WO1997028620A1 - Codage de segments de fichier sur un canal radio numerique - Google Patents

Codage de segments de fichier sur un canal radio numerique Download PDF

Info

Publication number
WO1997028620A1
WO1997028620A1 PCT/FI1997/000044 FI9700044W WO9728620A1 WO 1997028620 A1 WO1997028620 A1 WO 1997028620A1 FI 9700044 W FI9700044 W FI 9700044W WO 9728620 A1 WO9728620 A1 WO 9728620A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
data
segment
file
segments
Prior art date
Application number
PCT/FI1997/000044
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 AU15481/97A priority Critical patent/AU1548197A/en
Publication of WO1997028620A1 publication Critical patent/WO1997028620A1/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/40—Arrangements for broadcast specially adapted for accumulation-type receivers
    • 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
    • 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 invention relates in general to the transfer of files from a transmitter apparatus to a receiver apparatus and in particular to a method for transporting files in all transport modes of a digital broadcasting system according to standard ETS 300 401.
  • Digital audio broadcasting is a new kind of broadcasting system which is meant to replace in the course of time the currently used broadcasting systems based on analog amplitude and frequency modulation.
  • the specifications for the system are presented in general outline in standard ETS 300 401 compiled by the European Broadcasting Union (EBU) and the European Telecommunications Standards Institute (ETSI). To illustrate the background of the invention the features of the DAB system that are essential as regards the invention are discussed below.
  • a single signal stream transmitted by a transmitter apparatus constitutes a DAB ensemble 1 which may include, in accordance to Fig. 1. several services 2, 3, 4. From the point of view of the user, each service corresponds to one radio channel in the current systems and comprises one or more service components 5. 6, 7, 8, 9, 10.
  • a single service component 5 may include the audio part, such as music, or a data part associated with it, such as the lyrics of the cur ⁇ rently playing song, or other information related to a service 2.
  • a service component 6 may be part of several services 2, 4. The service component that is the most essential one to a service is called the primary service component and the other service components belonging to that service are called secondary service compo ⁇ nents.
  • the primary service component often is the audio part of a service but it may also be a data part.
  • a service may also include as service components several audio parts.
  • Fig. 1 shows the connection between a service (say, Radio A: 2) and its primary service component (in this case. Audio; 5) as a thick line.
  • the information conveyed across the radio interface from a transmitter to a receiver is divided on the basis of the function of the information among three channels, as shown in Fig. 2, which are the main service channel 11 (MSC), the fast information channel 12 (FIC) and the synchronization channel 13.
  • the aforementioned service components 5 to 10 are transferred on the service channel 1 1 which is further divided into convolution-coded subchannels (in Fig.1. l la, l ib, l ie. l i d. l ie).
  • Each subchannel can transmit one or more service compo ⁇ nents.
  • the mutual order of the service components and subchannels is called the multiplex configuration.
  • the fast information channel 12 contains the multiplex configuration information (MCI) but it can also be used for fast transmission of other information from a transmitter to a receiver.
  • MCI multiplex configuration information
  • the synchronization channel 13 is used for controlling the system's transmission and reception operations, such as synchronizing the transmission frames.
  • a DAB transmission consists of hierarchically structured parts.
  • the highest hier ⁇ archy level comprises a transmission frame 14, as shown in Fig. 2, including portions for each of the three channels 1 1, 12, 13.
  • the service channel 11 portion is described in greater detail below.
  • the service channel portion in the transmission frame comprises common inter ⁇ leaved frames 15 (CLF) which there are one or four, depending on the type of the transmission frame 14, each containing 55,296 bits.
  • Each common interleaved frame 15 can be further divided into capacity units (CU; not shown) which there are 864, each being 64 bits long.
  • the capacity units in a common interleaved frame 15 are consecutively numbered so that the number, or address, of the first capacity unit is 0 and the number of the last unit is 863.
  • the subchannels mentioned above are con ⁇ nected to the capacity units in such a way that one subchannel comprises an integer number of successive capacity units.
  • One capacity unit may belong to one sub ⁇ channel only. If the subchannels do not use all the capacity units of a common interleaved frame 15, the rest of the capacity units are filled with padding bits which are zeroes.
  • the service channel 11 has two transport modes specified for it: the stream mode and the packet mode.
  • File transport in the service channel packet mode is disclosed in the Finnish Patent Application 952879 ("Siirtoprotokolla tiedostojen valittami- seksi DAB-jarjestelmassa) by the same applicant, which at the moment of filing this application is secret.
  • This patent application deals only with the service channel stream mode, for which we can define the submodes MSC stream audio and MSC stream data.
  • the function of the stream mode is to provide a service application with a chance to transmit information from a source to a destination in a transparent manner, ie. regardless of the methods or systems used between said source and destination.
  • One logical frame contains the amount of information that is associated with one service component. which takes 24 milliseconds to be reproduced to the user.
  • the number of bits in the logical frame depends on the location of the logical frame in the coding of the transmission and on the bit rate associated with the subchannel used for transmitting it.
  • the logical frame is called an audio frame.
  • Fig. 3 shows the structure of the audio frame 16 according to standard ETS 300 401.
  • a 32-bit audio frame header 16a which contains information related to frame-level control.
  • a 16-bit CRC field 16b used for error correction.
  • three fields 16c, 16d and 16e which contain information related to the coding and scaling of audio data, and they are followed by the actual data portion 16f obtained by sampling the reproduced sound and here called the audio data.
  • the audio data are followed by padding bits 16g the number of which depends on the amount of the rest of the contents of the frame 16.
  • the frame 16 there are three fields 16h, 16i and 16j, two of which (16h and 16j) are of significance to the invention.
  • the fields are from right to left the fixed program associated data (F-PAD) field 16h, the scale factor cyclic redundancy check (SCF CRC) 16i, and the extended program associated data (X-PAD) field 16j.
  • F-PAD fixed program associated data
  • SCF CRC scale factor cyclic redundancy check
  • X-PAD extended program associated data
  • the program associated data fields 16h and 16j are meant for transporting data that are closely connected with the frame's audio data proper and that can have a synchronization requirement regarding the audio data. It is not compulsory to use them for anything. When examining them as such. without the rest of the audio frame, it is customary to show them as in Fig. 4, in the so-called logical order which is conventionally read from the left to the right and in which the fixed program associated data field 16h comes first and the extended program associated data field 16j second. Then the bytes of the extended program associated data, or X-PAD, field 16j are arranged such that the first byte is the first one on the left and the last byte is the last one on the right.
  • the F-PAD field 16h particularly includes a two-bit X-PAD indicator 17 for indicating whether the frame in question includes an X-PAD field and if it does, whether it is a so-called short X-PAD field four bytes long or a variable size X-PAD field.
  • the F-PAD field also includes a one-bit contents indicator (Cl) flag 18 which indicates whether the X-PAD field includes contents indicators (Cl) or not.
  • Value 0 of said Cl flag means that the X-PAD field of the frame does not include contents indicators and value 1 means that the X-PAD field of the frame includes at least one contents indicator.
  • FIG. 5a and 5b are different in that in Fig. 5a the data group 19 is so long that its contents cannot be fitted in the X-PAD field of one audio frame, and in Fig. 5b each of the data groups 19-1 , 19-2 and 19-3 is so short that they can all be fitted in the X-PAD field of one and the same audio frame.
  • the long data group 19 shown in Fig. 5a is advantageously (but no necessarily) divided into the X-PAD fields of successive audio frames so that the leftmost n-lth audio frame contains in its F-PAD field 16h an X-PAD indicator 17 and a 'one' as the Cl flag 18.
  • the X-PAD field of the frame contains a contents indicator Cl, which describes in a manner illustrated later on the nature of the information transported in the X-PAD field, and an X-PAD data subfield 20, which contains the first part of the contents of the data group 19.
  • the F-PAD field of the next, or nth, audio frame contains an X-PAD indicator 17 and a 'zero' as the Cl flag 18, which means the X-PAD field of the frame does not contain a contents indicator but only the X-PAD data subfield 20. which contains the next part of the contents of the data group 19.
  • the F-PAD field of the third, or n+lth. audio frame contains the same attributes as the F-PAD field of the nth frame, and its X-PAD field contains only the X-PAD data subfield 20, which contains the rest of the contents of the data group 19 and padding bits, if necessary. In the situation depicted by Fig.
  • the F-PAD field 16h of an audio frame includes an X-PAD indicator and a 'one' as the Cl flag 18.
  • the X-PAD field 16j of that same frame includes contents indicators CI-1 , CI-2, CI-3 and CI-4, the first three indicating the nature of the information transported by means of the corresponding X-PAD data subfields 20-1 , 20-2, 20-3 and the fourth being a zero attribute which indicates that the list of contents indicators ends.
  • Each of the X-PAD data subfields 20-1, 20-2, 20-3 transports the data included in its own data group 19-1, 19-2, 19-3.
  • an audio frame When an audio frame includes a short X-PAD field, the contents indicators possibly included in it are always 8 bits long. If an audio frame includes a variable size X- PAD field, the contents indicators possibly included in it may be 8 or 16 bits long.
  • a contents indicator is a binary number the value of which corresponds in a pre ⁇ determined fashion to a certain so-called application type.
  • the application types constitute a kind of classification. All data that are transported by means of the X- PAD fields belong to an application type, or a certain category of the classification.
  • ETS 300 401 there can be 287 different application types. They are grouped in parts so that the first part covers application types 0 to 30, the second part covers application types 31 to 255 and the third part covers application types 256 to 286.
  • the 8-bit contents indicators mentioned above are used in connection with the short X-PAD field to directly indicate the application types of the first and second part in such a manner that the contents indicator as a binary number equals the ordinal number of the application type, ie. indicator 0000 0000 corresponds to the 0th application type, indicator 0000 0001 corresponds to the 1st application type and so on.
  • variable size X-PAD field it is used 8- or 16-bit contents indicators so that the first 3 bits of a contents indicator indicate the length, in bytes, of the X-PAD data subfield associated with the indicator in question, in accordance with a code table wherein binary numbers from 000 to 111 refer to the number of bytes, ie. to 4, 6, 8, 12, 16, 24. 32 and 48, respectively.
  • the next five bits either directly indicate an application type of the first part or are 1 1 111. Only in the latter case is the length of the contents indicator 16 bits, in which case the last 8 bits indicate an application type of the second or third part. Said last 8 bits form a binary number which added to 31 returns the ordinal number of the application type in question.
  • a contents indicator indicating the beginning of the data group is transmitted in connection with the first part of the data group, and a contents indicator indicating the continu ⁇ ation of that same data group is transmitted in connection with the next part after the interruption.
  • a data group contains text related to an interactive operation, ie. belongs to the interactive text transmission system (ITTS) application type
  • the contents indicator 0000 0100 (4 in the decimal system) is transmitted in connection with its first part
  • the contents indicator 0000 0101 (5 in the decimal system) is transmitted in connection with the next part after the interruption.
  • the fast information channel is meant for fast transfer of information from a transmitter to a receiver.
  • the fast information channel comprises a portion 12 of its own in the transmission frame 14.
  • the portion includes fast information blocks 21 (FIB), which there may be 3, 4 or 12. the length of each being 32 bytes, or 256 bits.
  • FIB fast information blocks 21
  • Fig. 6 shows in more detail a FIB block 21 , wherein the first 30 bytes 21a comprise data and the last two bytes form a 16-bit CRC error checking part 21b.
  • the data portion 21a is further divided into fast information groups 22, 23, 24 (FIG), and if these do not fill the whole data portion, there is an end mark 25 and possibly padding bits 26 at the end.
  • a FIG group 23 contains a 3- bit type identifier 23a, which is a binary number in the range 000-111 , a 5-bit length indicator 23b. and a data field 23c.
  • the length indicator 23b is a binary number which indicates the length of the data field 23c in bytes.
  • the type identifier 23a specifies the type of information included in the data field 23c. As far as the invention is concerned, the most important type is the FIG type 5 (type identifier 101) which in standard ETS 300 401 is called the fast information data channel (FIDC) and which, according to the standard, can be used for trans ⁇ porting paging messages and emergency traffic, for example.
  • FIDC fast information data channel
  • Fig. 7 shows in greater detail a FIG group 23 of type 5.
  • Its type identifier 23a is 101 and the length indicator 23b is a unsigned binary number in the range from 1 to 29 inclusive, indicating the length ofthe data field 23c in bytes.
  • the data field includes a DI bit 24 and a D2 bit 25 which are used in a manner described later on.
  • extension field value 000 tells the receiver that the data part contains a paging message.
  • the other extension field values reserved in standard ETS 300 401 are 001 (traffic message channel, TMC) and 010 (emergency warning systems, EWS).
  • the length of a FIG group can be 30 bytes at the most, in which case it fills the whole space (21a in Fig. 6) available in one FIB block. Then the length of the data field in the FIG group is 29 bytes.
  • a FIG group of type 5 has the maxi- mum length, it has, according to Fig. 7, 101 as a type identifier 23a, 1 1101 as a length indicator 23b, DI and D2 bits 24 and 25, the use of which depends on the inte ⁇ retation determined by the extension field, three-bit TCId field 26 and extension field 27, and 28 bytes of data, which can be decoded in the manner determined by the extension field.
  • An object of this invention is to provide a method for transferring file-type inform ⁇ ation in the DAB system which advantageously complies with the ETS 300 401 standard. Another object ofthe invention is that the file transfer according to the invention can be realized regardless of whether the DAB system operates in the stream mode or in the packet mode. A further object of the invention is that the file transfer can be realized without spending too much of the transfer capacity of the system.
  • the objects of the invention are achieved by dividing the file to be transferred into segments and by including the segments and the data controlling their transfer in specified structures of the system which are capable of transporting data portions of several bytes, which data portions have not been specified as regards their contents. Later on it will be shown in detail which specified structures can be used in accordance with the invention.
  • the method according to the invention for transferring file-type data via a digital broadcasting system where the data structures used for the transfer comprise a service channel and an information channel, which further comprise data parts of predetermined formats which include the portion of transmitted data and supple- mentary information defining the transmitted data, is characterized in that said file- type data are made into segments of predetermined formats, which segments are placed in said data parts so that said segments in said data parts constitute the portion of transmitted data, and said supplementary information is used at least partly segment-specifically to describe said segments.
  • the invention is also directed to transmitter and receiver apparatuses which parti ⁇ cipate in the file transfer using the method according to the invention.
  • the trans ⁇ mitter apparatus according to the invention is characterized in that its data process ⁇ ing equipment includes means for generating file segments and means for generating supplementary information describing the file segments, and a connection to the information coding means and audio coding means in the receiver apparatus to send said file segments and supplementary information to those means, so that the information coding means and audio coding means connect said file segments and supplementary information to the information groups and audio frames generated by them.
  • the receiver apparatus according to the invention is characterized in that its data processing equipment includes
  • the invention is based on the perception that the undeniably extensive standards for digital data transfer in the DAB system left unstandardized the contents of data structures the transfer and transfer control of which were, however, standardized on the general level.
  • file-type information is divided into segments which are located according to the situation either in the audio data portion of audio frames or in the FIDC portion of the fast information channel. Transfer of segments located in the audio data portion of audio frames is controlled by new application types defined in the PAD portion. Transfer of segments located in the FLDC portion is controlled by a new extension field value defined for the type 5 FIG groups.
  • Fig. 1 shows the known structure of the DAB ensemble
  • Fig. 2 shows the known DAB transmission frame and how it is divided into channels
  • Fig. 3 shows the known structure of the DAB audio frame
  • Fig. 4 shows the known structure of the PAD portion of the DAB audio frame
  • Fig. 5a shows the known positioning of a long data group in the PAD portions of consecutive audio frames
  • Fig. 5b shows the known positioning of several short data groups consecutively in the PAD portion of one audio frame
  • Fig. 6 shows the known structure of the FLB block in the DAB system.
  • Fig. 7 shows the known structure of the FIG group of type 5.
  • Fig. 8a shows the structure of the audio frame according to an embodiment of the invention
  • Fig. 8b shows a detail of Fig. 8a
  • Fig. 8c shows a detail alternative to Fig. 8b
  • Fig. 9 shows the positioning of file segments in FIG groups according to another embodiment of the invention.
  • Figs. 1 to 7 in conjunction with the description of the prior art.
  • the description of the invention that follows will mainly refer to Figs. 8a to 9.
  • Like elements in the drawings are denoted with like reference designators.
  • Figs. 8a, 8b and 8c the situation where the file to be transferred is transported in the audio data portion of the audio frames. Since the number of bits in the audio data portion is considerably higher than in the FLDC portion of the fast information channel, it is the more effective way of the methods discussed here to transfer a fairly large file from a transmitter to a receiver.
  • the situation is illustrated by Figs. 8a, 8b and 8c.
  • one file segment fills the whole audio data portion 16f of an audio frame 16; for reasons of clarity, the relative length of said audio data portion is depicted considerably shorter than it really is.
  • the file is divided into segments in the transmitting appa ⁇ ratus which at the same time can assign a consecutive ordinal number for all or certain segments.
  • the idea is to form a so-called stream marker field which identifies a particular sequence formed by logical frames (here, audio frames).
  • the stream marker field is located in the X-PAD field of at least that audio frame which includes the first segment of the sequence in question.
  • a corresponding stream marker field can be located in all frames of the sequence, ie. in all frames transporting segments of the same file, or in part of them. It is not necessary to locate the stream marker field in the frames but it can also be located in those FIG groups of the fast information channel that are associated with said frames. Then, however, it must be inserted in its place only in conjunction with the multiplexing, so, from the point of view of formatting the data to be transferred, it is deemed more advantageous to locate the stream marker field in the X-PAD field of the frames.
  • Figs. 8b and 8c show in greater detail the PAD portion of the audio frame in Fig. 8a, comprising the F-PAD field 16h and X-PAD field 16j .
  • Said X-PAD field may be short (Fig. 8b) or variable (Fig. 8c).
  • Both Fig. 8b and 8c use logical order, which is read from left to right and in which the F-PAD field comes first and the X-PAD field after that. In accordance with the logical order, the bytes in the X-PAD field are in order which is reverse to the transmission order.
  • the F-PAD field 16h contains a two-bit X-PAD indicator 17 the value of which is '01'. corresponding to a short X-PAD field.
  • the Cl flag 18 in the F-PAD field is T which indicates that the X-PAD field 16j includes a contents indicator.
  • Said contents indicator Cl is chosen such that it tells that the X- PAD data subfield 20 includes a stream marker field representing a file segment transferred in the audio portion 16f.
  • contents indicator or application type number
  • application type number 1 be chosen, in which case the contents indicator in Fig. 8b is '00000001'.
  • the contents indicator uses in a manner known the first byte of a four-byte, short X-PAD field.
  • the other three bytes comprise the stream marker field, or data group 19, which corresponds to one data group (19-1, for example) in Fig. 5b, however so that there are no other data groups in the same field.
  • the stream marker field can be called a data group because in a manner known it refers to the data contents of the X-PAD field.
  • the stream marker field includes a so-called marker type 29 (MkTy) and the marker data 30 proper which are used as follows:
  • bit combination '00' means that the object is a multimedia hypermedia experts group (MHEG) object and bit combination '01' means that the object is transferred as a file.
  • MHEG multimedia hypermedia experts group
  • bit combination '01' means that the object is transferred as a file.
  • the other possible bit combinations ('10' and '1 1') are reserved for future expansion.
  • the 22-bit MHEG marker data 30-1 corresponding to the bit combination '00' is inte ⁇ reted as MHEG Marker information in accordance with the ISO/LEC 13522-5 standard. For the inte ⁇ retation, two zeroes are added to the beginning of said marker data so that the resulting 24-bit sequence is understood as three bytes according to said standard.
  • Marker data 30-2 corresponding to marker type value '01' comprises, as shown in Fig. 8b, a 6-bit segment number 30-2a and an 18-bit transport identifier 30-2b.
  • the former is used at least for indicating the first segment (segment number value 000000) of the file to be transferred and the last segment (segment number value 111111 ) of said file and to number the rest of the files between them, incrementing the segment number in steps of 5000 segments, for example.
  • the transport identifier 30-2b complies with the practice proposed by the Fraunhofer company in the international DAB planning group according to which each object is unequivocally identified during transmission (transport).
  • the data group according to the invention to transport the stream marker field takes so little space that it always fits into one short X-PAD field. So, as there is no need to distribute it to the X-PAD fields of several audio frames, there is no need, either, to reserve an application type to mark the beginning of the stream marker field and another application type to mark its continuation after a possible interruption, but one reserved application type (here, 1 ) is enough.
  • the F-PAD field 16h contains a 2-bit X-PAD indicator 17 the value of which is now '10' corresponding to a variable X-PAD field.
  • the Cl flag 18 in the F-PAD field 16h is T, which indicates that the X-PAD field 16j contains a contents indicator.
  • Said contents indicator Cl refers to the same applic- ation type as in the case of a short X-PAD field (here, 1 or '00001') but in the case of a variable X-PAD field, its first three bits represent in a known manner the length of the X-PAD data subfield 20.
  • the length of the X-PAD data subfield 20 is four bytes, so the first three bits in the contents indicator are '000' and the whole contents indicator is the same as in the case depicted in Fig. 8b, ie. '00000001'.
  • the four-byte data group 19 in the X-PAD data subfield 20 is formed according to the invention in such a manner that it transports the above-mentioned stream marker field.
  • the first three bytes of the data group comprise the same parts 29 and 30 as above in the case of a short X-PAD field.
  • the last byte, or the CRC part 32, is an 8-bit check code calculated from parts 29 and 30.
  • the same polynomial is used elsewhere in the DAB system to produce 8-bit CRC check codes.
  • variable X-PAD fields there cannot arise a situation in which a data group transporting a segment number should be distributed in the X-PAD fields of two or more audio frames, so it suffices to reserve one application type (here, application type number 1).
  • a FIG group of type 5 comprises a data transmission channel called the fast information data channel FLDC.
  • the value of the extension field tells how the data part belonging to the FIG group should be inte ⁇ reted.
  • a value is specified for the extension field to indicate that the data part of the FIG group includes part of a file segment to be transferred.
  • a data group 38 has been formed of a file segment to be transferred.
  • the length ofthe data group is (m+6)*8 bits, where m is an integer representing the length, in bytes, of the file segment in the data group.
  • the data group uses a 16-bit segment size part 33, a last bit 34, a 15-bit segment number 35, a data part 36 and a 16-bit segment CRC part 37, which are used as follows:
  • the amount of data to be transferred ie. the total length of parts 34 to 37 in bytes is given as a 16-bit signless binary number the maximum value of which, 1111 1111 1 11 1 11, corresponds to the decimal number 65535. So, in theory, the maximum segment size allowed is about 64 kB. In practice, the standard may require that the maximum size of a data group transferred in the FLDC portion of the fast inform ⁇ ation channel is smaller, in which case the maximum segment size becomes correspondingly smaller.
  • the last bit is '0' if the segment in question is not the last segment in the file and '1' if the segment is the last one in the file.
  • the segment number is a 15-bit binary number which is the same as the ordinal number of the segment transferred in the audio frame in question. Since 15 bits are reserved for this, the biggest possible segment number is 32767, ie. 111 1 111 11 1 1 11 11 in binary notation.
  • This portion of the data group comprises the file segment to be transferred.
  • the data group 38 in Fig. 9 is divided into successive FIG groups 23 of type 5 which have in their extension field 27 a value describing file segment transfer, in this case 01 1 , or 3 in decimal notation. According to custom, such FIG groups are marked FIG 5/3.
  • the DI bit 24 in the FIG groups 23 is used for indicating whether the FIG group in question contains the beginning of the data group or if it is a continuation of a FIG group transmitted earlier.
  • the DI bit in the left ⁇ most FIG group is '()', which indicates that it contains the beginning of a data group 38, and the DI bit in the other FIG groups is T indicating that they continue the transfer of that same data group.
  • the D2 bit 25 in the FIG groups is used for indicating whether the data group in question contains an LOG group or part of one (e.g. D2 bit value '0') or a file segment or part of one (D2 bit value T). All FIG groups in Fig. 9 include a part of a file segment, so their D2 bits are T.
  • FIG groups can be chosen at the accuracy of one byte, so padding bits are not needed at the end of the last FIG group.
  • AIC ancillary information channel
  • a file transfer according to the invention in the FLDC portion of the fast information channel may typically give rise to said AIC procedure, in which case the FIG groups of type 5/3 according to the invention are sent in the AIC channel. This results in no changes in the above-described FIG 5/3 group configuration according to the invention.
  • DAB transmitters and receivers include the audio encoder and decoder according to level II of the ISO/LEC standard 11 172-3 "Coding of Moving Pictures and Associated Audio for Digital Storage Media at up to 1.5 Mbit/s - Audio Part" by the International Standard Organization / International Electrotechnical Commission, which encoder and decoder can be programmed using known methods so that they add to the audio frame (encoding) and extract from the audio frame (decoding) the aforementioned PAD portions formed in the manner according to the invention.
  • the prior-art DAB transmitters and receivers include a fast information processing part which is implemented by means of microprocessor technology and which can be programmed using known methods in such a way that it generates and decodes FIG groups of type 5/3 according to the invention.
  • the invention discloses for the first time how information in the file format can be transferred in the stream mode of the DAB system. Since it has been earlier described how information in the file format can be transferred in the packet mode, the invention makes it possible to transfer files regardless of the mode used in the DAB system. Since the method according to the invention requires only a small amount of new supplementary information (typically about 4 bytes per file segment) it does not put a significant strain on the data transfer capacity of the system but the transmission of files is efficient.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne le transfert de fichiers dans un système de transmission numérique, en particulier dans un système de diffusion audio numérique conforme à la norme ETS 300 401. Selon l'invention, un fichier est divisé en segments qui sont transportés dans les trames audio (16) du canal de service ou dans la portion FIDC (23, 28) du canal d'information rapide. Dans les trames audio, les segments peuvent se trouver dans la portion des données audio (16f) de la trame de sorte que la portion de données (16h, 16j) associée au programme dans la trame comprend une information supplémentaire (29, 30, 31, 32) décrivant un segment. Dans la portion FIDC, un segment (36) et l'information supplémentaire (33, 34, 35, 37) le décrivant sont utilisés pour former un groupe de données (38) qui est réparti d'une manière avantageuse entre des groupes d'information (23) du type FIG 5/3.
PCT/FI1997/000044 1996-01-30 1997-01-29 Codage de segments de fichier sur un canal radio numerique WO1997028620A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU15481/97A AU1548197A (en) 1996-01-30 1997-01-29 Coding of file segments on a digital radio channel

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI960419A FI100562B (fi) 1996-01-30 1996-01-30 Tiedostosegmenttien koodaus digitaalisessa radiokanavassa
FI960419 1996-01-30

Publications (1)

Publication Number Publication Date
WO1997028620A1 true WO1997028620A1 (fr) 1997-08-07

Family

ID=8545155

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI1997/000044 WO1997028620A1 (fr) 1996-01-30 1997-01-29 Codage de segments de fichier sur un canal radio numerique

Country Status (3)

Country Link
AU (1) AU1548197A (fr)
FI (1) FI100562B (fr)
WO (1) WO1997028620A1 (fr)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1091511A2 (fr) * 1999-10-06 2001-04-11 Deutsche Telekom AG Procédé de réception de données numériques transmises par un système de télédiffusion
WO2002073440A1 (fr) * 2001-03-12 2002-09-19 Edgestream, Inc. Re-assemblage de fichiers en continu a partir de connexions separees
WO2002093846A1 (fr) * 2001-03-28 2002-11-21 Park, Young-Chan Procede de transfert d'un fichier divise
GB2375936A (en) * 2001-02-09 2002-11-27 Radioscape Ltd Method of inserting additional data into a compressed signal
GB2392359A (en) * 2002-08-22 2004-02-25 British Broadcasting Corp Allocating a bitrate for a data signal according to the complexity of an associated audio signal
KR100521361B1 (ko) * 2001-09-14 2005-10-14 박영찬 네트워크 환경에서의 파일 공동 전송 방법
EP1608091A2 (fr) * 2004-06-01 2005-12-21 Samsung Electronics Co, Ltd Méthode de commande, dispositif et medium pour l'affichage d'un service en utilisant le fast information channel dans un récepteur DAB
US7277958B2 (en) 2001-03-12 2007-10-02 Edgestream, Inc. Re-assembly of streaming files from separate connections
GB2445427A (en) * 2006-12-18 2008-07-09 Ubc Media Group Plc Downloading Data in the form of a file related to a broadcast media segment

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110808925A (zh) * 2019-11-04 2020-02-18 苏州思必驰信息科技有限公司 语音数据传输方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0306208A2 (fr) * 1987-09-02 1989-03-08 Ing. C. Olivetti & C., S.p.A. Méthode et appareil pour la transmission et/ou la réception de programmes d'ordinateur et/ou données au moyen de télétexte
WO1996042145A1 (fr) * 1995-06-12 1996-12-27 Oy Nokia Ab Protocole de transmission pour le transfert de fichiers dans un systeme de radiodiffusion audionumerique

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0306208A2 (fr) * 1987-09-02 1989-03-08 Ing. C. Olivetti & C., S.p.A. Méthode et appareil pour la transmission et/ou la réception de programmes d'ordinateur et/ou données au moyen de télétexte
WO1996042145A1 (fr) * 1995-06-12 1996-12-27 Oy Nokia Ab Protocole de transmission pour le transfert de fichiers dans un systeme de radiodiffusion audionumerique

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ETS 300 401:1994, European Broadcasting Union (EBU) and European Telecommunications Standards Institute (ETSI), page 29-32, 36-38. *

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1091511A2 (fr) * 1999-10-06 2001-04-11 Deutsche Telekom AG Procédé de réception de données numériques transmises par un système de télédiffusion
EP1091511A3 (fr) * 1999-10-06 2005-12-21 Deutsche Telekom AG Procédé de réception de données numériques transmises par un système de télédiffusion
GB2375936A (en) * 2001-02-09 2002-11-27 Radioscape Ltd Method of inserting additional data into a compressed signal
GB2375936B (en) * 2001-02-09 2003-05-14 Radioscape Ltd Method of inserting additional data into a compressed signal
WO2002073440A1 (fr) * 2001-03-12 2002-09-19 Edgestream, Inc. Re-assemblage de fichiers en continu a partir de connexions separees
US7277958B2 (en) 2001-03-12 2007-10-02 Edgestream, Inc. Re-assembly of streaming files from separate connections
WO2002093846A1 (fr) * 2001-03-28 2002-11-21 Park, Young-Chan Procede de transfert d'un fichier divise
KR100521361B1 (ko) * 2001-09-14 2005-10-14 박영찬 네트워크 환경에서의 파일 공동 전송 방법
GB2392359A (en) * 2002-08-22 2004-02-25 British Broadcasting Corp Allocating a bitrate for a data signal according to the complexity of an associated audio signal
GB2392359B (en) * 2002-08-22 2005-07-13 British Broadcasting Corp Audio processing
EP1608091A2 (fr) * 2004-06-01 2005-12-21 Samsung Electronics Co, Ltd Méthode de commande, dispositif et medium pour l'affichage d'un service en utilisant le fast information channel dans un récepteur DAB
EP1608091A3 (fr) * 2004-06-01 2006-04-19 Samsung Electronics Co, Ltd Méthode de commande, dispositif et medium pour l'affichage d'un service en utilisant le fast information channel dans un récepteur DAB
GB2445427A (en) * 2006-12-18 2008-07-09 Ubc Media Group Plc Downloading Data in the form of a file related to a broadcast media segment
US11671192B2 (en) 2006-12-18 2023-06-06 Ubc Media Group Plc Method of constructing and handling requests for data files

Also Published As

Publication number Publication date
AU1548197A (en) 1997-08-22
FI960419A0 (fi) 1996-01-30
FI100562B (fi) 1997-12-31
FI960419A (fi) 1997-07-31

Similar Documents

Publication Publication Date Title
JP4440209B2 (ja) デジタル音声放送を送受信するために信号をフォーマットする方法及び装置
EP0843920B1 (fr) Recepteur et procede pour fournir des donnees dans un format ameliore
US6721337B1 (en) Method and apparatus for transmission and reception of compressed audio frames with prioritized messages for digital audio broadcasting
EP1592160B1 (fr) Codage d'erreurs dans une supertrame pour la radiodiffusion numérique
CA2192958C (fr) Procede de transmission de donnees audio numerisees et de donnees supplementaires transmises par paquets
US6078592A (en) DAB receiver, apparatus and method for a format conversion of a DAB data sequence
FI105754B (fi) Siirtoprotokolla tiedostojen välittämiseksi DAB-järjestelmässä
US6434138B2 (en) Process for transmitting messages by digital sound broadcasting and receiver for carrying out this process
EP1566905A1 (fr) Protection améliorée contre les erreurs pour la délivrance de services à base de paquets dans les systèmes de radiodifussion numérique
WO1997028620A1 (fr) Codage de segments de fichier sur un canal radio numerique
JP3083559B2 (ja) Ａｍラジオ信号における付加情報の伝送方法
EP1109345A3 (fr) Procédé et système d'indication d'erreur de cohérence entre information de contrôle et de code dans un système de communication
AU690751B2 (en) Information transfer method, information carrier, arrangement for transmitting and arrangement for receiving information
US7848929B2 (en) Method and apparatus for packing and decoding audio and other data
EP1506549B1 (fr) Procede et dispositif de transmission d'informations audio et non audio avec correction des erreurs
FI98423B (fi) Multimediaohjelma palvelukomponenttien koodaus digitaalisessa radiokanavassa
KR20070113509A (ko) 재난 정보 송수신 방법 및 재난 정보 수신 장치
KR20120064750A (ko) 디지털 방송 시스템에서 데이터 처리장치 및 방법

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

NENP Non-entry into the national phase

Ref country code: JP

Ref document number: 97527328

Format of ref document f/p: F

122 Ep: pct application non-entry in european phase