FI98423B - Encoding of service components of a multimedia program in a digital radio channel - Google Patents
Encoding of service components of a multimedia program in a digital radio channel Download PDFInfo
- Publication number
- FI98423B FI98423B FI955504A FI955504A FI98423B FI 98423 B FI98423 B FI 98423B FI 955504 A FI955504 A FI 955504A FI 955504 A FI955504 A FI 955504A FI 98423 B FI98423 B FI 98423B
- Authority
- FI
- Finland
- Prior art keywords
- information
- service
- service component
- audio
- transmitted
- Prior art date
Links
Landscapes
- Communication Control (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Circuits Of Receivers In General (AREA)
Description
9842398423
Multimediaohjelman palvelukomponenttien koodaus digitaalisessa radiokanavassa -Kodning av multimediaprogrammets servicekomponenter i en digitalisk radiokanal 5 Keksintö koskee yleisesti multimediaohjelman välittämistä digitaalisena yleisradio-lähetyksenä lähettimeltä vastaanottimelle ja erityisesti multimediaohjelman osien keskinäistä järjestämistä ja synkronointia sekä näiden toimenpiteiden välittämistä digitaalisen radiokanavan keinoin.The invention relates generally to the transmission of a multimedia program as a digital broadcast from a transmitter to a receiver, and in particular to the mutual arrangement and synchronization of parts of a multimedia program and the transmission of these operations via a digital radio channel.
10 Digitaalinen audiolähetys eli DAB (engl. Digital Audio Broadcasting) on uudenlainen lähetysjärjestelmä, jonka on tarkoitus ajan myötä korvata suurelle vastaanottajajoukolle tarkoitetuissa yleisradiolähetyksissä nykyisin käytössä olevat analogiseen amplitudi- ja taajuusmodulaatioon perustuvat lähetysjärjestelmät. Sitä koskevat määrittelyt on pääpiirteissään esitetty Euroopan Yleisradiojärjestön (EBU, European 15 Broadcasting Union) ja Eurooppalaisen Televiestinnän Standardointi-instituutin (ETSI, European Telecommunications Standards Institute) standardissa ETS 300 401. Esillä olevan keksinnön taustan selvittämiseksi seuraavassa esitetään lyhyesti ne DAB-jäijestelmän piirteet, jotka ovat keksinnön kannalta oleellisia.10 Digital Audio Broadcasting (DAB) is a new type of transmission system which, over time, is intended to replace the current amplitude and frequency modulation transmission systems currently used for large-scale broadcasts. Its definitions are outlined in ETS 300 401 of the European Broadcasting Union (EBU) and the European Telecommunications Standards Institute (ETSI). To illustrate the background of the present invention, the features of the DAB ice system are briefly described below. are essential to the invention.
20 Yksi standardin mukaisen lähetinlaitteen lähettämä signaalivirta muodostaa DAB-kokonaisuuden 1 (DAB ensemble), joka voi sisältää kuvan 1 mukaisesti useita palveluita 2,3,4 (service). Kukin palvelu vastaa käyttäjän kannalta nykyisten jäijes-telmien yhtä radiokanavaa ja se koostuu yhdestä tai useammasta palvelukomponen-; tista 5,6,7, 8,9,10 (service component). Yksittäinen palvelukomponentti 5 voi si- . 25 sältää esimerkiksi palvelun 2 tarjoaman audio-osuuden, kuten musiikin, tai jonkin ’ siihen liittyvän dataosuuden, kuten parhaillaan soitettavan laulun sanat, tai muuta • .........One signal stream transmitted by a standard transmitting device forms a DAB ensemble 1, which may contain several services 2,3,4 (service) as shown in FIG. Each service corresponds, from the user's point of view, to one radio channel of the current ice systems and consists of one or more service components; tista 5,6,7, 8,9,10 (service component). The individual service component 5 may 25 includes, for example, an audio portion provided by service 2, such as music, or an associated data portion, such as the lyrics of a currently playing song, or other • .........
palveluun 2 liittyvää informaatiota. Yksi palvelukomponentti 6 voi olla osana useampaa palvelua 2,4. Palvelun kannalta oleellisinta palvelukomponenttia nimitetään • .......information related to service 2. One service component 6 may be part of several services 2,4. The most relevant service component for the service is named • .......
/ ensisijaiseksi palvelukomponentiksi (primary service component) ja muita palveluun : 30 kuuluvia palvelukomponentteja nimitetään toissijaisiksi palvelukomponenteiksi >: (secondary service component). Ensisijainen palvelukomponentti on usein palvelun tarjoama audio-osuus, mutta se voi olla myös jokin dataosuus. Palvelu voi sisältää ·. palvelukomponentteina myös useita audio-osuuksia. Kuvassa 1 on esitetty yhteys • \ kunkin palvelun (esim. Radio A; 2) ja sen ensisijaisen palvelukomponentin (tässä 35 tapauksessa Audio; 5) välillä paksulla viivalla./ primary service component and other service components: 30 are called secondary service components>: (secondary service component). The primary service component is often the audio portion provided by the service, but it can also be some data portion. The service may include ·. several audio sections are also used as service components. Figure 1 shows the connection • \ between each service (e.g. Radio A; 2) and its primary service component (in this case 35 Audio; 5) with a thick line.
DAB-jäijestelmän radiorajapinnan yli lähettimestä vastaanottimeen välitettävä informaatio jaetaan sen tarkoituksen mukaisesti kuvan 2 esittämällä tavalla kolmeen 2 98423 kanavaan, jotka ovat palvelukanava 11 (MSC, Main Service Channel), nopea informaatiokanava 12 (FIC, Fast Information Channel) ja synkronointikanava 13 (Synchronization channel). Edellä mainitut palvelukomponentit 5 - 10 välitetään palveluka-navassa 11, joka on edelleen jaettu erillisiksi konvoluutiokoodatuiksi alikanaviksi 5 (11a, 11b, 11c, 1 Id, lie kuvassa 1). Kukin alikanava voi välittää yhde,. virtamuotoi- sen (stream mode) tai useampia pakettimuotoisia (packet mode) palvelukomponent-teja. Palvelukomponenttien ja alikanavien keskinäistä järjestystä nimitetään multi-pleksauskonfiguraatioksi (multiplex configuration). Nopea informaatiokanava 12 sisältää erityisesti mainittua multipleksauskonfiguraatiota koskevat tiedot (MCI, 10 Multiplex Configuration Information), mutta sitä voidaan käyttää myös muiden tietojen välittämiseksi nopeasti lähettäneitä vastaanottimelle. Synkronointikanavaa 13 käytetään järjestelmän lähetys-ja vastaanottotoiminnan ohjaamiseen, kuten lähetys-kehysten synkronointiin.The information transmitted from the transmitter to the receiver over the radio interface of the DAB ice system is divided according to its purpose into three 2 98423 channels, as shown in Figure 2, which are Service Channel 11 (MSC, Main Information Channel 12), Fast Information Channel 12 (FIC) and Synchronization Channel 13. ). The above-mentioned service components 5 to 10 are transmitted in a service channel 11, which is further divided into separate convolutionally encoded subchannels 5 (11a, 11b, 11c, 1 Id, lie in Fig. 1). Each subchannel can transmit one ,. stream mode or more packet mode service components. The relative order of the service components and subchannels is called a multiplex configuration. The high-speed information channel 12 contains, in particular, information relating to said multiplexing configuration (MCI, Multiplex Configuration Information), but it can also be used to transmit other information to those who have quickly sent it to the receiver. The synchronization channel 13 is used to control the transmission and reception operations of the system, such as the synchronization of transmission frames.
15 Nopea informaatiokanava eli FIC (Fast Information Channel) on tarkoitettu tietojen välittämiseksi nopeasti lähettimeltä vastaanottimelle. Kuten kuvassa 2 on esitetty, nopea informaatiokanava käsittää oman osuutensa 12 lähetyskehyksestä 14. Osuus koostuu FIB-lohkoista 15 (Fast Information Block), joita voi olla 3,4 tai 12 ja joista kunkin pituus on 32 tavua eli 256 bittiä. Kuvassa 2 on edelleen esitetty tarkemmin 20 yksi FIB-lohko 15, jossa 30 ensimmäistä tavua 15a käsittävät dataa ja kaksi viimeistä tavua muodostavat 16-bittisen CRC-virheentarkistusosan 15b. Dataosuus 15a on edelleen jaettu FIG-ryhmiksi 16,17,18 (Fast Information Group), ja jos nämä eivät täytä koko dataosuutta, sen loppuosassa on lopetusmerkki 19 ja mahdollisesti täytebittejä 20. Yhden FIB-lohkon dataosuus voi käsittää yhden tai useampia FIG-25 ryhmiä sen mukaisesti, kuinka pitkiä FIG-iyhmät ovat. Yksi FIG-iyhmä 17 käsittää 3-bittisen tyyppitunnuksen 17a, joka on binääriluku väliltä 000 -lii, 5-bittisen pituusilmaisimen 17b ja datakentän 17c. Pituusilmaisin 17b on etumerkitön binääriluku, jonka arvo vastaa jotain kymmenjäijestelmän lukua väliltä 1 - 29 ja joka ilmaisee datakentän 17c pituuden tavuina.15 The Fast Information Channel (FIC) is intended for the rapid transmission of information from the transmitter to the receiver. As shown in Figure 2, the fast information channel comprises its own portion 12 of the transmission frame 14. The portion consists of FIB blocks 15 (Fast Information Block), which may be 3,4 or 12 and each of which is 32 bytes or 256 bits in length. Figure 2 further shows 20 one FIB block 15 in which the first 30 bytes 15a comprise data and the last two bytes form a 16-bit CRC error checking section 15b. The data portion 15a is further divided into FIG groups 16,17,18 (Fast Information Group), and if these do not fill the entire data portion, the remainder has an end character 19 and possibly padding bits 20. The data portion of one FIB block may comprise one or more FIG-25s. groups according to how long the FIG groups are. One FIG group 17 comprises a 3-bit type identifier 17a, which is a binary number between 000 -lii, a 5-bit length indicator 17b and a data field 17c. The length indicator 17b is an unsigned binary number, the value of which corresponds to some decimal number from 1 to 29, and which indicates the length of the data field 17c in bytes.
3030
Tyyppitunnus 17a määrittää, minkä tyyppistä tietoa datakenttä 17c sisältää. Keksinnön kannalta tärkein on FIG-tyyppi 0 (tyyppitunnus 000), joka on varattu erityisesti multipleksauskonfiguraation ja palveluinformaation (SId, Service Information) väli-ί tykseen ja jonka datakentän rakenne on esitetty tarkemmin kuvassa 3. Datakentässä : 35 on ensin kolme ns. lippubittiä, jotka ovat C/N-bitti 21, ÖE-bitti 22 ja Id-bitti 23 ja niiden jälkeen viisibittinen ns. jatkotunnus- eli Extension-kenttä 24, joka varsinaisesti määrittää, miten FIG-ryhmän dataosa 25 on tulkittava. Lippubittien 21-23 käyttö on esitetty standardissa ETS 300 401 ja se ei ole keksinnön kannalta oleel- ___________ :.-w - · " ’ ' ' ^ : ^ ...The type identifier 17a determines the type of information the data field 17c contains. The most important for the invention is FIG type 0 (type code 000), which is specially reserved for the transmission of multiplexing configuration and service information (SId) and whose data field structure is shown in more detail in Figure 3. In the data field: 35 there are first three so-called flag bits, which are C / N bit 21, ÖE bit 22 and Id bit 23, followed by a five-bit so-called. an extension field 24, which actually determines how the data part 25 of the FIG group is to be interpreted. The use of flag bits 21-23 is described in the standard ETS 300 401 and is not relevant to the invention- ___________: .- w - · "'' '^: ^ ...
3 98423 lista. Jatkotunnuksen 24 viidellä bitillä voidaan osoittaa 32 eri tulkintaa, joita kaikkia ei ole määritelty. Määrittelemättömät tulkinnat on tarkoitettu järjestelmän myöhempiä laajennuksia varten. Koska FIG-ryhmän tyyppitunnus 17a ja jatkotunnus 24 yhdessä yksilöivät yksikäsitteisesti tiettyyn tarkoitukseen käytetyn FIG-ryhmän, 5 tällaiseen ryhmään viitataan merkinnällä, jossa käytetään tunnusten kymmenjärjes-telmävastineita vinoviivalla erotettuna. Esimerkiksi tyyppiä 000 olevaan FIG-ryh-mään, jonka jatkotunnus on 00010, viitataan merkinnällä FIG 0/2.3 98423 list. The five bits of the extension code 24 can indicate 32 different interpretations, not all of which are defined. Unspecified interpretations are for future extensions of the system. Since the type identifier 17a and the extension identifier 24 of the FIG group together uniquely identify the FIG group used for a particular purpose, such a group is referred to by a designation using the decimal system equivalents of the symbols separated by a slash. For example, a FIG group of type 000 with an extension of 00010 is referred to as FIG 0/2.
Seuraavassa käsitellään erityisesti FIG 0/2 -tyyppisiä ryhmiä ja sitä, miten niitä 10 käytetään tietyn DAB-kokonaisuuden sisältämien palvelujen ja palvelukomponentti-en kuvaamiseen. Kuvassa 4 on ylimpänä esitetty FIG 0/2 -tyyppisen ryhmän dataosa 25. Se jakautuu kuvan mukaisesti peräkkäisiin osuuksiin, joista kukin kuvaa yhtä palvelua. Kuvassa on esitetty erikseen kolmen eri palvelun osuudet 26,27ja 28.In particular, FIG 0/2 type groups and how they are used to describe the services and service components contained in a particular DAB entity are discussed below. Figure 4 shows a data part 25 of a FIG 0/2 type group at the top. It is divided into successive sections, each of which describes one service, as shown. The figure shows the shares of the three different services 26,27 and 28 separately.
Osuudet voivat olla eri pituisia sen mukaan, käytetäänkö niissä jäljempänä kuvatulla 15 tavalla 16- vai 32-bittisiä palvelun tunnisteita (SId, Service Identifier) ja kuinka monta palvelukomponenttia kukin palvelu sisältää. Kuvassa on esitetty yksityiskohtaisemmin krnnen palvelun osuus 27. Se sisältää vasemmalta oikealle lukien - 16- tai 32-bittisen palvelun tunnisteen (SId, Service Identifier) 29, joka yksilöi ky-20 seisen palvelun yksikäsitteisesti käyttäen RDS-spesifikaation (Radio Data System) EN 50067 mukaisesti tiettyjä maa- ja tyyppikoodeja sekä palvelun viittausnumeroa, • yksibittisen paikallisuuslipun (Local flag) 30, joka viittaa siihen, onko kyseinen palvelu käytettävissä koko DAB-kokonaisuuden kattavuusalueella vai paikallisesti, 25 - kolmibittisen salaustunnisteen (CAId, Conditional Access Identifier) 31, joka kertoo tietyn kooditaulukon mukaisesti, onko kyseinen palvelu salattu ja jos on, mitä salausmenetelmää käytetään, 30 - nelibittisen komponenttien määrän 32, joka on etumerkitön binääriluku ja kertoo, kuinka monta palvelukomponenttia (enintään 12) kyseinen palvelu sisältää, sekä - yhden tai useampia 16-bittisiä komponenttikuvauskenttiä 33, 34, joista kukin koskee yhtä kyseisen palvelun palvelukomponenttia.The sections may be of different lengths depending on whether they use 16-bit or 32-bit Service Identifiers (SIds) as described below, and how many service components each service contains. The figure shows the part 27 of the service in more detail. It contains, from left to right, a 16-bit or 32-bit service identifier (SId, Service Identifier) 29, which uniquely identifies the service in question using the RDS specification (Radio Data System) EN 50067 • a one-bit Local flag 30, which indicates whether the service is available in the entire DAB entity or locally, 25 - a three-bit Conditional Access Identifier (CAId) 31, which indicates according to a specific code table, whether the service in question is encrypted and, if so, which encryption method is used, 30 - a four-bit number of components 32, which is an unsigned binary number indicating how many service components (up to 12) the service contains, and - one or more 16-bit component description fields 33, 34, of which each in applies to one service component of that service.
35 .35.
Komponenttikuvauskenttien 33,34 määrä on sama kuin kyseisen palvelun palvelu-komponenttien määrä, joka on ilmaistu määräkentässä 32. Kuvassa on edelleen esitetty tarkemmin yhden komponenttikuvauskentän 34 rakenne. Siinä on ensimmäi- 4 98423 senä kaksibittinen kuljetusmekanismin tunniste eli TMId-parametri (Transport Mechanism Identifier) 35, joka ilmaisee, missä kanavassa ja missä moodissa kyseinen palvelukomponentti kuljetetaan. TMId-parametrin arvo "00" vastaa palveluka-navassa (MSC, Main Service Channel) ja virtamoodissa kuljetettavaa audiolähetys-5 tä, aivo "01" vastaa palvelukanavassaja virtamoodissa kuljetettavaa datalähetystä, arvo " 10" vastaa nopean informaatiokanavan ns. FIDC-osuudessa (Fast Information Data Channel) kuljetettavaa palvelukomponenttia ja arvo "11" vastaa palvelukana-vassa ja pakettimoodissa kuljetettavaa datalähetystä.The number of component description fields 33,34 is the same as the number of service components of the service in question expressed in the destination field 32. The structure of one component description field 34 is further shown in more detail in the figure. It first has a two-bit Transport Mechanism Identifier (TMId) parameter 35, which indicates in which channel and in which mode the service component in question is transported. The value "00" of the TMId parameter corresponds to the audio transmission carried in the main service channel (MSC) and the current mode, the brain "01" corresponds to the data transmission carried in the service channel and the current mode, the value "10" corresponds to the so-called fast information channel. The service component carried in the FIDC part (Fast Information Data Channel) and the value "11" correspond to the data transmission carried in the service channel and the packet mode.
10 Kuvassa 4 on edelleen esitetty, mitä tietoja komponenttikuvauskentän 34 neljätoista viimeistä bittiä välittävät kunkin TMId-parametrin arvon tapauksessa. Vastaten TMId-parametrin arvoa "00" kuusi parametrin jälkeen seuraavaa bittiä sisältävät ns. ASCTy-parametrin (Audio Service Component Type) 36 eli tiedon siitä, minkäluon-teista ääntä kyseinen audiolähetys on. Vain arvot "000000" ja "000001" on varattu 15 etualan äänelle (foreground sound) ja taustaäänelle (background sound); muut arvot on jätetty tulevaisuuden lisäsovelluksille. Seuraavat kuusi bittiä muodostavat alika-navan tunnisteen (SubChld, Subchannel Identifier) 37, joka kertoo, missä palvelu-kanavan alikanavassa kyseinen palvelukomponentti välitetään. Osuuden lopussa on kaksi lippubittiä, joista P/S-lippu (Primary / Secondary) 38 kertoo, onko kyseinen 20 palvelukomponentti palvelun ensisijainen (arvo " Γ) vai toissijainen (arvo "0") komponentti, ja CA-Iippu (Conditional Access) 39 kertoo, onko kyseinen palvelukomponentti salattu (arvo" 1") vai ei (arvo "0").Figure 4 further shows what information is transmitted by the last fourteen bits of the component description field 34 for each TMId parameter value. Corresponding to the value of the TMId parameter "00", the six bits following the parameter contain the so-called ASCTy parameter (Audio Service Component Type) 36, i.e. information on the nature of the sound of the audio transmission in question. Only the values "000000" and "000001" are reserved for 15 foreground sound and background sound; other values are left for future applications. The next six bits form a Subchannel Identifier 37 (SubChld), which indicates in which subchannel of the service channel the service component in question is transmitted. At the end of the section, there are two flag bits, of which the P / S flag (Primary / Secondary) 38 indicates whether the service component in question is the primary (value "Γ) or secondary (value" 0 ") component of the service, and the CA flag (Conditional Access) 39. indicates whether the service component in question is encrypted (value "1") or not (value "0").
Vastaten TMId-parametrin arvoa "01" kuusi parametrin jälkeen seuraavaa bittiä si-25 sältävät tyyppiparametrin 40 eli tiedon siitä, minkäluonteista tietoa kyseinen datalä-hetys on. Jos hierarkiassa ylempänä olevassa palvelukohtaisessa osuudessa käytetään 16-bittistä palvelun tunnistetta 29, tyyppiparametri 40 tulkitaan aina datapalve-lukomponentin tyypiksi (DSCTy, Data Service Component Type), jolloin vain arvot "000000", "000001", "000010" ja "000011" on toistaiseksi varattu tiettyihin stan-30 dardoituihin tarkoituksiin. Jos palvelun tunniste 29 on 32-bittinen, tyyppiparametri 40 tulkitaan palvelukohtaiseksi erityistyypiksi (SSCTy, Specific Service Component Type), jolloin sen merkitykset määritellään palvelukohtaisesti. Alikanavan tunnistetta 37 ja lippubittejä 38 ja 39 käytetään samalla tavoin kuin edellä.Corresponding to the value "01" of the TMId parameter, the bits si-25 following the parameter contain the type parameter 40, i.e. the information on the nature of the data transmission in question. If a 16-bit service identifier 29 is used in the service-specific part higher in the hierarchy, the type parameter 40 is always interpreted as the Data Service Component Type (DSCTy), with only the values "000000", "000001", "000010" and "000011" being reserved for certain standard-30 purposes for the time being. If the service identifier 29 is 32-bit, the type parameter 40 is interpreted as a Service Specific Component Type (SSCTy), whereby its meanings are defined service-specifically. The subchannel identifier 37 and flag bits 38 and 39 are used in the same manner as above.
35 Vastaten TMId-parametrin arvoa "10" kuusi parametrin jälkeen seuraavaa bittiä sisältävät edellä kuvatulla tavalla määritellyn tyyppiparametrin 40. Seuraavat kuusi bittiä sisältävät FIDCId-parametrin 41 (Fast Information Data Channel Identifier), joka määrittelee kyseisen palvelukomponentin sijainnin nopean informaatiokanavan 5 98423 FIDC-osuudessa käyttäen tiettyjä tämän osuuden rakenteeseen viittaavia tietoja, jotka on esitetty standardissa ETS 300 401. Lippubittejä 38 ja 39 käytetään samalla tavoin kuin edellä.35 Corresponding to the value of the TMId parameter "10", the six bits following the parameter contain the type parameter 40 defined as described above. The next six bits contain the FIDCId parameter 41 (Fast Information Data Channel Identifier), which specifies the location of that service component in the FIDC portion of the fast information channel 5 98423 using certain information referring to the structure of this section, which is given in ETS 300 401. Flag bits 38 and 39 are used in the same way as above.
5 Vastaten TMId-parametrin arvoa "10" kaksitoista parametrin jälkeen seuraavaa bittiä sisältävät palvelukomponenttitunnisteen (SCId, Service Component Identifier) 42, joka on yksikäsitteinen tietyn DAB-kokonaisuuden sisällä ja joka yksilöi tietyn pakettivälitteisen palvelukomponentin. Lippubittejä 38 ja 39 käytetään samalla tavoin kuin edellä.5 Corresponding to the value of the TMId parameter "10", the bits following the twelve parameters contain a Service Component Identifier (SCId) 42, which is unique within a particular DAB entity and which identifies a particular packet-switched service component. Flag bits 38 and 39 are used in the same manner as above.
1010
Muun tyyppisistä FIG-ryhmistä mainitaan tässä FIG 2 -tyyppiset ryhmät, jotka on standardissa ETS 300 401 varattu tarkemmin määrittämättömään tarkoitukseen, mutta joita on ehdotettu käytettäviksi palvelukomponenttien keskinäisen synkronoinnin järjestämiseen.Of the other types of FIG groups, mention is made here of FIG 2-type groups which are reserved in ETS 300 401 for a purpose not specified in more detail, but which have been proposed for use in arranging the synchronization of the service components.
1515
Edellä on selostettu tekniikan tasona DAB-jäijestelmän niitä piirteitä, jotka liittyvät palvelujen ja niiden sisältämien palvelukomponenttien sekä näiden keskinäisen järjestyksen kuvaamiseen. Keksinnön koko taustan selvittämiseksi seuraavassa selostetaan vielä multimediaohjelmien välitystä digitaalisessa radiokanavassa siinä määrin, 20 kuin se on keksinnön ymmärtämisen kannalta tarpeellista.As the prior art, the features of the DAB ice system related to the description of the services and the service components contained therein, as well as their relative order, have been described above. In order to clarify the entire background of the invention, the transmission of multimedia programs on a digital radio channel will be further described to the extent necessary for an understanding of the invention.
Multimedialla tarkoitetaan yleensä tietylle käyttäjälle esitettävää tai käyttäjävuoro-vaikutteista audiovisuaalista esitystä, joka sisältää useita ns. monomediaosia, jotka ovat kukin tietyn yhden median keinoin välitettävää informaatiota. Yksinkertaisessa 25 multimediaohjelmassa voi olla esimerkiksi musiikkia sisältävä ääniosa ja sen kanssa tahdistetusta esitettäviä still-kuvia. Monimutkaisemmat multimediaohjelmat sisältävät usein mahdollisuuden vuorovaikutukseen käyttäjän kanssa, jolloin käyttäjä voi omilla valinnoillaan vaikuttaa ohjelman kulkuun. Ohjelman rakenteen kannalta vuorovaikutteiset osat muodostuvat yleensä linkeistä, jotka osoittavat tietyistä ohjelman 30 osista toisiin ja jotka aktivoidaan vain, jos käyttäjä tekee vastaavan valinnan.Multimedia usually refers to an audiovisual performance presented to a specific user or with user-interaction, which contains several so-called monomedia sections, each of which is information conveyed by a specific single media. A simple multimedia program 25 may include, for example, a sound portion containing music and still images to be played in sync with it. More complex multimedia programs often include the ability to interact with the user, allowing the user to influence the course of the program with their own choices. In terms of the structure of the program, the interactive parts usually consist of links pointing from certain parts of the program 30 to others, which are activated only if the user makes a corresponding selection.
Multimediaohjelman osat on yleensä edullista välittää tiedonsiirtoyhteyden yli virtoina tai tiedostoina. Virralla tarkoitetaan ajallisesti jatkuvaa kokonaisuutta, jota esitetään sitä mukaa kuin se saadaan välitettyä vastaanottavalle laitteelle, ja tiedos-35 tolia tarkoitetaan ennalta määrätyn kokoista ja muotoista tietorakennetta, joka välitetään kokonaisena tai osina tiedonsiirtoyhteyden yli ja tallennetaan vastaanottavassa laitteessa johonkin muistivälineeseen myöhempää käyttöä varten.It is generally advantageous to transmit parts of a multimedia program over a data connection as streams or files. Stream means a time-continuous entity presented as it is transmitted to a receiving device, and file 35 means a data structure of a predetermined size and shape that is transmitted in whole or in part over a communication link and stored on the receiving device on a storage medium for later use.
6 984236 98423
Multimediaohjelmien käsittelemiseksi abstraktilla tasolla on luotu ISO/IEC -standardi 13522, jossa on toistaiseksi 5 osaa ja josta käytetään seuraavassa nimitystä MHEG-standardi (Multimedia Hypermedia Information Coding Experts Group), ja jossa multimediaohjelma määritellään ns. objektien muodostamana kokonaisuutena.In order to process multimedia programs at an abstract level, ISO / IEC standard 13522 has been created, which has 5 parts so far and is hereinafter referred to as the MHEG (Multimedia Hypermedia Information Coding Experts Group) standard, and in which the multimedia program is defined as. as a whole of objects.
5 Mainitut objektit ymmärretään oliotyyppisiksi, eli on määritelty tietyn syntaksin mukaisesti objektiluokkia, joiden jäsenet ovat luokkakohtaisten määrittelyjen mukaisia objekteja. Objektiluokkia ovat esimerkiksi linkit, toiminta- eli action-objektit, yhdistelmä- eli composition-objektit, sisältö- eli content-objektit ja säiliö- eli con-tainer-objektit. Tietyt objektit voivat olla ajallisesti jatkuvia, jolloin niitä nimitetään 10 virroiksi (stream). Lisäksi objektit voivat olla lomitettuja eli multipleksoituja, jolloin multipleksattu objekti koostuu kahdesta tai useammasta virrasta, joita nimitetään komponenttivirroiksi (component stream). Nämä voivat edelleen olla multipleksoituja eli sisältää lisää virtoja.5 Said objects are understood to be object-type, ie object classes whose members are objects according to class-specific definitions have been defined according to a certain syntax. Object categories include, for example, links, action objects, composition objects, content objects, and container-tainer objects. Certain objects may be continuous in time, in which case they are called streams. In addition, the objects can be interleaved, i.e. multiplexed, in which case the multiplexed object consists of two or more streams, which are called component streams. These can still be multiplexed, i.e. contain more streams.
15 Multimediaesityksen tuottamiseksi MHEG-standardin mukaisia objekteja käyttäen tarvitaan erityinen väline, joka osaa käsitellä eli tulkata objekteja, jäljestää niiden väliset suhteet oikein mainittuja numeroviittauksia käyttäen ja ohjata niiden esittämistä käyttäjälle. Tämä väline tunnetaan englanninkielisellä nimityksellä "MHEG engine” ja siitä käytetään seuraavassa suomennettua nimitystä MHEG-20 moottori. Se on tavallisesti toteutettu ohjelmallisesti ja sen toiminta on yleisellä tasolla määritelty MHEG-standardissa.15 In order to produce a multimedia presentation using objects in accordance with the MHEG standard, a special tool is required which is able to process or interpret the objects, trace the relations between them correctly using said numerical references and direct their presentation to the user. This device is known in English as the “MHEG engine” and is hereinafter referred to as the MHEG-20 engine, and is usually implemented in software and its operation is generally defined in the MHEG standard.
Hypertekstisovelluksista tunnetaan myös HTML-ohjelmointikieli (HyperText Markup Language), jolla voidaan toteuttaa eräänlaisia multimediaohjelmia. Nämä 25 koostuvat tiedostomuotoisista ohjelmallisista osista, joiden suorittaminen tietokoneessa tuottaa näyttöön tekstiä ja kuvia ja joiden välillä voidaan siirtyä ja muodostaa yhteyksiä niihin sijoitettujen linkkien avulla. Multimediavarustetussa tietokoneessa ajettava HTML-sovellus voi käsittää myös äänitiedostoja. MHEG-moottoria vastaa HTML:ssä HTML-ajuri (HTML browser), ohjelma, joka osaa lukea HTML-kielisiä 30 tiedostoja ja jäljestää niiden suorituksen.Hypertext applications are also known as the HyperText Markup Language (HTML), which can be used to implement a variety of multimedia programs. These 25 consist of file-based software components which, when executed on a computer, produce text and images on the screen and between which it is possible to move and establish links by means of links placed in them. An HTML application running on a multimedia-equipped computer may also include audio files. The MHEG engine is equivalent in HTML to an HTML driver, a program that can read 30 files in HTML and track their execution.
: Tulevaisuudessa tullaan todennäköisesti välittämään erilaisia multimedia-ja hyper- ψ tekstisovelluksia myös DAB-järjestelmän kautta. Multimediapalvelu on samanlainen : kuin muutkin palvelut siinä mielessä, että se voidaan välittää osana DAB-kokonai- *: 35 suutta, se voi käsittää yhden tai useampia palvelukomponentteja ja siihen voidaan soveltaa samoja ohjelmatyypin kiivaus-, ohjelman numerointi-, aloituksen liipaisu-, ilmoitusviesti-, nimeämis-, linkitys-ja alueellisuuskäytäntöjä kuin muihin palveluihin. DAB-järjestelmässä ei kuitenkaan ole määritelty kaikkia sellaisia toimintoja ja ' ' 7 98423 tietorakenteita, joita tarvitaan multimediaohjelman aloitukseen ja sen osien väliseen synkronointiin.: In the future, various multimedia and hyper- ja text applications are also likely to be transmitted via the DAB system. The multimedia service is similar: like other services in that it can be transmitted as part of a DAB entity, it can comprise one or more service components and can be subject to the same program type, program numbering, start trigger, notification message. , naming, linking and regionalization policies than for other services. However, the DAB system does not define all the functions and data structures needed to start a multimedia program and synchronize it between its parts.
Ensimmäinen ongelma on, että vastaanotin ei voi nykyisten määritysten puitteissa 5 päätellä DAB-palvelusta, sisältääkö se multimediaohjelman vai ei. Pelkkä palvelu-komponenttien laskeminen ei suina vannaa tietoa, koska on mahdollista välittää tietty audio-osuus yhdessä audiomuotoisessa palvelukomponentissaja siihen liittyvä kuvatiedosto ja näiden kahden synkronointi-informaatio saman palvelukomponentin ns. ohjelman sivutieto-osuudessa (PAD, Program Associated Data) tai toisen, au-10 diomuotoiseksi toissijaiseksi palvelukomponentiksi määritellyn palvelukomponentin audiokehyksissä. Ulospäin monomediaohjelmalta näyttävää multimediaohjelmaa kutsutaan itsenäiseksi multimediaksi (self-contained multimedia). Vaikka multimediaohjelma käsittäisi useita erilaisia palvelukomponentteja, ns. aloituksen liipaisu-vaiheessa (service trigger) DAB-järjestelmä ei vielä välitä vastaanottimelle palvelun IS tunnistinta (SId-parametria), jonka perusteella vastaanotin voisi tulkita FIG 0/2-ryhmän sisällöstä, mitkä eri komponentit kuuluvat samaan palveluun.The first problem is that, within the current configuration, the receiver cannot deduce from the DAB service whether it contains a multimedia program or not. The mere calculation of the service components does not always swear information, because it is possible to transmit a certain audio portion in one audio service component and the associated image file and the synchronization information of the two so-called service components. in the Program Associated Data (PAD) or in the audio frames of another service component defined as an au-10 diode-form secondary service component. A multimedia program that looks like an out-of-print multimedia program is called self-contained multimedia. Even if a multimedia program comprises several different service components, the so-called in the service trigger phase, the DAB system does not yet transmit to the receiver the service IS identifier (SId parameter), on the basis of which the receiver could interpret from the contents of the FIG 0/2 group which different components belong to the same service.
Toinen ongelma on, että DAB-järjestelmässä ei ole määritelty mekanismia, jolla vastaanottimelle välitettäisiin tieto siitä, mitä tulkitsemis-ja synkronointimekanis-20 mia (FIG 2, HTML, MHEG) käytetään multimediaohjelman esittämiseen. Jos synkronoinnissa tarvittavat ohjeet välitetään muualla kuin FIG 2 -ryhmissä, vastaanotin ei myöskään voi nykyisten määritysten perusteella tietää, välitetäänkö ne nopean informaatiokanavan FIDC-osuudessa (eli FIG 5 -tyyppisissä ryhmissä), ensisijaisen audiokanavan ohjelman sivutieto-osuudessa (PAD-osuudessa), omana pakettimuo-25 toisena palvelukomponenttinaan vai virtamuotoisena datasiirtona. Kolmas, hiukan vastaava ongelma on, että vastaanotin ei myöskään voi tietää, mitä ehdotetuista tiedostonsiirtoprotokollista käytetään multimediaohjelman osia sisältävien tiedostojen siirtämiseen. Alan ammattimiehen tuntemia protokollia tiedostojen siirtämiseksi DAB-järjestelmässä lähettimeltä vastaanottimelle ovat ns. Bosch/Nokia-protokolla 30 ja ns. Fraunhofer-protokolla. Näistä edellinen kuvataan mm. tämän hakemuksen jättöhetkellä salaisessa saman hakijan suomalaisessa patenttihakemuksessa 952879 ("Siirtoprotokolla tiedostojen välittämiseksi DAB-järjestelmässä") ja samanaikaisesti tämän hakemuksen kanssa jätetyssä saman hakijan suomalaisessa patenttihakemuksessa "Tiedostosegmenttien koodaus digitaalisessa radiokanavassa".Another problem is that the DAB system does not define a mechanism for transmitting to the receiver information about which interpretation and synchronization mechanism (FIG. 2, HTML, MHEG) is used to present the multimedia program. Also, if the instructions needed for synchronization are transmitted outside the FIG 2 groups, the receiver also cannot know from the current configuration whether they are transmitted in the FIDC portion of the fast information channel (i.e., in FIG 5 type groups), the PAD portion of the primary audio channel program, packet format-25 as its second service component or as stream data transmission. A third, somewhat similar problem is that the receiver also cannot know which of the proposed file transfer protocols is used to transfer files containing parts of a multimedia program. The protocols known to a person skilled in the art for transferring files in a DAB system from a transmitter to a receiver are the so-called Bosch / Nokia protocol 30 and the so-called Fraunhofer protocol. Of these, the former is described e.g. at the time of filing this application in the secret Finnish patent application 952879 of the same applicant ("Transfer protocol for transmitting files in the DAB system") and in the Finnish patent application "Encoding of file segments on a digital radio channel" filed simultaneously with this application.
Tämän keksinnön tavoitteena on esittää menetelmä, jolla digitaalisen radiokanavan vastaanottimelle, edullisesti DAB-vastaanottimelle, voidaan välittää tieto tietyn palvelun multimedialuonteesta, sen synkronointiin käytettävistä ohjeista ja sen osatie- 35 8 98423 dostojen siirtoon käytetystä protokollasta. Keksinnön tavoitteena on myös, että sen mukaisen menetelmän toteutus ei ole ristiriidassa DAB-jäijestelmän standardien kanssa. Keksinnön tavoitteena on lisäksi esittää mainitunlainen menetelmä, jonka toteutus on yksinkertainen ja joka ei aiheuta lähetin-ja vastaanotinlaitteistoille 5 kohtuutonta laskentakuormaa.It is an object of the present invention to provide a method by which information on the multimedia nature of a particular service, the instructions used to synchronize it and the protocol used to transfer its sub-data files can be transmitted to a digital radio channel receiver, preferably a DAB receiver. It is also an object of the invention that the implementation of the method according to it does not conflict with the standards of the DAB ice system. It is a further object of the invention to provide such a method, the implementation of which is simple and which does not cause an unreasonable computational load to the transmitter and receiver equipment 5.
Keksinnön tavoitteet saavutetaan määrittelemällä DAB-järjestelmän puitteissa kaksi uutta palvelukomponentin tyyppiä ja valitsemalla hiiden ilmaisemiseen käytettävät tieto-osat sopivasti.The objects of the invention are achieved by defining two new types of service components within the framework of the DAB system and by appropriately selecting the data parts to be used for the detection of sweat.
1010
Keksinnön mukaiselle menetelmälle multimediaohjelmaa välittävän palvelun ja sen palvelukomponenttien kuvaamiseksi digitaalisessa yleisradiolähetyksessä, joka käsittää informaatiokanavan, on tunnusomaista, että menetelmässä muodostetaan multimediaohjelmaa välittävän palvelun ensisijaista palvelukomponenttia vastaten 15 tyyppiparametri, joka ilmaisee - tiedon siitä, että kyseessä on multimediaohjelmaa välittävän palvelun palvelukom-ponenttf ja 20 - tiedon siitä, missä mainitun digitaalisen yleisradiolähetyksen osassa välitetään mainitun multimediaohjelman osien välistä synkronointia kuvaavat ohjeet, ja mainittu tyyppiparametri liitetään osaksi mainitun informaatiokanavan sitä osuutta, joka kuvaa mainittua palvelukomponenttia, joka on multimediaohjelmaa 25 välittävän palvelun ensisijainen palvelukomponentti.The method according to the invention for describing a multimedia program transmission service and its service components in a digital broadcasting comprising an information channel, characterized in that the method generates 15 a type parameter corresponding to the primary service component of the multimedia program transmission service. information on which part of said digital broadcast transmits instructions describing synchronization between parts of said multimedia program, and said type parameter is included as part of said information channel describing said service component, which is the primary service component of the service transmitting the multimedia program 25.
Keksinnön mukaisesti sopivin kohde niiden lisämääritysten tekemiseksi, joita tarvitaan edellä esitettyjen ongelmien ratkaisemiseksi, ovat palvelukomponenttien tyyppiä ilmaisevat parametrit ASCTy (Audio Service Component Type) ja DSCTy (Data 30 Service Component Type) sekä mahdollisesti SSCTy (Specific Service Component Type). Edellä tekniikan tason selostuksen yhteydessä on esitetty näiden parametrien sijainti ja periaatteellinen käyttö FIG 0/2 -ryhmän käsittämissä palvelukomponenttien kuvausosuuksissa. Mainittujen parametrien pituus bitteinä on riittävän suuri, jotta niihin saadaan koodattua tarpeellinen määrä multimediaa koskevaa tietoa. Niissä on 35 myös tarpeeksi suuri toistaiseksi määrittelemättömien bittikombinaatioiden joukko, jotta keksinnön mukaiset määritykset eivät osu päällekkäin millinkään toisiin tarkoituksiin tehtyjen määritysten kanssa. Koska nykyiset DAB-vastaanottimet on ohjelmoitu jättämään huomiotta ne palvelukomponentit, joiden tyyppikuvaus ei ole ollut 9 98423 aikaisemmin määritelty, keksinnön mukaisen menetelmän käyttö ei aiheuta mitään muutoksia tai hankaluuksia nykyisten vastaanottimien käytössä. Uudet DAB-vas-taanottimet on helppo ohjelmoida tunnistamaan keksinnön mukaiset tyyppikuvaukset ja tulkitsemaan multimediaohjelmia niiden avulla.According to the invention, the most suitable object for making the additional determinations needed to solve the above-mentioned problems are the parameters indicating the type of service components ASCTy (Audio Service Component Type) and DSCTy (Data 30 Service Component Type) and possibly SSCTy (Specific Service Component Type). In the above description of the prior art, the location and principal use of these parameters in the description portions of the service components included in the FIG 0/2 group have been presented. The length of said parameters in bits is large enough to encode the necessary amount of multimedia information. They also have a sufficiently large number of hitherto undefined bit combinations that the determinations according to the invention do not overlap with any determinations made for other purposes. Since current DAB receivers are programmed to ignore those service components whose type description has not previously been defined, the use of the method of the invention does not cause any changes or inconveniences in the use of existing receivers. The new DAB receivers are easy to program to identify the type descriptions according to the invention and to interpret multimedia programs with them.
5........ . ..... .5 ......... ......
Keksinnön mukaisesti uusiin palvelukomponentin tyyppiä ilmaiseviin parametreihin sisällytetään audiotyyppisen ensisijaisen palvelukomponentin tapauksessa edullisesti - tieto siitä, kuuluuko kyseinen pialvelukomponentti multimediaohjelmaan, 1° - tieto siitä, kuljetetaanko kyseisen audiopalvelukomponentin kehyksiin sisältyvässä ohjelman sivutieto-osuudessa (PAD-osuudessa) tiedostomuotoista tietoa, - tieto siitä, onko osa audiokehyksen audiodataosuudessa kuljetettavasta tiedosta 15 tiedostomuotoista ja jos on, mitä menettelyä on käytetty tiedostoksi erotettavan osan merkitsemiseksi tunnistusta varten, sekä - jos kyseinen palvelukomponentti kuuluu multimediaohjelmaan, missä kuljetetaan kyseisen multimediaohjelman sykronoinnissa käytettävät ohjeet.According to the invention, in the case of an audio-type primary service component, the new parameters indicating the type of service component preferably include - information on whether the service component belongs to a multimedia program, 1 ° - information on whether the program is included in the part of the information carried in the audio data part of the audio frame in 15 file formats and, if so, the procedure used to mark the part to be distinguished as a file for identification, and - if the service component belongs to a multimedia program carrying instructions for synchronizing that multimedia program.
2020
Datatyyppisen ensisijaisen palvelukomponentin tapauksessa uusiin palvelukompo-: nentin tyyppiä ilmaiseviin parametreihin sisällytetään edullisesti tieto siitä, käsit- : tääkö kyseinen palvelukomponentti multimediadataa, tieto synkronointimekanismin : sijainnista ja tieto tiedostonsiirrossa käytettävästä protokollasta.In the case of a data-type primary service component, the new parameters indicating the type of service component preferably include information on whether the service component in question comprises multimedia data, information on the location of the synchronization mechanism and information on the protocol used for file transfer.
: 25: 25
Seuraavassa selostetaan keksintöä yksityiskohtaisemmin viitaten esimerkkinä esitettyihin edullisiin suoritusmuotoihin ja oheisiin kuviin, joissa * » ' kuva 1 esittää tunnettua D AB-kokonaisuuden rakennetta, : 30 : kuva 2 esittää tunnettua DAB-jäijestelmän lähetyskehystäja sen jakaantumista : kanaviin, » ..........The invention will now be described in more detail with reference to exemplary preferred embodiments and the accompanying figures, in which Figure 1 shows a known structure of a D AB entity, Figure 2 shows a known transmission frame of a DAB ice system and its distribution: channels, »...... ....
I kuva 3 esittää tunnettua DAB-jäijestelmän FIB-lohkon rakennetta, : 35 kuva 4 esittää tunnettua FIG 0/2 -ryhmän kokoonpanoa, ja 10 98423 kuva 5a esittää keksinnön mukaisen ASCTy-parametrin sijoittumista ja rakennetta ensisijaisen palvelukomponentin tapauksessa, ja kuva 5b esittää keksinnön mukaisen ASCTy-parametrin sijoittumista ja rakennetta 5 toissijaisen palvelukomponentin tapauksessa.Fig. 3 shows a known structure of a FIB block of a DAB ice system, Fig. 4 shows a known configuration of an FIG 0/2 group, and Fig. 542 shows a location and structure of an ASCTy parameter according to the invention in the case of a primary service component, and Fig. 5b shows the location and structure of the ASCTy parameter in the case of 5 secondary service components.
Edellä tekniikan tason selostuksen yhteydessä on viitattu kuviin 1 -4 ja seuraavassa keksinnön ja sen edullisten suoritusmuotojen selostuksessa viitataan lähinnä kuviin 4 ja 5. Kuvissa käytetään toisiaan vastaavista osista samoja viitenumerolta.In the above description of the prior art, reference is made to Figures 1 to 4, and in the following description of the invention and its preferred embodiments, reference is made mainly to Figures 4 and 5. In the figures, the same reference numerals are used for corresponding parts.
10 ......10 ......
Ensin käsitellään audiomuotoiseen palvelukomponenttiin viittaavan ASCTy-para-metrin määrittelyä keksinnön mukaisella tavalla. Keksinnön mukaisesti tiettyyn palvelukomponenttiin yksikäsitteisesti viittava ASCTy-parametri 36 kannattaa muotoilla eri tavalla ensi-ja toissijaisen palvelukomponentin tapauksessa. Multimedia-15 ohjelmassa synkronointimekanismi tai ainakin tieto sen sijainnista on kuljetettava ensisijaisessa palvelukomponentissa. Vastaanotin tunnistaa tietyn palvelun ensisijaisen palvelukomponentin tekniikan tason mukaisesti tietystä FIG 0/2 -ryhmän lip-pubitistä, joka on selostettu edellä.First, the definition of an ASCTy parameter referring to an audio service component is discussed in accordance with the invention. According to the invention, the ASCTy parameter 36, which unambiguously refers to a particular service component, should be formulated differently in the case of the primary and secondary service components. In a Multimedia-15 program, the synchronization mechanism, or at least information about its location, must be carried in the primary service component. The receiver identifies the primary service component of a particular service according to the prior art from a particular F1 0/2 group lip pubit described above.
20 Kuvassa 5a on esitetty keksinnön edullisen suoritusmuodon mukainen jako, jolla ensisijaisen audiopalvelukomponentin kuusibittinen ASCTy-parametri 36a jaetaan yhden ja kahden bitin pituisiksi kentiksi, joilla on oma merkityksensä. Kyseinen ASCTy-parametri sijoittuu sinänsä tunnetulla tavalla FIG 0/2 -ryhmän käsittämissä palvelukomponenttien kuvausosuuksissa sellaisen kuvausosuuden bittipaikkoihin 25 bl3-b8, jossa TMId-parametriin kuuluvat kaksi ensimmäistä bittiä (bitit bl5 ja bl4) ovat "00". Kuvan 5a jaossa kentät ovat vasemmalta lukien - XPAD file-kenttä 43:Figure 5a shows a division according to a preferred embodiment of the invention, by which the six-bit ASCTy parameter 36a of the primary audio service component is divided into fields of one and two bits, which have their own meaning. This ASCTy parameter is located in a known manner in the description portions of the service components comprised in the FIG 0/2 group in bit positions bl3-b8 of a description portion where the first two bits (bits bl5 and bl4) of the TMId parameter are "00". In the division of Figure 5a, the fields are from the left - XPAD file field 43:
Lippubitti, jota käytetään sen ilmaisemiseen, siirretäänkö kyseisen audiomuotoisen 30 multimediapalvelukomponentin audiokehyksiin kuuluvassa ohjelman sivutieto-osuudessa (PAD-osuudessa) tiedostoja. Kuhunkin audiokehykseen kuuluva PAD-osuus käsittää tunnetulla tavalla kiinteän osan (F-PAD, Fixed PAD) ja mahdollisesti jatko-osan (X-PAD, extended PAD), joista jälkimmäistä voidaan käyttää tiedostojen kuljetukseen. Keksinnön edullisessa suoritusmuodossa ASCTy-parametrin 35 XPAD file -kentän 43 arvo "0” ilmaisee, että kehysten X-PAD-osassa ei kuljeteta tiedostoja, ja arvo " 1 ” ilmaisee, että kehysten X-PAD-osassa kuljetetaan tiedostoja. Tiedostot, joita X-PAD-osassa kuljetetaan, voivat olla varsin riippumattomia palve- 98423 π lukomponentin audio-osuudesta, joten niiden olemassaolo on hyvä ilmoittaa keksinnön mukaisella tavalla nopeassa informaatiokanavassa.A flag bit used to indicate whether files are transferred in the page information section (PAD section) of the program in the audio frames of the audio service component 30 in question. The PAD portion belonging to each audio frame comprises, in a known manner, a fixed portion (F-PAD) and possibly an extended portion (X-PAD), the latter of which can be used for transporting files. In a preferred embodiment of the invention, the value "0" in the XPAD file field 43 of the ASCTy parameter 35 indicates that no files are carried in the X-PAD portion of the frames, and the value "1" indicates that files are carried in the X-PAD portion of the frames. The files carried in the X-PAD part can be quite independent of the audio part of the service component 98423 π, so it is good to indicate their existence in the fast information channel according to the invention.
- Audio file-kenttä 44: 5 Kaksibittinen kenttä, jota käytetään sen ilmaisemiseen, onko tietty audiokehysten välittämä tieto-osuus tarkoitettu tallennettavaksi vastaanottavassa laitteessa tiedostoksi ja jos on, niillä mekanismilla kyseinen tieto-osuus on osoitettu. Keksinnön edullisen suoritusmuodon mukaiset arvot ja niiden tulkinnat on esitetty seuraavassa taulukoissa: 10- Audio file field 44: 5 A two-bit field used to indicate whether a particular piece of information transmitted by audio frames is intended to be stored as a file on the receiving device and, if so, by which mechanism that piece of information is assigned. The values according to a preferred embodiment of the invention and their interpretations are shown in the following tables:
Taulukko 1 _ -.. - - - - -- ^ 0 0 audiokehyksissä ei ole tiedostoksi tallennettavia tieto-osuuksia 0 1 audiokehyksissä on tiedostoksi tallennettavia tieto-osuuksia, jotka _on osoitettu X-PAD-osassa kuljetettavalla mekanismilla _ 10 audiokehyksissä on tiedostoksi tallennettavia tieto-osuuksia, jotka _on osoitettu FIG 2/0 -ryhmissä kuljetettavalla mekanismilla_ 1 1 audiokehyksissä on tiedostoksi tallennettavia tieto-osuuksia, jotka on osoitettu pakettimuotoisessa alikanavassa kuljetettavalla me-_kanismilla. _ 1* ' Viimeisimmässä tapauksessa se pakettimuotoinen alikanava, jossa tieto-osuuksien osoittamiseen käytettävä mekanismi kuljetetaan, on oltava mainittuna palvelukom- • 15 ponenttien keskinäistä organisaatiota kuvaavassa FIG 0/2 -ryhmässä.Table 1 _ - .. - - - - - ^ 0 0 audio frames do not contain data sections to be stored as a file 0 1 audio frames contain data sections to be stored as a file that are _assigned by a mechanism carried in the X-PAD section _ 10 audio frames contain data to be stored as a file portions indicated by the mechanism carried in the FIG 2/0 groups_ 1 1 audio frames have portions of data to be stored as a file indicated by a mechanism carried in a packet subchannel. _ 1 * 'In the latter case, the packet subchannel on which the mechanism used to assign the data shares is carried must be mentioned in the FIG 0/2 group, which describes the mutual organization of the service components.
• • - Multimedia/Ext.-lippu 45 ja tyyppikenttä 46:• • - Multimedia / Ext. Flag 45 and type field 46:
Lippubitti 45 ilmaisee, liittyykö kyseinen ensisijainen palvelukomponentti multimediapalveluun vai ei. Jos palvelu ei ole multimediapalvelu, lippubitin 45 arvo on 20 ”0". Tällöin kyseinen audiomuotoinen palvelukomponentti välittää tavalliseen ta- \ paan ääntä tai äänitiedostoja, jotka voivat toistua lähetyksessä ja jotka on tarkoitettu tallennettaviksi ja esitettäviksi vasta edellä mainitun audiotieto-osuuksien osoitus-’! mekanismin määräämällä tavalla. Jotta tyyppikentän 46 arvojen määrittely ei olisi ristiriidassa jo standardoitujen määrittelyjen kanssa, sen arvot ja tulkinnat lippubitin *, 25 45 arvon ”0" yhteydessä kannattaa valita seuraavasti: 0 12 98423Flag bit 45 indicates whether or not the primary service component in question is associated with a multimedia service. If the service is not a multimedia service, the value of flag bit 45 is 20 "0". In this case, the audio service component in question transmits in the usual way audio or audio files which can be repeated in the transmission and which are intended to be recorded and displayed only in the above-mentioned audio data sections. In order to ensure that the definition of the values in type field 46 does not conflict with the already standardized definitions, its values and interpretations in connection with the value "0" of the flag bit *, 25 45 should be chosen as follows: 0 12 98423
Taulukko 2 __ 0 0 palvelukomponentti on etualan ääni (foreground sound) 0 1 palvelukomponentti on taustaääni (background sound)_ 10 palvelukomponentti on äänitiedostojen virta (audio file stream) 11 varattu tuleville laajennuksille ________Table 2 __ 0 0 service component is foreground sound 0 1 service component is background sound _ 10 service component is audio file stream 11 reserved for future extensions ________
Jos kyseinen ensisijainen palvelukomponentti liittyy multimediapalveluun, lippubi-tin 45 arvo on 'Τ'. Tällöin tyyppikentän 46 arvot ja tulkinnat on edullista määritellä 5 seuraavasti:If that primary service component is associated with a multimedia service, the value of flag bit 45 is 'Τ'. In this case, it is preferable to define the values and interpretations of the type field 46 as follows:
Taulukko 3 _____ 0 0 palvelukomponentti on audio-ohjelmavirta, multimedian synkro-__nointimekanismi kuljetetaan audiokehysten X-PAD-osuudessa 0 1 palvelukomponentti on audio-ohjelmavirta, multimedian synkro- _ nointimekanismi kuljetetaan FIG 2 -ryhmissä_ 10 palvelukomponentti on äänitiedostojen virta, multimedian synkro-_nointimekanismi kuljetetaan audiokehysten X-PAD-osuudessa 1 1 palvelukomponentti on äänitiedostojen virta, multimedian synkro- _nointimekanismi kuljetetaan FIG 2 -ryhmissä ___ Tässä audio-ohjelmavirralla (audio programme stream) tarkoitetaan audiovirtaa, jo-10 ka voi käsittää edellä mainitun audiotieto-osuuksien osoitusmekanismin määräämällä tavalla tulkittavia osia, mutta joka on myös esitettävissä sellaisenaan käyttäjälle. Tyyppikentän 46 bittikombinaatioiden ja niiden tulkintojen vastaavuuksilla ei ole sinänsä keksinnön kannalta oleellista merkitystä eli taulukko 3:n toisen sarakkeen järjestystä voidaan vaihtaa. Esitettyjä vastaavuuksia puoltaa kuitenkin se, että 15 niiden mukaisesti kentän vasemmanpuoleisen (eniten merkitsevän) bitin arvo 1 vastaa samalla tavalla palvelukomponentin luonnetta äänitiedostojen virtana kuin taulukon 2 tapauksessa, jossa palvelu ei ole multimediapalvelu.Table 3 _____ 0 0 service component is an audio program stream, the multimedia synchronization mechanism is carried in the X-PAD portion of the audio frames 0 1 service component is the audio program stream, the multimedia synchronization mechanism is transported in FIG 2 groups_ transported in the X-PAD portion of the audio frames 1 1, the service component is a stream of audio files, the multimedia synchronization mechanism is carried in FIG 2 groups ___ Here, an audio program stream means an audio stream which may comprise the audio data portion assignment mechanism defined above. interpretable parts, but which can also be presented as such to the user. The correspondences between the bit combinations of the type field 46 and their interpretations are not in themselves essential to the invention, i.e. the order of the second column of Table 3 can be changed. However, the presented correspondences are supported by the fact that according to them, the value 1 of the left (most significant) bit of the 15 fields corresponds to the nature of the service component as an audio file stream in the same way as in Table 2, where the service is not a multimedia service.
On huomattava, että vaikka esitetty menettely ei tue multimediapalvelun ensisijai-20 sena palvelukomponenttina olevan äänen merkitsemistä etualan ääneksi tai taustaääneksi, tämä tuskin haittaa, koska multimediaohjelmassa synkronointiohjeet yleensä sisältävät tiedon siitä, mikä äänikomponentti on ohjattava mihinkin kaiuttimeen ja millä voimakkuudella.It should be noted that although the presented procedure does not support the marking of sound as the primary service component of a multimedia service as foreground sound or background sound, this is unlikely because in a multimedia program synchronization instructions usually contain information about which sound component to direct to which speaker and at what volume.
13 9842313 98423
Kuvassa 5b on esitetty keksinnön edullisen suoritusmuodon mukainen jako, jolla toissijaisen audiopalvelukomponentin kuusibittinen ASCTy-parametri 36b jaetaan kentiksi, joilla on oma merkityksensä. Kyseinen ASCTy-parametri sijoittuu samalla tavalla FIG 0/2 -ryhmän käsittämiin palvelukomponenttien kuvausosuuksiin kuin 5 edellä käsitelty ensisijaisen audiopalvelukomponentin ASCTy-parametri 36a. Kuvan 5b jaossa kaksi vasemmanpuoleisinta kenttää 43 ja 44 ovat samat kuin edellä. Kol-mibittista tyyppikenttää 47 tulkitaan kuten taulukossa 2:Figure 5b shows a division according to a preferred embodiment of the invention, by which the six-bit ASCTy parameter 36b of the secondary audio service component is divided into fields having their own meaning. This ASCTy parameter is located in the service component description portions comprised by the FIG 0/2 group in the same manner as the ASCTy parameter 36a of the primary audio service component discussed above. In the division of Figure 5b, the two leftmost fields 43 and 44 are the same as above. The three-bit type field 47 is interpreted as in Table 2:
Taulukko 4 ___ 00 0 palvelukomponentti on etualan ääni (foreground sound) _ 0 0 1 palvelukomponentti on taustaääni (background sound)_ _0 10 palvelukomponentti on äänitiedostojen virta (audio file stream) muut varattu tuleville laajennuksille______ 10Table 4 ___ 00 0 service component is foreground sound _ 0 0 1 service component is background sound _ _0 10 service component is audio file stream other reserved for future extensions______ 10
Seuraavaksi käsitellään datamuotoiseen palvelukomponenttiin viittaavien DSCTy-ja SCTy-parametrien määrittelyä keksinnön mukaisella tavalla. Määrittelyt on esitetty taulukoissa 5 ja 6. On huomattava, että kummassakin taulukossa neljä ylintä riviä vastaavat jo standardisoituja tulkintoja.Next, the definition of the DSCTy and SCTy parameters referring to the data service component in accordance with the invention will be discussed. The definitions are presented in Tables 5 and 6. It should be noted that the top four rows in each table correspond to already standardized interpretations.
1515
Taulukko 5: DSCTy • b!3 b8_ ·* 0 0 0 0 0 0 hakulaiteviesteiä (Paging)_ • 0 0 0 0 0 1 liikenneviestikanava TMC (Traffic Message Channel)_ : 0 0 0 0 10 hätäviestijäijestelmät EWS (Emergency Warning Systems)_ : 0000 1 1 interaktiivinen teksti 1TTS (Interactive Text Transmission System) • 0 0 0 1 10 tiedostojen siirto_ 1 0 0 0 0 0 palvelukomponentti liittyy multimediaohjelmaan, synkronoin- *: _timekanismi kuljetetaan FIG 2 -ryhmissä_ 10 0 110 palvelukomponentissa tiedostojen siirtoa, liittyy multimediaoh-. jeimaan, synkronointimekanismi kuljetetaan ensisijaisessa pal- I velukomponentissa m ' «· 98423 14 ' ;:'"ΐTable 5: DSCTy • b! 3 b8_ · * 0 0 0 0 0 0 Paging messages _ • 0 0 0 0 0 1 Traffic Message Channel (TMC) _: 0 0 0 0 10 Emergency Warning Systems (EWS) _: 0000 1 1 interactive text 1TTS (Interactive Text Transmission System) • 0 0 0 1 10 file transfer_ 1 0 0 0 0 0 service component is associated with a multimedia program, synchronization *: _time mechanism is carried in FIG 2 groups_ 10 0 110 service component is file transfer, is associated with multimediaoh-. If the synchronization mechanism is carried in the primary service component m '«· 98423 14';: '" ΐ
Taulukko 6: SCTy _ ^ b7 bO_ 00000000 hakulaiteviestejä(Paging)_______ 00 0 00001 liikenneviestikanava TMC (Traffic Message Channel)__ 00000010 hätäviestijäijestelmät EWS (Emergency Warning Systems) 0 0 0 0 0 0 1 1 interaktiivinen teksti ITTS (Interactive Text Transmission Sys-_ tem) __ 0 0 0 0 0 1 10 tiedostojen siirto Bosch/Nokia-protokollaa käyttäen 000001 10 tiedostojen siirto Fraunhofer-protokollaa käyttäen 10000000 palvelukomponentti liittyy multimediaohjelmaan, synkro- _ nointimekanismi kuljetetaan FIG 2 -ryhmissä___ 1 0 0 0 0 1 10 palvelukomponentissa tiedostojen siirtoa Bosch/Nokia-protokollaa käyttäen, liittyy multimediaohjelmaan, synkronoin- _timekanismi kuljetetaan ensisi jaisessa palvelukomponentissa 10 0 0 0 1 1 1 palvelukomponentissa tiedostojen siirtoa Fraunhofer-protokollaa käyttäen, liittyy multimediaohjelmaan, synkronointi-_mekanismi kuljetetaan ensisijaisessa palvelukomponentissaTable 6: SCTy _ ^ b7 bO_ 00000000 Paging messages _______ 00 0 00001 Traffic Message Channel (TMC) __ 00000010 Emergency Warning Systems (EWS) 0 0 0 0 0 0 1 1 Interactive Text Transmission System (ITTS) _ tem) __ 0 0 0 0 0 1 10 file transfer using the Bosch / Nokia protocol 000001 10 file transfer using the Fraunhofer protocol 10000000 service component is related to a multimedia program, the synchronization mechanism is transported in FIG 2 groups ___ 1 0 0 0 0 1 10 service component transfer using the Bosch / Nokia protocol, associated with a multimedia program, the synchronization mechanism is transported in the primary service component 10 0 0 0 1 1 1 in the service component file transfer using the Fraunhofer protocol, associated with a multimedia program, the synchronization mechanism is transported in the primary service component
Lihavoituina esitetyt palvelukomponenttityypit ovat sovellettavissa vain multimediapalvelun ensisijaiseen palvelukomponenttiin, koska ne sisältävät synkronointime-5 kanismin tai tiedon siitä, missä synkronointimekanismi kuljetetaan. Bittikombinaarioiden ja niiden tulkintojen keskinäinen järjestys ei tässäkään ole sinänsä keksinnön kannalta oleellinen, mutta valinnoilla on pyritty tiettyyn loogisuuteen. Esimerkiksi sekä DSCTy:n että SCTy:n eniten merkitsevän bitin (DSCTy:ssä bl3 ja SCTy:ssä b7) arvo "Γ ilmaisee, että kyseinen palvelukomponentti sisältää synkronointimeka-10 nismin tai tiedon siitä, missä synkronointimekanismi kuljetetaan, jolloin se on multimediapalvelun ensisijainen palvelukomponentti. Toisena oikealta olevan bitin (DSCTyissä b9 ja SCTy:ssä bl) arvo "P ilmaisee, että palvelukomponentti muodostaa tiedostojen virran samalla tavalla kuin ASCTy:n tapauksessa (vrt. taulukot 2,3 ja 4).The service component types shown in bold are only applicable to the primary service component of the multimedia service because they contain a synchronization mechanism or information about where the synchronization mechanism is carried. Again, the relative order of the bit combinations and their interpretations is not in itself essential to the invention, but the choices have sought a certain logic. For example, the value "Γ of the most significant bit of both DSCTy and SCTy (b3 in DSCTy and b7 in SCTy) indicates that the service component in question contains a synchronization mechanism or information about where the synchronization mechanism is carried, making it the primary service component of the multimedia service. The value "P" of the second bit on the right (in DSCTy b9 and SCTy b1) indicates that the service component generates the file stream in the same way as in the case of ASCTy (cf. Tables 2,3 and 4).
1515
Vastaavia, keksinnön mukaisia määrittelyjä voidaan soveltaa myös SSCTy-para-metrin tapauksessa, vaikkakin kyseisen parametrin arvot ja tulkinta on jätetty sovelluskohtaiseksi.Corresponding definitions according to the invention can also be applied in the case of the SSCTy parameter, although the values and interpretation of this parameter are left to the application.
20 Edellä esitetyissä taulukoissa on esitetty, miten ensisijaisen palvelukomponentin tyyppiä kuvaavaan parametriin voidaan sisällyttää tieto siitä, onko kyseinen palvelu 9842320 The tables above show how a parameter describing the type of primary service component can include information on whether the service in question is 98423
ISIS
multimediaa vai ei. Lisäksi taulukoissa esitetyistä parametrien arvojen tulkinnoista käy ilmi, kuljetetaanko multimediapalvelun synkronointia koskevat ohjeet FIG 2 -ryhmissä vai jossain muualla. Jos palvelua ei ohjata FIG 2 -ryhmillä, se on nykyisten olosuhteiden vallitessa MHEG- tai HTML-muotoinen, jolloin sen etenemistä 5 säätelevät linkit ja script-ohjeet sisältyvät useisiin tiedostoihin. Yksi kyseisistä tiedostoista on ns. startup-tiedosto sisältäen ohjeet ohjelman aloittamisesta. Tekniikan tasosta ja saman hakijan aikaisemmista suomalaisista patenttihakemuksista tunnetaan menettelyjä, joilla vastaanotin saadaan tunnistamaan startup-tiedosto ja sitä kuvaava tiedostokuvaus, joka on tietyn tyyppinen, lähetyksen mukana välitettävä data-10 ryhmä (ks. esim. saman hakijan suomalainen patenttihakemus 952880, "Multimedia-objektien välitys digitaalisessa tiedonsiirtojärjestelmässä"). Tietty kyseisen tiedostokuvauksen parametri ilmaisee, onko startup-tiedosto HTML- tai MHEG-tyyppi-nen. Tämän perusteella vastaanotin käynnistää muistivälineisiinsä tallennetun HTML-ajurin tai MHEG-moottorin, joka aloittaa multimediaohjelman esittämisen.multimedia or not. In addition, the interpretations of the parameter values shown in the tables indicate whether the instructions for synchronizing the multimedia service are carried in the FIG 2 groups or elsewhere. If the service is not controlled by FIG 2 groups, it is in MHEG or HTML format under the current conditions, in which case the links and script instructions controlling its progress are included in several files. One of these files is the so-called startup file containing instructions for starting the program. The state of the art and previous Finnish patent applications of the same applicant are known for procedures for causing a receiver to identify a startup file and a file description describing it, which is a certain type of data-10 group to be transmitted with the transmission (see e.g. Finnish patent application 952880, "Multimedia objects transmission in a digital communication system "). A particular parameter in that file description indicates whether the startup file is of the HTML or MHEG type. Based on this, the receiver starts an HTML driver or MHEG engine stored in its memory media, which starts playing the multimedia program.
1515
Keksinnössä esitetään ensimmäistä kertaa, miten DAB-jäijestelmässä digitaalisen radiokanavan vastaanottimelle voidaan välittää tieto tietyn palvelun multimedialuon-teestä, sen synkronointiin käytettävistä ohjeista ja sen osatiedostojen siirtoon käytetystä protokollasta. Koska keksinnössä käytetään sinänsä DAB-jäijestelmän stan-20 dardeihin kuuluvia, mutta määrittelemättömiksi jätettyjä tietorakenteita, sen mukaisen menetelmän toteutus ei ole ristiriidassa DAB-järjestelmän standardien kanssa.The invention shows for the first time how in a DAB ice system information can be transmitted to the receiver of a digital radio channel about the multimedia nature of a certain service, the instructions used for synchronizing it and the protocol used for transferring its subfiles. Since the invention itself uses data structures belonging to the standards of the DAB ice system, but left undefined, the implementation of the method according to it is not in conflict with the standards of the DAB system.
: Keksinnön mukaisten parametrien muodostus- ja tulkintamekanismit ovat helposti lisättävissä sinänsä tunnettuihin ja muita parametreja käsitteleviin DAB-jäijestelmiin . ja sen yksinkertainen toteutus muutamalla bitillä ei aiheuta lähetin- ja vastaanotin- [ 25 laitteistoille kohtuutonta laskentakuormaa.: The mechanisms for generating and interpreting the parameters according to the invention can be easily added to DAB ice systems known per se and dealing with other parameters. and its simple implementation with a few bits does not cause an unreasonable computational load for the transmitter and receiver hardware.
» » » t » *»» »T» *
Claims (16)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI955504A FI98423C (en) | 1995-11-15 | 1995-11-15 | Encoding the multimedia program's service components in a digital radio channel |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI955504 | 1995-11-15 | ||
| FI955504A FI98423C (en) | 1995-11-15 | 1995-11-15 | Encoding the multimedia program's service components in a digital radio channel |
Publications (4)
| Publication Number | Publication Date |
|---|---|
| FI955504A0 FI955504A0 (en) | 1995-11-15 |
| FI955504A FI955504A (en) | 1996-10-31 |
| FI98423B true FI98423B (en) | 1997-02-28 |
| FI98423C FI98423C (en) | 1997-06-10 |
Family
ID=8544394
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FI955504A FI98423C (en) | 1995-11-15 | 1995-11-15 | Encoding the multimedia program's service components in a digital radio channel |
Country Status (1)
| Country | Link |
|---|---|
| FI (1) | FI98423C (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI103450B (en) | 1996-04-23 | 1999-06-30 | Nokia Mobile Phones Ltd | Multimedia terminal and method for conducting multimedia reception |
-
1995
- 1995-11-15 FI FI955504A patent/FI98423C/en not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| FI955504A (en) | 1996-10-31 |
| FI955504A0 (en) | 1995-11-15 |
| FI98423C (en) | 1997-06-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FI105754B (en) | Transfer protocol for transferring files on the DAB system | |
| US5946326A (en) | Method and an equipment for transmitting a file-based multimedia and hypermedia service to a mobile receiver | |
| US9094186B2 (en) | System and method for transmitting digital multimedia data with analog broadcast data | |
| CN101978668B (en) | Method and apparatus for formatting data signals | |
| MX2008013104A (en) | Method and apparatus for providing internet protocol datacasting service in digital audio broadcasting system. | |
| US6434138B2 (en) | Process for transmitting messages by digital sound broadcasting and receiver for carrying out this process | |
| AU2006323346A1 (en) | Method of and apparatus for providing and receiving video service in digital audio broadcasting | |
| KR101191180B1 (en) | Data structure and method for program guide, and broadcasting apparatus | |
| EP1608093A1 (en) | Method and apparatus for decoding MOT data | |
| FI100562B (en) | Encoding of file segments in a digital radio channel | |
| CN101272205A (en) | Transmission method and device of mobile multimedia broadcasting service parameter information | |
| FI98423B (en) | Encoding of service components of a multimedia program in a digital radio channel | |
| CN101385340B (en) | Broadcast receiver and a method for transmitting/receiving broadcast program information | |
| CN106134207A (en) | Dispensing device, sending method, reception device and method of reseptance | |
| US20010052022A1 (en) | Method to transmit an information service in a broadcast transmission system | |
| Gupta | The Eureka 147 digital audio broadcasdting system adapted to the US | |
| KR100478543B1 (en) | Transportation guide transmission method and receiver used in it | |
| FI98676C (en) | Transfer of a file group in a digital broadcast radio system | |
| KR101221886B1 (en) | Data structure and method for program guide, and broadcasting apparatus | |
| KR101181776B1 (en) | method for transmitting and receiving emergency warning information and apparatus for receiving emergency warning information | |
| KR20110104217A (en) | Apparatus and method for providing emergency alert service using tpeg and computer-readable medium having thereon program performing function embodying the same | |
| Oziewicz et al. | Transmission of Multiplex Signal to Broadcasting Network: Interface ETI | |
| Oziewicz et al. | Logical Channels: Layered Description of Transport in the DAB+ System | |
| KR100739218B1 (en) | Method, system and network entity for indicating hierarchical mode for transport streams carried in broadband transmission | |
| KR101739769B1 (en) | Transmission frame structure for dmb file casting and transmission method thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| BB | Publication of examined application | ||
| MA | Patent expired |