KR102139532B1 - An apparatus of transmitting/receiving a video stream and a method of transmitting/receiving the video stream thereof - Google Patents

Abstract

In this specification, a video stream transmission/reception device and a video stream transmission/reception method are disclosed. An example of a video stream transmission apparatus for transmitting an ultra high definition (UHD) three dimensional (3D) service according to the present invention includes: an encoder that encodes left video data and right video data for the UHD 3D service, respectively; A multiplexer for multiplexing signaling information generated for the data for the encoded UHD 3D service with the data for the encoded UHD 3D service; And a transmission unit carrying the multiplexed UHD 3D service data and signaling information on a signal. Meanwhile, an example of an apparatus for receiving a video stream for an ultra high definition (UHD) three dimensional (3D) service according to the present invention includes: a receiver configured to receive a signal in which UHD 3D service data and signaling information are multiplexed; A demultiplexing unit for demultiplexing UHD 3D service data and signaling information from the received signal; A decoder for decoding signaling information; A video decoder for decoding left image data and right image data for the UHD 3D service, respectively, based on the decoded signaling information; And an output unit that outputs a UHD 3D service by synchronizing each of the decoded data.

Description

An apparatus of transmitting/receiving a video stream and a method of transmitting/receiving the video stream thereof

This specification discloses a video stream transmission/reception device and a video stream transmission/reception method.

The broadcasting environment is undergoing a drastic change as analog broadcasting is over and digital broadcasting is fully implemented. Meanwhile, in the digital environment, the boundary between DTV and mobile devices is blurring, and the atmosphere of convergence is ripening. In this digital environment, DTV has a relatively larger screen size than a mobile device, and according to the user's demand according to the activation of digital broadcasting, conventional SD (Standard Definition), HD (High Definition), and Full-HD (Full-High Definition) ) Followed by a clearer picture quality service.

Recently, as the demand of the user increases, the video signal processing speed increases, and a coding method for encoding/decoding ultra-high resolution video data has been studied. The MPEG Standard also discusses and defines some coding methods for processing ultra-high resolution video data. However, coding of ultra-high resolution video data and systemic support for transmission of coded video data are other problems. In other words, the coding method that can be coded from MPEG video or codec specifications to ultra-high resolution video data is defined, but other specifications including system specifications for transmitting and receiving signals including coded video data are not yet defined, so it is still very high resolution. It is difficult to provide video service. Such ultra-high-resolution video service requires sufficient discussion on signal transmission/reception including ultra-high-definition video data coded between transmitting/receiving units, although it is important to code ultra-high-definition video data. It should not be ignored.

Therefore, in the conventional system, the processing of the ultra-high resolution 2D video signal is unreasonable, and the processing of the ultra-high resolution 3D video signal is also problematic.

The present specification is intended to solve the above problems, and an object of the present invention is to provide a video stream transmission apparatus and method for transmitting and receiving an ultra-high resolution 3D video stream.

Another object of the present disclosure is to provide a video stream receiving apparatus and method for receiving and processing a transmitted ultra-high resolution 3D video stream.

An example of a video stream transmission method for an UHD (ultra high definition) three-dimensional (3D) service according to the present invention includes: encoding left video data and right video data for the UHD 3D service, respectively; Generating signaling information for data for the encoded UHD 3D service; Multiplexing the encoded UHD 3D service data and signaling information; And transmitting the multiplexed UHD 3D service data and signaling information on a signal.

Another example of a method for transmitting a video stream for a UHD 3D service according to the present invention includes: encoding left video data and right video data for the UHD 3D service, respectively; Generating signaling information for data for the encoded UHD 3D service; And transmitting the left image data for the encoded UHD 3D service through a first medium, and transmitting the right image data for the encoded UHD 3D service through a second medium. The medium is a terrestrial channel, the second medium is IP, and the signaling information is multiplexed with at least one of the left video data and the right video data and transmitted through the corresponding medium.

An example of a method for receiving a video stream for a UHD 3D service according to the present invention includes: receiving a signal multiplexed with UHD 3D service data and signaling information; Demultiplexing UHD 3D service data and signaling information from the received signal; Decoding signaling information; Decoding left image data and right image data for the UHD 3D service, respectively, based on the decoded signaling information; And outputting a UHD 3D service by synchronizing each of the decoded data.

Another example of a method for receiving a video stream for a UHD 3D service according to the present invention includes receiving left image data for a UHD 3D service through a first medium; Receiving right image data for a UHD 3D service through a second medium; Parsing and decoding signaling information from one of the left and right video data; Decoding left image data and right image data for the UHD 3D service, respectively, based on the decoded signaling information; And outputting a UHD 3D service by synchronizing each of the decoded data, wherein the first medium is a terrestrial channel, the second medium is an IP, and the signaling information is the left image data. And right image data are multiplexed with at least one and transmitted through the corresponding medium.

An example of a video stream transmission apparatus for transmitting a UHD 3D service according to the present invention includes: an encoder that encodes left and right video data for the UHD 3D service, respectively; A multiplexer for multiplexing signaling information generated for the data for the encoded UHD 3D service with the data for the encoded UHD 3D service; And a transmission unit carrying the multiplexed UHD 3D service data and signaling information on a signal.

Another example of a video stream transmission apparatus for a UHD 3D service according to the present invention includes an encoder that encodes left image data and right image data for the UHD 3D service, respectively; A multiplexer for multiplexing signaling information generated for the data for the encoded UHD 3D service with one of left and right video data for the encoded UHD 3D service; And a transmission unit for transmitting left image data for the UHD 3D service through a first medium and transmitting right image data for the UHD 3D service through a second medium, wherein the first medium is a terrestrial channel, The second medium is IP.

An example of a video stream receiving apparatus for a UHD 3D service according to the present invention includes: a receiver configured to receive a signal in which UHD 3D service data and signaling information are multiplexed; A demultiplexing unit for demultiplexing UHD 3D service data and signaling information from the received signal; A decoder for decoding signaling information; A video decoder for decoding left image data and right image data for the UHD 3D service, respectively, based on the decoded signaling information; And an output unit that outputs a UHD 3D service by synchronizing each of the decoded data.

Another example of an apparatus for receiving a video stream for a UHD 3D service according to the present invention includes: a first receiver for receiving left image data for a UHD 3D service through a first medium; A second receiver configured to receive right image data for UHD 3D service through a second medium; A decoder for parsing and decoding signaling information from one of the left and right video data; A video decoder for decoding left image data and right image data for the UHD 3D service, respectively, based on the decoded signaling information; And an output unit that outputs a UHD 3D service by synchronizing the decoded data, wherein the first medium is a terrestrial channel, the second medium is an IP, and the signaling information is the left video data and the right video data. Multiplexed with at least one of the is transmitted through the medium.

According to the invention,

First, there is an effect of efficiently transmitting/receiving an ultra-high resolution 3D video stream.

Second, there is an effect of receiving and processing the transmitted ultra-high resolution 3D video stream.

Third, it provides an ultra-high resolution video service that is clearer than the conventional full-HD service to the user, thereby improving the user's satisfaction and arousing the desire to purchase products.

1 is a diagram illustrating a 2D/3D transmission scheme in an ATSC system,
FIG. 2 is a diagram for comparing and explaining HD video content and UHD video content;
3 is a block diagram of a UHD service system,
4 to 9 are views showing various embodiments of a UHD 3D service system configuration according to the present invention,
10 to 18 are views showing UHD 3D service signaling information according to the present invention;
19 is a view for explaining an embodiment of a receiver configuration block diagram for UHD 3D service processing,
20 is a diagram illustrating another embodiment of a block diagram of a receiver for UHD 3D service processing;
21 to 22 are flowcharts illustrating a video stream transmission method for an ultra high definition (UHD) three dimensional (3D) service according to the present invention,
23 to 24 are flowcharts illustrating a video stream receiving method for an ultra high definition (UHD) three-dimensional (3D) service according to the present invention.

Hereinafter, various embodiment(s) according to the present invention will be described in detail with reference to the drawings.

The suffixes "modules", "parts", and the like for the components used in the present specification are only given in consideration of the ease of writing the specifications, and both may be mixed as necessary. In addition, the terminology used in the present specification has also selected general terms that are currently widely used as possible in consideration of functions according to the technical idea of the present invention. It may vary. However, in certain cases, some terms are arbitrarily selected by the applicant, but the meaning will be described in the related description. Accordingly, it should be noted that the term should be interpreted based on the meaning of the term and not only the name but the actual meaning of the term.

Hereinafter, various embodiment(s) will be described in detail with reference to the accompanying drawings and the contents described therein. At this time, the contents described in the specification or/and the drawings are not limited to the exemplary embodiments, and the scope of the rights should be determined through the claims.

1 is a diagram illustrating a 2D/3D transmission scheme in an Advanced Television System Committee (ATSC) system.

For example, the ATSC system has a data transmission rate of about 19.39 Mbps through one channel. 2D video data coded in MPEG-2 can be transmitted through a corresponding channel at a transmission rate of about 18 Mbps.

Therefore, it is difficult to transmit 3D video data composed of left image data and right image data through one channel when the data is coded in MPEG-2. Accordingly, the transmitting end transmits the video data as a single-stream as a half-resolution rather than full-resolution, respectively, the left image data and the right image data of 3D video data according to a frame-compatible service method. ) Or in a dual stream using each data or base layer and an enhancement layer according to a service-compatible service method. In particular, in the latter, that is, in the service-compatible service method, one stream can be coded in MPEG-2 and the other stream can be coded in a different coding method, such as H.264.

FIG. 2 is a diagram for comparing and explaining HD video content and UHD video content.

2 shows a video signal standard, a data amount according to the video signal standard, a capacity after compression, and a transmission rate when applying the HEVC codec.

First, the HDTV signal is divided into two, one full-HD with 1920*1080 resolution, YUV with 4:2:0, 8-bit 30fps, and the other with HD with 1280*720 resolution and YUV with 4:2. : 60fps with 0 and 8 bits. In the former case, the data amount is 746 Mbps, and in the case of 1/50 compression with the MPEG-2 codec, the capacity after compression is about 15 Mbps. However, the capacity after 1/200 compression with HEVC codec is about 4 Mbps. On the other hand, the latter is a data volume of 660 Mbps, the capacity after compression at 1/50 compression with the MPEG-2 codec is about 13 Mbps, and the capacity after compression at 1/200 compression with the HEVC codec is 3 Mbps.

Next, 4K UHDTV signals have a resolution of 3840*2160, YUV has 4:2:0, 30 bits at 8 bits, 8K UHDTV signals have a resolution of 7680*4320, YUV has 4:2:0, 30 bits at 8 bits. . The data amount of the former 4K UHDTV signal is 3Gbps, which is about 4 times that of the HDTV signal data.The capacity after compression at 1/100 compression with H.264 codec is 30Mbps, and the capacity after compression at 1/200 compression with HEVC codec Becomes 15Mbps. On the other hand, the data amount of the latter 8K UHDTV signal is 3Gbps, which is about 16 times that of the HDTV signal data, and after compression at 1/100 compression with H.264 codec, the capacity is 120Mbps and after compression at 1/200 compression with HEVC codec The capacity is 60 Mbps.

As described above, the current 3D service is available in full-HD class based on the system of FIG. 1.

However, referring to FIG. 2, UHD video data is video data having a data amount of about 4 times (4K) or 16 times (8K) compared to the above-described HD class video data, and is based on the system of FIG. 1 described above. It is difficult to send.

Accordingly, a new coding scheme and/or transmission scheme is required to transmit UHD video data in real-time or non-real time. For example, the MPEG standard defines HEVC (High Efficiency Video Coding) (or H.265) as a next-generation video coding method after H.264. When using this HEVC coding method, ultra-high resolution video data is transmitted at a rate of about 15 Mbps. Can transmit. However, even if the HEVC coding method is used, referring to the channel transmission rate in the ATSC system, it is possible to transmit ultra-high resolution 2D video data, but it is still a problem to transmit ultra-high resolution 3D video data. On the other hand, this is the same even if only transmitting in a dual stream. Hereinafter, HEVC introduced in this specification as the next-generation video coding method refers to contents defined in related standards, and detailed description thereof will be omitted.

The term “ultra-high resolution video data” described herein refers to video data having a resolution of about 4 times (4K) or 16 times (8K) of full high definition (FHD) resolution, wherein 4K is ultra It is called Definition (UD), and 8K is also called Ultra High Definition (UHD). However, the term is arbitrary because the exact name has not yet been determined and used in the related standard or industry. In this specification, ultra-high resolution video data will be described as UHD video data.

3 is a block diagram of a UHD service system.

3, the UHD service system is divided into a transmitting end and a receiving end.

The transmitting end is further divided into a content provider (310) and a service provider (service provider) (320).

The content provider 310 produces UHD (4K/8K) video data and transmits it to the service provider 320. The content provider 310 may include any source capable of producing UHD content, such as a broadcast station, a cable headend, and a private server.

The service provider 320 may include all sources that receive UHD content produced by the content provider 210 and service the receiving end through a network. In the above, the network is a concept including or supporting media such as terrestrial, cable, satellite, and Internet Protocol (IP). At this time, the content provider 310 for producing the UHD content and the service provider 320 for servicing the produced UHD content may be the same entity or different entities.

The service provider 320 may include a video encoder 322, a multiplexing/transmission unit 324, and a channel coding/modulation unit 326. Meanwhile, in the above, the service provider 320 may further include component(s) necessary for transmission, processing, etc. of UHD content, although not shown in addition to the configuration shown in FIG. 3. In addition, each configuration shown in FIG. 3 as a configuration of the service provider 320 may be divided into a plurality of configurations or a single integrated module according to its function.

The video encoder 322 performs encoding necessary to service the produced UHD content. At this time, the encoding operation may apply a video codec defined in a standard for a coding method. For example, the HEVC codec described above may be used as the video codec.

The multiplexing/transmission unit 324 multiplexes the UHD content encoded and received through the video encoder 322 to generate a transport stream (TS) for signal transmission to the receiving end.

The channel coding/modulation unit 326 modulates a signal including transport stream packets (TPs) generated through the multiplexing/transmission unit 324 and transmits it to the receiving terminal 350 through a coded channel.

Referring to FIG. 3, the receiving terminal 350 includes a demodulation/TP decoder 362, a demultiplexing unit 364, a video decoder 366, and a video processing unit 368. Here, although the receiving unit 350 shows the above four configurations in FIG. 3, the configuration is not limited thereto, and may further include a configuration necessary to configure and output a 3D service including UHD video data through a screen.

The demodulation/TP decoder 362 demodulates the signal received through the tuned channel by a demodulation method corresponding to the above-described modulation method, and extracts and decodes transport stream packets (TPs) from the demodulated signal.

The demultiplexer 364 demultiplexes video, audio, and signaling information through PID (Packet Identifier) filtering from transport stream packets (TPs) extracted from the decoded signal.

The video decoder 366 decodes the demultiplexed UHD video data through the demultiplexer 364 by using a decoding method corresponding to the encoding method by referring to the demultiplexed signaling information.

The video processing unit 368 processes video data for implementing a service according to a user's request, such as a UHD 3D service, by using UHD video data decoded by the video decoder 366. Here, the video processing unit 368 may include various configurations such as a scaler, a frame rate converter (FRC), and a formatter for UHD 3D service.

In the above, the signaling information may include all signaling information defined in standards such as MPEG Program Specific Information (PSI), Program and System Information Protocol (PSIP), and Service Information (DVB-SI). Although this specification is mainly described based on ATSC PSIP, it is obvious that it can be applied to PSI, DVB-SI, and the like. Meanwhile, the signaling information may be named in terms of system information, service information, etc. according to standards.

4 to 9 are diagrams showing various embodiments of a UHD 3D service system configuration according to the present invention.

In this specification, all embodiments using a dual stream based on a base layer and an enhancement layer as well as a single stream for UHD 3D video service are described. Meanwhile, in this case, FIGS. 4 to 9 also consider backward compatibility with a conventional receiver such as UHD 2D service.

4 to 6 is a case of transmitting and receiving UHD 3D service data using only the terrestrial medium, and FIGS. 7 to 9 illustrate a case of transmitting and receiving UHD 3D service data using IP as well as the terrestrial medium.

First, FIG. 4 is a diagram showing an example of a UHD 3D service system configuration according to the present invention, FIG. 5 is a diagram showing an example of a UHD 3D service system configuration according to the present invention, and FIG. 6 is according to the present invention A diagram showing an example of a UHD 3D service system configuration.

Referring to FIG. 4, a full-HD or HD-class video data, not UHD-class, is transmitted as a left stream data and a right video data for a UHD 3D service through a single stream, and a system for implementing a UHD 3D service in a receiver is illustrated. Doing.

In other words, the UHD 3D service system of FIG. 4 uses a HEVC codec for the left video (ex, basic video) for the UHD 3D service to transmit UHD 3D service data in a single stream through a channel (19.39 Mbps). Is compressed (15 Mbps) and included in the single stream, and the right video (ex, additional video) is included in the single stream in full-HD or HD class using the HEVC codec or another codec in consideration of the transmission rate and transmitted. .

The receiver is different in the case of providing UHD 2D service and the case of providing UHD 3D service. For example, when providing a UHD 2D service, the receiver extracts and decodes only left video data for a UHD 3D service from a received single stream, rather than a full-HD right video image, and provides a UHD 2D service to a user. Can. On the other hand, when providing a UHD 3D service, the receiver decodes the left image data for the UHD 3D service from the received single stream as described above, but the right image data transmitted in full-HD requires separate or additional video processing. Do. For example, the receiver scales the received full-HD right image data into UHD service data through a scaler in the receiver. Thereafter, the receiver may provide the UHD 3D service to the user by synchronizing the scaled right image data through the left image data, which is the original UHD, and the FRC or/and formatter. Meanwhile, the left image data may be used as reference data, for example, when scaling the right image data. That is, the receiver compares the UHD-class left image data with the low-resolution right image data, and converts the right image data to the original source, that is, the UHD grade.

Referring to FIG. 5, both the base layer and the enhancement layer transmit UHD 3D video data, but the UHD 3D video data of the enhancement layer is transmitted by lowering a frame per second (fps) and implementing the UHD 3D service in the receiver. The system is shown.

In other words, in order to transmit UHD 3D service data in a single stream through a channel (19.39 Mbps), the UHD 3D service system of FIG. 5 compresses (15 Mbps) the left image for the UHD 3D service using an HEVC codec. Included in the single stream, the right video is compressed in compression (for example, 5 Mbps or less) using an HEVC codec or another codec in consideration of the transmission rate, and is included in the single stream and transmitted. In the above, in order to compress the right video to 5 Mbps or less, the UHD 3D service system of FIG. 5 makes the fps of the right video data smaller than the original 30 fps (eg, 10 fps).

The receiver is different in the case of providing UHD 2D service and the case of providing UHD 3D service. For example, in the case of providing a UHD 2D service, the receiver may extract and decode only the left image data for the UHD class 3D service from the received single stream to provide the UHD 2D service to the user. On the other hand, when providing a UHD 3D service, the receiver decodes the left video data for the UHD 3D service from the received single stream as described above, but the received right video data with a fps of 10 fs of the original right video data is compressed. Decoding method corresponding to, for example, to restore the original UHD-class video through HEVC decoding. That is, the receiver recovers the transmitted right image data at 30 fps for UHD level since the transmitted right image data was the first 10 fps. Then, the generated right video data (30fps) is compared with the decoded left video data, and motion compensation is performed to re-adjust (fps') to restore the right video data corresponding to the final left video data. To give. Meanwhile, the receiver may perform separate or additional video processing on the reconstructed left image data and right image data. For example, the receiver implements a UHD 3D service by synchronizing each data through a formatter according to the output frequency of the received left image data and right image data.

Referring to FIG. 6, the base layer transmits UHD 3D left image data, and the enhancement layer is for UHD 3D right image data processing from UHD 3D left image data transmitted through the base layer, not UHD 3D right image data. A system for transmitting reference data and implementing a UHD 3D service based on the reference data is illustrated in a receiver.

In other words, in order to transmit UHD 3D service data in a single stream through a channel (19.39 Mbps), the UHD 3D service system of FIG. 6 compresses (15 Mbps) the left image data for the UHD 3D service using an HEVC codec. Difference data between the left image data and the right image data for signaling to be included in the single stream and the right image data is signaled to restore the right image data and the receiver included in the single stream in consideration of the transmission rate. Is included in the single stream and transmitted. At this time, the difference data may be, for example, about 3 Mbps, which is about 15 to 20% of the original right video.

The receiver is different in the case of providing UHD 2D service and the case of providing UHD 3D service. For example, in the case of providing a UHD 2D service, the receiver may extract and decode only the left image data for the UHD class 3D service from the received single stream to provide the UHD 2D service to the user. On the other hand, when providing a UHD 3D service, the receiver decodes the left image data for the UHD 3D service from the received single stream as described above, but does not receive the right image data, but only differential data for restoring the right image data Only received. Accordingly, the receiver restores right image data based on the difference data and decoded left image data. The restored right image data is provided to the user in synchronization with the left image data. Meanwhile, the receiver may perform separate or additional video processing on the reconstructed left image data and right image data. For example, the receiver implements a UHD 3D service by synchronizing each data through a formatter according to the output frequency of the received left image data and right image data.

4 to 6 have been described for transmitting and receiving a signal including UHD 3D service data through a single stream using only terrestrial media. However, as described above, basically, even if UHD-class video data is compressed, it is not easy to configure a signal stream for UHD 3D video service, since the amount of data after compression is large.

In connection, FIGS. 7 to 9 illustrate the case of transmitting and receiving UHD 3D service data using IP as well as terrestrial media. In other words, FIGS. 7 to 9 may be viewed as a case of transmitting data for UHD 3D service through different media. Although FIGS. 7 to 9 illustrate IP as the different media, this is only an example for convenience of description and convenience of understanding of the present invention, and may include various media such as cables and satellites.

Meanwhile, in describing FIGS. 7 to 9, transmission and processing of left image data correspond to and overlap with, for example, FIGS. 4 to 6, respectively, and the detailed description thereof will be omitted below. Meanwhile, the receiver for the UHD 3D service according to FIGS. 7 to 9 may basically be a hybrid type that further includes a configuration capable of receiving and processing data through IP. With the above configuration, for example, an IP physical interface or a network interface that receives an IP datagram or an IP packet including UHD 3D service data may be further included. .

In addition, in the case of FIGS. 7 to 9, not only real-time service but also non-real time service is possible using different media such as terrestrial and IP as a network.

On the other hand, the operation of the receiver in FIGS. 7 to 9 is the right image data through the same process as in FIGS. 4 to 6 except for the process of extracting and recovering the right image data from the IP datagram or IP packet transmitted through IP. The contents provided to the user by restoring and configuring the UHD 3D service are the same, and detailed descriptions thereof are omitted below.

First, FIG. 7 may correspond to FIG. 4, FIG. 8 may correspond to FIG. 5, and FIG. 9 may be a diagram illustrating a UHD 3D service system configuration corresponding to FIG. 6.

Referring to FIG. 7, left video data for UHD 3D service is included in a single stream and transmitted through terrestrial waves, and right video data is transmitted through full-HD or HD video data not UHD class or IP other than the terrestrial video. Is transmitted. Accordingly, the receiver may implement the UHD 3D service by receiving the left image data received through the terrestrial wave and the right image data received through the IP.

In the UHD 3D service system of FIG. 7, in order to transmit UHD 3D service data in a single stream through a terrestrial channel (19.39 Mbps), the left video (ex. base video) for the UHD 3D service is 15 Mbps using a HEVC codec. It can be compressed to be transmitted as a single stream. However, in the case of right video, no matter how the HEVC codec is used, it cannot be transmitted in a single stream or in a terrestrial channel. Therefore, in FIG. 4, the HEVC codec is used, but transmission is included in the single stream using full-HD or HD class in consideration of the transmission rate. However, in FIG. 7, the transmission rate problem can be avoided by transmitting the right image data through a completely different medium (IP) rather than a single stream of the terrestrial channel. On the other hand, in this case, it is possible to provide room for using an alternative codec for the left image data. Although FIG. 7 illustrates that full-HD video data is transmitted through IP, UHD video data transmission is also possible as shown in FIG. 8.

Meanwhile, in FIG. 8, UHD-class video data is transmitted as corresponding to FIG. 5, but as shown in FIG. 5 described above, fps may be reduced to be carried in an IP datagram or an IP packet. However, the right video data transmitted in an IP manner regardless of the channel transmission rate may be properly formatted and implemented according to the corresponding IP protocol. Therefore, as described above, the right image data can be transmitted without changing the fps without losing the original image. In addition, in the case of FIG. 9, it corresponds to FIG. 6, whereas the above-described FIGS. 7 to 8 directly transmit video data, whereas in FIG. 9, it is different to transmit the difference data between the left image data and the right image data through IP. Do. Conversely, the UHD 3D service system of FIG. 9 may transmit the difference data in a single stream along with other data to a terrestrial channel, and transmit basic data for the UHD 3D service to IP. In this case, the receiver may also be implemented based on the basic data transmitted through IP when implementing the UHD 2D service.

In addition, FIGS. 4 to 9 may be appropriately combined as necessary.

10 to 18 are diagrams illustrating UHD 3D service signaling information according to the present invention.

10 to 18, an embodiment of signaling a UHD 3D service will be described. Meanwhile, here, FIGS. 10 to 16 illustrate PSI, PSIP, and DVB-SI signaling, and FIGS. 17 to 18 are examples of using SEI messages included in the header of UHD video data.

As described above, when a signal including a UHD 3D service is transmitted from a transmitting end to a receiving end, in order to properly process the transmitted UHD 3D service at the receiving end, signaling information for the signal must be properly defined. . Hereinafter, the signaling information will be described in more detail with reference to the accompanying drawings.

In the present specification, tables according to schemes such as MPEG, ATSC, DVB and the like and descriptors belonging to the table are defined and started as signaling information. On the other hand, in this specification, for convenience of description, it is revealed in advance that detailed descriptions of fields already defined in the standard are referred to and omitted from the corresponding standard document.

As described above, signaling information should define at least one of the following information and be provided between the transmitting and receiving terminals. Tables and descriptors for each information described below may use existing values existing in the existing tables and descriptors, or may define new values or define new tables and new descriptors.

First, the first information also includes a signal including UHD 3D service data, that is, information identifying a stream type of a transport stream (TS).

The second information is information identifying whether the service to be transmitted is a UHD service or not.

The third information is information identifying whether the corresponding UHD service is a 2D service or a 3D service if the transmitted service is a UHD service, based on the second information.

The fourth information is information identifying a transmission method in which method of UHD 3D service data is transmitted in FIGS. 4 to 9 based on the first to third information.

The fifth information includes information on the left image data and the right image data according to the transmission method identified by the fourth information.

As described above, the first information determines whether the corresponding stream in the signal, that is, the transport stream TS is a video stream. The first information can be identified through the stream_type field in the Program Map Table (PMT) of FIG. 10 to be described later. Accordingly, the receiver may identify whether the corresponding stream is a video stream in the unit of ES (Elementary Stream) and decode it through a video decoder. Here, the stream_type field in the PMT already has a value defined for each stream. Accordingly, according to the present invention, a video stream including a UHD service may be signaled by using the above-defined value or by defining a new value. This is because the UHD 3D service according to the present invention is encoded using an HEVC codec not previously defined in the current MPEG PMT stream_type field.

If the first information described above was for identification of a signal, the second information is for identifying a service included in the identified signal. Service types are currently defined in a variety of related standards. In the related standards, a service type is defined through a table or/and a descriptor for service signaling, but a service type definition for a UHD service has not yet been made, so it may be difficult to identify a service at a receiver. Therefore, a service type definition for a UHD service is required in related standards. Currently, related standards mainly identify only 2D or 3D or SD or HD (or full-HD). Therefore, in the present invention, a service identifier for a UHD service is defined as a service type. Meanwhile, the UHD service may be divided into a UHD 2D service and a UHD 3D service to define an identifier. The UHD service type signaling information according to the present invention may be defined in the form of a descriptor belonging to the PAT (Program Association Table), PMT, and the like, when included in the PSI of FIG. 10, for example. In addition, when the UHD service type signaling information is defined by the ATSC PSIP method rather than the PSI, the MGT (Master Guide Table) in FIG. 11, the Virtual Channel Table (VCT) in FIG. 12, and the Event Information Table (EIT) in FIG. 13, etc. It can be defined in the form of a table and a descriptor belonging to the table. On the other hand, when the UHD service type signaling information is defined in the DVB method, in the form of a descriptor related to a Network Information Table (NIT) in FIG. 14, a Service Description Table (SDT) in FIG. 15, an Event Information Table (EIT) in FIG. Can be defined. For example, in DVB-SI, a component_descriptor is defined to define and identify various values for components constituting a service. In the case of the UHD 3D service according to the present invention, a stream_content field value and a component_type field value are appropriately defined to UHD. A 3D service may be identified, and a DVB subtitle for the identified UHD 3D service may also be identified.

The third information identifies whether the corresponding UHD service is a 2D service or a 3D service according to the UHD service identified by the above-described second information. Meanwhile, the third information may be identified in advance by, for example, second information, and in this case, the third information may not be separately defined. For example, the third information may be defined as a program belonging to the PMT of FIG. 10 or an ES level descriptor in the PSI scheme. The third information may be defined using source_id or service_type field information such as VCT of FIG. 12 and EIT of FIG. 13 in the PSIP method. The third information includes at least one of network_id, transport_stream_id, original_network_id of NIT in FIG. 14 or a descriptor belonging to the NIT in the DVB scheme, at least one field of transport_stream_id, original_network_id, service_id in SDT, or a descriptor belonging to SDT in FIG. 15, It may be defined through service_id, transport_stream_id, original_network_id of EIT of FIG. 16 or a descriptor belonging to the EIT. Meanwhile, the third information can be linked between the identified UHD 2D service and the UHD 3D service. For example, UHD 3D services related to UHD 2D services may be defined as UHD 2D services related to UHD 3D services by using linkage_descriptor and extended_linkage_descriptor in DVB-SI. In addition, services such as SD and HD associated with UHD 2D or 3D services may also be defined. For example, it can be defined as: The linked_UHD_sub_service_type field may indicate a UHD_sub_service_type value of a service associated with a current program (service, channel).

The fourth information is information identifying a transmission method in which method of UHD 3D service data is transmitted in FIGS. 4 to 9 based on the first to third information. The fourth information is, for example, in the same manner as the above-described third information, that is, PAT of the PSI, PMT, MGT, VCT, EIT of the PSIP, NIT, SDT, EIT of DVB-SI, or a descriptor belonging to the tables. Can be defined Or you can define a completely new UHD 3D service transport table or descriptor. The fourth information may include at least one or more of the following fields. The num_linked_media field may indicate the number of linked media provided through other services or media in addition to the current delivery media to implement the original UHDTV broadcast. The linked_media_type field is a field that can indicate the type of the linked media. If this field is 00, it may indicate that linked information of a program (service) to be described in another service, channel, or program among the same broadcast transmission medium is transmitted. . When linked_media_type is 01, it may indicate that information related to a program (service) to be described in the program can be transmitted through another transmission medium such as the Internet. The Linked_media_sync_type field illustrates how a UHD subservice to be connected can be obtained and synchronized at a receiver.

The fifth information includes information on the left image data and the right image data according to the transmission method identified by the fourth information. The fifth information may be defined by the same table or descriptor or related table or descriptor as the fourth information described above. For example, the fifth information includes information for identifying basic data for the left image data and the right image data according to the fourth information, and information about an upsampling factor between the left image data and the right image data, In the case of the UHD 2D service, at least one or more of left data and right video data whether or not to use which data is used may be further included. The fifth information further includes original_UHD_resolution information. The original_UHD_resolution refers to a resolution of an original UHD screen that can be output when all streams included in a UHD program (service) are collected.

With respect to the UHD service, one of the scenarios of signaling information is as follows. When the associated stream included in the UHD stream is delivered to the same media medium (linked_media_type == 0), Linked_UHD_sub_service_type, associated_service_TSID, associated_service_original_network_id, associated_service_id may be included, and if the associated stream included in the UHD stream is delivered to another media medium (linked_media_type == 1) may include Linked_UHD_sub_service_type and internet_linkage_information().

In addition, signaling information related to the UHD service may further include at least one of the following fields in the first to fifth information or newly defined information. The associated_service_TSID field may indicate a transport_stream_id value for a program (service) including a stream to be combined with a program (service) described by this descriptor to provide a complete UHD service. The associated_service_original_network_id field may indicate the original_network_id value of a service including a stream to be combined with a program (service) described by this descriptor to provide a complete UHD service. The associated_service_id field may indicate a service_id value of a service including a stream to be combined with a program (service) described by this descriptor in order to provide a complete UHD service. In addition to the service_id, a linked_program_number field may be included in a similar manner. In this case, linked_program_number has a similar meaning to the program_number field of PMT, and identifies a program number for a combinable stream. internet_linkage_information indicates internet connection information connected to provide a complete UHD program (service), (1) whether the IP address information is 32-bit or 128-bit, (2) IP address information (3) port number information, (4 ) Additional information such as a Uniform Resource Identifier (URI) for an additional stream, and (5) available time slot (eg, start time for service transmission, expiration time, etc.).

Meanwhile, the signaling information may further include at least one of the following fields.

As UHD_service_type, it may indicate the type of sub-service that can be supported only by the service according to the currently described stream. For example, when the UHD_service_type field is 000, it may indicate that there is no stream that can be output alone in the current service. That is, this field may indicate that there is only a non-compatible stream in the currently described stream, and that additional data may be received through other services or media in addition to the currently described service (program) for the UHD service. . When the UHD_service_type field is 001, it may indicate that an HD compatible stream is included in the currently described UHD service, but cannot support 4K UHD or 8K UHD service alone. Accordingly, it may indicate that additional data may be received through other services or media in addition to data provided by a service (program) currently described for a UHD service. When the UHD_service_type field is 010, it may indicate that a 4K UHD compatible stream is included in the currently described UHD service, but cannot be supported by HD or 8K UHD service alone. Accordingly, it may indicate that additional data may be received through other services or media in addition to data provided by a service (program) currently described for a UHD service. When the UHD_service_type field is 011, it may indicate that all streams necessary for supporting the original UHD broadcast are included in the currently described UHD service. Here, the original UHD broadcast means a UHD broadcast corresponding to the original_UHD_resolution value. Here, when the original_UHD_resolution field is 00, a 4k UHD resolution of 3840x2160 may be represented, and in a case of 01, a 4k UHD resolution of 7680×4320 may be represented. Although not shown here, a screen format of 4096×2160 resolution may also be signaled in the original_UHD_resolution field value. In such a case, for HD compatibility, crop rectangle related parameters (frame_crop_left_offset, frame_crop_right_offset, frame_crop_top_offset, frame_crop_bottom_offset, etc.) may be additionally used during video encoding of the corresponding stream. In this case, the video decoder may use a method of setting the output data to 1920x1080 or configuring an HD compatible video signal using bar data. The Linked_media_sync_type field is a field describing how to obtain a linked UHD video. As illustrated, the sub-stream or sub-video may be a video component for UHD service. Further, the sub-stream or the sub-video may be transmitted using one or more broadcast channels, or may be transmitted through a physical medium different from the one or more broadcast channels. For example, the first sub-stream is transmitted by a terrestrial broadcast channel, and the second, third, and fourth sub-streams are transmitted by an IP stream of the Internet. Thus, it can be signaled how video components transmitted through separate transmission means can be synchronized when transmitted. Accordingly, synchronous delivery indicates a case in which two or more components are transmitted in real time, and in this case, the two or more components are displayed in synchronization in a receiver. Asynchronous delivery refers to a case in which one component is transmitted in non-real time. In this case, the receiver stores the first component in advance, and then receives other components transmitted thereafter, and displays these components in synchronization. For example, when the Linked_media_sync_type field value is 000, it indicates that only synchronized UHD delivery is possible for linked UHD sub-streams (services). Therefore, in this case, the linked UHD sub-streams (services) are transmitted in real time and synchronized with each other, so that the UHD service can be expressed. When the Linked_media_sync_type field value is 001, asynchronous UHD delivery is possible for linked UHD sub-streams (services), and link information (for example, associated_service_TSID, associated_service_original_network_id, associated_service_id, internet_linkage_information, etc.) This means that the referenced UHD sub-streams (services) are transmitted later. Accordingly, in this case, the linked UHD sub-streams (services) are transmitted in non-real-time, and when the receiver receives link information, the UHD sub-streams (services) transmitted in non-real-time can be synchronized with each other to express the UHD service. When the Linked_media_sync_type field value is 010, asynchronous UHD delivery is possible for linked UHD sub-streams (services), and link information (for example, associated_service_TSID, associated_service_original_network_id, associated_service_id, internet_linkage_information, etc.) This means that the referenced UHD sub-streams (services) have already been transmitted. Accordingly, in this case, the linked UHD sub-streams (services) have already been transmitted in non-real time, and the receiver can display UHD services by synchronizing the UHD sub-streams (services) transmitted at different times using link information. When the Linked_media_sync_type field value is 011, both synchronous UHD delivery and synchronous UHD delivery (asynchronous UHD delivery) are possible for linked UHD sub-streams (services), and link information (for example, associated_service_TSID , associated_service_original_network_id, associated_service_id, internet_linkage_information, etc.) indicates that UHD sub-streams (services) referred to later are retransmitted or transmitted simultaneously with the current event. When the Linked_media_sync_type field value is 100, both synchronous UHD delivery and synchronous UHD delivery (asynchronous UHD delivery) are possible for linked UHD sub-streams (services), and link information (for example, associated_service_TSID , associated_service_original_network_id, associated_service_id, internet_linkage_information, etc.) indicates that the UHD sub-streams (services) referenced are already transmitted and being transmitted simultaneously with the current event. The sub-stream descriptor may include descriptors for each stream. In this case, however, the compatibility and sampling factor information of each stream can be known, but since the entire configuration information of the original UHD broadcasting is not available, UHDTV broadcasting that must be provided at the program/channel/service level in order to provide UHD broadcasting The entire configuration information can be signaled. The information may include the number of constituent streams, channel/service information included in each stream, whether each stream is transmitted in real time or non-real time, and this information is described in the combine descriptor. Since the operation of the receiver may vary depending on whether the UHD sub-services provided in each channel are synchronized, the present invention discloses signaling considering this. That is, the UHD sub-services may be output in real time as soon as they are all synchronized, or may be configured asynchronously, and some or all of them may be stored in a receiving end, and then output in combination with components that came later.

Next, with reference to FIGS. 17 to 18, the format of a video stream when UHD video is transmitted according to the method exemplified above will be described. When the UHD video is subsampled, the video encoder may encode and output the subsampled video into a video elementary stream according to the following format.

The header of the video elementary stream may have a format of a Supplemental Enhancement Information (SEI) message illustrated in FIGS. 17 and 18.

17 illustrates a format of a supplementary enhancement information (SEI) payload of a video elementary stream. When the payload type of the SEI payload is 5, it may have a payload format according to user_data_registered_itu_t_t35().

Here, the user_identitier field may have a value of 0x4741 3934, and user_structure may have a format illustrated below. In addition, when user_data_type_code is 0x1B, user_data_type_structure() may include UHD_sampling_info information describing a sub stream according to a method of sub-sampling UHD video. The content of UHD_sampling_info will be described in detail in FIG. 17.

18 illustrates a format of a supplementary enhancement information (SEI) message of a video elementary stream. Similarly, when the payloadType of the SEI message is 37, sampling information (UHD_sampling_info) may be included.

19 to 20 describe a receiver that outputs a UHD video or an HD video by using the UHD video stream and signaling information transmitted according to the method exemplified above. The receiver may have a receiver capable of receiving and displaying UHD video, and a receiver capable of displaying HD video that is part of the UHD video. The embodiments of the video outputs of the two receivers will be described in general as follows.

First, an embodiment of outputting an HD video by receiving a UHD sub-strem from an existing HD video receiver is described as follows.

When the video transmitting the service is transmitted in an HD compatible stream stream, the receiver can output the HD video in the same way as receiving the existing HD video. In this case, the UHD sub service (video) transmitted by the HD compatible stream can be signaled with the same service_type and the same stream_type (in the case of PSI signaling, service_type==0x02, stream_type==0x1B) as a broadcast service including an existing HD video. have.

Existing HD video receivers cannot recognize descriptors such as descriptors included in the PMT. Therefore, when a service is not transmitted in an HD compatible stream, when a new service_type is assigned to the service, a conventional receiver cannot recognize the channel itself.

A receiver capable of receiving and displaying UHD video may output UHD video by combining each received sub-stream. When explaining an embodiment for this is as follows.

First, the receiver determines whether there is a separate service or media that must be additionally received in order to implement the original UHD video by using signaling information received through the first channel (service), for example, a descriptor of the PMT. When there is data to be received through a separate channel or path, connection information for a receiver to receive a related service can be obtained from signaling information. The receiver tunes (connects) the second (or third) associated service using another separate tuner (or Internet access module) using the connection information already acquired to receive the associated service. In some cases, the schedules of components of UHD video received through the first channel and the second and third paths associated therewith may be different. In this case, necessary data is previously stored using schedule information received through each path (channel). Or you can receive it. Decode sub-streams received on the first, second, and third channels (paths). When all sub-streams are included in one program, all necessary sub-streams received through one channel are decoded. In this case, the receiver may acquire information for recombining the UHD video through a descriptor allocated for each stream belonging to each service. The receiver may obtain information such as which sub_video included in each stream and which sample grid is located in the entire UHD video from the acquired information. The location of the sample grid may use sub_video_grid_hor and sub_video_grid_ver fields.

The video synthesis unit 700 may reconstruct the UHD video using a plurality of sub-videos based on the acquired information.

An example of a video stream transmission apparatus for transmitting a UHD 3D service according to the present invention is an encoder for encoding left video data and right video data for the UHD 3D service, respectively, and generated for data for the encoded UHD 3D service It includes a multiplexer for multiplexing the encoded signaling information with the data for the encoded UHD 3D service, and a transmitting unit for transmitting the multiplexed UHD 3D service data and signaling information on a signal.

Another example of a video stream transmission apparatus for a UHD 3D service according to the present invention is an encoder for encoding left image data and right image data for the UHD 3D service, respectively, and generated for data for the encoded UHD 3D service The left video data for the UHD 3D service is transmitted through a multiplexer and a first medium for multiplexing signaling information with one of the left video data and the right video data for the encoded UHD 3D service, and the second medium It includes a transmission unit for transmitting the right image data for UHD 3D service, the first medium is a terrestrial channel, and the second medium is IP.

An example of a video stream receiving apparatus for a UHD 3D service according to the present invention is a receiving unit that receives a signal in which UHD 3D service data and signaling information are multiplexed, and demultiplexes UHD 3D service data and signaling information from the received signal. A demultiplexer, a decoder for decoding signaling information, a video decoder for decoding left image data and right image data for the UHD 3D service based on the decoded signaling information, and a UHD 3D service by synchronizing each of the decoded data It includes an output unit for outputting.

Another example of a video stream receiving apparatus for a UHD 3D service according to the present invention includes: a first receiving unit receiving left image data for a UHD 3D service through a first medium, and a right image for UHD 3D service through a second medium. The data is received by a second receiving unit, a decoder for parsing and decoding signaling information from one of the left and right video data, and the left and right video data for the UHD 3D service, respectively, based on the decoded signaling information. And a video decoder to decode and an output unit to output a UHD 3D service by synchronizing each of the decoded data, wherein the first medium is a terrestrial channel, the second medium is IP, and the signaling information is the left image data. And right image data are multiplexed with at least one and transmitted through the corresponding medium.

19 is a diagram illustrating an embodiment of a block diagram of a receiver for processing a UHD 3D service.

Referring to FIG. 19, the receiver includes a receiver, a channel decoder 201 and 202, a demultiplexer 300 and a video decoder, a storage unit 500, a signaling information decoding unit 600, a video synthesis unit 700, and switching It may include a portion 800.

The receiver may include at least one tuner or/and at least one internet access module 101, 102, 103. At least one tuner (101, 102) of the receiving unit may receive a respective RF channel for transmitting a UHD video signal.

At least one Internet access module 103 of the receiving unit may receive an Internet signal that transmits a UHD video signal. Here, the UHD video signal may be transmitted as a whole UHD video, the UHD video may be a separated video signal, and the UHD video separated video signal may be a video compatible with the HD video or the residual signal described above.

The channel decoding units 201 and 202 may channel-decode broadcast signals tuned by the tuners 101 and 102.

The demultiplexer 300 may receive a channel-decoded video signal and/or an Internet signal and demultiplex the video signals from which the UHD video is separated. Here, the demultiplexed video signals may be UHD video when synthesized. For example, the demultiplexer 300 may demultiplex stream 0 of FIG. 6 or demultiplex all of streams 0 through 3.

The signaling information decoding unit 600 may decode signaling information transmitted as a broadcast signal or an Internet signal. Signaling information has already exemplified a combine descriptor, a stream descriptor, and the like.

The video decoders 401, 402, 403, and 404 can decode the demultiplexed video, respectively, by using the decoded signaling information or signaling information in the video stream.

When the decoded video signal is a video separated from the UHD video, the video synthesizer 700 may synthesize the decoded video signal and output the decoded video signal as a UHD video signal. The receiver may include only one of the illustrated video processing passes, a pass for processing HD compatible video and a residual signal, or a pass for processing HD video by simply subsampling a UHD video.

If the decoded video signal is simply a sub-sampled HD video from a UHD video, or an HD compatible video reconstructed using a residual signal, the receiver uses the decoded signaling information to select the HD video of either HD video. Can print

The storage unit 500 may store video signals received from at least one tuner or/and at least one Internet access module 101, 102, 103. When a portion of the HD video streams from which the UHD video is separated is transmitted in an asynchronous manner, the storage unit 500 may first store the received video stream.

When programs including video streams capable of outputting UHD video are received as a plurality of sub-streams, the sub-stream stored in the storage unit 500 and the real-time received sub-stream are decoded together, and the video synthesis unit 700 performs video. The reconstructed video from the streams can be synthesized and output as UHD video.

When the video decoder 401 outputs data decoded by the residual signal, the switch 800 outputs the HD compatible video to the video decoder 402 that decodes the HD compatible video into the decoded video, or the video decoder 401 Can be switched to output the decoded data as a video simply subsampled of the UHD video.

The video synthesizing unit 700 may synthesize UHD video separated HD video or HD compatible video and output the UHD video.

20 is a diagram illustrating another embodiment of a block diagram of a receiver for processing a UHD 3D service.

Referring to FIG. 20, the receiver includes a receiver (not shown), a demultiplexer 2010, an SI processor 2020, a channel manager 2030, and a signal processor 2040.

The receiver may include a tuner that tunes a specific channel to receive a signal through the tuned channel, and a demodulator that demodulates the received signal corresponding to a modulation method. Here, the receiving unit may further include a network interface to receive UHD 3D service data through IP, for example, as described above.

The demultiplexing unit 2010 demultiplexes the signaling data, video data, and audio data necessary for understanding channel information through PID filtering and the like. The demultiplexed signaling data is transmitted to the SI processor 2020, and the demultiplexed audio/video data is transmitted to the signal processor 2040.

The SI processor 2020 may receive and process section data for signaling data of a transmitting end for UHD 3D service implementation and may store it in a database connected to the inside and outside, although not shown. Meanwhile, the SI processor 2020 transmits channel information among the signaling data to the channel manager 2030 for generating a channel map. The channel manager 2030 generates a channel map based on the received channel-related signaling data and is involved in tuning of the receiver, channel access, and the like. The signaling data includes signaling information defined in related standards such as the aforementioned MPEG PSI, ATSC PSIP, and DVB-SI.

The signal processing unit 2040 is composed of a video processing unit and an audio processing unit.

The video processing unit includes a video buffer/control unit 2042, a video decoder 2044, and a video processor 2046. The video buffer/control unit 2042 receives the demultiplexed UHD 3D video data from the demultiplexer 2010 and temporarily stores it, and outputs it to the video decoder 2044 in a FIFO or MIMO method. The video decoder 2044 decodes the received UHD 3D video data using a decoding method corresponding to the encoding method. The video processor 2046 performs the necessary processing to receive the decoded video data and transmit it to the display unit or a connected display device.

The audio processing unit includes an audio buffer/control unit 2052, an audio decoder 2054, and an audio processor 2056. The audio buffer/control unit 2052 receives audio data for the demultiplexed UHD 3D video data from the demultiplexer 2010, temporarily stores it, and outputs the audio data to the audio decoder 2054 in a FIFO or MIMO method. The audio decoder 2054 decodes the received audio data using a decoding method corresponding to the encoding method. The audio processor 2056 receives the decoded audio data and synchronizes to the video data to perform necessary processing to output it through an internal or external speaker.

The formatter 2060 controls the operation of the video processor 2046 and the audio processor 2056. For example, the formatter 2060 transmits or controls a signal for performing or controlling a 3D format operation according to an output frequency of a sink and an output of video data and audio data for a UHD 3D service. The video processor 2046 or/and the audio processor 2056 ).

21 to 22 are flowcharts of a video stream transmission method for a UHD 3D service according to the present invention.

Referring to FIG. 21, left video data and right video data for UHD 3D service are respectively encoded (S2110), and signaling information for data for the encoded UHD 3D service is generated (S2120).

The transmitter multiplexes the encoded UHD 3D service data and signaling information (S2130), and transmits the multiplexed UHD 3D service data and signaling information on a signal (S2140).

Referring to FIG. 22, left video data and right video data for UHD 3D service are respectively encoded (S2210), and signaling information for data for the encoded UHD 3D service is generated (S2220).

The left video data for the encoded UHD 3D service is transmitted through the first medium, and the right video data for the encoded UHD 3D service is transmitted through the second medium (S2230).

In the above, the first medium may be a terrestrial channel, and the second medium may be IP.

Meanwhile, in the above, signaling information is multiplexed with at least one of the left image data and the right image data, and transmitted through the corresponding medium.

23 to 24 are flowcharts illustrating a method for receiving a video stream for a UHD 3D service according to the present invention.

Referring to FIG. 23, a signal in which UHD 3D service data and signaling information is multiplexed is received (S2310), and UHD 3D service data and signaling information are demultiplexed from the received signal (S2320).

The receiver decodes signaling information (S2330), and decodes left image data and right image data for the UHD 3D service, respectively, based on the decoded signaling information (S2340).

Thereafter, the receiver synchronizes the decoded data and outputs a UHD 3D service (S2350).

Referring to FIG. 24, the receiver receives left image data for a UHD 3D service through a first medium (S2410), and receives right image data for a UHD 3D service through a second medium (S2420).

The receiver parses and decodes signaling information from one of the left video data and the right video data (S2430), and decodes the left video data and the right video data for the UHD 3D service based on the decoded signaling information (S2440). .

Thereafter, the receiver outputs a UHD 3D service by synchronizing the decoded data (S2450).

In the above, the first medium may be a terrestrial channel, and the second medium may be IP.

Meanwhile, in the above, signaling information is multiplexed with at least one of the left image data and the right image data, and transmitted through the corresponding medium.

The video stream transmission/reception device and the video stream transmission/reception method disclosed in this specification are not limited to the configuration and method of the above-described embodiments, and the above embodiments can be applied to various embodiments so that various modifications can be made. All or some of them may be configured by selectively combining.

Meanwhile, the operating method of the video device disclosed in this specification may be implemented as a code readable by a processor on a recording medium readable by a processor provided in the video device. The processor-readable recording medium includes all types of recording devices in which data that can be read by the processor are stored. Examples of the recording medium readable by the processor include read only memory (ROM), random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage, and carriers such as transmission through the Internet. It also includes those implemented in the form of a carrier-wave. In addition, the processor-readable recording medium may be distributed over a networked computer system so that the processor-readable code is stored and executed in a distributed manner.

On the other hand, in the present specification, it has been described with reference to the accompanying drawings, but this is only an example and is not limited to a specific example, and various contents that can be modified by a person having ordinary skill in the art to which the present invention pertains are also claimed. It belongs to the scope of rights according to. In addition, such modifications should not be individually understood from the technical spirit of the present invention.

101,102: tuner 201,202: channel decoder
300: demultiplexer 401,402,403,404: video decoder
500: video decoder, storage unit 600: signaling information decoding unit
700: video synthesis unit 800: switching unit
2010: Demultiplexer 2020: SI processor
2030: channel manager 2040: signal processing unit

Claims (20)

delete delete delete delete delete In the video stream receiving method for ultra high definition (UHD) three-dimensional (3D) service,
Receiving a signal in which UHD 3D service data and signaling information are multiplexed;
Separating the case of providing UHD 2D service and the case of providing UHD 3D service data;
When providing the UHD 2D service, extracting left image data for the UHD 3D service from the received signal;
Decoding the extracted left image data;
Demultiplexing UHD 3D service data and signaling information from the received signal when providing the UHD 3D service;
Decoding signaling information;
Decoding left image data and right image data for the UHD 3D service, respectively, based on the decoded signaling information; And
Changing a frame transmission rate of the right image data;
Compensating the changed right image data with the left image data and compensating for motion to restore the right image data corresponding to the left image data; Syncing the restored right image data and the decoded left image data according to an output frequency Including the step of outputting the UHD 3D service to fit through the formatter,
The decoded right image data has the same resolution as the decoded left image data, but different frames per second (fps).
How to receive a video stream. The method of claim 6,
The decoded right video data, the video stream receiving method having a different resolution than the decoded left video data. delete The method of claim 6,
The decoded right video data, the video stream receiving method including the difference data from the decoded left video data. delete delete delete delete delete delete In the video stream receiving apparatus for ultra high definition (UHD) three-dimensional (3D) service,
A receiver configured to receive a signal in which UHD 3D service data and signaling information are multiplexed;
When providing UHD 2D service, extracting left image data for UHD 3D service from the received signal, and when providing UHD 3D service, demultiplexing UHD 3D service data and signaling information from the received signal Demultiplexing unit;
A decoder for decoding signaling information;
When providing the UHD 2D service, decode the extracted left image data,
When the UHD 3D service is provided, the left video data and the right video data for the UHD 3D service are respectively decoded based on the decoded signaling information,
Change the frame rate of the right video data,
A video decoder for compensating the changed right image data with the left image data and compensating for the right image data corresponding to the left image data; And
When the UHD 2D service is provided, the decoded left image data is output, and when the UHD 3D service is provided, the UHD 3D service is output by matching the sync of each decoded data through a formatter according to an output frequency. Including an output,
The decoded right image data has the same resolution as the decoded left image data, but different frames per second (fps).
Video stream receiving device. The method of claim 16,
The decoded right video data, the video stream receiving apparatus having a different resolution than the decoded left video data. delete The method of claim 16,
The decoded right video data, the video stream receiving apparatus including the difference data from the decoded left video data. delete

Images