KR20070090684A - Digital broadcast signal and method and apparatus of processing the digital broadcast signal - Google Patents

Abstract

A digital broadcasting signal and a method and an apparatus for processing the same are provided to supply the broadcasting signal including a service coded by a new coding method and supply the broadcasting signal including plural services within one stream. One ensemble includes plural services. Each service is multiplexed by a transport stream and transmitted through one stream mode. If a program service type is an audio dedicated service, the service is multiplexed by using a packet ID(Identification). If the program service type is a service including a video, the service forms a program map table by using the packet ID and is multiplexed by using an ID of the formed program map table.

Description

Digital broadcast signal and method and apparatus for processing the broadcast signal

1 illustrates the structure of a transmission frame in a digital broadcasting system in accordance with the present invention.

2 illustrates an example of a structure of a digital broadcast service in connection with the present invention.

3 illustrates an example of configuring a service included in one ensemble according to the present invention.

4 is a diagram illustrating multiplexing of a plurality of services by an MPEG-2 transport stream according to the present invention.

5 is a diagram illustrating an example of a service organization field structure of a type field of FIG in accordance with the present invention;

6 shows an example of a type of FIG according to the present invention;

7 is a block diagram illustrating a digital broadcast receiver for receiving and processing a transport stream according to the present invention.

8 is a flowchart illustrating a method of processing a transport stream according to the present invention.

* Explanation of symbols for the main parts of the drawings

100: control unit 110: tuner

120: FIC decoder 130: MSC decoder

140: user interface 150: data decoder

160: audio decoder 170: speaker

180: video decoder 190: display device

The present invention relates to digital broadcasting, and more particularly, to the digital broadcast signal and a method and apparatus for processing the broadcast signal.

Recently, studies on devices that broadcast, receive, and process audio, video, and data in a digital manner, rather than an analog method, have been actively conducted, and some commercialization is being conducted. For example, a method of broadcasting audio, video, data, and the like digitally is also referred to as digital multimedia broadcasting.

In the case of the digital multimedia broadcasting, various multimedia information services are possible at a low price, and can be utilized for mobile broadcasting according to frequency band allocation, and new revenue sources can be created through additional data transmission services. Therefore, there is an advantage that can provide a huge industrial effect by providing a new vitality in the receiver market.

The digital multimedia broadcasting is based on digital audio broadcasting, and the digital audio broadcasting signal may include a plurality of audio services in a frequency band of about 1.5 MHz. The plurality of audio services are all compressed and transmitted using a masking pattern adapted Universal Sub-band Integrated Coding And Multiplexing (MUSICAM) coding scheme. Alternatively, in the case of other digital broadcast signals, one digital multimedia broadcasting service and three audio services are transmitted in a frequency band of about 1.5 MHz. However, even at this time, the three audio services are compressed and transmitted by MUSCAM audio coding.

However, there have been the following problems in transmitting conventional digital broadcasting.

First, when the transmission is coded by the new coding scheme and transmitted, the transmission scheme is not defined, and thus, it is difficult to implement at the receiver.

Second, the conventional digital broadcast receiver has a problem in that it cannot output an audio service compressed by an audio coding scheme other than the MUSCAM audio coding scheme.

SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and an object of the present invention is to provide a broadcast signal including a plurality of services in one stream in transmitting digital broadcast.

Another object of the present invention is to provide a method and apparatus for receiving and processing the broadcast signal.

In order to achieve the above object, a broadcast signal according to the present invention includes one ensemble including a plurality of services, and each service is multiplexed by a transport stream. The service is transmitted in a stream mode, but the multiplexed service includes a case in which the program service type is an audio-only service and a service including video.

In this case, when the program service type is an audio-only service, it is preferable to multiplex using packet identification.

When the program service type is a service including video, it is preferable to form a program map table using a packet ID and multiplex using the ID of the formed program map table.

In addition, the transport stream is preferably an MPEG-2 transport stream.

Each service is preferably coded by an alternative coding scheme.

In addition, the alternative coding scheme is preferably HE-AAC (High Efficiency-Advanced Audio Coding) or BSAC (Bit Sliced Arithmetic Coding).

In the apparatus according to the present invention, there is provided a digital broadcast receiver comprising: a fast information channel decoder for extracting multiplex configuration information; A controller which controls to transmit to the decoder using the extracted multiplex configuration information; A decoder which decodes the broadcast signal received under control of the control unit; And a display device for displaying the decoded broadcast signal.

In this case, the decoder may include: a first decoder for decoding a broadcast signal multiplexed by a transport stream and classifying a corresponding service according to a corresponding program service type; It is preferably configured to include a second decoder for decoding the received broadcast signal according to the divided service.

According to an aspect of the present invention, there is provided a method comprising extracting multiplex configuration information in a fast information channel of a received broadcast signal; Determining whether the received broadcast signal is multiplexed using the extracted multiplex configuration information; In the case where the determination result is multiplexed, S3 step of decoding the broadcast signal using the user application information in the multiplex configuration information, characterized in that it comprises.

In this case, in step S3, it is preferable to extract the user application type information in the user application information to determine the type of the user application.

After the determination, it is preferable to extract the program service type information to determine the corresponding program service type.

In addition, if the corresponding program service type is an audio-only service, it is preferable that the packet data carried in the MPEG 2 transport stream is transmitted to the audio decoder using the packet identification.

If the corresponding program service type is a service including video, it is preferable to form a program map table, demultiplex the packet IDs of the formed program map table, and transmit the decoded packet ID to the corresponding decoder.

Other objects, features and advantages of the present invention will become apparent from the following detailed description of embodiments taken in conjunction with the accompanying drawings.

In addition, the terms used in the present invention was selected as a general term widely used as possible now, but in certain cases, the term is arbitrarily selected by the applicant, in which case the meaning is described in detail in the corresponding description of the invention, It is to be clear that the present invention is to be understood as the meaning of terms rather than names.

Hereinafter, a digital broadcast signal and a method and apparatus for receiving and processing the broadcast signal according to the present invention will be described with reference to the accompanying drawings.

That is, the transmitting end provides a transport mechanism for providing more services in transmitting digital broadcast according to the present invention, and the receiving end can receive and process a service transmitted according to the transmission mechanism. To provide a method and apparatus.

First, referring to a transmission frame in the digital broadcasting system, FIG. 1 illustrates a structure of a transmission frame in a digital broadcasting system according to the present invention.

Referring to FIG. 1, a transmission frame includes a synchronization channel (SYNC), a fast information channel (FIC), and a main service channel (MSC).

The synchronization channel SYNC is used internally within the transmission system for basic demodulator functions such as transmission frame synchronization, automatic frequency control, channel state estimation and transmitter identification.

The main service channel (MSC) is composed of Common Interleaved Frames (CIFs) and supports two transmission modes of stream mode and packet mode. The main service channel (MSC) is used to transmit an audio service component, a video service component, and a data service component according to a corresponding transmission mode. The main service channel (MSC) is also interleaving in a time domain that is individually convolution coded and divided by the number of sub-channels having equal or unequal error protection. Data channel. In this case, each sub-channel transmits one or more service components (SCs). And the organization of the sub-channels and service components (SCs) is called a multiplex configuration.

The FIC is composed of Fast Information Blocks (FIBs), where the FIB is 256 bits. In addition, the FIB consists of one or more Fast Information Groups (FIGs), wherein the FIB is an available data field containing the FIGs, which is a special FIG. End marker. And a FIB data field consisting of padding including "0" to complete the FIB data field, and a 16-bit cyclic redundancy check (CRC). The FIG is composed of a header and a data field. The header includes a type and a length of the FIG, and the data field has specific data about information included in the header.

In this regard, the FIC is used for quick information access by the receiver, in particular, multiplex configuration information (MCI), service information (SI) and fast information data channel ( Used to transmit Fast Information Data Channels (FIDCs). In this case, the FIC is a data channel that is not interleaved in the time domain with fixed equal error protection.

2 illustrates an example of a digital broadcast service structure according to the present invention. Looking at the structure of the digital broadcast service of FIG. 2 in relation to the transport frame structure of FIG. 1, one ensemble consists of at least one or more service (s), and each service comprises at least one service component (SC). It consists of (s). In this case, the service component (SC) is transmitted through a sub-channel.

And the FIC will include basic MCI, SI and FIDC for the MSC. Hereinafter, the structure of the digital broadcast service of FIG. 2 will be described.

The service component (SC) refers to each piece of data constituting the service. At this time, the service components SC of the service are linked together by MCI. And each service component (SC) is carried in a sub-channel or FIDC. In this regard, the primary method for a user to access service components (SCs) that are multiplexed and transmitted is to select a service. And the service will be accessible within one ensemble. In this case, each service may include at least one service component (SC).

In the context of the present invention, one ensemble includes at least one service. In FIG. 2, one ensemble includes S-1 to S-3.

Each service is composed of at least one service component (SC). In the case of the S-1 service, the service is composed of an audio service component and a data service component. At this time, the audio service component is transmitted through sub-channel a (SubCh a), and the data service component is transmitted through sub-channel e (SubCh e).

In case of S-2 service, it consists of multimedia service and audio service component. In this case, the multimedia service component is transmitted through a sub-channel b (SubCh b), and the sub-channel b (SubCh b) may transmit a plurality of programs according to the present invention. In this case, the plurality of programs are audio service programs or audio service programs including video.

In the case of the S-3 service, it is composed of a data service component and an audio service component. In this case, the data service component is transmitted through sub-channel e (SubCh e), and the audio service component is transmitted through sub-channel a or c (SubCh a or c). In the case of the audio service component, one of audio service components for transmitting the two sub-channels (SubCh) may be selected.

Hereinafter, an example of specifically configuring a service in one ensemble, FIG. 3 illustrates an example of configuring a service included in one ensemble according to the present invention. In this case, for convenience of description, the example of configuring the service is shown as case 1 to case 4. The one ensemble also has a frequency band of about 1.5 MHz.

Case 1 consists of seven services in the MSC, ranging from S-1 to S-7, each of which may be an audio, video or data service.

Case 2 consists of four services in the MSC, S-1 to S-4, and if S-1 to S-4 of case 1 is an audio service, S-1 of case 2 Since the size of the data of the case S-1 to S-4 of the case 1 is almost similar, the case of S-1 of the case 2 will be a service including video.

In the case of the present invention, the case 3 is composed of three services in the MSC S-1 ~ S-3, it seems to consist of only three services, but actually consists of five services. That is, in case of S-3 of case 3, a service is coded using an alternative coding scheme, and the coded service is multiplexed into one MPEG-2 transport stream (TS). When multiplexed as described above, at least one or more services in one MPEG-2 transport stream (TS) can be treated as data. Therefore, when the error protection is performed after the multiplexing, the transmitting end can include a plurality of services in one stream and transmit the same, thereby increasing transmission efficiency. In this case, the alternative coding scheme is, for example, not a MUSICAM scheme used in digital audio broadcasting, for example, HE-AAC (High Efficiency-Advanced Audio Coding) or BSAC (Bit Sliced Arithmetic Coding). And so on.

Therefore, if three services are multiplexed by MPEG 2 transport stream (TS) like S-3 of case 3 and the multiplexed services are included in one stream and transmitted, one service is added compared to case 2. It can be provided. Therefore, from a service provider's point of view, it is possible to provide more services at once, thereby increasing profitability and meeting various user needs. In this case, the case 3 configured in FIG. 3 is illustrated for explanation, and the present invention is not limited thereto.

In addition, as described above, the transmission may be performed as in Case 4 in a manner that can provide more services. Case 4 consists of five services, S-1, S-2 and S-3-1 to S-3-3. Among the services, S-3-1 to S-3-3 are described above. As in case 3, it refers to a service coded by an alternative coding method.

That is, in the case 3 described above, a plurality of services are multiplexed by an MPEG 2 transport stream (TS) and included in one stream, and the case 3 is transmitted. In the case 4, a service coded by the alternative coding scheme is transmitted. This is an example of transmitting through a direct sub-channel. Therefore, in case of case 4 as well as case 2, one service can be further included in the MSC.

In connection with the present invention, if the transmission in the same manner as the case 3 and case 4 of FIG. 3 can increase the efficiency of the transmission side, the case 3 for convenience of description will be described as an example.

4 is a diagram illustrating multiplexing of a plurality of services by an MPEG-2 transport stream according to the present invention. As mentioned above, the present invention seeks to transmit more services within a limited MSC. To this end, in the present invention, the service (s) are coded by an alternative coding method, and the coded service (s) are multiplexed by the MPEG-2 transport stream (TS) and transmitted in one stream mode. .

Referring to FIG. 4 from the perspective of the transmitting side, two services, service 1 and 2, exist. In this case, the service 1 includes the audio 1 and the binary format for scenes (BIFS), and the service 2 includes the audio 2. In addition, the service 1 may optionally include a SL (Sync Layer).

The two services, Service 1 and Service 2, are multiplexed by MPEG 2 transport stream (TS). Error protection is performed on the multiplexed services, and the error protected service is included in one stream mode and transmitted. In this case, the transport stream TS will be described using an MPEG 2 transport stream TS as an example. That is, FIG. 4 shows an example of multiplexing two services by MPEG 2 transport stream (TS).

As described above, in the present invention, in order to be able to transmit more services at the transmitting end under the same conditions, the corresponding service is coded by an alternative coding scheme, and the coded service is encoded in the MPEG-2 transport stream (TS). Multiplex by When the multiplexing is performed as described above, the multiplexed streams can be treated as data, and the multiplexed streams can be included in one stream. Therefore, a plurality of services can be included in one stream and transmitted.

In addition, since not all services need to be based on a new coding method, according to the present invention, a broadcast signal including a service based on an existing coding scheme can also be processed, thereby ensuring backward compatibility with an existing system. have.

In connection with the present invention, a plurality of services are coded by an alternative coding method in a transmitting end, multiplexed the coded services into an MPEG-2 transport stream (TS), and when transmitted in one stream, If the promised information is not given, it cannot be processed at the receiving end.

Hereinafter, information transmission on the broadcast signal will be described so that the receiver can decode the broadcast signal. In this regard, the receiver goes through two steps to process the broadcast signal. First, it is determined whether a received broadcast signal is multiplexed by the MPEG-2 transport stream (TS). Next, when multiplexed according to the determination result, the receiver receives information related to signaling in order to process it. Extraction and processing using the extracted information.

First, referring to the first multiplexing determination, FIG. 5 is a diagram illustrating an example of a service organization field structure of a type field of FIG according to the present invention.

As described above, the FIC in the transport stream TS consists of a plurality of FIBs, and the FIB consists of a plurality of FIGs. At this time, the FIG bar has a plurality of types, it looks at the type with respect to the present invention.

In relation, Table 1 shows a list of the FIG types.

FIG type number FIG type FIG application 0 000 MCI and part of the SI One 001 Lables, etc (part of the SI) 2 010 Lables, etc (part of the SI) 3 011 Reserved 4 100 Reserved 5 101 FIC Data Channel (FIDC) 6 110 Conditional Access (CA) 7 111 Reserved (execpt for Length 31)

In the FIG type, there are eight from 0 to 7, each having a FIG application. In the present invention, as described above, the information on the transport stream transmitted from the transmitting end is related to the MCI FIG application of FIG. Type 0, which will be described using FIG.

In relation to FIG. 0, FIG. 0 represents current and future multiplex configuration, multiplex re-configuration, time and data and other basic service information. It is used to signal information.

The FIG is composed of a FIG header and an FIG data field, information shown in Table 1 is included in the FIG header, and actual information related to the type 0 is included in the FIG data field. There is an extension field in the FIG data field. Hereinafter, the extension field may represent a total of 32 extension fields with 5 bits.

In this case, the service organization defines services and service components involved in the ensemble, and the service organization is encoded by using the extensions 0, 2, 3, 4, and 8 of FIG.

In connection with the present invention, extension 2 of FIG type 0 (hereinafter referred to as "FIG 0/2") defines a basic service organization. All service descriptions applied to a service will be included in one field, i.e., service k, included in one FIG. Looking at the structure, as shown in FIG.

FIG 0/2 includes a plurality of services, that is, a plurality of services such as services V,..., Service k,..., And service t. Each service is an SId (Service Identifier) field which is a service identifier. Local flag field indicating whether the service is available in its entirety or only part of the ensemble, Conditional Access Identifier (CAId) to identify the restricted receiving system used for the service, and the number of service components associated with the service. There is a first field indicating a and a service component description field as many as the number defined in the first field.

In this case, the service component description field includes a transport mechanism identifier (TMId) and data thereof. The TMId represents two cases with two bit fields. If the TMId is '00', the MSC of the transport stream is informed that the audio service is in stream mode. If the TMId is '01', it is informed that the MSC of the transport stream is data service in the stream mode. If '10' is the FIDC of the transport stream, and if the TMId is '11', it indicates that the MSC of the transport stream is data in the packet mode.

In relation to the actual information according to the TMId, four things are described. In the first case, when the TMId is '00', an ASCTy field may indicate the type of the audio service component. Instruct. For example, it indicates a foreground sound, a background sound, a multi-channel audio extension, and the like. The Sub-Ch Identifier (SubChId) field indicates a sub-channel on which the service component is carried. In addition, a primary / secondary (P / S) flag is a flag indicating whether the service component is primary. In addition, the CA (Conditional Access) flag is a flag indicating whether or not the service component can receive limited.

In the second case, the TMId is '01'. In the present invention, the DSCTy field indicates the type of the data service component. The rest is the same as in the first case.

In the third case, the TMId is '10', and in the fourth case, the TMId is '11', similar to the above description.

In the context of the present invention, the DSCTy field information as the case where the TMId is '01' corresponds to information that the receiver can properly process. That is, as described above, the present invention treats a plurality of services as data and multiplexes them into an MPEG 2 transport stream (TS) and transmits them as one stream. When only one service is transmitted to an existing stream, It is much more efficient than this, and whether or not the received service is carried in the MPEG 2 transport stream plays an important role in processing at the receiver. In this regard, a defined example of the DSCTy field will be described with reference to the table.

b13 b12 b11 b10 b9 b8 DEC DSCTy types 0 0 0 0 0 0 0 unspecified data 0 0 0 0 0 One One Traffic Message Channel (TMC) 0 0 0 0 One 0 2 Emergency Warning System (EWS) 0 0 0 0 One One 3 Interactive Text Transmission System (ITTS) 0 0 0 One 0 0 4 Paging 0 0 0 One 0 One 5 Transparent Data Channel (TDC) rfu 0 One One 0 0 0 24 MPEG-2 Transport Stream (TS) rfu One One One 0 One One 59 Embedded IP packets One One One One 0 0 60 Multimedia Object Transfer (MOT) One One One One 0 One 61 Proprietary service: no DSCTy signalled One One One One One 0 62 Proprietary service: DSCTy from the service-specific extension table One One One One One One 63 EMMF from general extension table

Referring to Table 2, a case in which Dec (Decimal) is 24 is defined as an MPEG-2 transport stream in accordance with the present invention. Therefore, it is possible to transmit information to the receiver that the received broadcast signal is transmitted in the MPEG 2 transport stream (TS).

As a next step, detailed information on a service actually loaded on the MPEG-2 transport stream (TS) should be given. For this purpose, the FIG 0/13 field is used in the present invention.

6 shows an example of the type of FIG according to the present invention. In FIG. 6, FIG 0/13 is used to give detailed information about an actual service in the MPEG-2 transport stream. That is, information about signaling to connect with the corresponding decoder so that the receiver can properly process the corresponding service.

Such information is referred to as user application information, which provides signaling to allow data applications to connect with the correct user application decoder of the receiver. That is, the receiver may know through which sub-channel the received service is transmitted using the service ID (SId) and service component ID (SCId) for the received service. Signaling and indicating which decoder in the receiver decodes data coming through the sub-channel.

The FIG 0/13 field includes a plurality of user application information. Each user application information includes a Service Identifier (SId) field, which is a service identifier, a Service Component Identifier (SCId) field, which is an identifier for identifying a service component in the service, a first field indicating the number of user applications, and a first field. There is a contiguous number of user application fields defined.

Referring to the user application field in connection with the present invention, a user application type field for identifying a user application used for decoding data in the channel identified in the SId and SCId, the length of the user application data There is a user application data length field which is information, an X-PAD field for an application carried in an X-PAD of an MSC stream service component, and a user application data field which is actual information about a corresponding service related to the present invention. At this time, in connection with the present invention, the information required for proper decoding of the receiver is user application type information and user application data field information.

First, looking at the user application type information with reference to the table,

User Application Type (hexadecimal) User Application 0x00 Reserved for future definition 0x01 Not used 0x02 MOT Slidshow 0x03 MOT Broadcast Web Site 0x04 TPEG 0x05 DGPS 0x06 TMC 0x07 EPG 0x08 DAB Java 0x09 DMB 0x0a Alternative coding 0x00b to 0x3ff Reserved for future definition 0x400 to 0x449 Reserved for proprietary applications 0x44a Journaline 0x44b to 0x7ff Reserved for proprietary applications

Referring to Table 3, '0x0a' defines a case of an alternative coding scheme in relation to the present invention. By defining the alternative coding scheme as described above, it is possible to define that the service coded by the new coding scheme is included in the service transmitted through the MPEG-2 transport stream (TS) to inform the receiver. In this case, the service included in the MPEG 2 transport stream may include audio, video, data service, and IP (Internet Protocol) data. Table 3 above is an example of defining user application type information related to the present invention. The present invention is not limited thereto.

Accordingly, the transmitting end multiplexes a plurality of services into an MPEG-2 transport stream and transmits the same as one stream, and the receiving end can know in advance the type of the service included in the transport stream using the user application type information shown in Table 3 above. .

In addition, after knowing the type of the user application, the actual user application data should be informed. The user application data includes a program number (PNum), a program service type, and a packet ID (PID).

The program number PNum is a 16-bit field and is an ID representing one program in the transport stream TS. In this case, the program number is not essential information. That is, when the packet ID (PID) to be described later and the program number (PNum) correspond to 1: 1, the packet number (PID) may be sufficiently identified by the packet ID (PID). However, if the packet IDs of programs having different program numbers PNum are the same, the program cannot be identified by the packet ID. In this case, the program number PNum will be required.

Rfu stands for Reserved for future usage, which is a field reserved for future use.

The program service type is an 8 or 16 bits field and may define the characteristics of each service. In this case, the value of the program service type field and the width of the field may be defined as necessary.

The packet ID (PID) is a 13-bit field and specifies a required packet ID (PID) according to the value of the program service type in the transport stream (TS). In other words, when a service provider provides purely an audio service, only one audio stream is transmitted for each service, and thus it is not necessary to transmit program map information of a service in order to construct a service. In this case, therefore, the packet ID (PID) of the audio stream can be transmitted in this field. However, service configuration information is required for a service provider to configure a service using audio as well as audio and other data (for example, video and interactive data). In the MPEG 2 transport stream (TS), this information can be transmitted using a program map table (PMT). In this case, a transport stream for transmitting a program map table (PMT) required to configure a service is provided. You can specify the packet ID (PID) of the packet.

Therefore, when the program service type is audio only, the packets specified in the packet ID may be transmitted to the audio decoder for decoding. In addition, when the program service type is not audio only, the packet ID (PID) of the program map table (PMT) becomes as described above, and thus corresponds to the packet ID (PID) from the transport stream (TS) transmitted through the MSC. If a packet is selected, a program map table (PMT) may be constructed from the packet. Accordingly, the packet IDs (PID) of the streams constituting the program may be obtained from the program map table (PMT), and the transport stream TS may be demultiplexed using the packet IDs.

Therefore, when a plurality of services are transmitted through one transport stream TS, a plurality of application data may be transmitted. In this case, the user application data length is a product of the length of one user application data. Alternatively, as many as "user application type" to "user application data" data of FIG. 6 may exist.

By using FIG 0/2 and 0/13 in the FIC as described above, in the present invention, even if services using a new alternative coding scheme are multiplexed into an MPEG-2 transport stream (TS) and transmitted in one stream, By using the information, it can be properly decoded and processed.

Therefore, according to the present invention, there is an advantage that the transmitting end can provide more services, the receiving end can decode it and is also compatible with the service by the existing coding scheme.

In relation to this, Fig. 7 is a block diagram of a digital broadcast receiver for receiving and processing a transport stream according to the present invention.

First, the tuner 110 designates one ensemble by the control unit, and selects FIC and MSC data from corresponding frequencies.

The FIC decoder 120 extracts MCI, SI, and FIDC from the FIC. It extracts configuration information for selecting each service component (SC) and information on the nature of the service component.

The controller 100 receives a command on whether to receive a corresponding service from a user through a user interface 140, and controls the tuner 110 to receive a broadcast signal using the information.

In addition, the control unit 100 determines whether each service of the received broadcast signal is treated as data by using the MCI information from the FIC decoder 120 and multiplexed by the MPEG-2 transport stream. If the result of the determination is multiplexed, the data decoder 150 transmits the data to the data decoder 150. Otherwise, the data decoder 150 transmits the data to the MSC decoder 130.

When the sub-channel is configured by using the MCI and SI information extracted by the FIC decoder 120, the MSC decoder 130 decodes the data transmitted to the sub-channel, and decodes the data. If the decoding data is audio, the decoder outputs the data to the audio decoder 160, the video to the video decoder 180, or the data to the data decoder 150.

The audio decoder 160 reconstructs an audio signal from the bit stream received from the MSC decoder 130. In relation to the audio decoder, the present invention refers to MUSCAM and MPEG audio decoders that support various formats of decoding.

The data decoder 150 plays a role of reconstructing necessary data from the bit stream received from the MSC decoder 130 together with the service information (SI) decoded in the FIC. For example, in case of a video service, necessary service information is determined by the data decoder 150 as a video service when information on DSCTy 24 of FIG 0/2 and UAType (0x0a) of FIG 0/13 is received. Demultiplexing and MPEG system decoding are performed. The result is again outputted to the audio decoder 160 for the bit stream related to audio, and to the video decoder 180 for the video stream.

When the user of the video decoder 180 selects a video service, the video decoder 180 restores an image by using the compressed video bit stream and necessary information and exports the image to the display device.

8 is a flowchart illustrating a method of processing a transport stream according to the present invention.

The broadcast signal is received through the tuner 110. MCI, SI and FIDC are extracted by decoding the FIC of the service included in the received broadcast signal (S810).

The DSCTy in the extracted MCI is '24' among the values defined in Table 2 above, that is, the received stream determines whether a plurality of services are multiplexed by the MPEG-2 transport stream (TS) and included in the stream ( S 820).

As a result of the determination, when a plurality of services are multiplexed and transmitted by the MPEG-2 transport stream (TS), the number of services multiplexed in the stream is determined, and user application type information of the corresponding service is extracted. (S 830). However, if it is determined in S 830 that the DSCTy in the extracted MCI is not '24', the received service is not multiplexed by the MPEG-2 transport stream and is included in one stream. It is sent directly to the decoder for the service, decoded and output.

A user application type is determined from the extracted information, and if the type is determined, program service type information is extracted from user application data (S840).

From the extracted program service type information, it is determined whether the type of the corresponding program service is audio only (S850).

As a result of the determination, when the type of the program service is an audio-only service, services included in the transport stream in the MSC are transmitted to the audio decoder (S860) and decoded using the packet ID (PID) among the user application data (S870). .

However, when the determination result shows that the program service type is a service including video, a program map table PMT is formed by using a program map table packet ID PMT PID among the user application data (S880), and the formed program map. Demultiplexing to distinguish the audio packet ID and the video packet ID from a table is transmitted to the corresponding decoder (S890).

The transmitted service is decoded by the corresponding decoder and output (S900). In this case, if the service decoded and output from each decoder is an audio service, it is output through a speaker, and if it is a video service, it is output through a display device.

According to the digital broadcast signal and the broadcast signal decoding method and apparatus according to the present invention as described above,

First, according to the present invention, when receiving a digital broadcast, there is an effect that can provide a broadcast signal including a service coded by a new coding scheme.

Secondly, according to the present invention, in transmitting digital broadcast, there is an effect of providing a broadcast signal including a plurality of services in the one stream.

Third, according to the present invention, there is an effect of distinguishing and decoding an audio-only service and a video-only service among the multiplexed services.

Fourth, according to the present invention, in case of receiving a digital broadcast, even a broadcast signal including a service based on an existing coding scheme can be decoded, thereby ensuring system compatibility.

Those skilled in the art will appreciate that various changes and modifications can be made without departing from the spirit of the present invention.

Therefore, the technical scope of the present invention should not be limited to the contents described in the embodiments, but should be defined by the claims.

Claims (13)

One ensemble includes a plurality of services, each of which is multiplexed by a transport stream and transmitted in one stream mode, The multiplexed and transmitted service includes a case where a program service type is an audio-only service and a service including video. The method of claim 1, And if the program service type is an audio-only service, multiplexing using packet identification. The method of claim 1, If the program service type is a service including video, a program map table is formed using a packet ID, and the broadcast signal is multiplexed using the ID of the formed program map table. The method of claim 1, And the transport stream is an MPEG-2 transport stream. The method of claim 1, Wherein each service is coded by an alternative coding scheme. The method of claim 5, The alternative coding scheme is HE-AAC (High Efficiency-Advanced Audio Coding) or BSAC (Bit Sliced Arithmetic Coding). In a digital broadcast receiver, A fast information channel decoder for extracting multiplex configuration information; A controller which controls to transmit to the decoder using the extracted multiplex configuration information; A decoder which decodes the broadcast signal received under control of the control unit; And And a display device for displaying the decoded broadcast signal. The method of claim 7, wherein The decoder comprises: a first decoder for decoding a broadcast signal multiplexed by a transport stream and classifying a corresponding service according to a corresponding program service type; And a second decoder for decoding the received broadcast signal according to the divided service. Extracting multiplex configuration information in a fast information channel of a received broadcast signal; Determining whether the received broadcast signal is multiplexed using the extracted multiplex configuration information; And if the result of the determination is multiplexed, step S3 of decoding the broadcast signal using the user application information in the multiplex configuration information. The method of claim 9, And in step S3, extracting user application type information in the user application information to determine the type of the user application. The method of claim 10, And determining the corresponding program service type by extracting program service type information after the determination. The method of claim 11, And if the corresponding program service type is an audio-only service, transmitting the corresponding packet data carried in the MPEG 2 transport stream to the audio decoder by using packet identification. The method of claim 11, If the corresponding program service type is a service including video as a result of the determination, a program map table is formed, the packet IDs of the formed program map table are demultiplexed, transmitted to a corresponding decoder, and decoded. .

Images