KR102204830B1 - Method and apparatus for providing three-dimensional territorial brordcasting based on non real time service - Google Patents

Abstract

A method and an apparatus for outputting an additional video independently from a reference video in a broadcast receiver are provided. In order to independently output the additional video, the broadcast receiver receives a stream of the additional video of a three-dimensional (D) broadcast in non-real time, and a communication unit that receives the stream of the reference video of the 3D broadcast in real time, and the reference video It may include a processing unit that generates a 3D image of the 3D broadcast using the stream of and the additional video stream.

Description

Method and apparatus for providing terrestrial 3D broadcasting based on non-real-time service {METHOD AND APPARATUS FOR PROVIDING THREE-DIMENSIONAL TERRITORIAL BRORDCASTING BASED ON NON REAL TIME SERVICE}

The technical field relates to a technology for providing 3D broadcasting, and more particularly, to an apparatus and method for providing 3D broadcasting based on a non-real-time service.

Humans can feel that things are near or far through binocular parallax. The three-dimensional image provides a three-dimensional effect to both eyes of the viewer based on the principle of recognizing a three-dimensional effect by sight.

The 3D image may be provided using a plurality of 2D images. For example, a 3D image may be generated using a 2D image corresponding to the viewer's left eye and a 2D image corresponding to the right eye.

The existing broadcasting environment may be suitable for transmitting 2D images. A 2D image in an existing broadcasting environment may be a reference image of a 3D image. If the additional video is provided together with the reference video, the 3D video may be provided to the viewer.

An embodiment may provide an apparatus and method for transmitting a 3D image based on a non-real-time service.

An embodiment may provide an apparatus and method for receiving a 3D image.

According to an aspect, a broadcast receiver receives a stream of an additional video of a three-dimensional (D) broadcast in non-real time and receives a stream of a reference video of the 3D broadcast in real time, and a stream of the reference video and And a processing unit that generates a 3D image of the 3D broadcasting by using the stream of the additional image, and the additional image may be output independently from the reference image.

The communication unit may receive the stream of the additional video before the stream of the reference video is received.

Different terrestrial channels are allocated to the stream of the additional video and the stream of the reference video, so that the additional video may be output independently from the reference video.

Whether the supplementary video can be output independently from the reference video may be indicated in a capability descriptor (capabilities_descriptor) included in the stream of the supplementary video.

The broadcast receiver may further include a storage unit for storing the stream of the additional video.

The stream of the reference image may include metadata for generating the 3D image.

The metadata may include synchronization information for synchronizing the reference video and the additional video.

The processing unit may obtain information on content provided in non-real time by parsing the stream of the real-time broadcast, and the communication unit may request a stream of the additional video based on the information.

The information may be included in a stream of real-time broadcasting.

According to another aspect, a broadcast server transmits a stream of an additional video of a three-dimensional (D) broadcast to a receiver in non-real time, and a communication unit that transmits a stream of the reference video of the 3D broadcast to the receiver in real time, and And a processor for allocating different terrestrial channels to the stream of the additional video and the stream of the reference video, and different terrestrial channels are assigned to the stream of the additional video and the stream of the reference video, so that the additional video is The receiver may output independently of the reference image.

The communication unit may transmit the additional video stream before the base video stream is transmitted.

Whether the supplementary video can be output independently from the reference video may be indicated in a capability descriptor (capabilities_descriptor) included in the stream of the supplementary video.

The stream of the reference image may include metadata for generating the 3D image.

The metadata may include information for synchronizing the reference video and the additional video.

The communication unit may transmit information on the content provided in non-real time to the receiver, and may receive a request for the stream of the additional video based on the information from the receiver.

The information may be included in a stream of real-time broadcasting.

The processing unit uses a program map table (PMT) for the additional video stream and the reference video stream to allocate different terrestrial channels to the additional video stream and the reference video stream. Can be signaled.

The processing unit allocates two terrestrial channels to the stream of the reference image, and the two terrestrial channels may be a terrestrial channel using the reference image for 2D broadcasting and a channel using the reference image for 3D broadcasting.

The processing unit may signal the stream of the reference video using a Program Map Table (PMT) corresponding to each of the two terrestrial channels in order to allocate two terrestrial channels to the stream of the reference video. .

According to another aspect, a broadcast reception method includes receiving a stream of an additional video of a three-dimensional (D) broadcast in non-real time, receiving a stream of a reference video of the 3D broadcast in real time, and the reference And generating a 3D video of the 3D broadcast by using the video stream and the additional video stream, and the additional video may be output independently from the reference video.

The broadcast receiver and broadcast reception method according to an embodiment may receive an additional video in non-real time, receive a reference video in real time, and independently provide the additional video to a viewer.

1 illustrates a broadcast system providing a 3D image according to an example.
2 is a block diagram of a broadcast server according to an embodiment.
3 is a block diagram of a broadcast receiver according to an embodiment.
4 is a signal flow diagram of a broadcast providing method according to an exemplary embodiment.
5 is a flowchart of a method of generating an additional video stream according to an example.
6 is a flowchart of a method of generating a stream of a reference video according to an example.
7 illustrates a method of allocating different terrestrial channels to a stream of a reference video and a stream of an additional video according to an example.
8 is a configuration diagram of a broadcast server according to an example.
9 to 12 are flowcharts of a method for generating a 3D image by a broadcast receiver.

Hereinafter, exemplary embodiments will be described in detail with reference to the accompanying drawings. The same reference numerals in each drawing indicate the same members.

Various changes may be made to the embodiments described below. The embodiments described below are not intended to be limited to the embodiments, and should be understood to include all changes, equivalents, and substitutes thereto.

The terms used in the examples are used only to describe specific embodiments, and are not intended to limit the embodiments. Singular expressions include plural expressions unless the context clearly indicates otherwise. In the present specification, terms such as "comprise" or "have" are intended to designate the presence of features, numbers, steps, actions, components, parts, or combinations thereof described in the specification, but one or more other features. It is to be understood that the presence or addition of elements or numbers, steps, actions, components, parts, or combinations thereof, does not preclude in advance.

Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which the embodiment belongs. Terms as defined in a commonly used dictionary should be interpreted as having a meaning consistent with the meaning in the context of the related technology, and should not be interpreted as an ideal or excessively formal meaning unless explicitly defined in this application. Does not.

In addition, in the description with reference to the accompanying drawings, the same reference numerals are assigned to the same components regardless of the reference numerals, and redundant descriptions thereof will be omitted. In describing the embodiments, when it is determined that a detailed description of related known technologies may unnecessarily obscure the subject matter of the embodiments, the detailed description thereof will be omitted.

1 illustrates a broadcast system providing a 3D image according to an example.

A 3D (dimension) broadcast program (hereinafter, a 3D broadcast program will be abbreviated as 3D broadcast) may include 3D video, audio, and auxiliary data. The 3D image may include a left image and a right image.

The 3D image may be provided based on a base view video and an additional view video. The reference image may be an existing 2D image. The additional video may be an video added to the base video to provide a 3D video. The viewpoint of the additional video may be different from the viewpoint of the reference video.

For example, the reference image may be a left image, and the additional image may be a right image. The left image may be an image for the viewer's left eye. The right image may be an image for the viewer's right eye.

When a 3D image is composed of a plurality of compressed images, at least one of the plurality of images may be a broadcast service, which is an existing 2D image having a resolution equal to the production resolution. The plurality of images may include a base image and an additional image.

The broadcast server 100 may transmit a reference video and an additional video to the broadcast receiver 110. For example, the broadcast server 100 may convert the base video and the additional video into a transport stream (TS) (hereinafter, TS will be abbreviated as a stream) and transmit the converted video to the broadcast receiver 110.

According to an aspect, the broadcast server 100 may transmit the additional video in Non-Real-Time. For example, the broadcast server 100 may transmit the additional video in non-real time using an ATSC Advanced Television System Committee Non Real Time (NRT) service.

The broadcast server 100 may transmit the reference image in real time. For example, the broadcast server 100 may transmit a reference image in real time using an ATSC terrestrial service.

The auxiliary data may include caption information of 3D broadcasting. The auxiliary data may further include channel signaling section data. The auxiliary data may be multiplexed with the reference video and included in the stream of the reference video.

According to an aspect, the additional video transmitted to the broadcast receiver 110 may be used to generate a 3D video.

According to another aspect, the additional video transmitted to the broadcast receiver 110 may be output from the broadcast receiver 110 independently of the reference video. For example, as the broadcast server 100 allocates a channel to the additional video, the additional video may be output from the broadcast receiver 110 as an independent video from the reference video.

A method of independently outputting an additional video will be described in detail below with reference to FIGS. 2 to 12.

2 is a block diagram of a broadcast server according to an embodiment.

The broadcast server 100 may include a communication unit 210, a processing unit 220, and a storage unit 230.

The communication unit 210 may be connected to other servers and terminals.

The processing unit 220 may process information received by the communication unit 210 and information stored in the storage unit 230.

The storage unit 230 may store information received by the communication unit 210 and information processed by the processing unit 220.

The communication unit 210, the processing unit 220, and the storage unit 230 will be described in detail below with reference to FIGS. 4 to 8.

Since the technical contents described above with reference to FIG. 1 may be applied as they are, a more detailed description will be omitted below.

3 is a block diagram of a broadcast receiver according to an embodiment.

The broadcast receiver 110 may include a communication unit 310, a processing unit 320, and a storage unit 330.

The communication unit 310 may be connected to a server and a terminal.

The processing unit 320 may process information received by the communication unit 310 and information stored in the storage unit 330.

The storage unit 330 may store information received by the communication unit 310 and information processed by the processing unit 320.

The communication unit 310, the processing unit 320, and the storage unit 330 will be described in detail below with reference to FIGS. 4 to 12.

Since the technical contents described above with reference to FIG. 1 may be applied as they are, a more detailed description will be omitted below.

4 is a signal flow diagram of a broadcast providing method according to an exemplary embodiment.

In step 405, the processing unit 220 may generate a real-time broadcast or a live broadcast stream. The real-time broadcasting may be broadcasting according to a broadcasting schedule of a broadcasting station operating the broadcasting server 100.

The stream of real-time broadcasting may include information on NRT service. Whether a specific broadcast is a 3D broadcast may be indicated in the information on the NRT service. The specific broadcast may be a broadcast to be transmitted to the broadcast receiver 110 in real time. For example, the stream type of information on the NRT service may be 0x0D (DSMCC-Addressable Section) defined in the "ATSC Non-Real-Time Content Delivery (A/103:2012)" standard.

In step 410, the communication unit 210 may transmit a real-time broadcast stream to the broadcast receiver 110. For example, a stream of real-time broadcasting may be transmitted through an ATSC terrestrial service.

The communication unit 310 may receive a stream of real-time broadcasting from the broadcasting server 100.

In step 415, the processing unit 320 may parse the stream of real-time broadcasting.

The stream of real-time broadcasting may include information on content provided in non-real time.

The processing unit 320 may obtain information on content provided in non-real time by parsing the stream of real-time broadcasting. For example, the processing unit 320 may provide information on an NRT service to a user or viewer of the broadcast receiver 110 by parsing a stream of real-time broadcasting.

In step 420, the communication unit 310 may receive a request for an additional video of a specific broadcast from a user. For example, a specific broadcast may be a 3D broadcast.

In step 425, the communication unit 310 may transmit a request for a stream of an additional video to the broadcast server 100 based on information on content provided in non-real time. For example, a request for an additional video may be transmitted through an ATSC NRT service.

The communication unit 210 may receive a request for an additional video from the broadcast receiver 110.

In step 430, the processor 220 may generate a stream of the additional video.

In FIG. 4, step 430 is shown to be performed after step 425 is performed, but step 430 may be performed even before step 425 is performed. That is, the processor 220 may generate a stream of the additional video in advance. The storage unit 230 may store a stream of the generated additional video.

A method of generating an additional video stream will be described in detail below with reference to FIG. 5.

In step 435, the communication unit 210 may transmit the stream of the additional video to the broadcast receiver 110. For example, the communication unit 210 may transmit a stream of the additional video to the broadcast receiver 110 in non-real time.

The communication unit 310 may receive the stream of the additional video from the broadcast server 100 in non-real time.

The communication unit 310 may receive a stream of an additional video before the stream of the reference video is received.

The processing unit 320 may store the stream of the additional video in the storage unit 330.

In step 445, the processing unit 220 may generate a stream of a reference video of a specific broadcast.

Step 445 may be performed for a specific broadcast according to broadcasting station scheduling.

A method of generating a stream of a reference video will be described in detail below with reference to FIG. 6.

In step 450, the communication unit 210 may transmit the stream of the reference image to the broadcast receiver 110 in real time. For example, the stream of the reference video may be transmitted through an ATSC terrestrial service.

The communication unit 310 may receive a stream of the reference video from the broadcast server 100 in real time.

In step 455, the processor 320 may generate a 3D image by using the stream of the additional video and the stream of the reference video.

In step 460, the processing unit 320 may output a 3D image to the user.

In step 465, the processing unit 320 may output the additional video to the user. The additional video may be output independently from the reference video. In other words, the additional video may be output regardless of the reference video even when the reference video is not received.

For example, when the additional video is a right video of a 3D video, the processing unit 320 may output only the right video to the user.

Since the technical contents described above with reference to FIGS. 1 to 3 may be applied as they are, a more detailed description will be omitted below.

5 is a flowchart of a method of generating an additional video stream according to an example.

The above-described step 430 may include the following steps 510 to 530.

In step 510, the communication unit 210 may receive an additional video. For example, the communication unit 210 may receive an additional video from the storage unit 230. As another example, the communication unit 210 may receive the additional video from another server that provides the additional video.

In step 520, the processor 220 may encode the additional video. The encoding of the additional video may be compression of the additional video.

For example, the processor 220 may generate a Moving Picture Experts Group (MPEG)-2 stream by encoding the additional video. The MPEG-2 stream may comply with the standard "Information technology-Generic coding of moving pictures and associated audio information: System (ISO/IEC 13818-1:2013)".

The encoding format of the encoded additional video may be one of the formats shown in Table 1 below.

Number of scan lines Number of pixels Screen aspect ratio Screen refresh rate (Hz) 1080 1920 16:9 60I, 30P, 24P 720 1280 16:9 60P, 30P, 24P

In the screen refresh rate of [Table 1], P denotes sequential scanning and I denotes alternate scanning.

The stream type of the additional video may comply with the "terrestrial 3DTV broadcast transmission/reception matching-Part 1: Existing Channel (TTAK.KO-07.0100/R1)" standard.

The encoding and decoding scheme described below may comply with the standard "Terrestrial 3DTV broadcast transmission/reception matching-Part 1: Existing Channel (TTAK.KO-07.0100/R1)".

In step 530, the processor 220 may channel multiplex the stream of the additional video. For example, the processor 220 may channel multiplex the stream of the additional video by signaling the stream of the additional video. Channel multiplexing may be assignment of a channel number to a stream of an additional video.

Matters on Program Specific Information (PSI) can comply with "Terrain Digital TV Broadcasting Transmission/Receiving Matching (TTAK.KO-07.0014/R3).

Matters on signaling of the additional video stream may comply with the "ATSC Non-Real-Time Content Delivery (A/103:2012)" standard.

Signaling of the stream of the additional video for the NRT service may be performed through a Service Signaling Channel (SSC). Among the information transmitted to the SSC, the Service Map Table (SMT) may provide information on the NRT service. Among the information delivered to the SSC, the NRT-IT (Information Table) may provide information on content items constituting the NRT service. SMT and NRT-IT may comply with the SSC (Service Signaling Channel (Doc.A/103:2012)) standard.

The additional video may be a video that can be used for 3D broadcasting or a video that can be reproduced by a separate 2D broadcasting.

For example, the processing unit 220 allocates different terrestrial channels to the stream of the video and the stream of the reference video, so that the additional video may be output from the broadcast receiver 110 independently of the reference video.

The processor 220 signals a stream of an additional video and a stream of a reference video using respective Program Map Tables (PMTs) in order to allocate different terrestrial channels to the stream of the additional video and the stream of the reference video, respectively. can do.

A method of signaling using the PMT will be described in detail below with reference to FIG. 7.

A possibility descriptor (capabilities_descriptor) may be used to distinguish whether the additional video is a video that can be used for 3D broadcasting or a video that can be reproduced by 2D broadcasting. In other words, whether or not the additional video can be output independently from the base video may be indicated in capabilities_descriptor included in the stream of the additional video.

capabilities_descriptor may comply with ATSC's "Non-Real-Time Content Delivery (Doc. A/103:2012)" standard.

Capability_codes in capabilities_descriptor can be extended as shown in [Table 2] below.

capability_code Contents 0x52 Additional video of compatible 3D video (not available as independent 2D video) 0x53 Additional video of compatible 3D video (available as independent 2D video)

A method for using the additional video as an independent 2D video will be described in detail below with reference to FIG. 7.

Since the technical contents described above with reference to FIGS. 1 to 4 may be applied as they are, a more detailed description will be omitted below.

6 is a flowchart of a method of generating a stream of a reference video according to an example.

The above-described step 445 may include the following steps 610 to 640.

In step 610, the communication unit 210 may receive a reference image. For example, the communication unit 210 may receive a reference image from the storage unit 230. As another example, the communication unit 210 may receive the reference image from another server that provides the reference image.

In step 620, the processing unit 220 may encode the reference image. The encoding of the reference image may be compression of the reference image. The encoding of the reference video may comply with the standard "Terrestrial 3DTV broadcast transmission/reception matching-Part 1: Existing Channel (TTAK.KO-07.0100/R1)".

The encoding format of the encoded reference image may be one of the formats shown in Table 3 below.

Number of scan lines Number of pixels Screen aspect ratio Screen refresh rate (Hz) 1080 1920 16:9 60I, 30P, 24P 720 1280 16:9 60P, 30P, 24P

When encoding the reference image, the processor 220 may encode the reference image using ancillary data. For example, the auxiliary data may be closed captioning data.

The format of the encoded reference image may be an elementary stream (ES).

In step 630, the processor 220 may program multiplex the encoded reference image.

The processor 220 may perform program multiplexing by using the encoded reference image, the encoded audio signal, and metadata for the additional video.

According to an aspect, a stream of a reference image generated by performing program multiplexing may include metadata for generating a 3D image.

The metadata may include Program Specific Information (PSI).

PSI is a PAT (Program Association Table) that maintains a list of program information in a channel, a CAT (Conditional Access Table) that includes access control information such as scrambling, and a PMT that includes information about video and audio streams in the program. And at least one of a Network Information Table (NIT) including information on a network used to transmit MPEG information.

The PMT may provide program_number and information on each program existing in the stream. The PMT can list elementary streams constituting the MPEG-2 program. The PMT may provide not only an optional descriptor for each elementary stream, but also position information for an optional descriptor describing a complete MPEG-2 stream. Each elementary stream can be identified by a stream_type value.

According to an aspect, the processing unit 220 may perform program multiplexing using at least one PMT.

Broadcasts that can be provided using the reference image may be 2D broadcasting or 3D broadcasting. The processing unit 220 may indicate whether a broadcast is a 2D broadcast or a 3D broadcast through each PMT.

For example, the processor 220 may allocate two terrestrial channels to the stream of the reference video. The two terrestrial channels may be a terrestrial channel using a reference image for 2D broadcasting and a channel using a reference image for 3D broadcasting, respectively. The processor 220 may signal the stream of the reference video using PMTs respectively corresponding to the two terrestrial channels in order to allocate two terrestrial channels to the stream of the reference video.

For example, the processor 220 may give the first PMT a code that the broadcast to be provided is 2D broadcast. The 2D broadcast code may be program_number = 0x001. A reference image and an audio signal may be associated with the first PMT.

The processing unit 220 may assign a code that the broadcast to be provided is a 3D broadcast to the second PMT. The 3D broadcast code may be program_number = 0x002. The second PMT may be associated with information on an NRT service for delivery of a reference video, an audio signal, and an additional video, and metadata for the additional video.

According to an aspect, the processor 220 may generate an MPEG-2 stream by program multiplexing a reference image. The MPEG-2 stream may comply with the standard "Information technology-Generic coding of moving pictures and associated audio information: System (ISO/IEC 13818-1:2013)".

The metadata may include synchronization information for synchronizing the base video and the additional video.

Synchronization information may be described in media_pairing_information(). The synchronization information may comply with the "terrestrial 3DTV broadcast transmission/reception matching-Part 3: Hybrid (TTAK.KO-07.0122)" standard.

The program multiplexing of the reference video may comply with the “terrestrial digital TV broadcast transmission/reception matching (TTAK.KO-07.0014/R3)” standard and “ISO/IEC 13818-1:2013”.

The stream type of the reference video may comply with the “terrestrial 3DTV broadcast transmission/reception matching-Part 1: Existing Channel (TTAK.KO-07.0100/R1)” standard.

The stream type of metadata may be 0x06 (private data) defined in "ISO/IEC 13818-1:2013".

The stream type of information on the NRT service may use 0x0D (DSMCC-Addressable Section) defined in the "ATSC Non-Real-Time Content Delivery (A/103:2012)" standard.

The PMT may include a stereoscopic program information descriptor (stereoscopic_program_info_descriptor()) and a stereoscopic video information descriptor (stereoscopic_video_info_descriptor()).

The stereoscopic_program_info_descriptor() and stereoscopic_video_info_descriptor() may comply with the "terrestrial 3DTV broadcast transmission/reception matching-Part 1: Existing Channel (TTAK.KO-07.0100/R1)" standards, respectively.

In step 640, the processing unit 220 may channel multiplex the stream of the reference image. Channel multiplexing may be assigning a channel number to a stream of a reference video.

For example, the processing unit 220 may channel multiplex the stream of the reference video by signaling the stream of the reference video.

Matters on PSI can comply with "Terrain Digital TV Broadcasting Transmission and Reception Matching (TTAK.KO-07.0014/R3)".

According to an aspect, the processor 220 may channel multiplex the stream of the reference image using at least one PMT. The channel multiplexing will be described in detail below with reference to FIG. 7 as well.

Since the technical contents described above with reference to FIGS. 1 to 5 may be applied as they are, a more detailed description will be omitted below.

7 illustrates a method of allocating different terrestrial channels to a stream of a reference video and a stream of an additional video according to an example.

3D broadcasting may be composed of a reference video, audio, PSI/PSIP, private data, and additional video.

The processing unit 220 may allocate a plurality of terrestrial channels to the stream of the reference video according to whether the broadcast using the reference video is 2D broadcast or 3D broadcast. For example, the processor 220 may allocate'channel 1'to a broadcast using the first PMT. The processing unit 220 may allocate'channel 2'to a broadcast using the second PMT.

The processing unit 220 may assign a terrestrial channel different from the stream of the reference video to the stream of the additional video so that the additional video can be output from the broadcast receiver 110 independently of the reference video. For example, when a third PMT is associated with a stream of an additional video, the processor 220 may allocate'channel 3'to a broadcast using the third PMT.

The channel may be a virtual channel.

The processing unit 220 may use channel signaling that has been previously serviced for 2D broadcasting using a terrestrial virtual channel table (TVCT), and may allocate a channel number different from that of 2D broadcasting for 3D broadcasting.

The processor 220 may allocate a channel number different from other channel numbers to the stream of the additional video using the TVCT.

The processing unit 220 may signal a PID value of an elementary stream constituting a hybrid 3DTV broadcast using a service location descriptor (service_location_descriptor).

The ATSC NRT service-based channel may be identified using service_type 0x09 (Extended Parameterized Service).

The processing unit 220 may signal whether a 3D broadcasting is performed and what kind of 3D broadcasting is performed using a parimeterzied_service_descriptor (PSD).

A channel for transmitting an additional video stream may use service_type (ATSC NRT Service).

PSD may be included in TVCT of service_type 0x09.

The PSD may provide detailed descriptions of broadcast services.

The processing unit 220 may signal whether a corresponding broadcast service is supported by the broadcast receiver 110 by using the PSD.

The PSD is described in Table 4 below.

Syntax Number of bits form parameterized_service_descriptor(){
descriptor_tag
descriptor_length
application_tag
application_data()
}
8
8
8
var

uimsbf
uimsbf
bslbf

application_tag: Can indicate what application_data() immediately follows. In the case of 3D broadcasting, the value of application_tag may be 0x01.

application_data(): The syntax can be defined according to the value of the linked application_tag. When the value of application_tag is 0x01, the syntax of application_data() may be as shown in [Table 5] below.

Syntax Number of bits form application_data(0x01){
reserved
3D_channel_type
for (i=0; i<N; i++){
reserved
}
}
3
5

8


uimsbf
uimsbf

bslbf

3D_channel_type: Can indicate type information of 3D broadcasting. ATSC NRT-based 3D broadcast may be set to 0x05.

The value of 3D_channel_type will be described in detail with reference to Table 6 below.

value Explanation 0x00-0x03 Held 0x04 IP (Internet Protocol) hybrid 3DTV service 0x05 ATSC NRT-based terrestrial 3DTV service 0x06-0x1F ATSC held

In order to provide guide information for ATSC NRT-based 3D broadcasting, stereoscopic_program_info_descriptor() may be added to an event information table (EIT) of a program and system information protocol (PSIP). stereoscopic_program_info_descriptor() may be located in a descriptor loop describing an event of an EIT.

Since the technical contents described above with reference to FIGS. 1 to 6 may be applied as they are, a more detailed description will be omitted below.

8 is a configuration diagram of a broadcast server according to an example.

The broadcast server 100 may include a 3D content server, an audio signal encoder, a reference video encoder, a program multiplexer, an additional video encoder, an NRT encoder, a channel multiplexer, and a terrestrial channel transmitter.

The storage unit 230 may include a 3D content server.

The processing unit 220 may include an audio signal encoder, a reference video encoder, a program multiplexer, an additional video encoder, an NRT encoder, and a channel multiplexer.

The communication unit 210 may include a terrestrial channel transmission unit.

The 3D content server may store an additional video, a reference video, and an audio signal.

The audio signal encoder may encode an audio signal.

The reference image encoder may encode the reference image. The reference image encoder may perform step 620 described above.

The program multiplexer may perform program multiplexing using a reference image, an audio signal, and metadata. The program multiplexer may perform the above-described step 630.

The channel multiplexer may channel multiplex the reference signal stream and the additional video stream, respectively. The channel multiplexer may perform step 640 described above.

The additional video encoder may encode the additional video. The additional video encoder may perform step 520 described above.

The NRT encoder may encode the stream of the additional video to fit the NRT service. The NRT encoder may perform the above-described step 520.

The terrestrial channel transmitter may transmit a stream of a channel multiplexed additional video and a stream of a reference video.

Since the technical contents described above with reference to FIGS. 1 to 7 may be applied as they are, a more detailed description will be omitted below.

9 to 12 are flowcharts of a method for generating a 3D image by a broadcast receiver.

The following steps 902 to 1206 of FIGS. 9 to 12 may be a method in which the broadcast receiver 110 generates a 3D image by using the received stream of the reference video and the stream of the additional video.

Steps 902 to 1006 may be steps performed on the stream of the reference video.

In step 902, the processor 320 may acquire the PAT included in the stream of the reference image using a PSI parser. The receiver can obtain the PMT_ID by parsing the PAT.

In step 904, the processing unit 320 may acquire a table having PID=PMT_PID using the PSI parser. The processing unit 320 may obtain information on a broadcast service type provided by stereoscopic_program_info_descriptor() and stereoscopic_video_info_descriptor() by parsing the PMT. The processor 320 may obtain the PIDs 906 of tables carrying synchronization information (0x05-referenced_media_information() and 0x06-media_pairing_information()) by parsing the PMT.

In FIG. 10, the processing unit 320 may acquire TVCT and EIT using a PSIP parser.

In step 1002, the processing unit 320 may identify the broadcast type of the reference stream by parsing the TVCT. For example, when 3D_channel_type = 0x05, the reference stream may provide 3D broadcasting.

The processing unit 320 may provide a service_location_descriptor and a parameterized_serive_descriptor (PSD) by parsing the TVCT.

The PID 1004 may be obtained from service_location_descriptor.

In step 1014, the processing unit 320 may obtain a stereoscopic_program_info_descriptor by parsing the EIT.

The following steps 1102 to 1108 may be steps performed on a stream of an additional video.

In steps 1102 and 1104, the processing unit 320 may analyze each of the PAT and PMT by parsing the PAT and PMT to obtain information on the stream of the additional video.

In step 1106, the processor 320 may decode the stream of the additional video. For example, a stream of the additional video may be decoded through an AVC decoder.

In step 1108, the processing unit 320 may provide the additional image to a 3D image formatter.

In FIG. 12, the TS filter of the processing unit 320 may receive a PID 906 and a PID 1004.

In step 1202, the processing unit 320 may process each PID using a TS filter. The processing unit 320 may filter the TS with PID=PID_V1 for the reference image. The processing unit 320 may filter the TS with PID=PID_PD for synchronization information. The processing unit 320 may filter the TS with PID=PID_A for audio information.

In step 1204, the processor 320 may decode the reference image through a decoder.

In step 1206, the processor 320 may generate a 3D image using a 3D image generator from the decoded reference image and the decoded additional image.

Since the technical contents described above with reference to FIGS. 1 to 11 may be applied as they are, a more detailed description will be omitted below.

The apparatus described above may be implemented as a hardware component, a software component, and/or a combination of a hardware component and a software component. For example, the devices and components described in the embodiments include, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable array (FPA), It can be implemented using one or more general purpose computers or special purpose computers, such as a programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications executed on the operating system. In addition, the processing device may access, store, manipulate, process, and generate data in response to the execution of software. For the convenience of understanding, although it is sometimes described that one processing device is used, one of ordinary skill in the art, the processing device is a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that it may include. For example, the processing device may include a plurality of processors or one processor and one controller. In addition, other processing configurations are possible, such as a parallel processor.

The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like alone or in combination. The program instructions recorded on the medium may be specially designed and configured for the embodiment, or may be known and usable to those skilled in computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks. -A hardware device specially configured to store and execute program instructions such as magneto-optical media, and ROM, RAM, flash memory, and the like. Examples of program instructions include not only machine language codes such as those produced by a compiler but also high-level language codes that can be executed by a computer using an interpreter or the like. The hardware device described above may be configured to operate as one or more software modules to perform the operation of the embodiment, and vice versa.

As described above, although the embodiments have been described by the limited embodiments and drawings, various modifications and variations are possible from the above description by those of ordinary skill in the art. For example, the described techniques are performed in a different order from the described method, and/or components such as a system, structure, device, circuit, etc. described are combined or combined in a form different from the described method, or other components Alternatively, even if substituted or substituted by an equivalent, an appropriate result can be achieved.

100: broadcast server
110: broadcast receiver
210: communication department
220: processing unit
230: storage unit

Claims (20)

A communication unit for receiving a stream of an additional video of a 3D broadcast in non-real time and receiving a stream of a reference video of the 3D broadcast in real time; And
A processing unit that generates a 3D image of the 3D broadcast by using the stream of the reference video and the stream of the additional video
Including,
Whether the supplementary video can be output independently from the reference video is indicated in a capability descriptor (capabilities_descriptor) included in the stream of the supplementary video,
The broadcast receiver, wherein the additional video may be output independently from the reference video.
The method of claim 1,
The communication unit receives the stream of the additional video before the stream of the reference video is received.
The method of claim 1,
The broadcast receiver capable of outputting the additional video independently from the reference video by assigning different terrestrial channels to the stream of the additional video and the stream of the reference video.
delete The method of claim 1,
A storage unit that stores the stream of the additional video
Further comprising a broadcast receiver.
The method of claim 1,
The broadcast receiver, wherein the stream of the reference video includes metadata for generating the 3D video.
The method of claim 6,
The metadata includes synchronization information for synchronizing the reference video and the additional video.
The method of claim 1,
The processing unit obtains information on content provided in non-real time by parsing the stream of the real-time broadcast,
The communication unit, the broadcast receiver for requesting the stream of the additional video based on the information.
The method of claim 8,
The information is included in a stream of real-time broadcasting.
A communication unit that transmits a stream of an additional video of a 3D broadcast to a receiver in non-real time and transmits a stream of a reference video of the 3D broadcast to the receiver in real time; And
A processing unit that allocates different terrestrial channels to the stream of the additional video and the stream of the reference video
Including,
Different terrestrial channels are allocated to the stream of the additional video and the stream of the reference video, so that the additional video can be output independently from the reference video in the receiver,
Whether or not the additional video can be output independently from the reference video is displayed in a capability descriptor (capabilities_descriptor) included in the stream of the additional video.
The method of claim 10,
The communication unit transmitting the stream of the additional video before the stream of the reference video is transmitted.
delete The method of claim 10,
The broadcast server, wherein the stream of the reference video includes metadata for generating a 3D video of the 3D broadcast.
The method of claim 13,
The metadata includes information for synchronizing the reference video and the additional video.
The method of claim 10,
The communication unit transmits information on the content provided in non-real time to the receiver using the stream of the real-time broadcast, and receives a request for the stream of the additional video based on the information from the receiver.
The method of claim 15,
The information is included in a stream of real-time broadcasting.
The method of claim 10,
The processing unit uses a program map table (PMT) for the additional video stream and the reference video stream to allocate different terrestrial channels to the additional video stream and the reference video stream. And signaling, broadcast server.
The method of claim 10,
The processing unit allocates two terrestrial channels to the stream of the reference video,
The two terrestrial channels are respectively a terrestrial channel using the reference image for 2D broadcasting and a channel using the reference image for 3D broadcasting.
The method of claim 18,
The processing unit signals the stream of the reference video using a Program Map Table (PMT) corresponding to each of the two terrestrial channels to allocate two terrestrial channels to the stream of the reference video. server.
Receiving a stream of additional video of a three-dimensional (D) broadcast in non-real time;
Receiving a stream of the reference video of the 3D broadcast in real time; And
Generating a 3D video of the 3D broadcast using the stream of the base video and the stream of the additional video
Including,
The additional video may be output independently from the reference video,
Whether the additional video can be output independently from the reference video is indicated in a capability descriptor included in the stream of the additional video (capabilities_descriptor).

Images