WO2012070715A1 - 디지털 방송의 전송 모드 제공 및 인지 방법 - Google Patents

디지털 방송의 전송 모드 제공 및 인지 방법 Download PDF

Info

Publication number
WO2012070715A1
WO2012070715A1 PCT/KR2011/000357 KR2011000357W WO2012070715A1 WO 2012070715 A1 WO2012070715 A1 WO 2012070715A1 KR 2011000357 W KR2011000357 W KR 2011000357W WO 2012070715 A1 WO2012070715 A1 WO 2012070715A1
Authority
WO
WIPO (PCT)
Prior art keywords
descriptor
broadcasting
frame
image
compatibility mode
Prior art date
Application number
PCT/KR2011/000357
Other languages
English (en)
French (fr)
Inventor
최병호
김제우
신화선
Original Assignee
전자부품연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 전자부품연구원 filed Critical 전자부품연구원
Priority to MX2013005884A priority Critical patent/MX2013005884A/es
Priority to US13/989,320 priority patent/US9030527B2/en
Priority to CA2818930A priority patent/CA2818930C/en
Publication of WO2012070715A1 publication Critical patent/WO2012070715A1/ko
Priority to US14/104,823 priority patent/US8982186B2/en
Priority to US14/681,443 priority patent/US9288467B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/156—Mixing image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/816—Monomedia components thereof involving special video data, e.g 3D video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/015—High-definition television systems

Definitions

  • the present invention is suitable for performing new broadcasting while maintaining compatibility with existing broadcasting channels such as 3D stereoscopic broadcasting, UHD TV broadcasting, and multi-view broadcasting in the MPEG-2 TS (Transport Stream) format for broadcasting and receiving digital TV. It relates to a method of selecting a mode and recognizing a descriptor.
  • ATSC North American Advanced Television Systems Committee
  • ATSC is the committee or standards for developing digital television broadcasting standards in the United States.
  • the ATSC standard is currently determined by the national standards of the United States, Canada, Mexico, and Korea, and other countries, including several countries in South America, intend to make it the standard.
  • digital broadcasting standards include DVB developed in Europe and ISDB in Japan.
  • the ATSC digital broadcast standard which can transmit high-quality video, audio and auxiliary data, is capable of transmitting data at a terrestrial broadcast rate of 19.39Mbps for 6MHz terrestrial broadcast channels and about 38Mbps for cable TV channels.
  • the video compression technology used in the ATSC method uses the ISO / IEC 13818-2 MPEG-2 video standard, and the compression format uses MPEG-2 MP @ HL, that is, the Main Profile and High Level standards. The format and restrictions are defined.
  • the following describes the transmission modes available for performing a new broadcast while maintaining compatibility with existing broadcast channels such as 3D stereoscopic broadcast, UHD TV broadcast, and multiview broadcast in the MPEG-2 TS format for broadcasting and receiving digital TV. Let's look at it.
  • 3D stereoscopic broadcasting, UHD TV broadcasting, and multiview broadcasting will be collectively referred to as composite video broadcasting.
  • composite video broadcasting As a transmission mode usable in the MPEG-2 TS format, a frame compatible mode and a service compatible mode are distinguished. As such, when two transmission modes are used in digital broadcasting, there is a need for a receiver to recognize a transmission mode used by a transmitter.
  • An object of the present invention is to recognize the reception of a composite video in a receiving system capable of processing a composite video broadcasting including 3D stereoscopic broadcasting, UHD TV broadcasting, multi-view broadcasting, thereby receiving a composite image in the receiving system. To receive and process it.
  • Another problem to be solved by the present invention is to prevent the reception of the composite image in the receiving system that can not process the composite image, thereby preventing the malfunction of the receiving system.
  • the present invention proposes a method of providing a synthesis related descriptor for left and right images using a stream type.
  • the present invention proposes a method of providing a synthesis related descriptor for left and right images by using a presence of a descriptor.
  • the present invention proposes a method of providing a composition related descriptor for left and right images using a frame compatibility mode flag.
  • the reception system capable of processing the composite image to recognize the reception of the composite image, thereby allowing the receiving system to receive and process the composite image. In a reception system that cannot process a composite image, reception of the composite image can be ignored, thereby preventing malfunction of the reception system.
  • 1 is a block diagram for HD broadcasting, 3D broadcasting, UD broadcasting, and MV broadcasting.
  • FIG. 2 illustrates a frame compatibility mode according to an embodiment of the present invention.
  • FIG. 3 illustrates a service compatibility mode according to an embodiment of the present invention.
  • FIG. 4 illustrates a structure of a program map table (PMT) syntax according to an embodiment of the present invention.
  • PMT program map table
  • FIG. 6 is a flowchart illustrating a process of providing a composition related descriptor for left and right images using a stream type according to an embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating a process of providing a synthesis related descriptor for left and right images using a presence of a descriptor according to an embodiment of the present invention.
  • FIG. 8 is a flowchart illustrating a process of providing a composition related descriptor for left and right images using a frame compatibility mode flag according to an embodiment of the present invention.
  • digital broadcasting is classified into 3D stereoscopic broadcasting, ultra high definition (UHD) TV broadcasting, and multi-view broadcasting.
  • FIG. 1 is a block diagram for HD broadcasting, 3D broadcasting, UD broadcasting, and MV broadcasting.
  • 3D stereoscopic broadcasting, UHD TV broadcasting, multiview broadcasting, etc. will be collectively referred to as composite video broadcasting.
  • HD broadcasting transmits two screens
  • 3D stereoscopic broadcasting transmits two screens
  • UHD broadcasting includes four screens (4k)
  • multiview broadcasting includes two or more screens.
  • a packet identifier (PID: Packet Identifier) in MPEG-2 TS is assigned to left and right images to transmit stereoscopic 3D stereoscopic images and multiplexed.
  • PID Packet Identifier
  • UHD video generally has a number of horizontal and vertical pixels of 4000 (4k ⁇ 3840x2160) to 8000 (8k ⁇ 7680x4320).
  • UHD video is four times clearer than HD (2k, 1920x1080) on a 4k scale, given that the screen resolution depends on the number of pixels called pixels. Compared to 8k, the difference is up to 16 times in sharpness. Even at the refresh rate, or frames per second, HD is 30 HD, while 60Hz is 60 screens per second, so you can enjoy a much more natural and dynamic picture.
  • Multi-view broadcasting can be viewed as a 3D stereoscopic image by combining two images from different angles up, down, left, and right according to the viewing angle of the viewer. If the television is equipped with a multi-view display, when the actor appears on the screen, the person on the left sees the actor's left face, and the person on the right sees the actor's right face in 3D stereoscopic image. In other words, it is an advanced form of 3D stereoscopic broadcasting.
  • the present invention proposes a method of selecting an appropriate transmission mode when performing a new broadcast while maintaining compatibility with an existing broadcast channel when using any one of 3D stereoscopic broadcasting, UHD TV broadcasting, and multiview broadcasting.
  • FIG. 2A illustrates a frame compatibility mode
  • FIG. 2B illustrates an example of a method of synthesizing an image to configure a frame compatibility mode.
  • 2A and 2B are examples of 3D stereoscopic broadcasting, and UHD broadcasting and multiview broadcasting may be extended in a similar manner.
  • the frame compatibility mode will be described in detail with reference to FIGS. 2A and 2B.
  • the frame compatibility mode transmits one frame in which left and right images are combined in one transmission band. Therefore, it is possible to maintain the same transmission / reception form as that used by conventional HD broadcasting.
  • the previous HD broadcast transmits video over the entire area
  • the broadcast in frame compatibility mode transmits the synthesized video as many as the number of video. That is, as illustrated in FIG. 2B, the left image and the right image may be synthesized in one frame in various ways. As shown in FIG. 2B (a), half of the frame may be divided and synthesized, or as shown in FIG. 2B (b), the pixels may be divided and synthesized. Alternatively, as shown in FIG.
  • the frame may be transmitted by alternating left and right images in chronological order.
  • the number of images is synthesized in one frame, a process of reducing each image is needed.
  • the bitrate of the video compression There are various ways to synthesize images.
  • the left image and the right image may be changed or may be mixed in units of diagonal pixels.
  • 3 shows a service compatibility mode.
  • the service compatibility mode will be described in detail with reference to FIG. 3.
  • 3 illustrates a 3D stereoscopic broadcast, and UHD broadcasting and multiview broadcasting may be extended in a similar manner.
  • a left image frame and a right image frame are separately compressed and transmitted in one transmission band instead of image synthesis. That is, as shown in FIG. 3, the left image frame and the right image frame are compressed by respective compression methods, and the compressed left image frame and the right image frame are transmitted through one transmission band.
  • one video is compressed so as to be compatible with existing HD broadcasting, while the other video is encoded and transmitted using a compression method having a higher compression rate.
  • one image of the left image and the right image is transmitted at high resolution, and the other image is transmitted using the low resolution.
  • the left image is encoded and transmitted in the MPEG-2 Main profile
  • the right image is encoded and transmitted in the MPEG-4 AVC / H.264 High profile.
  • the left video transmits the video stream at a resolution of 1080i @ 60Hz and the right video transmits the video stream at a resolution of 720p @ 60Hz by the above-described encoding method.
  • the left image is left as it is, the right image is subsampled in the vertical or horizontal direction, and the receiver generates one stereo image after restoring the sampled right image by the resolution of the left image.
  • the transmission mode of the composite broadcast is divided into a frame compatibility mode and a service compatibility mode, and a transmitter uses one of two transmission modes.
  • the compressed image is transmitted to the receiving end.
  • the receiving end needs to know the transmission mode used by the transmitting end in order to decode the received compressed image.
  • only the primary video can be played without ignoring the secondary video of the received composite video.
  • identification information for recognizing reception of a 3D image in a reception system capable of processing a 3D image is included in system information and received.
  • PSI / PSIP Program Specific Information / Program and System Information Protocol
  • PSIP Program Specific Information / Program and System Information Protocol
  • a protocol for transmitting system information in a table format may be applicable to the present invention regardless of its name.
  • PSI is a system standard of MPEG-2 defined for classifying channels and programs
  • PSIP is an Advanced Television Systems Committee (ATSC) standard for classifying channels and programs.
  • ATSC Advanced Television Systems Committee
  • the PSI may include, as an example, a Program Association Table (PAT), a Conditional Access Table (CAT), a Program Map Table (PMT), and a Network Information Table (NIT).
  • PAT Program Association Table
  • CAT Conditional Access Table
  • PMT Program Map Table
  • NIT Network Information Table
  • PAT is special information transmitted by a packet having a PID of '0', and transmits PID information of a corresponding PMT and PID information of a NIT for each program.
  • the CAT transmits information about the pay broadcasting system used on the transmitting side.
  • the PMT transmits the program identification number, PID information of a transport stream packet to which individual bit streams such as video and audio constituting the program are transmitted, and PID information to which PCR is delivered.
  • NIT transmits the information of the actual transmission network. For example, a PAT table with a PID of 0 is parsed to find a program number and a PID of a PMT. When the PMT obtained from the PAT is parsed, the correlation between the components constituting the program can be known.
  • FIG. 4 illustrates a structure of a program map table (PMT) syntax according to an embodiment of the present invention.
  • PMT program map table
  • the table_id field is a table identifier, and an identifier for identifying the PMT may be set.
  • the section_syntax_indicator field is an indicator that defines the section format of the PMT.
  • the section_length field represents a section length of the PMT.
  • the program_number field indicates information of a program as information corresponding to the PAT.
  • the version_number field represents a version number of the PMT.
  • the current_next_indicator field is an identifier indicating whether the current table section is applicable.
  • the section_number field indicates the section number of the current PMT section when the PMT is transmitted divided into one or more sections.
  • the last_section_number field represents the last section number of the PMT.
  • the PCR_PID field indicates a PID of a packet carrying a program clock reference (PCR) of a current program.
  • the program_info_length field represents descriptor length information immediately following the program_info_length field in number of bytes. That is, the length of the descriptors included in the first loop.
  • the stream_type field indicates the type and encoding information of the element stream included in the packet having the PID value indicated by the following elementary_PID field.
  • the elementary_PID field represents an identifier of the element stream, that is, a PID value of a packet including the corresponding element stream.
  • the ES_Info_length field represents descriptor length information immediately after the ES_Info_length field in number of bytes. That is, the length of the descriptors included in the second loop.
  • the descriptor related to the composite information about the left and right images for the specific program number is present in the descriptor following the program_info_length syntax.
  • descriptors related to the left and right image individual ESs are present in descriptors following the ES_info_length syntax.
  • the composition information related descriptor for the left and right images is defined as service_compatible_stereoscopic_video_descriptor ().
  • Information related to the frame packing arrangement has described MPEG2_video_3d-frame_packing_arrangement_descriptor () defined in the frame compatibility scheme.
  • descriptor related to the left and right images individual ES is defined by stereoscopic_stream_descriptor (). However, in FIG. 4, the positions of these descriptors are directly expressed in the syntax, but it is noted that they are actually included in a form selectively like the conventional descriptors.
  • FIG. 4 first constructs a composition related descriptor for left and right images for a specific program number, and then configures descriptors related to individual ESs. But it is not limited thereto. That is, the position of MPEG2_video_3d_frame_frame_packing_arrangement_descriptor () may be specified at a descriptor position under ES_info_length rather than the current position. In the frame compatibility mode, since one video PID is used, the PID and the descriptor need to exist together. As described above, as the position of the descriptor may vary, the position of the descriptor may vary according to circumstances.
  • the method of providing a synthesis related descriptor for a composite image may be classified into a method of using a stream type, a method of using a presence of a descriptor, and a method of checking a frame compatibility mode flag.
  • a synthesis related descriptor for left and right images may be provided.
  • Table 1 illustrates a stream type for 3D stereoscopic broadcasting in PSI.
  • a synthesis related descriptor for left and right images is provided. That is, if the stream type is Ox02 type, it is a 2D video. If the stream type is Ox22, Ox23 type, it is a 3D stereoscopic video. For example, if the stream type is Ox22, it is frame compatibility mode. If the stream type is 0x23, it is service compatibility mode.
  • the receiving end can determine the frame compatibility mode or service compatibility mode by checking the stream type of the received PSI, and can also be provided with a composition related descriptor for the left and right images.
  • the second approach is to use the presence of a descriptor. That is, if a descriptor related to the frame compatibility mode exists, the corresponding image is transmitted in the frame compatibility mode. If the descriptor related to the service compatibility mode exists, the corresponding image is transmitted in the service compatibility mode.
  • the second scheme provides a synthesis related descriptor for left and right images by using the presence of a descriptor related to a specific mode. Referring to FIG. 4, in the case of a 3D stereoscopic broadcast, if a descriptor for service compatibility mode such as service_compatible_stereoscopic_video_descriptor () exists, it is determined as a service compatibility mode. This is how to determine.
  • the third solution is to check the frame compatibility mode flag. That is, the frame compatibility mode flag is checked to provide a composition related descriptor for the composite image.
  • Table 2 shows an example of the frame compatibility mode flag of the 3D stereoscopic broadcast according to an embodiment of the present invention.
  • the detailed syntax in the descriptor may be branched according to the supported method with the frame_compatible_mode_flag syntax. Therefore, the syntax in the descriptor may be divided into ⁇ mode common syntaxes ⁇ , ⁇ frame-compatible mode syntaxes ⁇ , and ⁇ service-compatible mode syntaxes ⁇ .
  • the third method provides a composition related descriptor for left and right images using a descriptor flag.
  • a service compatible flag may be defined instead of the frame compatible flag or a mode bit may be allocated separately (for example, 1 for frame compatibility mode and 2 for service compatibility mode). It is included in the technique of branching the frame compatibility mode and the service compatibility mode.
  • FIG. 5 shows the procedure of PMT.
  • the procedure of PMT will be described with reference to FIG. 5.
  • Step S500 checks the length of the PMT with section_length.
  • step S502 the syntax including the program_number is read.
  • step S504 the descriptor length is checked by program_info_length.
  • Step S506 checks whether all descriptors related to program info have been read. If all have been read, go to step S510. If all have not been read, go to step S508 to read one descriptor related to program info.
  • step S510 confirm that all the PMT has been read. If all have been read, go to step S510. If all have not been read, go to step S512. Step S512 reads the stream_type and elementary_PID.
  • step S51 the descriptor length is checked by ES_info_length.
  • Step S516 checks whether all ES info related descriptors have been read. If all have been read, the process moves to step S518. If all have not been read, the process moves to step S520.
  • Step S520 reads one descriptor related to ES info and moves to step S516.
  • FIG. 6 is a flowchart illustrating a process of providing a composition related descriptor for left and right images using a stream type according to an embodiment of the present invention.
  • a process of providing a synthesis related descriptor for left and right images using a stream type according to an embodiment of the present invention will be described with reference to FIG. 6.
  • step S600 the PMT length is checked by section_length.
  • Step S602 reads a syntax including program_number.
  • step S604 the descriptor length is checked by program_info_length.
  • Step S606 checks whether all descriptors related to program info have been read. If all are read, go to step S610. If all are not read, go to step S608 to read one descriptor related to program ingo.
  • step S610 it is checked whether all the PMTs have been read. If all have been read, the process moves to step S628. If all have not been read, the process moves to step S612. Step S612 reads the stream_type and elementary_PID.
  • Step S614 checks whether the stream type is 0x22. If the stream type is 0x22, the flow proceeds to step S616. If the stream type is not 0x22, the flow goes to step S618.
  • Step S616 activates the Frame-Compatible mode.
  • Step S618 confirms whether the stream type is 0x23. If the stream type is 0x23, the flow moves to step S620. If the stream type is not 0x23, the flow moves to step S622.
  • Step S620 activates the Service-Compatible mode.
  • step S622 the descriptor length is checked by ES_info_length.
  • step S624 it is checked whether all ES info related descriptors have been read. If all have been read, the process moves to step S610. If all have not been read, the process moves to step S626.
  • Step S626 reads one descriptor related to ES info and moves to step S624.
  • the CRC_32 is read and a data error is verified.
  • FIG. 7 is a flowchart illustrating a process of providing a composition related descriptor for left and right images by using a descriptor according to an embodiment of the present invention.
  • a process of providing a synthesis related descriptor for left and right images by using a descriptor which is an embodiment of the present invention, will be described with reference to FIG. 7.
  • Step S700 checks the length of the PMT by section_length.
  • step S702 the syntax including the program_number is read.
  • step S704 the descriptor length is checked by program_info_length.
  • step S706 all the descriptors related to program info are read. If all are read, go to step S710. If not, go to step S708 and read one descriptor related to program ingo.
  • step S710 check that all PMTs have been read. If all have been read, the process moves to step S720, and if all have not been read, the process moves to step S712.
  • Step S712 reads the stream_type and elementary_PID.
  • step S714 the descriptor length is checked by ES_info_length.
  • Step S716 checks whether all ES info related descriptors have been read. If all have been read, the process moves to step S710. If all have not been read, the process moves to step S718.
  • Step S718 reads one descriptor related to ES info and moves to step S716.
  • step S720 the CRC_32 is read and a data error is verified.
  • step S722 it is checked whether a descriptor for Frame-Compatible exists. If there is a descriptor for Frame-Compatible, go to step S724 to activate the Frame-Compatible mode.
  • step S726 If the frame-Compatible descriptor does not exist, go to step S726 and check whether the descriptor for Service-Compatible exists. If there is a descriptor for Service-Compatible, go to step S728 to activate the Service-Compatible mode.
  • FIG. 8 is a flowchart illustrating a process of providing a composition related descriptor for left and right images using a frame compatibility mode flag according to an embodiment of the present invention.
  • a process of providing a synthesis related descriptor for left and right images using a frame compatibility mode flag according to an embodiment of the present invention will be described with reference to FIG. 8.
  • step S800 the PMT length is checked by section_length.
  • Step S802 reads a syntax including program_number.
  • step S804 the descriptor length is checked by program_info_length.
  • Step S806 checks whether all descriptors related to program info have been read. If all are read, go to step S820. If not, go to step S808 and read one descriptor related to program ingo.
  • step S810 it is determined whether the descriptor is related to a plurality of images (3D, UD, MV). If the descriptor is related to the plurality of images, the process proceeds to step S812. If the descriptor is related to the plurality of images, the process proceeds to step S806.
  • step S812 the frame-compatible_mode_flag is checked. If the frame S814 mode is the Frame-Compatible mode, the process moves to step S816, otherwise, the process moves to step S818.
  • Step S816 activates the Frame_Compatible mode
  • step S818 activates the Service_Compatible mode.
  • step S820 confirm that all PMTs have been read. If all have been read, the process moves to step S830. If all have not been read, the process moves to step S822. Step S822 reads stream_type and elementary_PID.
  • step S824 the descriptor length is checked by ES_info_length.
  • Step S826 checks whether all ES info related descriptors have been read. If all have been read, the process moves to step S810. If all have not been read, the process moves to step S828.
  • Step S828 reads one descriptor related to ES info and moves to step S826.
  • Step S830 reads the CRC_32 and verifies whether there is a data error.
  • the present invention is not limited to 3D stereoscopic broadcast but reveals that it is a technology that can be applied to both complex broadcasting such as UHD TV broadcasting and multi-view broadcasting.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

본 발명은 디지털 TV 송출 및 수신에 사용하는 방송용 MPEG-2-TS 포맷에서 3D 입체형 방송, UHD TV 방송, 멀티뷰 방송 등 기존 방송 채널과 호환성을 유지하면서 새로운 방송을 수행할 때 적절한 전송 모드를 선정하고, 디스크립터(descriptor)를 인지하는 방식에 관한 것이다. 이를 위해 본 발명은 스트림 타입, 디스크립터 존재 여부, 프레임 호환 모드 플래그를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 방안을 제안한다.

Description

디지털 방송의 전송 모드 제공 및 인지 방법
본 발명은 디지털 TV 송출 및 수신에 사용하는 방송용 MPEG-2 TS(Transport Stream) 포맷에서 3D 입체형 방송, UHD TV 방송, 멀티뷰 방송 등 기존 방송 채널과 호환성을 유지하면서 새로운 방송을 수행할 때 적절한 전송 모드를 선정하고, 디스크립터(descriptor)를 인지하는 방식에 관한 것이다.
우리나라는 1997년 11월 지상파 디지털 방송방식으로 8-VSB 방식인 북미의 ATSC(Advanced Television Systems Committee) 규격을 선정한 이후, 관련 핵심 기술 개발, 필드테스트, 시험방송을 진행하였고, 2001년 이후로 기존 아날로그 방송과 디지털 방송이 동시에 방송되고 있지만, 2012년에는 디지털 방송으로 전환을 완료하게 된다.
ATSC는 미국의 디지털 텔레비전 방송 표준을 개발하는 위원회 혹은 그 표준을 말한다. ATSC의 표준은 현재 미국, 캐나다, 멕시코, 한국의 국가 표준으로 결정되어 있고, 남미의 여러 국가를 포함한 다른 나라들이 표준으로 삼으려 하고 있다. 디지털 방송의 표준에는 ATSC 이외에 유럽에서 개발된 DVB, 일본의 ISDB 등이 있다.
고품질의 비디오, 오디오 및 보조 데이터를 전송할 수 있는 ATSC 디지털 방송 표준은 지상파의 경우, 6MHz의 지상파 방송 채널은 19.39Mbps 데이터 전송률, 케이블 TV 채널은 약 38Mbps 데이터 전송률로 데이터를 전송할 수 있다. ATSC 방식에서 사용하는 비디오 압축 기술은 ISO/IEC 13818-2 MPEG-2 비디오 규격을 사용하고 있으며, 압축 형식으로 MPEG-2 MP@HL, 즉 Main Profile과 High Level 규격을 사용하고 있으며, 이와 관련된 비디오 형식 및 제한 사항에 대해 정의하고 있다.
이하에서는 디지털 TV 송출 및 수신에 사용하는 방송용 MPEG-2 TS 포맷에서 3D 입체형 방송, UHD TV 방송, 멀티뷰 방송 등 기존 방송 채널과 호환성을 유지하면서 새로운 방송을 수행할 때 사용 가능한 전송모드에 대해 알아보기로 한다. 이하에서는 3D 입체형 방송, UHD TV 방송, 멀티뷰 방송을 통칭하여 복합 영상 방송이라 칭하기로 한다. MPEG-2 TS 포맷에서 사용 가능한 전송모드로서, 프레임 호환 모드(Frame-Compatible Mode)와 서비스 호환 모드(Service-Compatible Mode) 구분된다. 이와 같이 디지털 방송에서 두 개의 전송 모드를 사용하는 경우, 수신단은 송신단에서 사용한 전송 모드를 인지할 필요성이 대두된다.
본 발명이 해결하려는 과제는 3D 입체형 방송, UHD TV 방송, 멀티뷰 방송을 포함하는 복합 영상 방송을 처리할 수 있는 수신 시스템에서 복합 영상의 수신을 인식할 수 있도록 함으로써, 상기 수신 시스템에서 복합 영상을 수신하여 처리할 수 있도록 하는데 있다.
본 발명이 해결하려는 다른 과제는 복합 영상을 처리할 수 없는 수신 시스템에서는 복합 영상의 수신을 무시할 수 있도록 함으로써, 수신 시스템의 오동작을 방지하는데 있다.
이를 위해 본 발명은 스트림 타입을 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 방안을 제안한다.
이를 위해 본 발명은 디스크립터 존재 여부를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 방안을 제안한다.
이를 위해 본 발명은 프레임 호환 모드 플래그를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 방안을 제안한다.
본 발명에 따른 전송 모드 제공 방법은 동일한 디스크립터를 사용하여 프레임 호환 모드와 서비스 호환 모드 여부를 구분할 수 있다. 또한, 복합 영상을 처리할 수 있는 수신 시스템에서 복합 영상의 수신을 인식할 수 있도록 함으로써, 상기 수신 시스템에서 복합 영상을 수신하여 처리할 수 있도록 하는데 있다. 복합 영상을 처리할 수 없는 수신 시스템에서는 복합 영상의 수신을 무시할 수 있도록 함으로써, 수신 시스템의 오동작을 방지하는데 있다.
도 1은 HD 방송, 3D 방송, UD 방송, MV방송에 대한 블록도를 도시하고 있으며,
도 2는 본 발명의 일실시 예에 따른 프레임 호환 모드를 도시하고 있으며,
도 3은 본 발명의 일실시 예에 따른 서비스 호환 모드를 도시하고 있으며,
도 4는 본 발명의 일실시 예에 따른 프로그램 맵 테이블(program map table: PMT) 신택스의 구조를 도시하고 있으며,
도 5는 PMT의 절차를 도시하고 있으며,
도 6은 본 발명의 일 실시예에 따른 스트림 타입을 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 과정을 도시한 흐름도이며,
도 7은 본 발명의 일 실시예에 따른 디스크립터 존재 여부를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 과정을 도시한 흐름도이며,
도 8은 본 발명의 일 실시예인 프레임 호환 모드 플래그를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 과정을 도시한 흐름도이다.
[부호의 설명]
도 2: 프레임 호환 모드 도 3; 서비스 호환 모드
전술한, 그리고 추가적인 본 발명의 양상들은 첨부된 도면을 참조하여 설명되는 바람직한 실시 예들을 통하여 더욱 명백해질 것이다. 이하에서는 본 발명의 이러한 실시 예를 통해 당업자가 용이하게 이해하고 재현할 수 있도록 상세히 설명하기로 한다.
먼저 디지털 방송의 종류에 대해 알아보기로 한다. 일반적으로 디지털 방송은 3D 입체형 방송, UHD(Ultra High Definition) TV 방송, 멀티뷰(Multi-view) 방송으로 구분된다.
도 1은 HD 방송, 3D 방송, UD 방송, MV방송에 대한 블록도를 도시하고 있다. 이하에서는 3D 입체형 방송, UHD TV 방송, 멀티뷰 방송 등을 통칭하여 복합 영상 방송이라 칭하기로 한다.
HD 방송은 하나의 화면을 전송하는 대신 3D 입체형 방송은 2개의 화면을 전송하며, UHD 방송은 4개의 화면(4k의 경우), 멀티뷰 방송은 2개 이상의 화면으로 구성된다.
3D 입체형 방송은 스테레오 형태의 3차원 입체영상을 전송하기 위해 좌,우 영상에 대해 각각 MPEG-2 TS에서의 패킷 식별자(PID:Packet Identifier)를 하나씩 부여하여 다중화 전송하는 방법이 있다. UHD 영상은 일반적으로 가로와 세로 픽셀 수가 4000(4k·3840x2160)∼8000급(8k·7680x4320)에 육박한다. 화면 해상도는 픽셀로 불리는 화소 수가 좌우한다고 볼 때 UHD 영상은 4k 기준으로 HD(2k·1920x1080)와 비교해 4배나 더 선명하다. 8k에 비교하면 선명도 면에서 16배까지 차이 난다. 화면 주사율, 즉 초당 프레임 수에서도 HD가 30㎐인데 반해 60㎐로 1초당 화면 60장을 전송해 훨씬 자연스러우면서 역동적인 화면을 즐길 수 있다.
멀티 뷰 방송은 시청자의 시야각에 따라 상·하/좌·우, 서로 다른 각도에서의 영상을 두 개 결합하여 3D 입체 영상으로 시청할 수 있다. 텔레비전에 멀티 뷰 표시장치를 구비할 경우, 화면에 배우가 나올 때 왼편에 있는 사람은 배우의 왼쪽 얼굴을 보게 되고, 오른편에 있는 사람은 배우의 오른쪽 얼굴을 3D 입체 영상으로 보게 된다. 즉, 3D 입체형 방송의 진보한 형태다.
본 발명은 3D 입체형 방송, UHD TV 방송, 멀티뷰 방송 중 어느 하나의 방송 방식을 사용하는 경우 기존 방송 채널과 호환성을 유지하면서 새로운 방송을 수행할 때 적절한 전송 모드를 선정하는 방안을 제안한다.
이하 상술한 전송 모드 중 프레임 호환 모드(Frame-Compatible Mode)에 대해 알아본 후 서비스 호환 모드(Service-Compatible Mode)에 대해 알아보기로 한다.
도 2a는 프레임 호환 모드를 도시하고 있고, 도 2b는 프레임 호환 모드를 구성하기 위해 영상을 합성하는 방법의 대한 예를 도시한 것이다. 이하 도 2a와 도 2b는 모두 3D 입체형 방송의 예를 들어 도시한 것이고 UHD 방송과 멀티뷰 방송도 유사한 방식으로 확장할 수 있다. 도 2a와 도 2b를 이용하여 프레임 호환 모드에 대해 상세하게 알아보기로 한다.
도 2b에 의하면 프레임 호환 모드는 하나의 전송대역에 좌우영상이 합쳐진 하나의 프레임을 전송한다. 따라서 종전의 HD 방송이 사용하는 방식과 동일한 송수신 형태를 유지할 수 있다. 다만 종전의 HD 방송은 전체 영역에 비디오를 전송한 반면, 프레임 호환 모드의 방송은 영상의 개수 만큼 합성된 영상을 전송한다는 점이 다르다. 즉, 도 2b에 도시되어 있는 바와 같이 좌영상과 우영상을 다양한 방식으로 하나의 프레임에 합성할 수 있다. 도 2b(a)와 같이 프레임의 절반을 분할하여 합성할 수도 있고, 도 2b(b)와 같이 픽셀 단위로 분할하여 합성할 수도 있다. 또는 도 2b(c)와 같이 프레임은 유지한 채 시간 순으로 좌우 영상을 번갈아 가면 전송할 수 있다. 도 2b의 (a), (b) 경우 하나의 프레임에 영상의 개수 만큼 합성하므로 각 영상을 축소하는 과정이 필요하며, 도 2b(c)의 경우 프레임율(frame-rate)가 증가하게 되어 대역폭을 늘리거나 비디오 압축의 비트율(bitrate)을 조절해야 한다. 영상을 합성하는 방법은 다양한 형태로 존재한다. 도 2b의 예에서 3D 입체형 영상의 경우 좌영상과 우영상이 바뀌거나 대각선 형태의 픽셀 단위로 혼합시킬 수도 있다.
3D 입체형 방송을 일례로 들면, 이와 같이 하나의 전송대역을 이용하여 좌영상과 우영상을 모두 전송하기 때문에 하나의 영상 프레임을 전송하는 경우에 비해 전송하는 영상의 해상도는 1/2로 줄어들게 되므로 화질은 떨어진다 (도 2b의 (a), (b) 경우). 또는 동일한 대역폭에 더 많은 데이터를 전송해야 하기 때문에 압축율을 늘려 화질이 떨어지거나 프레임율이 떨어지게 된다 (도 2b(c) 경우).
도 3은 서비스 호환 모드를 도시하고 있다. 이하 도 3을 이용하여 서비스 호환 모드에 대해 상세하게 알아보기로 한다. 도 3은 3D 입체형 방송을 기준으로 도시한 것이고 UHD 방송과 멀티뷰 방송도 유사한 방식으로 확장할 수 있다.
도 3에 의하면 서비스 호환 모드는 하나의 전송대역에 좌영상 프레임과 우영상 프레임을 영상 합성이 아닌 별도로 압축하여 전송한다. 즉, 도 3에 도시되어 있는 바와 같이 좌영상 프레임과 우영상 프레임을 각각의 압축 방식으로 압축하고, 압축한 좌영상 프레임과 우영상 프레임을 하나의 전송대역으로 전송한다. 한정된 전송대역에 두 개 이상의 압축된 영상을 전송하기 위해 한 쪽 영상은 기존 HD 방송과 호환할 수 있도록 압축하는 반면, 다른 쪽 영상은 보다 압축율이 좋은 압축 방식으로 부호화하여 전송한다. 또는 좌영상과 우영상 중 하나의 영상은 고 해상도 전송하며, 나머지 하나의 영상은 저 해상도를 이용하여 전송한다. 일례로 좌영상은 MPEG-2 Main profile로 부호화하여 전송하며, 우영상은 MPEG-4 AVC/H.264 High profile로 부호화하여 전송한다. 추가적으로 저해상도를 사용하는 경우, 상술한 부호화 방식에 의해 좌영상은 1080i@60Hz의 해상도로 영상 스트림을 전송하며, 우영상은 720p@60Hz의 해상도로 영상 스트림을 전송한다. 부가하여 설명하면 좌 영상은 그대로, 우 영상은 수직 또는 수평 방향으로 서브 샘플링하고, 수신부에서는 샘플링한 우 영상을 좌 영상의 해상도 만큼 복원시킨 후 하나의 스테레오 영상을 만든다.
이와 같이 디지털 방송에서 기존 방송 채널과 호환성을 유지하면서 새로운 방송을 수행할 때 복합 방송의 전송 모드는 프레임 호환 모드와 서비스 호환 모드로 구분되며, 송신단은 두 개의 전송 모드 중 어느 하나의 모드를 이용하여 압축된 영상을 수신단으로 전송한다. 수신단은 수신한 압축 영상을 복호화하기 위해서는 송신단에서 사용한 전송 모드를 인지하여야 한다. 그리고 복합 영상을 처리할 수 없는 기존 방송 수신 시스템에서는 수신되는 송신된 복합 영상 중 부 영상(Secondary Video)을 무시하고 주 영상(Primary Videl)만을 재생할 수 있어야 하다. 이로써 기존 방송 채널과 호환성을 유지하면서 선택적으로 복합 방송을 수신할 수 있게 된다.
본 발명은 3D 영상을 처리할 수 있는 수신 시스템에서 3D 영상의 수신을 인식할 수 있도록 하기 위한 식별 정보가 시스템 정보에 포함되어 수신되는 것을 일 실시예로 한다. 시스템 정보로서 PSI/PSIP(Program Specific Information/Program and System Information Protocol)을 적용하나 본 발명은 이에 한정하는 것은 아니다. 즉 시스템 정보를 테이블 포맷으로 전송하는 프로토콜이라면 그 명칭에 상관없이 본 발명에 적용 가능할 것이다.
PSI는 채널 및 프로그램을 분류하기 위해 정의된 MPEG-2의 시스템 규격이고, PSIP는 채널 및 프로그램의 분류가 가능한 ATSC(Advanced Television Systems Committee) 규격이다.
PSI는 일 실시예로서, PAT(Program Association Table), CAT(Conditional Access Table), PMT(Program Map Table), 및 NIT(Network Information Table)를 포함할 수 있다.
PAT는 PID가 '0'인 패킷에 의해 전송되는 특수 정보로서, 각 프로그램마다 해당 PMT의 PID 정보와 NIT의 PID 정보를 전송한다. CAT는 송신측에서 사용하고 있는 유료 방송 시스템에 대한 정보를 전송한다. PMT는 프로그램 식별 번호와 프로그램을 구성하는 비디오, 오디오 등의 개별 비트 스트림이 전송되는 트랜스포트 스트림 패킷의 PID 정보, 및 PCR이 전달되는 PID 정보를 전송한다. NIT는 실제 전송망의 정보를 전송한다. 예를 들어, PID가 0인 PAT 테이블을 파싱하여 프로그램 번호(Program number)와 PMT의 PID를 알아낸다. 그리고 상기 PAT로부터 얻어낸 PMT를 파싱하면 프로그램을 구성하는 구성 요소들 간의 상관관계를 알 수 있다.
도 4는 본 발명의 일실시 예에 따른 프로그램 맵 테이블(program map table: PMT) 신택스의 구조를 도시하고 있다. 이하 도 3을 이용하여 본 발명의 일실시 예에 따른 PMT 신택스의 구조에 대해 상세하게 알아보기로 한다.
도 4에서 table_id 필드는 테이블 식별자로서, PMT를 식별하는 식별자가 설정될 수 있다. section_syntax_indicator 필드는 PMT의 섹션 형식을 정의하는 지시자이다. section_length 필드는 PMT의 섹션 길이를 나타낸다.
program_number 필드는 PAT와 일치하는 정보로서 프로그램의 번호가 표시된다. version_number 필드는 PMT의 버전 번호를 나타낸다. current_next_indicator 필드는 현재 테이블 섹션이 적용 가능한지 여부를 나타내는 인식자이다.
section_number 필드는 PMT가 하나 이상의 섹션으로 구분되어 전송될 경우, 현재 PMT 섹션의 섹션 번호를 나타낸다. last_section_number 필드는 PMT의 마지막 섹션 번호를 나타낸다. PCR_PID 필드는 현재 프로그램의 PCR(program clock reference)를 전달하는 패킷의 PID를 표시한다.
program_info_length 필드는 program_info_length 필드의 바로 뒤에 나오는 디스크립터(descriptor) 길이 정보를 바이트 수로 나타낸다. 즉, 첫 번째 루프에 포함되는 디스크립터들의 길이를 나타낸다. stream_type 필드는 다음에 오는 elementary_PID 필드에서 표시된 PID 값을 갖는 패킷에 들어있는 요소 스트림의 종류 및 부호화 정보를 표시한다. elementary_PID 필드는 상기 요소 스트림의 식별자 즉, 해당 요소 스트림이 포함되는 패킷의 PID 값을 나타낸다. ES_Info_length 필드는 ES_Info_length 필드의 바로 뒤에 있는 디스크립터(descriptor) 길이 정보를 바이트 수로 나타낸다. 즉, 두 번째 루프에 포함되는 디스크립터들의 길이를 나타낸다.
또한, 도 4에 의하면 특정 프로그램 번호(program number)에 대한 좌우 영상에 대한 합성 정보 관련 디스크립터 즉, 전송 모드에 관련된 디스크립터는 program_info_length 구문 다음에 이어지는 디스크립터에 존재한다. 또한 좌우 영상 개별 ES와 관련된 디스크립터는 ES_info_length 구문 다음에 이어지는 디스크립터에 존재한다. 도 3에 의하면, 좌우 영상에 대한 합성 정보 관련 디스크립터는 service_compatible_stereoscopic_video_descriptor()로 정의하고 있다. frame packing arrangement와 관련된 정보는 프레임 호환 방식에서 정의한 MPEG2_video_3d-frame_packing_arrangement_descriptor()을 기술하였다. 좌우 영상 개별 ES와 관련된 디스크립터는 stereoscopic_stream_descriptor()로 정의하였다. 단, 도 4에서 이들 디스크립터의 위치를 표기하기 위해 구문 내에 직접 표기하였으나, 실제로는 종전의 디스크립터처럼 선택적으로 포함되는 형태임을 알려둔다.
도 4는 특정 프로그램 번호에 대한 좌우 영상에 대한 합성 정보 관련 디스크립터를 먼저 구성한 후 좌우 영상 개별 ES와 관련된 디스크립터는 구성하고 있다. 하지만 이에 한정되는 것은 아니다. 즉, MPEG2_video_3d_frame_frame_packing_arrangement_descriptor()의 위치는 현 위치가 아닌 ES_info_length 아래 디스크립터 위치에 지정될 수 있다. 프레임 호환 모드의 경우 1개의 비디오 PID이므로, 그 PID와 디스크립터가 함께 존재하면 되기 때문이다. 이처럼 디스크립터의 위치가 가변될 수 있듯이 도 4에서 디스크립터의 위치는 상황에 따라 가변될 수 있다.
이하에서 복합 영상에 대한 합성 관련 디스크립터를 제공하는 방안에 대해 설명하기로 한다. 복합 영상에 대한 합성 관련 디스크립터를 제공하는 방안은 스트림타입을 이용하는 방안, 디스크립터의 존재 여부를 이용하는 방안, 프레임 호환 모드 플래그(flag)를 확인하는 방안으로 구분할 수 있다. 물론 상술한 방안 이외에 다른 방안으로 좌우 영상에 대한 합성 관련 디스크립터를 제공할 수 있다.
이하 먼저 스트림타입(stream type)을 이용하는 방안에 대해 알아보기로 한다. 하기 표 1은 PSI에서 3D 입체형 방송을 위한 스트림타입을 예시한 것이다.
[표 1]
Figure PCTKR2011000357-appb-I000001
표 1에 기재되어 있는 스트림타입을 이용하여 좌우 영상에 대한 합성 관련 디스크립터을 제공한다. 즉, 스트림타입이 Ox02 타입이면 2D 영상이며, 스트림타입이 Ox22, Ox23 타입이면 3D 입체형 영상이다. 일례로 스트림타입이 Ox22이면 프레임 호환 모드이며, 스트림타입이 0x23이면 서비스 호환 모드이다.
따라서 수신단은 수신된 PSI의 스트림타입을 확인함으로써 프레임 호환 모드 또는 서비스 호환 모드를 판별할 수 있고, 아울러 좌우 영상에 대한 합성 관련 디스크립터를 제공받을 수 있게 된다.
두 번째 방안은 디스크립터의 존재 여부를 이용하는 방안이다. 즉, 프레임 호환 모드와 관련된 디스크립터가 존재하면 해당 영상은 프레임 호환 모드로 전송하는 것을 의미하며, 서비스 호환 모드와 관련된 디스크립터가 존재하면 해당 영상은 서비스 호환 모드로 전송하는 것을 의미한다. 이와 같이 두 번째 방안은 특정 모드와 관련된 디스크립터의 존재 여부를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공한다. 도 4와 연관 지어 설명하면, 3D 입체형 방송의 경우 service_compatible_stereoscopic_video_descriptor()와 같은 서비스 호환 모드용 디스크립터가 존재하면 서비스 호환 모드로 판별하며, MPEG2_video_3d-frame_packing_arrangement_descriptor()와 같은 프레임 호환 디스크립터가 존재하면 프레임 호환 모드로 판별하는 방식이다.
세 번째 방안은 프레임 호환 모드 플래그를 확인하는 방안이다. 즉, 프레임 호환 모드 플래그를 확인하여 복합 영상에 대한 합성 관련 디스크립터를 제공한다.
표 2는 본 발명의 일실시 예에 따른 3D 입체형 방송의 프레임 호환 모드 플래그의 일례를 나타내고 있다.
[표 2]
Figure PCTKR2011000357-appb-I000002
표 2에 기재되어 있는 바와 같이 frame_compatible_mode_flag 구문을 구비하여 지원하는 방식에 따라 디스크립터 내 세부 구문을 분기할 수 있다. 따라서 descriptor 내 구문은 {모드 공통용 구문들}, {Frame-Compatible 모드용 구문들}, {Service-Compatible 모드용 구문들}로 구분될 수 있다. 이와 같이 세 번째 방안은 디스크립터 플래그를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공한다. 물론 상황에 따라 프레임 호환 플래그 대신 서비스 호환 플래그를 정의하여 사용하거나 플래그를 사용하는 대신 모드 비트를 별도 할당(예를 들어 1이면 프레임 호환 모드, 2이면 서비스 호환 모드)하는 방식을 사용할 수 있으나, 모두 프레임 호환 모드와 서비스 호환 모드를 분기하는 기술에 포함된다.
도 5는 PMT의 절차를 도시하고 있다. 이하 도 5를 이용하여 PMT의 절차에 대해 알아보기로 한다.
S500단계는 section_length로 PMT 길이를 확인한다.
S502단계는 program_number를 포함한 syntax를 읽는다.
S504단계는 program_info_length로 descriptor 길이를 확인한다.
S506단계는 program info 관련 descriptor를 모두 읽었는지 확인한다. 모두 읽었으면 S510단계로 이동하고, 모두 읽지 않았으면 S508단계로 이동하여 program info와 관련된 하나의 descriptor를 읽는다.
S510단계에서 PMT를 모두 읽었는지 확인한다. 모두 읽었으면 S510단계로 이동하고, 모두 읽지 않았으면 S512단계로 이동한다. S512단계는 stream_type과 elementary_PID를 읽는다.
S514단계는 ES_info_length로 descriptor 길이를 확인한다.
S516단계는 ES info 관련 descriptor을 모두 읽었는지 확인한다. 모두 읽었으면 S518단계로 이동하고, 모두 읽지 않았으면 S520단계로 이동한다.
S520단계는 ES info와 관련된 하나의 descriptor를 읽고 S516단계로 이동한다. S518단계는 CRC_32를 읽고 데이터 오류 여부를 검증한다.
도 6은 본 발명의 일 실시예에 따른 스트림 타입을 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 과정을 도시한 흐름도이다. 이하 도 6을 이용하여 본 발명의 일 실시예인 스트림 타입을 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 과정에 대해 알아보기로 한다.
S600단계는 section_length로 PMT 길이를 확인한다.
S602단계는 program_number를 포함한 syntax를 읽는다.
S604단계는 program_info_length로 descriptor 길이를 확인한다.
S606단계는 program info 관련 descriptor를 모두 읽었는지 확인한다. 모두 읽었으면 S610단계로 이동하고, 모두 읽지 않았으면 S608단계로 이동하여 program ingo와 관련된 하나의 descriptor를 읽는다.
S610단계에서 PMT를 모두 읽었는지 확인한다. 모두 읽었으면 S628단계로 이동하고, 모두 읽지 않았으면 S612단계로 이동한다. S612단계는 stream_type과 elementary_PID를 읽는다.
S614단계는 stream type이 0x22인가 확인한다. stream type이 0x22이면 S616단계로 이동하고, stream type이 0x22이 아니면 S618단계로 이동한다.
S616단계는 Frame-Compatible 모드를 활성화한다.
S618단계는 stream type이 0x23인가 확인한다. stream type이 0x23이면 S620단계로 이동하고, stream type이 0x23이 아니면 S622단계로 이동한다.
S620단계는 Service-Compatible 모드를 활성화한다.
S622단계는 ES_info_length로 descriptor 길이를 확인한다.
S624단계는 ES info 관련 descriptor을 모두 읽었는지 확인한다. 모두 읽었으면 S610단계로 이동하고, 모두 읽지 않았으면 S626단계로 이동한다.
S626단계는 ES info와 관련된 하나의 descriptor를 읽고 S624단계로 이동한다. S628단계는 CRC_32를 읽고 데이터 오류 여부를 검증한다.
도 7은 본 발명의 일 실시예에 따른 디스크립터 존재 여부를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 과정을 도시한 흐름도이다. 이하 도 7을 이용하여 본 발명의 일 실시예인 디스크립터 존재 여부를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 과정에 대해 알아보기로 한다.
S700단계는 section_length로 PMT 길이를 확인한다.
S702단계는 program_number를 포함한 syntax를 읽는다.
S704단계는 program_info_length로 descriptor 길이를 확인한다.
S706단계는 program info 관련 descriptor를 모두 읽었는지 확인한다. 모두 읽었으면 S710단계로 이동하고, 모두 읽지 않았으면 S708단계로 이동하여 program ingo와 관련된 하나의 descriptor를 읽는다.
S710단계에서 PMT를 모두 읽었는지 확인한다. 모두 읽었으면 S720단계로 이동하고, 모두 읽지 않았으면 S712단계로 이동한다. S712단계는 stream_type과 elementary_PID를 읽는다. S714단계는 ES_info_length로 descriptor 길이를 확인한다.
S716단계는 ES info 관련 descriptor을 모두 읽었는지 확인한다. 모두 읽었으면 S710단계로 이동하고, 모두 읽지 않았으면 S718단계로 이동한다.
S718단계는 ES info와 관련된 하나의 descriptor를 읽고 S716단계로 이동한다. S720단계는 CRC_32를 읽고 데이터 오류 여부를 검증한다.
S722단계는 Frame-Compatible용 descriptor가 존재하는지 확인한다. Frame-Compatible용 descriptor가 존재하면 S724단계로 이동하여 Frame-Compatible 모드를 활성화한다.
Frame-Compatible용 descriptor가 존재하지 않으면 S726단계로 이동하여 Service-Compatible용 descriptor가 존재하는지 확인한다. Service-Compatible용 descriptor가 존재하면 S728단계로 이동하여 Service-Compatible 모드를 활성화한다.
도 8은 본 발명의 일 실시예인 프레임 호환 모드 플래그를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 과정을 도시한 흐름도이다. 이하 도 8을 이용하여 본 발명의 일 실시예인 프레임 호환 모드 플래그를 이용하여 좌우 영상에 대한 합성 관련 디스크립터를 제공하는 과정에 대해 알아보기로 한다.
S800단계는 section_length로 PMT 길이를 확인한다.
S802단계는 program_number를 포함한 syntax를 읽는다.
S804단계는 program_info_length로 descriptor 길이를 확인한다.
S806단계는 program info 관련 descriptor를 모두 읽었는지 확인한다. 모두 읽었으면 S820단계로 이동하고, 모두 읽지 않았으면 S808단계로 이동하여 program ingo와 관련된 하나의 descriptor를 읽는다.
S810단계는 복수 영상(3D, UD, MV)에 관한 descriptor인지 확인한다. 복수 영상에 관한 descriptor이면 S812단계로 이동하고, 복수 영상에 관한 descriptor가 아니면 S806단계로 이동한다.
S812단계는 frame-compatible_mode_flag를 확인한다. S814단계는 Frame-Compatible 모드이면, S816단계로 이동하고, 아니면 S818단계로 이동한다.
S816단계는 Frame_Compatible 모드를 활성화하며, S818단계는 Service_Compatible 모드를 활성화한다.
S820단계에서 PMT를 모두 읽었는지 확인한다. 모두 읽었으면 S830단계로 이동하고, 모두 읽지 않았으면 S822단계로 이동한다. S822단계는 stream_type과 elementary_PID를 읽는다.
S824단계는 ES_info_length로 descriptor 길이를 확인한다.
S826단계는 ES info 관련 descriptor을 모두 읽었는지 확인한다. 모두 읽었으면 S810단계로 이동하고, 모두 읽지 않았으면 S828단계로 이동한다.
S828단계는 ES info와 관련된 하나의 descriptor를 읽고 S826단계로 이동한다. S830단계는 CRC_32를 읽고 데이터 오류 여부를 검증한다.
특히 본 발명의 도면에서 현재 시험 방송과 방송 규격을 제정 중인 3D 입체형 방송 위주로 기술하였으나, UHD TV 방송, 멀티뷰 방송 등 다른 복합 방송 또한 영상의 개수만 다를 뿐, 프레임 호환 모드와 서비스 호환 모드의 방송을 모두 수행할 수 있다. 따라서 본 발명은 3D 입체형 방송에 국한되는 것이 아니라 UHD TV 방송, 멀티뷰 방송 등 복합 방송에 모두 적용될 수 있는 기술임을 밝힌다.
본 발명은 도면에 도시된 일실시 예를 참고로 설명되었으나, 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다.

Claims (8)

  1. 디지털 방송 프로그램의 좌영상과 우영상에 대한 합성 정보를 제공받는 방법에 있어서,
    송신단으로부터 디지털 방송 프로그램을 수신하는 단계;
    수신된 상기 디지털 방송 프로그램의 스트림 타입에 따라 2D 영상인지 3D 영상인지 구별하는 단계를 포함함을 특징으로 하는 합성 정보를 제공받는 방법.
  2. 제 1항에 있어서,
    상기 3D 스트림 타입은 프레임 호환 모드와 서비스 호환 모드를 구별하기 위한 스트림 타입으로 세분화됨을 특징으로 하는 합성 정보를 제공받는 방법.
  3. 제 2항에 있어서, 상기 프레임 호환 모드는 하나의 전송 대역에 좌우영상이 합쳐진 하나의 프레임을 전송하는 모드이며,
    상기 서비스 호환 모드는 하나의 전송 대역에 좌영상 프레임과 우영상 프레임을 각각 압축하여 전송하는 모드임을 특징으로 하는 합성 정보를 제공받는 방법.
  4. 제 1항에 있어서, 상기 디지털 방송은,
    3D 방송, UHD TV 방송, 멀티뷰 방송 중 적어도 하나를 포함함을 특징으로 하는 합성 정보를 제공받는 방법.
  5. 디지털 방송 프로그램의 좌영상과 우영상에 대한 합성 정보를 제공받는 방법에 있어서,
    송신단으로부터 디지털 방송 프로그램을 수신하는 단계;
    수신된 상기 디지털 방송 프로그램에 기술자 존재 유무에 따라 2D 영상, 서비스 호환 모드의 3D 영상 및 프레임 호환 모드의 3D 영상인지 구별하는 단계인지 구별하는 단계를 포함함을 특징으로 하는 합성 정보를 제공받는 방법.
  6. 제 5항에 있어서, 상기 서비스 호환 모드 기술자가 존재하면 서비스 호환 모드 3D 영상이며, 프레임 호환 모드 기술자가 존재하면 프레임 호환 모드 3D 영상임을 특징으로 하는 합성 정보를 제공받는 방법.
  7. 제 6항에 있어서, 상기 디지털 방송은,
    3D 방송, UHD TV 방송, 멀티뷰 방송 중 적어도 하나를 포함함을 특징으로 하는 합성 정보를 제공받는 방법.
  8. 디지털 방송 프로그램의 좌영상과 우영상에 대한 합성 정보를 제공받는 방법에 있어서,
    송신단으로부터 디지털 방송 프로그램을 수신하는 단계;
    수신된 상기 디지털 방송 프로그램에 포함된 식별자에 따라 서비스 호환 모드인지 프레임 호환 모드인지 구별하는 단계를 포함함을 특징으로 하는 합성 정보를 제공받는 방법.
PCT/KR2011/000357 2010-11-27 2011-01-18 디지털 방송의 전송 모드 제공 및 인지 방법 WO2012070715A1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
MX2013005884A MX2013005884A (es) 2010-11-27 2011-01-18 Metodo para proporcionar y reconocer el modo de transmision en radiodifusion digital.
US13/989,320 US9030527B2 (en) 2010-11-27 2011-01-18 Method for providing and recognizing transmission mode in digital broadcasting
CA2818930A CA2818930C (en) 2010-11-27 2011-01-18 Method for providing and recognizing transmission mode in digital broadcasting
US14/104,823 US8982186B2 (en) 2010-11-27 2013-12-12 Method for providing and recognizing transmission mode in digital broadcasting
US14/681,443 US9288467B2 (en) 2010-11-27 2015-04-08 Method for providing and recognizing transmission mode in digital broadcasting

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020100119242A KR20120058700A (ko) 2010-11-27 2010-11-27 디지털 방송의 전송 모드 제공 및 인지 방법
KR10-2010-0119242 2010-11-27

Related Child Applications (3)

Application Number Title Priority Date Filing Date
US13/989,320 A-371-Of-International US9030527B2 (en) 2010-11-27 2011-01-18 Method for providing and recognizing transmission mode in digital broadcasting
US14/104,823 Continuation US8982186B2 (en) 2010-11-27 2013-12-12 Method for providing and recognizing transmission mode in digital broadcasting
US14/681,443 Continuation US9288467B2 (en) 2010-11-27 2015-04-08 Method for providing and recognizing transmission mode in digital broadcasting

Publications (1)

Publication Number Publication Date
WO2012070715A1 true WO2012070715A1 (ko) 2012-05-31

Family

ID=46146043

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/000357 WO2012070715A1 (ko) 2010-11-27 2011-01-18 디지털 방송의 전송 모드 제공 및 인지 방법

Country Status (5)

Country Link
US (3) US9030527B2 (ko)
KR (1) KR20120058700A (ko)
CA (1) CA2818930C (ko)
MX (1) MX2013005884A (ko)
WO (1) WO2012070715A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130162771A1 (en) * 2010-09-01 2013-06-27 Lg Electronics Inc. Broadcast signal processing method and device for 3-dimensional (3d) broadcasting service
US9749580B2 (en) 2012-11-19 2017-08-29 Lg Electronics Inc. Signal transceiving apparatus and signal transceiving method

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ITTO20120134A1 (it) * 2012-02-16 2013-08-17 Sisvel Technology Srl Metodo, apparato e sistema di impacchettamento di frame utilizzanti un nuovo formato "frame compatible" per la codifica 3d.
MX341101B (es) * 2012-08-10 2016-08-08 Lg Electronics Inc Aparato transceptor de señales y metodo para transmitir y recibr señales.
CN105008004B (zh) 2013-02-28 2019-06-11 Lg电子株式会社 信号传输和接收设备以及信号传输和接收方法
US8922587B2 (en) * 2013-03-14 2014-12-30 The United States Of America As Represented By The Secretary Of The Army Crew shared video display system and method
US9392305B2 (en) 2013-07-08 2016-07-12 Electronics And Telecommunications Research Instit Method and apparatus for providing ultra high definition television service
US20160241906A1 (en) * 2013-09-16 2016-08-18 Samsung Electronics Co., Ltd. Broadcasting reception apparatus and control method
WO2015152635A1 (ko) * 2014-04-02 2015-10-08 엘지전자 주식회사 신호 송수신 장치 및 신호 송수신 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050111379A (ko) * 2004-05-21 2005-11-24 한국전자통신연구원 3차원 입체 영상 부가 데이터를 이용한 3차원 입체 디지털방송 송/수신 장치 및 그 방법
KR20070061227A (ko) * 2005-12-09 2007-06-13 한국전자통신연구원 디지털방송 기반의 3차원 입체영상 송수신 시스템 및 그방법
KR20100060884A (ko) * 2008-11-28 2010-06-07 한국전자통신연구원 다시점 영상 송수신 장치 및 그 방법

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0706407B1 (pt) 2006-01-09 2019-09-03 Interdigital Madison Patent Holdings método e aparelho para fornecer modo de atualização de resolução reduzida para codificação de vídeo de múltiplas visualizações e mídia de armazenamento tendo dados codificados de sinal de vídeo
KR100810318B1 (ko) 2006-02-08 2008-03-07 삼성전자주식회사 디지털 멀티미디어 방송 제한 서비스 시스템 및 그 방법
KR100905723B1 (ko) 2006-12-08 2009-07-01 한국전자통신연구원 비실시간 기반의 디지털 실감방송 송수신 시스템 및 그방법
CN101453662B (zh) 2007-12-03 2012-04-04 华为技术有限公司 立体视频通信终端、系统及方法
KR20090097015A (ko) 2008-03-10 2009-09-15 삼성전자주식회사 스케일러블 영상 부호화장치 및 스케일러블 영상복호화장치
JP5338166B2 (ja) 2008-07-16 2013-11-13 ソニー株式会社 送信装置、立体画像データ送信方法、受信装置および立体画像データ受信方法
KR20100040640A (ko) 2008-10-10 2010-04-20 엘지전자 주식회사 수신 시스템 및 데이터 처리 방법
JP2012523804A (ja) 2009-04-13 2012-10-04 リアルディー インコーポレイテッド 向上した解像度の立体ビデオのエンコード、デコード、および配信
JP5627860B2 (ja) 2009-04-27 2014-11-19 三菱電機株式会社 立体映像配信システム、立体映像配信方法、立体映像配信装置、立体映像視聴システム、立体映像視聴方法、立体映像視聴装置
JP5448558B2 (ja) 2009-05-01 2014-03-19 ソニー株式会社 送信装置、立体画像データの送信方法、受信装置、立体画像データの受信方法、中継装置および立体画像データの中継方法
JP5463747B2 (ja) 2009-06-15 2014-04-09 ソニー株式会社 受信装置、送信装置、通信システム、表示制御方法、プログラム、及びデータ構造
US8493434B2 (en) 2009-07-14 2013-07-23 Cable Television Laboratories, Inc. Adaptive HDMI formatting system for 3D video transmission
KR101694821B1 (ko) 2010-01-28 2017-01-11 삼성전자주식회사 다시점 비디오스트림에 대한 링크 정보를 이용하는 디지털 데이터스트림 전송 방법와 그 장치, 및 링크 정보를 이용하는 디지털 데이터스트림 전송 방법과 그 장치
EP2424251A3 (en) * 2010-08-23 2012-12-26 Lg Electronics Inc. Method for providing 3d video data in a 3dtv
CN103202023A (zh) 2010-10-25 2013-07-10 松下电器产业株式会社 编码方法、显示装置、解码方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050111379A (ko) * 2004-05-21 2005-11-24 한국전자통신연구원 3차원 입체 영상 부가 데이터를 이용한 3차원 입체 디지털방송 송/수신 장치 및 그 방법
KR20070061227A (ko) * 2005-12-09 2007-06-13 한국전자통신연구원 디지털방송 기반의 3차원 입체영상 송수신 시스템 및 그방법
KR20100060884A (ko) * 2008-11-28 2010-06-07 한국전자통신연구원 다시점 영상 송수신 장치 및 그 방법

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130162771A1 (en) * 2010-09-01 2013-06-27 Lg Electronics Inc. Broadcast signal processing method and device for 3-dimensional (3d) broadcasting service
US9549228B2 (en) * 2010-09-01 2017-01-17 Lg Electronics Inc. Broadcast signal processing method and device for 3-dimensional (3D) broadcasting service
US9749580B2 (en) 2012-11-19 2017-08-29 Lg Electronics Inc. Signal transceiving apparatus and signal transceiving method

Also Published As

Publication number Publication date
US9288467B2 (en) 2016-03-15
CA2818930A1 (en) 2012-05-31
US20150245006A1 (en) 2015-08-27
CA2818930C (en) 2017-10-31
MX2013005884A (es) 2013-10-25
US20130242050A1 (en) 2013-09-19
US8982186B2 (en) 2015-03-17
KR20120058700A (ko) 2012-06-08
US9030527B2 (en) 2015-05-12
US20140139628A1 (en) 2014-05-22

Similar Documents

Publication Publication Date Title
WO2012070715A1 (ko) 디지털 방송의 전송 모드 제공 및 인지 방법
WO2011108903A2 (ko) 복수 전송 계층 연동형 3ｄｔｖ 방송 서비스 제공을 위한 송신 및 수신 방법, 송신 및 수신 장치
WO2010053246A2 (en) Apparatus and method for synchronizing stereoscopic image, and apparatus and method for providing stereoscopic image based on the same
WO2010041905A2 (ko) 수신 시스템 및 데이터 처리 방법
WO2010087574A2 (en) Broadcast receiver and video data processing method thereof
US9635344B2 (en) Method for service compatibility-type transmitting in digital broadcast
KR101965385B1 (ko) 융합형 ３ｄｔｖ에서 컨텐츠 스트림에 접근하는 컨텐츠 제공 장치 및 방법, 그리고 컨텐츠 재생 장치 및 방법
WO2011046271A1 (en) Broadcast receiver and 3d video data processing method thereof
US20130007833A1 (en) Image data transmitter, image data transmission method, image data receiver, and image data reception method
WO2012015288A2 (en) Method and apparatus for transmitting and receiving extended broadcast service in digital broadcasting
WO2012057564A2 (ko) 모바일 환경에서 3차원 방송 신호를 수신하기 위한 수신 장치 및 방법
WO2011087303A2 (ko) 방송 신호 수신기 및 비디오 데이터 처리 방법
WO2011019224A2 (ko) 3d 상태 정보 진단 방법 및 방송 수신기
WO2012074331A2 (ko) 스테레오스코픽 영상 정보의 전송 방법 및 장치
WO2013055032A1 (ko) 융합형 ３ｄｔｖ에서 컨텐츠 스트림에 접근하는 컨텐츠 제공 장치 및 방법, 그리고 컨텐츠 재생 장치 및 방법
KR101779054B1 (ko) 디지털 방송의 전송 모드 제공 및 인지 방법
WO2013081308A1 (ko) 3ｄ 디지털방송 수신 장치 및 방법, 그리고 영상 모드 전환 장치 및 방법
WO2015037964A1 (ko) 방송 수신 장치 및 그 제어 방법
WO2016204502A1 (ko) 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법
KR101818141B1 (ko) 디지털 방송에서 서비스 호환 방식 전송 방법
WO2011122755A1 (ko) 3차원 방송을 위한 데이터 코덱 방법 및 장치
WO2014003240A1 (ko) 3ｄ 영상 신호의 처리 방법 및 장치
WO2013058455A1 (ko) 비디오 신호의 보조 데이터 공간에 동기 정보를 추가하여 영상을 동기화하는 장치 및 방법
KR20120139643A (ko) 3차원 방송을 위한 데이터 코덱 방법 및 장치
KR20120087869A (ko) 3차원 방송을 위한 데이터 코덱 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11842916

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2818930

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: MX/A/2013/005884

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13989320

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 11842916

Country of ref document: EP

Kind code of ref document: A1