WO1997013337A1 - Transfert d'un groupe de fichiers dans un systeme de radiodiffusion audionumerique - Google Patents

Transfert d'un groupe de fichiers dans un systeme de radiodiffusion audionumerique Download PDF

Info

Publication number
WO1997013337A1
WO1997013337A1 PCT/FI1996/000524 FI9600524W WO9713337A1 WO 1997013337 A1 WO1997013337 A1 WO 1997013337A1 FI 9600524 W FI9600524 W FI 9600524W WO 9713337 A1 WO9713337 A1 WO 9713337A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
group
files
data
ofthe
Prior art date
Application number
PCT/FI1996/000524
Other languages
English (en)
Inventor
Ari Salomäki
Original Assignee
Oy Nokia 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 Oy Nokia Ab filed Critical Oy Nokia Ab
Priority to AU71333/96A priority Critical patent/AU7133396A/en
Publication of WO1997013337A1 publication Critical patent/WO1997013337A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H04H20/30—Arrangements for simultaneous broadcast of plural pieces of information by a single channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/44—Arrangements characterised by circuits or components specially adapted for broadcast
    • H04H20/46—Arrangements characterised by circuits or components specially adapted for broadcast specially adapted for broadcast systems covered by groups H04H20/53-H04H20/95
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/71—Wireless systems
    • H04H20/72—Wireless systems of terrestrial networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/10—Aspects of broadcast communication characterised by the type of broadcast system
    • H04H2201/20—Aspects of broadcast communication characterised by the type of broadcast system digital audio broadcasting [DAB]

Definitions

  • the present invention relates to file transfer in a digital broadcasting system which allows the transmission of audio and data services and selective reception of such services.
  • DAB Digital Audio Broadcasting
  • the transmission path is completely digital.
  • the system is designed to replace the analog broadcasting system commonly used at present, which is based on the use of frequency modulation.
  • DAB defmes a digital radio channel based on multiple carriers, which is applicable for the transmis ⁇ sion of both audio and data services.
  • a completely digital transmission channel may be either a continuous data stream channel or a packet channel. Packet transmission is more flexible and permits easier transmission of data units of a limited length.
  • ETSI European Telecommunication Standards Institute
  • Fig. 1 the highest level of abstraction in the DAB system is called ensemble, Fig. 1. It contains all services existing in a given frequency band. A change from one ensemble to another is effected by tuning into a different frequency band, just as one changes channels in current FM radio reception.
  • the en-mul is divided into services, exemplified in Fig. 1 by Alpha Radio 1, Beta Radio and Alpha Radio 2.
  • there may be data services although they are not shown in the figure.
  • Each service is further divided into service components. Each service component is either an audio channel or a data channel.
  • FM radio contains only one service and one service component (audio) in each channel.
  • the transmission frame whose duration is either 24 ms or 96 ms depending on the DAB mode, consists of three chronologically con ⁇ secutive parts.
  • the first part is a Synchronizing Channel, which contains no service information.
  • the next part is a Fast Information Channel FIC, which has a mode- specific fixed length.
  • the last part is a Main Service Channel MSC, which contains all the subchannels.
  • the position, size and number of subchannels within the MSC can vary, but the size ofthe MSC is constant.
  • the MSC contains a maximum of 63 differ ⁇ ent audio and/or data subchannels.
  • the subchannels are numbered on the basis of a so- called Channel Id from 0 to 62.
  • the MSC may contain an Auxiliary Infor ⁇ mation Channel AIC, which has a fixed channel number 63.
  • the AIC may contain the same type of information as the FIC.
  • One ofthe advantages ofthe DAB system is that data capacity can be offered to the service providers on a dynamic basis.
  • the maxi ⁇ mum instantaneous data capacity is 1.728 Mbit/s.
  • the data is transmitted in packets according to Fig. 2A, consisting of a header field, a data field and a check ⁇ sum. The meanings ofthe fields described are in accordance with the DAB standard.
  • the Packet Header contains data giving packet length (Pkt Len), which may be 24, 48, 72 or 96 bytes, a continuity index (Cont Ind), first/last packet data (First/Last), an ad ⁇ dress (Pkt Address) identifying the service component, the command and the length of the actual data field (Data Len).
  • Pkt Len packet length
  • Cont Ind continuity index
  • First/Last first/last packet data
  • Pkt Address ad ⁇ dress
  • the Data Field contains the actual data to be transmit ⁇ ted plus fill characters if required.
  • Pkt CRC packet checksum
  • the data fields ofthe packets form a so-called data group, Fig. 2B.
  • the pack ⁇ ets are formed from the DataGroup by simply cutting it into sections and placing each section into the data filed ofthe data packet.
  • the data group consists ofthe data fields of a number of consecutive packets transmitted. In the simplest case, one packet is sufficient to form a data group.
  • the data group is formed as illustrated by Fig. 3.
  • the meanings ofthe data group header and the session header are as indicated in the table below:
  • the DAB system enables the transmission of multimedia and hypermedia type services to mobile users.
  • at least some ofthe files needed for multimedia service have to be stored in the memory ofthe receiver, from where they are loaded to be presented as part of a multimedia program when a given trigger condition is met.
  • the DAB re ⁇ ceiver simply switches to this channel and immediately starts to receive the stream.
  • a more difficult situation is encountered when a file or files are to be received; in other words, how is the receiver to distinguish the right file and work in the manner re ⁇ quired by the file format. Since DAB is a unidirectional broadcasting system, the maintainer ofthe system must transmit all information relating to the handling of files that the receiver requires.
  • a special Information Data Group IDG is formed. This is a file transfer descriptor, in other words, it gives the necessary information about the file it refers to and it is multiplexed with the file segments.
  • IDG refers to only one file. It is placed at least at the beginning ofthe packet stream relating to the file, i.e. at the beginning of the file transfer, but IDGs can also be inserted in the midst ofthe packet stream, in other words, an IDG may occur during file transfer or it can be transmitted some time before the actual file transfer.
  • 5 TYPE (Fig. 3) 0011 should be the identifier of the IDG.
  • the length indicator Len Ind is the same as the file length indicator and address field Addr.Field is the same as the address field ofthe file.
  • the important thing the IDG can be used for is included in its data field, subsequently designated as file descriptor. Via the file descriptor, the receiver can be given the required information in detail l o about the file being transferred.
  • the structure ofthe file descriptor i.e. the data field o the Information Data Group
  • Fig. 4a presents a file descriptor IDG-T (IDG-Transport) containing transmission parameters (T-parameters). Its first field (Length of T-param.) indicates the total length in bytes ofthe parameter fields contained in the file descriptor. The next field contains only zeros, so the receiver will immediately recognize that an IDG- T is being transmitted. After this, a number of parameter fields are sent in succession.
  • IDG-T IDG-Transport
  • T-parameters transmission parameters
  • each parameter field is an individual parameter description value which precedes the parameter field and comprises a parameter indicator PI and a pa ⁇ rameter length indicator LI.
  • the parameter indicator PI is necessary and it may con ⁇ tain information as described later on.
  • the length indicator can be omitted if the pa ⁇ rameter length is constant.
  • Fig. 4b represents a file descriptor IDG-A (IDG-Application) containing appli ⁇ cation oriented parameters.
  • IDG-A IDG-Application
  • the first field contains only zeros, so the receiver will know that an IDG containing application oriented parameters is being transmitted.
  • the length of A-parameter indicates the total length in bytes ofthe parameter fields comprised in the file descriptor. The rest ofthe
  • Fig. 4c presents a combined file descriptor IDG-C (IDG-Combined).
  • the first field indicates the total length of T-parameter fields (Length of T-param.) and the sec ⁇ ond the total length of A-parameter fields (Length of A-param.). After this, all T- parameter fields are sent in succession and then all A-parameter fields in succession.
  • the parameters are grouped as A- or T-parameters according to their mean ⁇ ings.
  • the T-parameters contain information that is needed for the routing ofthe file through the DAB system. They include the path in which the file is stored, the trans ⁇ mission channel, etc.
  • the A-parameters contain all the information that is not neces ⁇ sary for the handling ofthe file but is rather intended for the user or application, i.e. information relating to synchronization, compression, names, etc.
  • A- parameter Compression Mode indicates whether the file is a ZIP, JPEG, RLE, MPEG or a Musicam coded one.
  • File Type indicates whether the file is an ASCII, HTML, binary data, JFIF (JPEG) file or some other type of file.
  • the receiver By transmitting the IDG well in advance ofthe file itself, the receiver is allowed time to decide whether to receive the file or not. If the IDG is transmitted every now and then between data groups carrying file segments proper, the receiver will be able to start receiving in midstream of the file transmission, to receive the remaining part ofthe file and then receive the missing first part of it from the retransmission. This saves time.
  • the essential parameters are grouping of files,
  • the second A- parameter, grouping of files is important, because it tells the receiver which files be ⁇ long to the same group.
  • Such files can be e.g. file components belonging to the same computer program.
  • This parameter can also be used to group the files in order to let the receiver know the file hierarchy, e.g. a directory structure.
  • the same grouping of files parameter is included in the Information Data Group of each file belonging to the same group.
  • the parameter itself is an identifying number used to give a group name to all files belonging to the same group.
  • a certain value ofthe PI (Parameter Indica ⁇ tor) preceding the parameter indicates that the next parameter is a grouping of files parameter.
  • the third A-parameter in table 5b, integrity of group, is a file attribute, for which EU-147 proposes two values.
  • the first suggested value 0 indicates that the file to which the IDG refers (in other words, either the file being currently transmitted or the file to be transmitted after an indicated number of files) is not the last file in the group. This lets the receiver know that more files belonging to the same group are coming, so the receiver can choose the correct action. Implementing a file already re- ceived may require the reception of another file yet to be transmitted.
  • the second value ofthe attribute, value 1 in the proposal indicates that the file referred to by the IDG is the last one in the group.
  • the receiver After deciphering the attribute, the receiver knows that after the file in question has been received, all the files ofthe group will have been transmitted. This A-parameter is of course preceded by a certain PI value, from which the receiver recognizes that it is about to receive an "integrity of group" pa ⁇ rameter.
  • the value ofthe file type T-parameter indicates the type ofthe file referred to in the IDG.
  • file types have been defined: text file (ASCII), World Wide Web (HTML), JPEG image compression (JFIF), computer graphics (GIF), run-length encoded image (RLE), audio compression (MPEG), video com ⁇ pression (MPEG), data stream synchronizing file and multimedia object (MHEG).
  • ASCII text file
  • HTML World Wide Web
  • JFIF JPEG image compression
  • GIF computer graphics
  • RLE run-length encoded image
  • MPEG audio compression
  • MPEG video com ⁇ pression
  • MHEG multimedia object
  • the proposed mechanisms solve the problem of how to transmit multimedia services comprising several components in the DAB system.
  • the compo- nents are transmitted in data groups as files and file groups. All the information that the receiver needs for the management and handling ofthe files is transmitted in in ⁇ formation data groups IDG.
  • the proposed mechanisms do not solve the problem of how to shorten the time that the receiver needs for the reception of all files belonging to a file group.
  • the problem is that these two "integrity of group" parameter values do not give the receiver sufficient information to enable it to decide that all files ofthe group have been received and which one is the first file in the group: if the receiver starts receiving between files, then the parameter 1 for the last file does indicate that the last file has been received. Now the receiver knows that the file received first after this file with the parameter 1 from the retransmission is the first file ofthe group. Starting from this file, the receiver goes on receiving and saving files until receiving the file provided with the end sign, i.e. the parameter 1, from the retransmission. The receiver has now recognized the whole file group and the order ofthe files. This may mean receiving the whole group file twice to establish its integrity.
  • the receiver has to receive the entire file group before starting the application. This means that the receiver must have a high-capacity storage, e.g. a hard disk. However, in many appli ⁇ cations it is not necessary to have all files ofthe group at once or they are not needed at all, but files are instead loaded as they are needed. In many applications, such as e.g. multimedia applications, the receiver must first load a startup file, from which the application is started.
  • the startup file is not necessarily an activation file, but it may contain a reference to an activation file, or the log-in file may contain a list ofthe files in the group which are needed to implement a given function.
  • An example of a startup file is the startup page of a HTML file.
  • the required other files are selected according to the hyperlinks activated by the user, and in this sense the number and type of files needed are incidental.
  • the files required to start the program can only be seen from the startup file itself. It would therefore be advantageous to receive only the startup file and additional files ofthe group only as needed. However, with the current mechanisms, it is not possible to transmit information about the startup file.
  • a suggested approach to solve this problem is to use the file type parameter to indicate a startup file, e.g. a HTML home page.
  • this parameter is used in the sense of "classifying the content ofthe file” and is therefore of a quite different nature than a "startup file”.
  • the file type parameter would have to be both "startup” and "HTML" at the same time, which is impossible.
  • This invention presents a method whereby it is possible both to achieve faster reception of a file group and to inform the receiver about a startup file.
  • the invention is characterized by what is said in claim 1.
  • new values are proposed for the integrity of files parameter. There are four different values. The first value indicates that the file re ⁇ ferred to in the IDG is an intermediate file in the file group being transferred, i.e. any file between the first and last files. The second value indicates that the file being trans- mitted is the first file in the file group. The third value indicates that the file being transmitted is the last file in the file group. The fourth value indicates that the file be ⁇ ing transmitted belongs to the file group and is a startup file.
  • the first, second and third pa ⁇ rameters are used, in other words, the IDGN "integrity of group" parameter can only have one of these parameter values. These values are fully sufficient for the transmis ⁇ sion of group information. Since the first file ofthe group has been designated, the receiver need not receive the entire retransmission. This provides a solution to the first problem.
  • the integrity ofthe group is checked by the DAB transmission mechanism.
  • the fourth parameter value is used.
  • the startup file forms a file group comprising only one file, so there is no need for a pa ⁇ rameter indicating the first, intermediate and last files. This provides a solution to the second problem.
  • the task of checking the integrity ofthe group is transferred from the DAB transmission mechanism to the application program.
  • Fig. 1 illustrates a known DAB hierarchy
  • Fig. 2a illustrates the structure of DAB packets
  • Fig. 2b illustrates the formation of a data group from packets
  • Fig. 3 illustrates the structure of a data group
  • Fig. 4a represents an IDG-T file descriptor
  • Fig. 4b represents an IDG-A file descriptor
  • Fig. 4c represents an IDG-C file descriptor
  • Fig. 5a is a table of T-parameters
  • Fig. 5b is a table of A-parameters
  • Fig. 6a and 6b represent an IDG-T file descriptor which uses parameters as provided by the invention. If the first parameter field "file descriptor offset" of a transmitted IDG-T (not shown) is zero, the IDG contains information relating to the files being transmitted (or received as seen from the receiver). If the parameter is 1, then the IDG contains in ⁇ formation relating to the file to be transmitted next, and so on.
  • the name ofthe file referred to in the transmission ofthe file descriptor is given. Based on the information in these and possibly other IDG-T fields, the re ⁇ DCver can start receiving the file/files. This is known in itself.
  • the IDG-A comprises a parameter field called "grouping of files".
  • a given PI field preceding it indicates that the parameter field to follow is a group of files.
  • the next parameter field contains an identifying number which unambiguously identifies the file group, in other words, each file group has its own identification number.
  • application software in the receiver begins to gather the files belonging to the file group to bring them under common management.
  • the "integrity of group” field known in itself is utilized, but with meanings of parameter values according to the in ⁇ vention, which are presented in Fig. 6a.
  • the parameter can have four different values, and the possible values are determined depending on whether the receiver is to save the files ofthe group in their entirety and in the given order or whether the application software is allowed to decide which files to receive, in which case the application software takes care of checking the integrity.
  • the first, second and third parameter values are used as follows:
  • the first value which can be denoted as value 0, indicates that the file referred to in the IDG is an intermediate file in the group of files being transferred, i.e. any file between the first and last files.
  • the second value which can be denoted as value 1 , indicates that the file be ⁇ ing transferred is the first file in the file group.
  • the third value which can be denoted as value 2, indicates that the file being transferred is the last file in the file group.
  • the receiver when the receiver starts reception at the middle of a group of files, it first receives files for which this parameter value is 0, i.e. the first value. This allows it to know that the files are intermediate files in the group. Files are saved in memory as they are received. Finally there comes a file with parameter value 2, i.e. the third value, from which the receiver knows that this is the last file in the group, which is also saved. The receiver then remains waiting for the retransmission ofthe group, ex ⁇ amining the incoming Information Data groups. One of them indicates the relative starting time ofthe retransmission, which is when the receiver starts receiving files.
  • the file received first does not necessarily have a group integrity parameter, so the files are not saved in memory until a file is received that does have this parameter and the parameter is 1, i.e. the second value, indicating that this is the first file ofthe de ⁇ sired group, so this file is saved in memory.
  • the receiver goes on receiving intermediate files, i.e. files with value 0 for this parameter, until it encounters the file which had already been received. In this way, the entire file group can be received by first receiving its latter part and then receiving the missing first part from the re ⁇ transmission, and the correct loading order ofthe files is achieved.
  • a fourth value ofthe "integrity of group” parameter is used, which can be denoted as value 3. It indicates that the file being transmitted belongs to the file group and is the startup file ofthe application (e.g. multimedia software). Only one file in the file group can have the parameter value 3, i.e. only one file is a startup file. The other files in the group may not have an "integrity of group" parameter at all, in other words, when the parameter value 3 is in use for the group, parameters 0, 1 and 2 are not in use.
  • this startup file contains integrity information and information about the order in which the files are to be loaded, it must always be loaded before the other files ofthe group. This is mainly because the grouping of files parameter in the IDG-T does not necessarily contain information defining the file group. This information is only contained in the startup file itself and is therefore inaccessible to the firmware of the receiver.
  • the IDG may indicate that the "integrity of group" parameter is value 3 (startup file) and the file type parameter is HTML file.
  • the receiver knows that the startup file in question is a home page in hypertext consist ⁇ ing of a file group comprising a number of files.
  • the startup file i.e. home page
  • the file has not been received and stored in memory, but it is only now received from a DAB subchannel. This file may again contain hyperlinks to other files, which also have to be loaded upon activation ofthe hyperlink.
  • the application software that takes care of interaction with the user receiv ⁇ ing the DAB program and fetches the files is a DAB HTML browser. As to its opera ⁇ tion, the browser is ofthe same type as the browser used in the internet connection.
  • the receiver will know that the file is the startup container of a MHEG multimedia presentation.
  • the application software so-called MHEG machine, has loaded this startup container, the rest of the MHEG objects and data files can be received and loaded under control of the MHEG machine from a DAB channel.
  • the IDG-A contains an "integrity of group” parameter (this parameter is not necessarily present) and it has a value indicating the first file, an intermediate file or the last file, i.e. value 2, 0 or 1, then the same IDG-A must also contain a grouping of files parameter. But if a grouping of files parameter is present in the IDG-A, the "integrity of group” parameter is optional. This means that when the integrity of group parameter is either first file, last file or intermediate file (i.e. other than startup file), it incorporates in itself the information that a group is be ⁇ ing transmitted. However, an "integrity of group" parameter indicating a startup file does not give this information.
  • the presence of a grouping of files parameter does not in itself contain the information that an "integrity of group" pa ⁇ rameter has been set in the IDG-A.
  • the above-described mechanism for defining the startup file of a group so as to enable it to be easily identified by the receiver is especially applicable in connec ⁇ tion with patent application "Handling of a program file in a digital broadcasting sys ⁇ tem", application number FI-954753, filed by the applicant at the same time with the present application. It is obvious to a person skilled in the art that, in the progress of technological development, the basic idea ofthe invention can be implemented in many ways. The invention and its embodiments are not restricted to the examples described above, but they may be varied within the scope ofthe claims.

Abstract

Dans un système de radiodiffusion audionumérique (RAN), le fichier à transmettre est segmenté et chaque segment placé dans le champ de données d'un groupe de données (DG), ce groupe de données se subdivisant en sections aux fins d'émission, disposées dans les champs de données des paquets de données. Pour chaque fichier, au moins un groupe de données d'information (IDG), renfermant des paramètres d'information, l'un d'entre eux comportant des renseignements relatifs à des fichiers constituant un groupe de fichiers, est créé et transmis. Selon cette invention, lorsque le récepteur est sur le point de recevoir un groupe complet de fichiers, une intégrité de paramètres du groupe consistant en un numéro est ajoutée au groupe de données d'information (IDG) en association avec chaque fichier, une première valeur dudit numéro indiquant que le fichier en question est un fichier se trouvant entre le premier et le dernier fichier du groupe, alors qu'une deuxième valeur indique que ce fichier est le premier du groupe et qu'une troisième valeur indique qu'il est le dernier du groupe. Lorsque le récepteur ne doit recevoir qu'un fichier spécial provenant d'un groupe de fichiers, une quatrième valeur dudit numéro vient s'ajouter, en tant qu'intégrité de paramètre du groupe, au groupe de données d'information (IDG) pour ce fichier bien qu'il ne soit pas adjoint d'intégrité de paramètre du groupe pour les autres fichiers du groupe. Il est, de la sorte, possible de ne charger que le fichier de démarrage dans le récepteur tandis que d'autres fichiers ne sont reçus que sur demande.
PCT/FI1996/000524 1995-10-05 1996-10-04 Transfert d'un groupe de fichiers dans un systeme de radiodiffusion audionumerique WO1997013337A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU71333/96A AU7133396A (en) 1995-10-05 1996-10-04 Transfer of a file group in a digital broadcasting system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI954752 1995-10-05
FI954752A FI98676C (fi) 1995-10-05 1995-10-05 Tietostoryhmän siirto digitaalisessa yleisradiojärjestelmässä

Publications (1)

Publication Number Publication Date
WO1997013337A1 true WO1997013337A1 (fr) 1997-04-10

Family

ID=8544142

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI1996/000524 WO1997013337A1 (fr) 1995-10-05 1996-10-04 Transfert d'un groupe de fichiers dans un systeme de radiodiffusion audionumerique

Country Status (3)

Country Link
AU (1) AU7133396A (fr)
FI (1) FI98676C (fr)
WO (1) WO1997013337A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0996245A2 (fr) * 1998-10-21 2000-04-26 Robert Bosch Gmbh Dispositif pour la transmission cryptée et pour la réception des objets de multimedia utilisant le système de transmission audio numérique DAB
WO2002093846A1 (fr) * 2001-03-28 2002-11-21 Park, Young-Chan Procede de transfert d'un fichier divise
WO2005022790A1 (fr) * 2003-08-26 2005-03-10 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Radio pourvue d'un affichage pour des informations textuelles faisant reference a d'autres objets d'informations textuelles
US7996567B2 (en) 2003-03-31 2011-08-09 Sony United Kingdom Limited Audio processing

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995008226A1 (fr) * 1993-09-15 1995-03-23 Meteomedia/The Weather Network Reseau de communication a recepteurs multiples et selection de programmes en fonction des profils des usagers
EP0731575A2 (fr) * 1995-03-09 1996-09-11 NOKIA TECHNOLOGY GmbH Méthode de génération et de transmission d'un document "hypertexte" et de service "hyper-media" vers un récepteur de son numérique mobile

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995008226A1 (fr) * 1993-09-15 1995-03-23 Meteomedia/The Weather Network Reseau de communication a recepteurs multiples et selection de programmes en fonction des profils des usagers
EP0731575A2 (fr) * 1995-03-09 1996-09-11 NOKIA TECHNOLOGY GmbH Méthode de génération et de transmission d'un document "hypertexte" et de service "hyper-media" vers un récepteur de son numérique mobile

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0996245A2 (fr) * 1998-10-21 2000-04-26 Robert Bosch Gmbh Dispositif pour la transmission cryptée et pour la réception des objets de multimedia utilisant le système de transmission audio numérique DAB
EP0996245A3 (fr) * 1998-10-21 2003-05-21 Robert Bosch Gmbh Dispositif pour la transmission cryptée et pour la réception des objets de multimedia utilisant le système de transmission audio numérique DAB
WO2002093846A1 (fr) * 2001-03-28 2002-11-21 Park, Young-Chan Procede de transfert d'un fichier divise
US7996567B2 (en) 2003-03-31 2011-08-09 Sony United Kingdom Limited Audio processing
WO2005022790A1 (fr) * 2003-08-26 2005-03-10 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Radio pourvue d'un affichage pour des informations textuelles faisant reference a d'autres objets d'informations textuelles
EP1689104A1 (fr) * 2003-08-26 2006-08-09 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Radio pourvue d'un affichage pour des informations textuelles faisant référence à d'autres objets d'informations textuelles
US7590381B2 (en) 2003-08-26 2009-09-15 Fraunhofer-Gesellschaft Zur Forderung Der Angewandten Forschung E.V. Systems and methods for providing text-based messaging services in digital broadcasting systems

Also Published As

Publication number Publication date
AU7133396A (en) 1997-04-28
FI954752A0 (fi) 1995-10-05
FI98676C (fi) 1997-07-25
FI98676B (fi) 1997-04-15

Similar Documents

Publication Publication Date Title
JP5542592B2 (ja) セッションを告知する方法
CA2972073C (fr) Systemes et procede pour la radiodiffusion numerique avec reception inter-plateforme
US6370391B1 (en) Mobile station and network having hierarchical index for cell broadcast service
US10609102B2 (en) Device for transmitting broadcast signal, device for receiving broadcast signal, method for transmitting broadcast signal, and method for receiving broadcast signal
US11297360B2 (en) Apparatus and method for transmitting and receiving broadcast signal
US6415135B1 (en) Transmission protocol for file transfer in a DAB system
JP2005523661A (ja) ユーザ機器に対してサービスを提供する方法及びシステム
CN103416080A (zh) 经由移动广播提供紧急报警服务的方法及其设备
KR101237257B1 (ko) 멀티캐스트 브로드캐스트 서비스를 위한 스케줄링 장치 및 방법
KR20020097271A (ko) 하나의 임시 블록 흐름상에 복수의 데이터 접속들을다중화하기 위한 방법 및 장치
WO2008113237A1 (fr) Méthode de transmission à des terminaux mobiles d'un guide électronique de services multimédia
WO2009102836A2 (fr) Procédé et appareil de formatage de signaux de données dans un système de diffusion audio numérique
CN101689964B (zh) 使用crc和相等长度分组进行分组传输的方法和装置
KR100849344B1 (ko) 이동통신 시스템에서의 리드-솔로몬 부호 및 복호 방법과그 장치
US5392283A (en) Data communication protocol
WO2008083552A1 (fr) Procédé d'interface de transmission multiplex d'un guide de service électronique
WO1997017775A1 (fr) Reception multimedia dans un systeme de radiodiffusion numerique
WO1997013337A1 (fr) Transfert d'un groupe de fichiers dans un systeme de radiodiffusion audionumerique
CN101335885A (zh) 多媒体广播字幕信息的传输方法及发送/接收装置
CN112436919B (zh) 流数据传输方法、装置、设备及计算机可读存储介质
US20050058160A1 (en) Apparatus and method for providing secondary broadcast service in digital broadcasting system
EP0872054A1 (fr) Transfert audio dans un systeme de radiodiffusion numerique
US20040114565A1 (en) Method and apparatus for providing radio bearer multiplexing within segmentation protocol
JP3830074B2 (ja) ディジタル放送受信装置及びそのラベル表示方法
CN101335926B (zh) 用于在无线系统中进行重新配置的方法和设备

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GE HU IL IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK TJ TM TR TT UA UG US UZ VN AM AZ BY KG KZ MD RU TJ TM

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): KE LS MW SD SZ UG AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: CA