KR100565098B1 - Video service providing and receiving method in dab system, and apparatus thereof - Google Patents

Abstract

A method and apparatus for providing and receiving video services in digital audio broadcasting (DAB) are disclosed. According to the present invention, a video service providing method in digital audio broadcasting (DAB) comprises the steps of: (a) storing information on encoding of a provided video service stream and information on packetization in a channel different from a service data channel; And (b) multiplexing the information on the video service encoding and the packetization information contained in the DAB transmission frame. As a result, even though they are called different DAB receivers, the video services can be uniformly processed, which is efficient in terms of the implementation of the DAB receivers related to the video service processing and control of the receivers.

Description

A video service providing and receiving method in a digital audio broadcasting (DAV) and its apparatus TECHNICAL FIELD

1 is a block diagram of a transmission side of a DAB system that provides a video service;

2 is a diagram illustrating an example of a configuration of a service element and a subchannel constituting one DAB ensemble;

FIG. 3 is a diagram showing a fast information group (FIG) for selecting content having a multi-structure and storing configuration information about an ensemble, a service, and a service element; FIG.

4 is a diagram illustrating a structure of a DAB transmission frame;

5 is a detailed block diagram of a video service encoder for providing a video service;

6 is a detailed block diagram of a video service encoder for providing a video service by composing video service data into IP packets;

7 is a configuration diagram of an MPEG-2 TS packet generated by inserting synchronization data and error correction data;

8 is a configuration diagram of a fast information block (FIB),

9 is a configuration diagram of FIG type 0,

10 is a configuration diagram of FIG 0/2,

11A is a detailed configuration diagram of a user application field of FIG 0/13;

11B shows an example of FIG for a newly defined video service encoding parameter, FIG.

12 is a data configuration diagram including encoding parameters and packetization information, including profile information and other information;

13 is a configuration diagram of a receiving side of a DAB system receiving a video service;

14 is a detailed configuration diagram of a video service control unit;

15A to 15B are flowcharts illustrating a method for transmitting a video service with reference to video service encoding information and packet configuration information through a stream mode in a DAB according to the present invention;

16 is a flowchart illustrating a method of receiving a video service with reference to video service encoding information and packet configuration information in a DAB receiving apparatus according to the present invention.

The present invention relates to digital audio broadcasting (DAB), and more particularly, to a method and apparatus for providing and receiving a video service in digital audio broadcasting (DAB).

In analog audio broadcasting, the quality of received signal is drastically deteriorated when the receiver is moved, and it uses high transmit power to reduce the influence of noise, so it is not power efficient, and uses different frequencies in the neighboring area to avoid interference between channels. Therefore, there are technical limitations such as poor spectral efficiency. Accordingly, research on digital audio broadcasting that can replace conventional AM and FM radio broadcasting has been conducted. As a standard, there is an ETSI EN 300 401 document made by the European Telecommunication Standardization Institute (ETSI).

This document, also called EUREKA-147, describes the use of high-quality audio compression technology in accordance with MPEG-1 Audio Layer II with a bandwidth of about 2 MHz to provide CD-level audio services and various additional services. In order to transmit a large amount of audio and data at an optimal data rate under a limited bandwidth and a given channel environment, audio data uses UEP (Unequal Error Protection) method, and data uses EEP (Equal Error Protection) method. Correct.

On the other hand, digital audio broadcasting (DAB) can transmit various channels of high quality audio, as well as various additional data. Examples of additional data include still images, moving images, and graphics. Examples of multimedia services that can be provided by transmitting such additional data include, for example, travel and traffic information providing services and news headline characters and images. Program linked information providing services such as giving or showing weather forecasts and traffic information combined with electronic maps, independent information services independent of programs such as website broadcasting or GPS for DAB, and video transmission services.

Among these services, audio service, packet mode data service, and stream mode data service are provided according to DAB standard (ETSI EN 300 401), but since video service using stream mode data service is not defined in DAB standard, video data In order to transmit or receive the data, the DAB standard shall be modified or added to define the processing method. If the standard is not defined in this way, it is necessary to make a separate appointment for the transmission method of the broadcaster and the reception method of the receiver in advance. However, in case of the receiver that does not comply with these private regulations, the video service is performed through the DAB stream mode. This is because it is not provided.

In addition, when a video service is provided using a stream mode data service, which is a main service channel, video service related encoding parameters and information on how the video data is packetized are generally included in the video service stream. Accordingly, the video service can be naturally provided only by decoding the main service channel of the DAB and knowing what parameter data related to the video service is encoded and how the video data is packetized.

Accordingly, an object of the present invention is to provide a video service providing and receiving method and apparatus for enabling video service through a stream mode in a DAB.

According to the present invention, in the method of providing a video service in digital audio broadcasting (DAB) according to the present invention, (a) the information about the encoding of the provided video service stream and the packetization information is different from the service data channel. Putting in a channel; And (b) multiplexing and transmitting the contained information about video service encoding and information about packetization into a DAB transmission frame.

The video service stream includes encoded video data, encoded audio data and / or encoded side data, and includes time synchronization information and multiplexed information of the encoded video data, encoded audio data and / or encoded side data. It is preferable to further include.

Further, the packetization information is preferably information on RTP packetization, UDP packetization and IP packetization of encoded audio data, encoded video data and / or encoded side data, and used for error correction encoding. Preferably, the method further includes information about the method and the interleaving method.

In addition, it is preferable that a channel containing information on encoding and packetization of the video service stream is a fast information channel (FIC) among DAB transmission frames.

Meanwhile, according to another aspect of the present invention, the technical problem is a method of receiving a video service in digital audio broadcasting (DAB), (a) receiving a DAB transmission frame, the sub-channel and service elements associated with the service selected by the user Interpreting information about; And (b) if the selected service is a video service, receiving, interpreting and finding information on video service encoding and packetization information necessary for processing the same through a channel different from the service data channel. It is also achieved by the method characterized in that.

Preferably, the information on the encoding of the video service stream and the packetization information are received through a fast information channel (FIC) among DAB transmission frames.

On the other hand, according to another field of the present invention, the technical problem is a service information analysis unit for receiving information on the sub-channel and service elements associated with the service selected by the user receiving the DAB transmission frame; A video service encoding parameter information analysis unit for analyzing the information on the encoding of the video service stream and the packetization information necessary for processing the selected video service by analyzing a channel different from a service data channel; And a video service decoder driver for driving a decoder for decoding the video service data.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a block diagram of a transmitting side of a DAB system that provides a video service.

The DAB system transmits not only basic audio service data but also video service data and additional service data. Accordingly, the video service encoder 110, the audio service encoder 120, and the additional data service encoder 130 are provided. Audio service data such as voice and music to be broadcast are input to the audio service encoder 120, and the encoding and channel coding are performed and then input to the MSC multiplexer 140. Since a plurality of audio services are possible in the DAB system, a plurality of audio service encoders 120 may exist.

Data such as text information and web information except audio are classified into packet mode data, and these packet mode data are inputted to the additional data service encoder 130, and then encoded and channel coded, and then inputted to the MSC multiplexer 140. . Since there may be a plurality of packet mode data services, there may also be a plurality of additional data service encoders 130.

The signals constituting the video service in the DAB system include audio signals, video signals, and additional data signals. Video service data including video signals such as movies and drama videos, and additional data related thereto (e.g., subtitle data) or data classified as DAB standard packet mode data such as text information, traffic information, still images and web information. Is classified as stream mode data, sent to the video service encoder 110, encoded into stream mode data, and then input to the MSC multiplexer 140 through channel coding.

The main service multiplexer 140 multiplexes the audio service, the packet mode data service, and the stream mode data service, adds additional information and multiplexing information about each service, and attaches the synchronization information thereto to create and output a DAB transmission frame. . The DAB transmission frame thus made is transmitted on the radio waves of the VHF band through the OFDM modulator 150 and the amplifier 160. The receiver can be fixed, portable or mobile.

2 is a diagram illustrating an example of a configuration of a service element and a subchannel constituting one DAB ensemble.

Ensemble refers to multiple encoded audio streams and multiple data streams each being channel coded and then multiplexed into one bit stream together with system data. A service refers to an output selected by a user, such as a program service or a data service, and a service component refers to elements constituting a service. The service elements of a given service are connected to each other by multiplex configuration information (MCI). Each service element is carried on a sub-channel (Sub Channel, SubCh) or fast information data channel (FIDC).

Referring to FIG. 2, the "DAB ENSEMBLE ONE" ensemble has three services and each service name is "alpha1 radio", "beta radio", or "alpha2 radio". Each of these services in turn has a service element, of which the "alpha1 radio" has a service element of basic audio, ALPHA-TMC and ALPHA-SI. The service element is then transmitted on each subchannel. For example, if "alpha1 radio" is a sports service, the audio broadcasted to it is connected to the basic audio service element, the relevant text information is a service element called ALPHA-TMC, and the configuration information of "alpha1 radio" is ALPHA- It is connected to a service element called SI. Here, the TMC is a traffic message channel, which is a channel for transmitting real-time traffic information.

The structure of these services and service elements can be obtained with reference to the multiplexed configuration information (MCI). That is, the multiplexed configuration information (MCI) records information on each service element, so that the receiving device can analyze the service element. For example, if a user receives a service element called ALPHA-TMC, the receiver analyzes the multiplexed configuration information (MCI) to find out that the service element called ALPHA-TMC is transmitted through a high speed information data channel (FIDC). Therefore, the high speed information data channel FIDC in the high speed information channel FIC can be read to provide a service to the user. The fast information data channel (FIDC), on the other hand, is used to transmit small sized data that must be transmitted within a predetermined time.

Since the service elements are transmitted in each subchannel, the subchannel configuration may be arbitrarily reconfigured by the service provider, and the once-configured subchannel configuration may be newly reconfigured according to channel capacity change or service change. If the subchannel configuration information or service is changed, the new multiplexing configuration information (MCI) is transmitted in advance so that the reception apparatus can receive the changed service.

FIG. 3 is a diagram illustrating a fast information group (FIG) that selects content having a multi-structure and stores configuration information about an ensemble, a service, and a service element.

FIG is a bundle of data used in one application in a fast information channel (FIC). Referring to FIG. 3, it can be seen that a plurality of service elements exist in one service and a plurality of applications transmitted in a sub channel corresponding to a sub channel ID or a sub element corresponding to the service element ID may be provided. The DAB uses FIC to describe this service configuration. Therefore, in order to receive the service selected by the user, the service desired by the user through the FIC's multiplex configuration information (MCI), where the service is transmitted, and the size of the channel (this information is the information about the subchannel). Can be shown or displayed. The FIG forms a fast information block (FIB) constituting this FIC. When the FIG is interpreted, the FIG can be known about the service.

4 is a diagram illustrating a structure of a DAB transmission frame.

The DAB transmission frame is composed of a synchronization channel (SC) 410, a fast information channel (FIC) 420, and a main service channel (MSC) 430.

The synchronization channel (SC) 410 is composed of a null symbol capable of determining a transmission mode, and reference symbols required for OFDM symbol synchronization and carrier frequency synchronization. The fast information channel (FIC) 420 transmits information necessary for a receiver to process data, for example, information on a service configuration, a multiplexed form, and the like, or transmits data that needs to be transmitted quickly. The channel used. The FIC 420 includes multiplexing configuration information (MCI) including information on the structure of each subchannel, and service information (SI) which is additional information about each service. So checking this channel will tell you which service's data is being sent through the MSC and by which application the service will be used. In addition, the FIC 420 may contain data to be transmitted quickly within a predetermined time. For example, simple messages about an emergency may be sent via the FIC 420. A fast information block (FIB) constituting the FIC 420 will be described later with reference to FIG. 8.

The main service channel (MSC) 430 transmits actual content data provided by the service provider. The MSC 430 may carry a part of the FIC data when the space of the FIC 420 is insufficient. However, the MSC 430 may need to be transmitted quickly because some time is required for decoding due to time interleaving. FIC data cannot be contained. The method of transmitting data includes a stream mode or a packet mode. Stream mode transmits at a fixed bit rate by sending only data without additional headers within a given subchannel. Packet mode can multiplex multiple service elements within a given subchannel by sending headers in addition to data. Therefore, the process of analyzing the header of the packet is added to extract the actual data of this part.

5 is a detailed block diagram of a video service encoder for providing a video service.

The video signal is encoded by video encoder 502, the audio signal is encoded by audio encoder 504, and the additional data signal is encoded by additional data encoder 506.

At this time, packet mode data such as text information, traffic information, still image, and web information transmitted by the packet mode of the DAB may also be used as additional data, and these are used in the packetized form of the corresponding standard. In the case where the packet data transmitted as the packet mode data of this DAB is transmitted as additional data of the video service, an error correction function or the like is performed through an error reinforcement unit provided in the video service encoder, so that strong transmission to channel errors can be performed. The transmission error can be reduced more than the transmission through the conventional packet mode.

The video encoder 502 records information indicating how the input video signal is encoded. For example, if encoded according to the MPEG-4 video coding method, the size of the input video, MPEG-4 profile information, and level information are recorded in the header of the encoded video stream. The information about the video encoding is parameterized and output. In addition, the audio encoder 504 similarly records information indicating how the input audio signal is encoded. For example, if encoded according to the MPEG-4 audio coding method, information such as the sampling rate and the number of channels of the input audio is recorded in the header of the encoded audio stream. The information about these audio encodings is parameterized and output.

Further, the additional data encoder 506 also parameterizes information regarding packet type data such as text information, traffic information, still image, web information, or the like which is input additional data signal, or what kind of data is encoded general additional data. To print.

The video service encoder 110 receives an encoded video stream, an encoded audio stream, and an encoded additional data stream to create a video service stream, and multiplexes the MSC multiplexer 140 together with other service data through a stream mode. send. The video service encoder 110 includes a time synchronization information inserter 510, a multiplexer 520, and an error reinforcement processor 530.

The time synchronization information inserting unit 510 inserts time synchronization information so that the audio data in the encoded audio stream, the image data in the encoded video stream, and the additional data stream can be reproduced in synchronization with each other. That is, since the video encoder 502, the audio encoder 504, and the additional data encoder 506 each independently encode input data, they do not contain information about what should be output in association with each other. Therefore, time synchronization information is additionally needed. As an example of the time synchronization information, the method defined in the MPEG-4 Synchronization Layer (SL) is used to describe the encoded video stream, the encoded audio stream, and the encoded video by inserting the time synchronization information into the MPEG-4 SL header. Append to each additional data stream. This time synchronization information is also parameterized and output.

The multiplexer 520 multiplexes the encoded audio stream, the encoded video stream, and the additional data stream including the time synchronization information into one transport stream. Multiplexing can be performed according to various methods. However, when multiplexing according to MPEG-2 TS is described as an example, MPEG-2 TS packets packetized to a size of 188 bytes are created and multiplexed. In the multiplexed stream, a PID, which is a program ID of data contained in the packet, is recorded. The multiplexing information including the PID is also parameterized and output.

The multiplexed transport stream is input to the error reinforcement processor 530 to cope with transmission errors. The error reinforcement processor 530 includes an error correction coding unit 532 and an interleaver 534.

The error correction coding unit 532 adds error correction data after the payload data to be transmitted, and the interleaver 534 adds error correction data to the transport stream provided with error correction data by using a convolutional interleaving method. Rearrange each byte position in the transport stream. For example, when the multiplexed stream is MPEG-2 TS, as described above, the size of one MPEG-2 TS packet is 188 bytes, and error correction data is added after the 188 bytes. The error correction coding unit 532 may generate error correction data using a Reed-Solomon coding method, and the interleaver 534 may use a convolutional interleaving method. Information about the coding method and the interleaving method is also parameterized and output.

The error reinforcement stream processed by the error reinforcement processor 530 is carried by the MSC multiplexer 140 on the main service channel of the DAB.

The above-mentioned parameterized information is called a video service encoding parameter and is input to the video service controller 550. The video service control unit 550 transmits the video service encoding parameter to the FIC processing unit 560 to transmit the FIC through the FIC, and the FIC processing unit 560 encodes the encoding parameter and transmits it to the FIC channel. Among the encoding parameters received, encoding information of the video signal and the audio signal is profiled and recorded in the FIC. The error correction coding method and the interleaving method used in the error reinforcement processor 530 are recorded in the DSCTy field of FIG 0/2, and the time synchronization information insertion and multiplexing related method is a user application field of FIG 0/13. field) and transmitted via FIC. How to specifically record the encoding parameter will be described later.

The encoding parameter is information related to the video service in order to receive and process the video service at the receiver, and is information required to initialize or prepare a corresponding decoder, demultiplexer, and the like. In other words, it is necessary to be able to interpret in advance whether the stream mode data included in the main service channel is a video service, and the encoding schemes used for each audio stream, video stream, and additional data stream constituting the video service vary. You need to know what encoding scheme you used, and also which of the error enhancement schemes was used.

In summary, the video service encoding parameter includes not only information about encoding, synchronization and packetization of the video stream constituting the video service, but also information necessary for initialization of the video decoder of the receiver. In addition, information on encoding, synchronization, and packetization of an audio stream constituting a video service is included, as well as information necessary for initializing an audio decoder of a receiver. In the stream mode used to provide the video service, since the start and end of the data are not specified, it is necessary to know where the first packet data is continuously input. In the case of MPEG-2 TS, when the sync pattern starts with 0x47, However, when the MPEG-2 TS is not used, a predetermined pattern is determined as a sync pattern in advance, and when this sync pattern is found, it is determined as the start of data. After the sync pattern, the end of the data may be known by adding a packet number or a last packet of the corresponding packet. In addition, as information necessary for demultiplexing the multiplexed streams, information such as PID, PAT, and PMT of each stream is also included in the video service encoding parameter.

Although FIG. 5 illustrates a case where video service data is generated and transmitted based on MPEG-2 TS packets, FIG. 6 illustrates the provision of IP packetized video service data.

6 is a detailed block diagram of a video service encoder for providing a video service by configuring video service data into IP packets.

The configuration and function of the video encoder 502, the audio encoder 504 and the additional data encoder 506 are as described above with reference to FIG. 5.

The RTP packetizer 610 makes the encoded video stream, the encoded audio stream and the encoded additional data stream into RTP packets, respectively. There are several RTP packetization methods. One RFC is selected and packetized accordingly. When RTP packetization is selected, an audio RTP packet, a payload type value of a video RTP packet, and the like are recorded in an RTP header, and the RTP header is output as a video service encoding parameter. Each generated RTP packet is delivered to the UDP packet constructing unit 620 and the IP packet constructing unit 630. The UDP packet constructing unit 620 attaches a UDP header to the input RTP packet to form a UDP packet, and the IP packet constructing unit 630 attaches an IP header to the generated UDP packet to form an IP packet.

The IP packet thus produced is input to the error reinforcement processor 640 to cope with transmission errors. Since the IP packet generally has a variable length, in order to use the error reinforcement method applied to the MPEG-2 TS packet, the IP packet must be made to have a fixed size like the MPEG-2 TS packet. Therefore, the IP packet is cut and made in the same form as the MPEG-2 TS packet. Alternatively, 188 bytes are composed of synchronization data and payload data, or IP packets are multiplexed according to the conventional MPEG-2 TS multiplexing method, and then input to the error reinforcement processor 640 to add error correction data. The error correction method and the interleaving method are output as video service encoding parameters.

The error reinforcement stream processed through the error reinforcement processor 640 is carried by the MSC multiplexer 140 on the main service channel of the DAB.

The above-mentioned parameterized information is called a video service encoding parameter and is input to the video service controller 650. The video service control unit 650 transmits the video service encoding parameter to the FIC processing unit 660 to transmit the FIC through the FIC, and the FIC processing unit 660 codes the encoding parameter and transmits the encoding parameter to the FIC channel. Among the encoding parameters received, encoding information of the video signal and the audio signal is profiled and recorded in the FIC. The error correction coding scheme and the interleaving scheme used in the error reinforcement processor 640 are recorded in the DSCTy field of FIG 0/2, and the packetization information used in the RTP packetizer 610 is used by the user of FIG 0/13. It is recorded in the user application field and transmitted through the FIC.

7 is a configuration diagram of an MPEG-2 TS packet generated by inserting synchronization data and error correction data.

Referring to FIG. 7, an error correction data generated according to an error correction encoding method such as a Reed Solomon coding method is generated by creating an MPEG-2 TS packet of 188 bytes including synchronization data 710 and payload data 720. Add.

8 is a configuration diagram of a fast information block (FIB).

The FIC consists of FIBs and each FIB consists of an FIB data field 810 and a CRC field 820. The FIB data field 810 is 30 bytes, which in turn consists of FIGs. If the FIB data field 810 cannot be filled with the FIG data, 256 bits are padded after padding the null data 840 after inserting the end marker 830 so that the receiver knows that the FIG data is no longer present. Create a FIB of size. An example of the end marker 830 may be “111 11111”. Each FIG includes a FIG type field 850 indicating the format of data contained in the FIG data field 870 and a length field 860 indicating the length of the FIG data field 870, followed by actual data. Is contained in the FIG data field 870. The syntax of the information or data about the FIG type depends on the application used or the information to be informed. Hereinafter, the formats of FIG types related to service processing of the present invention will be described.

9 is a configuration diagram of FIG type 0.

FIG type 0 contains current and future multiplex configuration, multiplex reconfiguration, time and other basic service information. FIG type 0 field 910 contains different information according to various extensions that type 0 may have.

10 is a configuration diagram of FIG 0/2.

FIG 0/2 shows a detailed configuration of the FIG type 0 field 910 of FIG. 9 in the case of extension 2 of FIG type 0, and contains information about a service configuration. A description of a service applied to one service is contained in one field (service field k).

Among these fields, TMId 1010 is a Transport Mechanism Identifier, and when the value is "01", it indicates that the corresponding service component is a stream mode data service. And DSCTy 1020 represents a Data Service Component Type. In case of a video service using the stream mode, this DSCTy field 1020 needs to be newly defined, and the present invention records that an error reinforcement scheme is applied among the video service components. For example, if the ReedSolomon error correction coding scheme RS (204, 188) and convolutional interleaving (12x17) are used in the video mode stream mode, and the RS (208, 192) and block interleaving are used in the packet mode for the multimedia service, In order to distinguish and know, the following application is preferable.

DSCTy: value nnnnnn: Stream mode for video services (RS (204,188), CI (12x17))

DSCTy: value mmmmmm: Packet mode for multimedia service (RS (208,192), Block Interleaving)

11A is a detailed configuration diagram of a user application field of FIG 0/13.

FIG 0/13 records data required by the service decoder of the DAB receiver. The user application type field 1110 among the fields of FIG 0/13 indicates a user application module to be used for decoding data corresponding to the corresponding service ID SId. In the case of a video service using the stream mode, it is preferable to define this user application type field 1110 as a video service.

In addition, packet mode data such as encoding scheme, packet and multiplexing scheme, character information, traffic information, still image, and web information are used as additional data in the user application data field. If so, the information about the user program type for each packet mode defined in the DAB standard should be included. That is, the user application type field 1110 records a video service, and the user application data field 1120 records an encoding parameter made in a format as shown in FIG. 12 to be described later.

Meanwhile, a video service encoding parameter may be recorded by newly defining an extension of FIG type 0. In this case, a user application field is created as shown in FIG. 11B.

11B is a diagram illustrating an example of FIG for a newly defined video service encoding parameter.

A 16-bit service ID (SId) is recorded at the front of the user application field, and then an encoding parameter made in the format shown in FIG. 12 is recorded. Accordingly, FIG can be implemented for video service encoding parameters.

12 is a data configuration diagram including encoding parameters and packetization information, including profile information and other information.

The encoding parameter and packetization related information include profile ID and packetization information about video and audio. Hereinafter, the profile ID will be described in detail. For example, if the coding scheme used for video encoding is MPEG-4 AVC, the coding scheme used for audio encoding is MPEG-4 BSAC, and the packet and multiplexing scheme is MPEG-2 TS using MPEG-4 SL. Instead of separately recording the video, audio, packet, and multiplexing methods into the user application data field, profiled 0x00 values are defined in the profile ID field.

Profile ID Profile Description Video codec audio codec Muxing / packet 0x00 video service 1 MPEG-4 AVC MPEG-4 BSAC MPEG-2 TS with MPEG-4 SL 0x01 video service 2 MPEG-4 AVC MPEG-4 AAC MPEG-2 TS with MPEG-4 SL 0x02 video service 3 MPEG-4 AVC MPEG-4 AAC MPEG-2 TS with MPEG-2 PES 0x03 video service 4 MPEG-4 Part 2 MPEG-2 AAC MPEG-2 TS with MPEG-2 PES

The video service encoding parameter information is contained in FIG 0/8 and FIG 0/13 of the FIC, but the video service controller of the receiver performs processing of the video service using the information in the receiver.

Profile information and other information can be separately separated and assigned to separate FIGs, whereby encoding parameters and packetization related information can be separately recorded in two or more different FIGs. In addition, such information may be provided as essential information when providing an electronic program guide (EPG) in broadcasting. In this way, the encoding parameters and packetization information of the video service can be analyzed to know in advance whether or not the service can be processed by the receiver.

13 is a block diagram of a receiving side of a DAB system receiving a video service.

The DAB receiving apparatus receives the OFDM modulated signal through the tuner 1310 and demodulates through the OFDM demodulator 1320 to form a DAB transmission frame. The channel decoder 1330 includes a baseband decoder 1332 and an OFDM channel decoder 1334. The channel decoder 1330 parses the FIC data to generate and display a service list to the user. The FIC data includes the video service encoding parameters and packetization information as described above, so that when the FIC data is interpreted, not only what service is provided, but also the data constituting the service is encoded according to which method. You can see if it is packetized. When the user selects one service, the MSC demultiplexer 1340 extracts and outputs the service data accordingly. When the user selects a video service, the encoded video stream, the encoded audio stream, and the encoded additional data stream constituting the video service are delivered to the video decoder 1350, the audio decoder 1360, and the additional data decoder 1370, respectively. And decode. The controller 1380 controls each component according to the video service encoding parameter information and the packetization information.

14 is a detailed configuration diagram of a video service control unit.

The video service controller includes a service information analyzer 1410, a video service encoding information analyzer 1420, and a video service decoder driver 1430.

The service information analyzing unit 1410 interprets FIG 0/2 described with reference to FIG. 10 to show currently provided services. When the user selects one video service, the service information analyzing unit 1410 relates to subchannels and service elements related to the selected service. Interpret the information.

The video service encoding information interpreter 1420 interprets an error reinforcement method of the video service through DSCTy of FIG 0/2, and the video service decoder method used for the video service uses the user application type and user application data of FIG 0/13. Interpret through Based on the video service encoding information found through this interpretation, the video service decoder driver 1430 drives a video service decoder including an error reinforcement unit.

15A to 15B are flowcharts illustrating a method of transmitting a video service with reference to video service encoding information and packet configuration information through a stream mode in a DAB according to the present invention.

Receive video service-related encoded voice, video, additional data, etc. from the outside, or receive audio and video data encoded by an audio encoder and a video encoder separately included in the video service encoder (S1510), thereby providing a smooth video service. In order to add synchronization time information and perform video service stream multiplexing (S1520), error correction data addition and convolutional channel interleaving are performed through an error reinforcement unit (S1530). The error-enhanced stream is multiplexed after channel coding (S1540) (S1550), recorded in the main service channel (S1560), and recorded in the DAB transmission frame together with the FIC containing the video service encoding parameters and transmitted (S1595).

On the other hand, the video service encoding parameter information and packet configuration information related thereto are received (S1570), recorded in the corresponding FIG field (S1580), and loaded on the FIC (S1590). That is, the information provided for smoothly processing the video service at the receiving apparatus is provided to the provided video service in a different FIC from the main service channel (MSC), which is a service data channel. The FIC is composed of FIB, and the FIB is composed of several FIG. In the present invention, the fields are modified and newly defined in FIG 0/8 and FIG 0/13, and the video service encoding parameter information and packet configuration information are added thereto. Put it. The video service encoding parameter information thus generated is multiplexed with the main service channel (MSC) to be transmitted as a DAB transmission frame (S1595). The configurations of FIG 0/8 and FIG 0/13 are as described above.

16 is a flowchart illustrating a method of receiving a video service with reference to video service encoding information and packet configuration information in a DAB receiving apparatus according to the present invention.

The DAB transmission frame is received (S1605), and information about subchannels and service elements related to the service selected by the user is analyzed (S1610). Then, FIG 0/8 and FIG 0/13 in the FIC, which are channels different from the service data channel, are analyzed (1615). In this way, the video service encoding parameter information and the packet configuration information required to process the selected video service are found (S1620). With the information thus interpreted, the preparation for driving the corresponding video service decoder is completed (S1625).

Then, the received DAB transmission frame is demultiplexed (S1630), and the channel-decoded subchannel data of the corresponding main service channel (S1635) and error enhanced decoding is performed (S1640). The video service stream is demultiplexed (S1645), time synchronization information is extracted through depackaging, and audio and video data are decoded through an audio and video decoder (S1650), and the result is extracted according to the time synchronization information. Output as a service element (S1655).

Additional data consisting of packet mode data such as text information, traffic information, still image, web information, and the like is also decoded or depacketized and output through a corresponding additional data decoder initialized according to video service encoding parameter information and packetization information.

Meanwhile, the video service control method including the above-described video service encoding parameter and packetization information can be created by a computer program. Codes and code segments constituting the program can be easily inferred by a computer programmer in the art. In addition, the program is stored in a computer readable media, and read and executed by a computer to implement a video service control method including video service encoding parameters and packetization information. The information storage medium includes a magnetic recording medium, an optical recording medium, and a carrier wave medium.

So far I looked at the center of the preferred embodiment for the present invention. Those skilled in the art will appreciate that the present invention can be implemented in a modified form without departing from the essential features of the present invention. Therefore, the disclosed embodiments should be considered in descriptive sense only and not for purposes of limitation. The scope of the present invention is shown in the claims rather than the foregoing description, and all differences within the scope will be construed as being included in the present invention.

As described above, according to the present invention, a method of efficiently processing a video service using a stream mode of a DAB is proposed to uniformly process video services even though they are called different DAB receivers, so that a video service implementation aspect of a receiver is provided. Efficient at In addition, since the information on the video service encoding parameter is received in advance using the FIC information, the corresponding decoder scheme can be known in advance without decoding the data of the main service, so that the decoder included in the receiver can be more easily controlled.

Claims (28)

In the video service providing method in digital audio broadcasting (DAB), (a) including information indicating that a provided service is a video service in a fast information channel of a DAB transmission frame; And and (b) embedding a video service stream in a service data channel that constitutes the DAB transmission frame and is distinct from the fast information channel. The method of claim 1, And the video service stream comprises an audio data stream, a video data stream, or an audio and video data stream. The method of claim 1, And the information indicating that an error correction encoding method and an interleaving method used in a serviced video service are contained in the fast information channel. The method of claim 3, The error correction encoding method is a Reed Solomon (204,188) method, and the interleaving method is a convolutional interleaving method. The method of claim 1, wherein the high speed information channel A video service providing method, comprising fast information blocks (FIBs) of a predetermined size, wherein a data field constituting the FIB is composed of at least one FIG. The method of claim 5, wherein the FIG is And a data service component type field for recording a type corresponding to an error reinforcement scheme used for a video service. The method of claim 5, wherein the FIG is A video service comprising a user application type field indicating a video service and a profiled profile index field which can be used to interpret an audio data stream or a type of decoder to be used to process a video data stream included in the video service. How to Provide. The method of claim 5, wherein the FIG is And a user application type field indicating a video service and a type field of a decoder to be used to process an audio data stream or a video data stream included in the video service. In the video service receiving method in digital audio broadcasting (DAB), (a) receiving a DAB transmission frame and analyzing whether the service selected by the user is a video service from data contained in a fast information channel among the DAB transmission frames; And and (b) according to the analysis result, decoding the video service stream included in the service data channel constituting the transport frame and distinct from the fast information channel. The method of claim 9, And the video service stream comprises an audio data stream and a video data stream. The method of claim 9, The fast information channel includes information on an error correction encoding method and an interleaving method used. The method of claim 11, The error correction encoding method is a Reed Solomon (204, 188) method, and the interleaving method is a convolutional interleaving method. The method of claim 11, wherein the high speed information channel And a data field constituting the FIB, and comprising at least one FIG. The method of claim 13, wherein the FIG is And a data service component type field for recording a type corresponding to an error reinforcement scheme of a provided video service. The method of claim 13, wherein the FIG is A video service receiving method comprising a user application type field indicating a video service and a profiled profile index field which can be used to interpret an audio stream or a type of decoder to be used to process a video stream. . The method of claim 13, wherein the FIG is And a user application type field indicating a video service and a type field of a decoder to be used for processing an audio stream or a video stream used for the video service. A service information analyzer which receives a DAB transmission frame and analyzes whether or not a service selected by a user is a video service from information contained in a fast information channel of the received DAB transmission frame; And a video service decoder driver configured to drive a decoder for decoding the video service stream included in the service data channel, which constitutes the DAB transmission frame according to the analysis result. Processing unit. The method of claim 17, And the fast information channel contains information about an error correction encoding method and an interleaving method used. The method of claim 17, The error correction encoding method is a Reed Solomon (204, 188) method, and the interleaving method is a convolutional interleaving method (Convolutional Interleaving). In the structure of a transmission data frame for providing a video service in digital audio broadcasting (DAB), A fast information channel for transmitting information indicating that the provided service is a video service; And a main service channel for transmitting the video service stream. The method of claim 20, The video service stream comprises an audio data stream, a video data stream, or an audio and video data stream. The method of claim 20, The fast data channel includes information indicating that an error correction encoding method and an interleaving method used for a service video service are used. The method of claim 22, The error correction encoding method is a Reed Solomon (204,188) method, and the interleaving method is a convolutional interleaving method. 21. The method of claim 20, wherein the high speed information channel is A transmission data frame comprising fast information blocks (FIBs) of a predetermined size, wherein the data field constituting the FIB is composed of at least one FIG. The method of claim 24, wherein the FIG is And a data service component type field for recording the type corresponding to the error reinforcement scheme used for the video service. The method of claim 24, wherein the FIG is And a profiled profile index field created to interpret a user application type field indicating a video service and a type of a decoder used to process an audio data stream or a video data stream included in the video service. frame. The method of claim 24, wherein the FIG is And a user application type field indicating a video service and a type field of a decoder to be used to process an audio data stream or a video data stream included in the video service. A computer-readable recording medium having recorded thereon a program for executing the method according to any one of claims 1 to 16.

Images