WO2012050405A2 - 디지털 수신기 및 디지털 수신기에서의 3d 컨텐트 처리방법 - Google Patents

디지털 수신기 및 디지털 수신기에서의 3d 컨텐트 처리방법 Download PDF

Info

Publication number
WO2012050405A2
WO2012050405A2 PCT/KR2011/007700 KR2011007700W WO2012050405A2 WO 2012050405 A2 WO2012050405 A2 WO 2012050405A2 KR 2011007700 W KR2011007700 W KR 2011007700W WO 2012050405 A2 WO2012050405 A2 WO 2012050405A2
Authority
WO
WIPO (PCT)
Prior art keywords
information
picture
pvr
video
field
Prior art date
Application number
PCT/KR2011/007700
Other languages
English (en)
French (fr)
Other versions
WO2012050405A3 (ko
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 CN201180050027.6A priority Critical patent/CN103168473B/zh
Priority to KR1020137002665A priority patent/KR20140000662A/ko
Priority to CA2816264A priority patent/CA2816264C/en
Priority to US13/823,516 priority patent/US20130176387A1/en
Priority to EP11832792.3A priority patent/EP2629530B1/en
Publication of WO2012050405A2 publication Critical patent/WO2012050405A2/ko
Publication of WO2012050405A3 publication Critical patent/WO2012050405A3/ko

Links

Images

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • 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/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/178—Metadata, e.g. disparity information
    • 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/189—Recording image signals; Reproducing recorded image signals
    • 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/194—Transmission of image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N13/356—Image reproducers having separate monoscopic and stereoscopic modes
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/241—Operating system [OS] processes, e.g. server setup
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4147—PVR [Personal Video Recorder]
    • 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
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording

Definitions

  • the present invention relates to a digital receiver and a processing method thereof, and more particularly, to a digital receiver and a processing method related to the processing of 3-dimensional (hereinafter referred to as '3D') content.
  • the digital receiver may include a personal video recorder (PVR), and the PVR may store, play, or process 3D content.
  • PVR personal video recorder
  • the digital receiver should be able to process the content appropriately to reflect this reality.
  • the present invention is to solve the above-described problem, in the present invention, in processing the 3D content in the digital receiver having a PVR, in the process of the 2D / 3D conversion, view switching (view switching), etc.
  • An object of the present invention is to provide a digital receiver and a content processing method in the digital receiver.
  • the present invention relates to a digital receiver and a method for processing contents in a digital receiver capable of supporting an effective PVR function for a 3D stream for full resolution per eye, which is not frame-compatible. It is another subject to offer.
  • the present specification proposes the following technical solution in order to solve the above technical problem.
  • An example of a method of processing a digital broadcast signal for a 3D service includes: receiving system information including a 3D video elementary stream and 3D PVR support information of the 3D video elementary stream; Adding and storing a time-stamp to the 3D video elementary stream; Storing an index file including information for performing a 3D PVR function of the 3D video elementary stream extracted from the 3D PVR support information; Decoding the stored 3D video elementary stream based on at least one of an index file and a time-stamp value; And formatting and outputting the decoded 3D video data according to an output format.
  • the 3D video elementary stream may be a dual video stream including a base layer video stream and an enhancement layer video stream.
  • the 3D PVR support information may include information (Picture_start_end) indicating whether a corresponding transport stream packet includes a starting point or an ending point of each video picture, and indicating whether the video elementary stream included in the corresponding transport stream packet is a RAP. Information, information indicating whether the picture is a base layer or an extended layer in relation to a coding scheme, and information indicating whether the picture is a left view or a light view.
  • the 3D PVR support information includes frame information indicating a number sequentially assigned to each picture on the basis of the first picture of the program, and frame type information identifying whether the reference of the frame information is in order of decoding or order of display. It may further include.
  • the frame information is independently numbered in units of a base / extend layer and left / right, and a picture pair having the same number may exist for the base / extend or left / right.
  • the 3D PVR support information further includes speed information, wherein the speed information includes information indicating whether 2D normal speed playback is possible using a picture, information indicating whether 3D normal speed playback is possible using a picture, It may include information indicating whether n times speed reproduction is possible in the 2D mode using the picture and information indicating whether n times speed reproduction is possible in the 3D mode using the picture.
  • the 3D PVR support information may be included in the adaptation_field of the transport stream packet including the first byte or the last byte of all pictures among the transport stream packets corresponding to the 3D or 2D program.
  • the 3D PVR support information may be transmitted through a private data byte of the adaptation_field.
  • system information further includes identification information for identifying whether the 3D PVR support information is present, wherein the identification information is any one of PMT of PSI, TVCT or / and EIT of PSIP and SDT or / and EIT of DVB. It can be included in the transmission.
  • An example of a digital receiver for a 3D service includes a receiver for receiving system information including 3D video elementary streams and 3D PVR support information of the 3D video elementary streams; A download module for adding a time-stamp to a 3D video elementary stream and for configuring and storing an index file including information for performing a 3D PVR function of the 3D elementary stream extracted from the 3D PVR support information; and a stored 3D video.
  • a PVR module including an upload module for uploading an elementary stream based on at least one of an index file and a time-stamp value; A decoder for decoding the uploaded 3D video elementary stream; A formatter for formatting the decoded 3D video data according to an output format; And an output unit for outputting formatted 3D video data.
  • the PVR module the index file, picture type information indicating whether or not L / R, whether the base / enhancement layer, RAP for the packet, picture number information for the picture number, logic in the storage unit or And at least one of address information indicating a physical address and size information indicating a size of a corresponding picture.
  • the 3D video elementary stream may be a dual video stream including a base layer video stream and an enhancement layer video stream.
  • the 3D PVR support information may include information (Picture_start_end) indicating whether a corresponding transport stream packet includes a starting point or an ending point of each video picture, and indicating whether the video elementary stream included in the corresponding transport stream packet is a RAP. Information, information indicating whether the picture is a base layer or an extended layer in relation to a coding scheme, and information indicating whether the picture is a left view or a light view.
  • the 3D PVR support information includes frame information indicating a number sequentially assigned to each picture on the basis of the first picture of the program, and frame type information identifying whether the reference of the frame information is in order of decoding or order of display. It may further include.
  • the frame information is independently numbered in units of a base / extend layer and left / right, and a picture pair having the same number may exist for the base / extend or left / right.
  • the 3D PVR support information further includes speed information, wherein the speed information includes information indicating whether 2D normal speed playback is possible using a picture, information indicating whether 3D normal speed playback is possible using a picture, It may include information indicating whether n times speed reproduction is possible in the 2D mode using the picture and information indicating whether n times speed reproduction is possible in the 3D mode using the picture.
  • the 3D PVR support information is included in the adaptation_field of the transport stream packet including the first byte or the last byte of all pictures among the transport stream packets corresponding to the 3D or 2D program, and is provided through a private data byte of the adaptation_field. Can be sent.
  • system information further includes identification information for identifying whether the 3D PVR support information is present, wherein the identification information is any one of PMT of PSI, TVCT or / and EIT of PSIP and SDT or / and EIT of DVB. It can be included in the transmission.
  • the digital receiver can provide various functions of the PVR for 3D content.
  • FIG. 1 is a block diagram illustrating an example of a configuration of a digital receiver including a 3D PVR module according to the present invention
  • FIG. 2 is a block diagram illustrating an example of configuration of a 3D PVR module of FIG. 1;
  • 3 is a diagram illustrating an example of 3D_PVR_Information_byte () bitstream syntax according to the present invention
  • FIG. 4 is a diagram illustrating an example of a PMT table section bitstream syntax including PVR support information according to the present invention
  • FIG. 5 is a diagram illustrating an example of an adaptation_field_data_descriptor bitstream syntax according to the present invention
  • FIG. 6 is a diagram illustrating an example of adaptation_field_data_identifier of FIG. 5;
  • FIG. 7 is a view illustrating an example of adaptation_field of an MPEG-2 transport stream packet including 3D PVR support information according to the present invention
  • FIG. 8 is a view illustrating an example of a TVCT table section bitstream syntax including PVR support information according to the present invention
  • FIG. 9 is a diagram illustrating an example of a channel_level_descriptor bitstream syntax according to the present invention.
  • FIG. 10 is a view illustrating an example of an EIT table section bitstream syntax including PVR support information according to the present invention
  • FIG. 11 is a diagram illustrating an example of a service description table (SDT) table section bitstream syntax including PVR support information according to the present invention
  • FIG. 12 is a view illustrating another example of an EIT table section bitstream syntax including PVR support information according to the present invention.
  • FIG. 13 is a block diagram illustrating an example of a configuration of a download module 212 included in the 3D PVR module 110 of FIG. 2.
  • 14 to 16 are diagrams for explaining an example of implementing a time stamp insertion in a download module according to the present invention.
  • 17 is a view illustrating an example of a time stamp index data structure when using a time stamp according to the present invention.
  • FIG. 18 is a view illustrating an example of an index configuration in the download module 212 according to the present invention.
  • 19 is a conceptual diagram illustrating a concept of a prediction chain for fast play support according to the present invention.
  • 20 is a diagram illustrating an example of configuration of a packet and storage device address mapping information for picture data stored according to the present invention
  • FIG. 21 is a diagram illustrating an example of configuration of a fast play command chain table for supporting a fast play mode according to the present invention.
  • FIG. 22 is a view illustrating an example of an index file structure for performing a 3D PVR function using the above-described information of FIGS. 19 to 21 according to the present invention
  • FIG. 23 is a block diagram illustrating an example of a configuration of an upload module 218 included in the 3D PVR module of FIG. 2 according to the present invention.
  • 24 is a flowchart illustrating an example of an operation of a receiver during 2D / 3D recording according to the present invention
  • 25 is a flowchart illustrating an example of an operation of a receiver during 2D mode playback according to the present invention
  • 26 is a flowchart illustrating an example of an operation of a receiver when reproducing a 3D mode according to the present invention
  • FIG. 27 is a flowchart illustrating an example of an operation of a receiver when a view switching request is performed according to the present invention.
  • module and “unit” for components used in the following description are merely given in consideration of ease of preparation of the present specification, and the “module” and “unit” may be used interchangeably with each other.
  • the present invention relates to a digital receiver capable of outputting three-dimensional (3D) content.
  • the digital receiver includes a personal video recorder (PVR), and various types of the PVR.
  • PVR personal video recorder
  • An apparatus and method for processing a function to be applicable to 3D content For example, in the present specification, 3D content is stored, played, and processed through the PVR of the digital receiver according to the present invention, and various functions of the PVR such as 2D / 3D switching and view switching are performed in the process. You can process the content so that it can.
  • 3D content is included in a digital broadcast signal and transmitted to a digital receiver, wherein the digital broadcast signal is one of a frame-compatible system and a full resolution per eye system.
  • the digital broadcast signal is one of a frame-compatible system and a full resolution per eye system.
  • the latter ie, the case for the full resolution fur eye system
  • the scope of the present invention is not limited to the full resolution fur eye, and it will be apparent that the same applies to the frame-compatible system as well as other systems related to the present invention on the same or similar principle.
  • the frame-compatible system is a system that reuses a conventional structure as it is when recording digital 3D content through a PVR in a digital receiver.
  • a full resolution fur eye system based on dual video elementary stream (ES) such as Multiview Video Coding (MVC), Scalable Video Coding (SVC), Dual Codec, etc. It's hard to effectively handle storage, playback, time-shifting, and so on for content.
  • MVC Multiview Video Coding
  • SVC Scalable Video Coding
  • Dual Codec Dual Codec
  • the present specification defines and describes methods such as time-stamp, PVR indexing, thumbnail extraction, and the like for providing 3D services according to the present invention.
  • FIG. 1 is a block diagram illustrating an example of a digital receiver configuration including a 3D PVR module according to the present invention.
  • an example of a digital receiver includes a receiving part 102, a VSB decoder 104, an input switch part 106, and a system decoder / demultiplexer. (System Decoder / Demux) 108, the 3D PVR module 110, the storage device 111, the video decoder 112, the view switching unit / 2D output unit 114 and the formatter unit 116 Include.
  • System Decoder / Demux System Decoder / Demux
  • the digital receiver is not shown in the configuration of FIG. 1, but is a receiver set (SET) including a display device or a display unit (hereinafter, a 'display device') or the configuration of FIG. 1 is a set-top box (STB).
  • the display device may be implemented in the form of a box) and connected to a display device through an interface.
  • the interface may be an HDMI (High Definition Multimedia Interface) interface between the set-top box (STB) and the display device.
  • an HDMI interface unit (not shown) may be provided in both devices.
  • the 3D signaling method defined in the HDMI standard may be applied to use HDMI. Therefore, even in the latter case, the 3D content processed for performing the PVR function in the set-top box may be output from the display device without a problem.
  • each component block shown in FIG. 1 may be modularized and merged according to a system, or may be divided into individual components.
  • the system decoder / demultiplexing is illustrated and described as one configuration for convenience.
  • FIG. 2 to be described later the two configurations are separately described for clarity.
  • the receiver 102 includes, for example, a tuner and a demodulator to tune a Radio Frequency (RF) channel and to receive and demodulate a digital signal through the tuned channel.
  • the digital signal is a Moving Picture Experts Group-2 (MPEG-2) transport stream, which is signaled for the processing of the audio or video in audio, video and digital receivers.
  • MPEG-2 Moving Picture Experts Group-2
  • ES Elementary Streams including the information to include packetized ESs.
  • the video stream may be, for example, a single video elementary stream, and includes a base layer and an enhancement layer. It may be a dual video elementary stream configured with an enhancement layer.
  • a configuration such as a scaler (not shown) may be further required.
  • the video decoder to be described later decodes, for example, one video decoder and an enhancement layer video stream for decoding the base layer video elementary stream.
  • the video decoder to be described later decodes, for example, one video decoder and an enhancement layer video stream for decoding the base layer video elementary stream.
  • at least two video decoders are required.
  • a plurality of enhancement layer video streams may be provided for proper decoding corresponding to various coding schemes. As described above, in particular, a case of processing the latter dual video elementary stream will be described as an embodiment.
  • SI System Information or Service Information
  • PSI Program Specific Information
  • PSIP Program and System Information Protocol
  • DVB-SI Digital Video Broadcasting-Service Information
  • a network information table (NIT), a service description table (SDT), an event information table (EIT), a program association table (PAT), a program map table (PMT), etc.
  • NIT network information table
  • SDT service description table
  • EIT event information table
  • PAT program association table
  • PMT program map table
  • the transport stream transmitted through 3D information and various descriptors belonging to the tables, Supplemental Enhancement Information message, or additional SEI message in the video stream is 3D.
  • signaling information about identification information, video format information, codec information, presence or absence of a sub-title, identification information, 2D / 3D linkage information, etc.
  • the digital receiver may further include, for example, a signaling information processor and an associated database.
  • system decoder 108 may instead perform a function of the signaling information processor.
  • contents of definitions, functions, and the like of related tables and descriptors are available in the content processing process of the digital receiver and the digital receiver of the present invention.
  • the VSB decoder 104 performs VSB decoding on the demodulated digital signal.
  • the VSB method is illustrated for convenience, but the present invention is not limited thereto, and methods such as quadrature amplitude-modulation (QAM) and quadrature phase-shift keying (QPSK) may be used.
  • QAM quadrature amplitude-modulation
  • QPSK quadrature phase-shift keying
  • the input switch unit 106 switches a transport stream (TS) input to the system decoder 108, and, in the case of PVR playback, a storage device (via an upload module) to be described later.
  • TS transport stream
  • Stored content input from the 111 is output to the system decoder 108, and when viewing live, a transport packet (received through an RF input, a receiver 102, a VSB decoder 104, etc.) transport packet) to the system decoder 108.
  • the system decoder 108 either decodes the incoming transport stream or decodes a transport packet regarding the stored content transmitted from the 3D PVR module 112. In addition, when the PVR mode is requested, the system decoder 108 controls the demultiplexer so that the demultiplexed video elementary stream is transmitted to the 3D PVR module 110. The system decoder 108 also sends a transport packet for the decoded transport stream or stored content to the video decoder 112. In addition, the system decoder 108 may also perform a function of a controller that decodes information necessary for the digital receiver and controls system-wide control.
  • the demultiplexer demultiplexes various elementary streams including audio, video, and signaling information from the decoded transport stream.
  • the demultiplexed video elementary streams are transmitted to the 3D PVR module 110.
  • video data passing through the system decoder 108 may bypass demultiplexing and be transmitted to the video decoder 112.
  • the 3D PVR module 110 receives the transport packets for the video elementary stream input through the system decoder / demultiplexer 108 to process and process the PVR mode operation, and during playback, the input switch unit ( And transmits the processed and processed transport packets. Detailed configuration and function of the 3D PVR module 110 will be described later and will be omitted herein.
  • the video decoder 112 decodes the video data processed by the system decoder / demultiplexer 108.
  • the video decoder 112 may, for example, decode the video data based on the demultiplexed signaling information in the demultiplexer.
  • the video decoder 112 transmits the decoded 2D video data to the view switching / 2D output unit 114, and outputs the decoded 3D video data to the formatter unit 116.
  • the view switching unit / 2D output unit 114 outputs video data input from the video decoder 112 to the display device so that 2D video is output / reproduced.
  • the view switching unit / 2D output unit 114 may also perform a change process from the 3D view to the 2D view according to a view switching command according to a user's request.
  • the formatter unit 116 receives an input left image image and a right image image, formats the output image to a display device according to an output frequency or an output format of a digital receiver or a digital device.
  • an FRC block Framework Rate Control block
  • FIG. 2 is a block diagram illustrating an example of configuration of a 3D PVR module of FIG. 1.
  • FIG. 2 detailed configuration blocks of the 3D PVR module 110 of FIG. 1 are described.
  • an example of the 3D PVR module 110 according to the present invention includes a download module 212, an index & file database 214, and a storage unit. And an upload module 218. 1 and 2, the overall operation of the 3D PVR module 110 will be described.
  • Transport stream packets passing through the VSB decoder 104 of FIG. 1 are input to the input switch unit 106.
  • the input switch unit 106 determines the mode, selects an appropriate path accordingly, and delivers the inputted transport stream packets.
  • the first operation is the first mode.
  • the first mode is, for example, a process for processing inputted transport stream packets.
  • the system decoder 108 transmits the transport stream packets to the demultiplexer 108 after basic processing.
  • the demultiplexer 108 demultiplexes input transport stream packets into elementary streams including audio, video, and signaling information based on PID.
  • the demultiplexer 108 includes, in particular, transport stream packets for transmitting the demultiplexed video elementary stream (Video ES) and 3D PVR information according to the present invention.
  • Transport stream packets that transmit the received signaling information are transmitted to the download module 212.
  • the download module 212 transmits and stores the transport stream packets for the input video elementary stream to the storage 111 and extracts 3D PVR information from the transport stream packets for transmitting the input signaling information.
  • the database is stored in the index & file database 214.
  • the transport stream packets stored in the storage 111 may be stored with a time stamp inserted by the download module 212.
  • the index & file database 214 may generate necessary index data in addition to the 3D PVR information or store index data generated by the download module 212 together.
  • the upload module 218 extracts transport stream packets from the storage 111 when the PVR playback request is received.
  • the upload module 218 uploads the transport stream packets to the input switch unit 106, and if the input switch unit 106 is in the PVR playback mode as a result of the mode determination, the transport input from the upload module 218 accordingly.
  • the system decoder 108 transfers the transport stream packets input from the input switch unit 106 directly to the demultiplexer 108 or the video decoder 112.
  • the video decoder 112 decodes input transport stream packets and outputs video data.
  • the video decoder 112 may appropriately decode the transport stream packets input based on the signaling information transmitted from the system decoder 108.
  • the video decoder 112 outputs the corresponding data in a related configuration depending on whether 2D or 3D video data is input after decoding the transport stream packets.
  • a user may request a trick mode from the digital receiver during PVR playback.
  • the upload module 218 in the 3D PVR module 110 reads index data from the index & file database 214, and transfers appropriate transport stream packets from the storage 111 based on the read index data. Extract it and send it to the input switch unit 106.
  • the procedure is the same as described above.
  • 3 is a diagram illustrating an example of a 3D_PVR_Information_byte () bitstream syntax according to the present invention.
  • a Data_length field (8 bits) indicates the length of each field below this field.
  • a Picture_start_end field (1 bit) signals whether a transport stream packet including 3D PVR information includes a start point or an end point of each video picture. If you include a start point, set it to '0'. If you include an end point, set it to '1'.
  • a RAP_included field (1 bit) is a field indicating whether a video elementary stream included in a transport stream packet including 3D PVR information is a random access point (RAP). I picture (or IDR picture). If this field is '1', it means RAP.
  • the Base_or_Extend_Layer field (1 bit) indicates whether the picture corresponds to a base layer (or base view) in a coding scheme such as MVC (or SVC). Tells whether it is in an extended view. If this field is '1', it may represent an extended layer (view), and if it is '0', this field may represent a base layer (view).
  • a Left_or_Right_View field (1 bit) indicates whether the corresponding picture is a left view or a right view. If this field is '0', it may indicate left view and if '1', it is light view.
  • the Frame_num_type field (1 bit) indicates whether the frame_num field reference is in order of decoding or display. If this field is set to 0, it may indicate that the decoding order is set, and if it is set to 1, it is an order according to the display.
  • the Frame_num field (32 bits) is used to sequentially number each picture in a situation where the first picture of a program is defined as zero. At this time, the picture pairs may be independently numbered in units of Base / Extend or / and Left / Right, and consequently, picture pairs having the same frame_num for left and right. , Base / extend).
  • a 2D_normal_play_support field (1 bit) indicates whether 2D normal double speed playback is possible using the picture. In the case of frame-compatible 3D video, 2D normal double speed is not supported. In this case, this field may have a value of zero.
  • a 3D_normal_play_support field (1 bit) indicates whether 3D normal double speed playback is possible using the corresponding picture. For 2D video this field shall be set to zero.
  • a 2D_nx_fast_play_support field (1 bit) is a field indicating whether n-speed playback is possible in the 2D mode using the picture.
  • n may have various values that can be reproduced such as 64, 128.
  • the 3D_nx_fast_play_support field (1 bit) may determine whether n times speed reproduction is possible in the 3D mode using the corresponding picture.
  • n is also defined as, for example, only 2, 3, 4, 6, 8, 16, and 32x speeds in FIG. 3, but is not limited thereto. Can have
  • the above-described 3D_PVR_Information of FIG. 3 is transmitted by the transmitter to assist in processing the 3D PVR in the digital receiver according to the present invention, which may be included in the SI information and received and used by the digital receiver.
  • the SI information may include PSI, PSIP, DVB, etc. according to a system, a region, a scheme, and the like.
  • a method of signaling information supporting PVR for example, 3D_PVR_Information of FIG. 3 described above, will be described with reference to PSI, PSIP, and DVB.
  • FIG. 4 is a diagram illustrating an example of a PMT table section bitstream syntax including PVR support information according to the present invention.
  • the table_id field may be set as an identifier for identifying the PMT as a table identifier.
  • the section_syntax_indicator field is an indicator that defines the section format of the PMT.
  • the section_length field indicates the length of this table section.
  • the program_number field describes a program to which program_map_PID is applicable.
  • the version_number field indicates a version number of this table section.
  • the current_next_indicator field is an indicator indicating whether the current table section is applicable.
  • the section_number field indicates a section number of the current PMT section when the PMT is divided into one or more sections and transmitted.
  • the last_section_number field indicates the last section number constituting the PMT.
  • the PCR_PID field indicates a PID of a transport stream (TS) packet that carries a PCR (program clock reference) of a current program.
  • the program_info_length field represents descriptor length information immediately following the program_info_length field in number of bytes.
  • the stream_type field indicates the type and encoding information of the elementary stream contained in the packet having the PID value indicated by the following elementary_PID field.
  • the stream_type field represents a coding type for the corresponding video element.
  • the coding type may include JPEG, MPEG-2, MPEG-4, H.264 / AVC, H.264 / MVC, and the like.
  • the elementary_PID field represents an identifier of an elementary stream, that is, a PID value of a packet including the corresponding elementary stream.
  • This PID may be a PID of primary video data or secondary video data.
  • 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 level of the first loop of the PMT includes program level descriptors, and the stream level descriptors are included in the descriptor () area of the second loop. That is, the descriptors included in the first loop are descriptors individually applied to each program, and the descriptors included in the second loop are descriptors individually applied to each elementary stream ES.
  • the CRC_32 field indicates a CRC value (Cyclic Redundancy Check value) that causes a zero output of a register in the decoder.
  • the descriptor () 4010 may include program_level_descriptor according to the present invention, and the program_level_descriptor may indicate whether PVR support information for a corresponding program exists.
  • the 3D_PVR_information_flag field may be included in the defined or predefined descriptor according to the present invention, and may indicate that 3D PVR support information for the corresponding program exists according to the value of this field. For example, if this field value is 1, 3D PVR support information for the corresponding program exists, and if 0, the 3D PVR support information for the corresponding program may be indicated.
  • the field may be assigned a plurality of bits to signal whether or not the descriptor is transmitted along with the presence of 3D PVR support information for the corresponding program.
  • adaptation_field_data_descriptor defined in the DVB scheme may be used.
  • 5 is a diagram illustrating an example of an adaptation_field_data_descriptor bitstream syntax according to the present invention.
  • the descriptor_tag field indicates that the corresponding descriptor is adaptation_field_data_descriptor
  • the descriptor_length field indicates the length of the corresponding descriptor
  • the adaptation_field_data_identifier field 5010 may be defined as shown in FIG. 6.
  • b3 6010 when b3 6010 is set to 1 in FIG. 6, it may be identified whether 3D PVR support information is present in the adaptation_field of the transport stream packet including the corresponding elementary stream.
  • the digital receiver first identifies whether the corresponding PID stream includes 3D PVR support information, and if 3D PVR support information exists, the PID value corresponding to the elementary stream of the corresponding program.
  • 3D PVR information may be read and parsed from the adaptation_field of the transport stream packet having FIG.
  • FIG. 7 illustrates an example of adaptation_field of an MPEG-2 transport stream packet including 3D PVR support information according to the present invention.
  • An adaptation_field_length field (8 bits) describes the number of bytes up to the next adaptation_field_length field. If the value of this field is '0', it is for inserting a single stuffing byte in a transport stream (TS) packet.
  • TS transport stream
  • a discontinuity_indicator field (1 bit), if set to 1, indicates that a discontinuity state is true for a current TS packet. Conversely, if set to 0, it indicates that the discontinuous state is not present or false.
  • the random_access_indicator field (1 bit) indicates that successive TS packets and possible next TS packets with the same PID as the packet contain some information to assist random access at this point. do.
  • An elementary_stream_priority_indicator field (1 bit) indicates the priority of elementary stream data (ES) data transmitted in the payload of the TS packet among packets having the same PID.
  • PCR_flag (1 bit), if set to 1, indicates that the adaptation_field includes a PCR field coded with 2 parts.
  • OPCR_flag (1 bit) is set to 1, it indicates that the adaptation_field includes an OPCR field coded with 2 parts.
  • splicing_point_flag (1 bit), if set to 1, indicates that a splice_countdown field exists in the associated adaptation_field that describes the occurrence of a splicing point.
  • transport_private_data_flag (1 bit) 7010, if set to 1, indicates that the adaptation_field contains one or more private_data bytes.
  • adaptation_field_extension_flag (1 bit), when set to 1, indicates the presence of an extension of the adaptation_field.
  • the program_clock_reference_base and program_clock_reference_extension fields are coded in 2 parts.
  • the 33 bits of the first part program_clock_reference_base field are values given by PCR_base (i).
  • the 9 bits of the second part program_clock_reference_extension field are the values given by PCR_ext (i).
  • the PCR indicates the time at which the input of the system target decoder informs the arrival of the byte including the last bit of program_clock_reference_base.
  • the original_program_clock_reference_base and original_program_clock_reference_extension fields are coded into two parts. Base and Extension These two parts are coded identically to the corresponding parts of the PCR field.
  • the presence of the OPCR is indicated by the OPCR_flag.
  • the OPCR field is coded in the TS packet where the PCR field is present. OPCRs are allowed for both single program and multiple program TSs. The OPCR helps to reconstruct a single program TS from another TS. When reconstructing the original single program TS, the OPCR can be copied to the PCR field.
  • the splice_countdown field (8 bits) has a positive or negative value. A positive value describes the remaining number of next related TS packets with the same PID until the slicing point is reached.
  • a transport_private_data_length field (8 bits) 7020 describes the number of private_data bytes in the next transport_private_data_length field. Therefore, according to the present invention, the digital receiver can know how many bytes private_data_byte is based on this field.
  • 3D_PVR_Information may be located according to the present invention.
  • the digital receiver may grasp index information for implementing 3D PVR based on 3D_PVR_Information.
  • An adaptation_field_extension_length field (8 bits) indicates the number of bytes of extended adaptation field data after this field.
  • a ltw_flag (legal time window_flag) field (1 bit), if set to 1, indicates the presence of an ltw_offset field.
  • piecewise_rate_flag if set to 1, indicates the presence of a piecewise_rate field.
  • seamless_splice_flag if set to 1, indicates that the splice_type and DTS_next_AU fields are present. If set to 0, it indicates that neither the splice_type nor the DTS_next_AU fields are present.
  • ltw_valid_flag legal time window_valid_flag
  • a ltw_offset (legal time window offset) field (15 bits) is defined only when the ltw_valid flag is set to one. If this field is defined, the legal time window offset is in units of (300 / f s) seconds. Where f s is the system clock frequency of the program.
  • the piecewise_rate field (22 bits) is defined only when the ltw_flag and ltw_valid_flag fields are set to 1. If this field is defined, the hyperthetic bitrate R is described.
  • the splice_type bit (4 bits) has the same value in the next TS packets of the same PID that exist from the first presence of this field to the packet where splice_countdown reaches zero.
  • a value of this field has a value of '0000'. If an elementary stream is transmitted over a video stream with the PID of the 13818-2 video stream, this field indicates the conditions involved by the elementary stream for splicing purposes.
  • a decoding time stamp next access unit (DTS_next_AU) (33 bit) field is coded into 3 parts. In case of continuous and periodic decoding via this slicing point, indicates the decoding time of the first access unit of the next slicing point.
  • the stuffing_byte field has a fixed 8-bit value and can be inserted by an encoder.
  • 3D PVR support information for 3D broadcast service may be included in the PSIP of the ATSC system and transmitted.
  • the 3D PVR support information may be transmitted by being included in Terrestrial Virtual Channel Table (TVCT) or Event Information Table (EIT) information in the PSIP.
  • TVCT Terrestrial Virtual Channel Table
  • EIT Event Information Table
  • the TVCT table section includes a list of attributes of the virtual channels.
  • the EIT table section is one of the tables of the PSIP including information on a title, start time, and the like for an event of a virtual channel. In most cases, one event refers to one typical TV program.
  • Each EIT has multiple instances containing information for one virtual channel, and each instance can be identified by combining table_id and source_id.
  • Each EIT instance may be segmented into 256 sections. One section may include information for several events, but information about one event is not segmented and is transmitted to two or more sections.
  • FIG. 8 is a diagram illustrating an example of a TVCT table section bitstream syntax including PVR support information according to the present invention.
  • each field constituting the TVCT table section including the 3D PVR support information according to the present invention will be described as follows.
  • the table_id field indicates the type of table section. For example, if the table section is a table section constituting the TVCT table, this field may have a value of 0xC8.
  • the section_syntax_indicator field consists of 1 bit and its value is fixed to 1.
  • the private_indicator field is set to one.
  • the section_length field consists of 12 bits and the first two bits are 00. This field indicates the length of the section from this field to the CRC field in bytes.
  • the transport_stream_id field is composed of 16 bits and is an MPEG-2 transport stream (TS) ID. This field can be distinguished from other TVCT.
  • the version_number field indicates the version of the table section. Whenever there is a change, the version_number field is incremented by 1, and when the version value reaches 31, the next version value is 0.
  • the current_next_indicator field consists of 1 bit and is set to 1 if the VCT is currently applicable. If the value of this field is set to 0, this means that it is not applicable yet and the following table is valid.
  • the section_number field represents the number of sections constituting the TVCT table.
  • the last_section_number field indicates the last section constituting the TVCT table.
  • the protocol_version field serves to allow different table types from those defined in the current protocol in the future. Only zero is valid in the current protocol. Nonzero values will be used in later versions for structurally different tables.
  • the num_channels_in_section field represents the number of virtual channels defined in the VCT table section.
  • information about each corresponding channel is defined in a loop form as many as the number of virtual channels defined in the num_channels_in_section field.
  • fields defined for the corresponding channel in the form of a loop are as follows.
  • the short_name field represents the name of the virtual channel.
  • the major_channel_number field represents a major channel number of a corresponding virtual channel in a for loop. Each virtual channel is made up of multi-parts, such as major and minor channel numbers. The major channel number, along with the minor channel number, acts as a reference number to the user for that virtual channel.
  • the minor_channel_number field has a value from 0 to 999. Minor channel numbers act as two-part channel numbers along with major channel numbers.
  • the modulation_mode field indicates the modulation mode of the transport carrier associated with the virtual channel.
  • the carrier_frequency field may indicate a carrier frequency
  • the channel_TSID field has a value from 0x0000 to 0xFFFF and is an MPEG-2 TSID associated with a TS for delivering the MPEG-2 program referred to by this virtual channel.
  • the program_number field associates a virtual channel defined in TVCT with a Program Association Table (PAT) and a Program Map Table (PMT) of MPEG-2.
  • PAT Program Association Table
  • PMT Program Map Table
  • the ETM_location field indicates the existence and location of an extended text message (ETM).
  • the access_controlled field is a flag field. When the access_controlled field is 1, it may represent that an event related to a corresponding virtual channel is accessed. 0 indicates that access is not restricted.
  • the hidden field is a flag field. If 1, access is not permitted even if the number is directly input by the user. Hidden virtual channels are skipped when the user surfs the channel and appear to be undefined.
  • the hide_guide field is a flag field. When the hide_guide field is set to 0 for a hidden channel, the virtual channel and an event may be displayed on the EPG display. This field is ignored if the hidden bit is not set. Thus, non-hidden channels and their events belong to the EPG display regardless of the state of the hide_guide bit.
  • the service_type field identifies a type of service delivered through the corresponding virtual channel.
  • the source_id field identifies a programming source related to the virtual channel.
  • the descriptors_length field represents the length of a following descriptor for a corresponding virtual channel in bytes.
  • the descriptor () field 8010 may not include a descriptor or may include one or more descriptors. This descriptor () field 8010 is described below.
  • the additional_descriptors_length field represents the total length of the following VCT descriptor list in bytes.
  • the CRC_32 field indicates a CRC value (Cyclic Redundancy Check value) that causes a zero output of a register in the decoder.
  • the service_type field is a field indicating when the broadcast service provided by the corresponding channel is a 3D broadcast service.
  • the field value of the service_type field is 0x11, it may represent that 3D broadcast program (including audio, video, and additional video stream for displaying 3D stereoscopic image) is provided in the corresponding virtual channel. have.
  • the broadcast receiver should parse information about two video streams (primary video stream and secondary video stream) and a 3DTV service location descriptor.
  • the descriptor () field 8010 may include a descriptor associated with a 3D stereoscopic service, a channel_location_descriptor including 3D PVR support information, and the like. In addition, the descriptor () field 8010 may include information about two video streams constituting the stereoscopic video service.
  • FIG. 9 is a diagram illustrating an example of a channel_level_descriptor bitstream syntax according to the present invention.
  • the channel_level_descriptor of FIG. 9 is for signaling the presence or absence of 3D PVR support information for a corresponding channel according to the present invention
  • a service_location_descriptor predefined in a PSIP can be used or is defined as a descriptor different from the service_location_descriptor. It can also be included in a table section.
  • the case of using the former, i.e., the reserved field of the predefined service_location_descriptor will be described as an embodiment.
  • the descriptor_tag field indicates that the corresponding descriptor is channel_level_descriptor
  • the descriptor_length field indicates the length of the corresponding descriptor
  • the reserved field (3 bits) 9010 is reserved as it is and uses 2 bits as 3D_PVR_information_flag indicating whether 3D PVR support information is present using only 1 bit. For example, if the 3D_PVR_information_flag value is 1, the 3D PVR assistance information is present, and if it is 0, it is not present.
  • the PCR_PID field (13 bits) indicates the PID of transport stream packets containing the valid PCR fields for the program described by the program_number field.
  • a number_elements field (8 bits) indicates the number of PIDs used for that program. Related information is defined in a for loop structure for each PID indicated by these fields.
  • a stream_type field (8 bits) describes the type of the elementary stream.
  • the reserved field (3 bits) 9020 may be defined in the same manner as the reserved field 9010 described above.
  • the elementary_PID field represents a PID for the corresponding elementary stream.
  • the meaning is slightly different.
  • the aforementioned reserved field 9010 and the reserved field 9020 in the for loop structure may exist in only one of them, or both.
  • the digital receiver may read and parse 3D PVR support information from the adaptation_field of the transport stream packet for all the elementary streams constituting the channel from the corresponding flag value.
  • the receiver may read and parse 3D PVR support information from the adaptation_field of the transport stream packet corresponding to the corresponding stream. For example, if 3D_PVR_Information_flag is 1 only for video elementary streams, then 3D PVR support information should be found only in streams that contain video elementary streams, and 3D PVR support information is found for audio or other streams that make up the same channel. no need.
  • FIG. 10 is a diagram illustrating an example of an EIT table section bitstream syntax including PVR support information according to the present invention.
  • the table_id field consists of 8 bits and has a value of '0xCB', which means that the section belongs to the EIT.
  • the section_syntax_indicator field consists of 1 bit and has a value of '1'. In this case, this section means that the section_length field follows the general section syntax.
  • the private_indicator field consists of 1 bit and may have a value of '1'.
  • a section_length field (12-bit) indicates the number of bytes remaining in a later section.
  • a source_id field (16-bit) describes the source_id of the virtual channel that carries the events depicted in that section.
  • a version_number field (5-bit) indicates the version number of the corresponding table section.
  • the current_next_indicator field (1-bit) is set to 1 to indicate that the corresponding table section is currently applicable.
  • a section_number field (8-bit) indicates the number of the corresponding section among the plurality of sections in the EIT.
  • a last_section_number field (8-bit) indicates the number of the last section among a plurality of sections in the EIT.
  • the protocol_version field has an 8-bit unsigned integer and indicates the version of the current protocol.
  • the num_events_in_section field indicates the number of events in the corresponding table section. If the value of this field is 0, it indicates that there is no event defined in this section. According to the value of the num_events_in_section field, information about each event will be described in a 'for' loop structure as follows.
  • the event_id field indicates the identification number of the event to be described.
  • the start_time field is a 32-bit unsigned integer that indicates the start time of the event in GPS time from 00:00:00 UTC on January 6, 1980.
  • An ETM_location field (2-bit) describes the presence and location of an extended text message (ETM).
  • the length_in_seconds field describes the duration of the event in seconds.
  • the title_length field describes the length of the title_text () field described later.
  • the title_text () field describes an event title having a format of a multiple string structure.
  • the descriptors_length field represents the total length of the following event descriptor in the EIT in bytes.
  • the descriptor () field 10010 has a 'for' loop structure and includes no or multiple descriptors included in the EIT.
  • the CRC_32 field (32-bit) contains a CRC value to ensure zero output from registers in the decoder.
  • the descriptor () field 10010 may indicate whether 3D PVR support information for an event exists through one of various descriptors of an event level.
  • the above-described method is similar to the above-described methods, for example.
  • the digital receiver may know in advance that 3D PVR support information will be included from the adaptation_field of the transport stream packet for the corresponding event using a descriptor included in the EIT.
  • the digital receiver determines that all transport stream packets corresponding to the event include the corresponding information. Therefore, the digital receiver examines the adaptation_field of the transport stream packet for all the elementary streams for the event and not for the specific elementary stream. Can be.
  • the ATSC method or system the DVB method or system will be described below.
  • the description of the content overlapping with the above-described content is used for the above-described content and will be described below with a focus on differences.
  • SDT service description table
  • the SDT describes services included in a specific transport stream in the DVB scheme.
  • each field constituting the SDT table section will be described with reference to FIG. 11.
  • the table_id field is an identifier for identifying a table. For example, a specific value of the table_id field indicates that this section belongs to a service description table.
  • the section_syntax_indicator field is a 1-bit field and is set to 1. In the section_length field, the first two bits are set to 00. The number of bytes of the section including the CRC after this field.
  • the transport_stream_id field serves as a label for identifying a transport stream (TS).
  • the version_number field represents the version number of the sub_table. Whenever there is a change in the sub_table, it is incremented by one.
  • the current_next_indicator field is set to '1' if the sub_table is currently applicable. If it is set to 0, this means that it is not applicable yet and the following table is valid.
  • the section_number field represents a section number. The first section has a value of 0x00, and the value is increased by 1 for each additional section having the same table_id, the same transport_stream_id, and the same original_network_id.
  • the last_section_number field indicates the number of the last section (ie, the highest section_number) of the corresponding sub_table to which this section is a part.
  • the original_network_id field is a label identifying the network_id of the transmission system.
  • This SDT table section describes a number of services. For each service, the following fields can be defined in a for loop structure.
  • the service_id field defines an identifier that serves as a label to distinguish it from other services included in the TS.
  • the value of this field may have the same value as program_number of program_map_section.
  • the EIT_schedule_flag field if set to 1, indicates that EIT schedule information for a corresponding service is included in the current TS. A value of 0 indicates that EIT schedule information is not included.
  • the EIT_present_following_flag field if set to 1, indicates that EIT_present_following information for a corresponding service is included in the current TS.
  • a value of 0 indicates that EIT present / following information is not currently included in the TS.
  • the running_status field represents the state of a service.
  • the free_CA_mode field is set to 0, it indicates that all elementary streams of the corresponding service are not scrambled. If set to 1, it means that one or more streams are controlled by a CA (Conditional Access system).
  • the descriptors_loop_length field represents the total length of a following descriptor in bytes.
  • the CRC_32 field indicates a CRC value for zero output of a register at the decoder.
  • the descriptor () 11010 following the descriptors_loop_length field may include a service_level_descriptor of DVB-SI, and the service level descriptor may provide 3D PVR support information for a corresponding service. It can indicate whether or not.
  • the service_level_descriptor may use a signaling method using b3 of the adaptation_field_data descriptor.
  • the digital receiver may read and parse 3D PVR support information from the adaptation_field of the transport stream packet for the corresponding service and use it.
  • the digital receiver may find 3D PVR support information by examining the adaptation_field of the transport stream packet corresponding to all elementary streams included in the service.
  • FIG. 12 is a diagram illustrating another example of an EIT table section bitstream syntax including PVR support information according to the present invention.
  • FIG. 12 is basically for signaling about an event included in a channel or a service in common in an ATSC system and a DVB system, and fields defined in a corresponding table section are similar in general. Accordingly, most fields are inferred by referring to or referring to the field description of the PSIP EIT of FIG. 10 described above, and only the descriptor () field 12010 will be described below in connection with the present invention.
  • the descriptor () field 12010 may indicate whether 3D PVR support information for an event exists through one of various descriptors of an event level.
  • the above-described method is similar to the above-described methods, for example.
  • the digital receiver may know in advance that 3D PVR support information will be included from the adaptation_field of the transport stream packet for the corresponding event using a descriptor included in the EIT.
  • the digital receiver determines that all transport stream packets corresponding to the event include the corresponding information. Therefore, the digital receiver examines the adaptation_field of the transport stream packet for all the elementary streams for the event and not for the specific elementary stream. Can be.
  • FIG. 13 is a block diagram illustrating an example of a configuration of a download module 212 included in the 3D PVR module 110 of FIG. 2.
  • the download module 212 which basically receives the transport packets for the demultiplexed video elementary streams from the demultiplexer 108. In FIG. Then time stamping and / or indexing.
  • the download module 212 is basically a component for performing an operation for storing a PID (Packet IDentifier) stream corresponding to a program to be recorded among transport streams input to the system decoder 108.
  • PID Packet IDentifier
  • the download module 212 includes a system clock part 13012, a time-stamp insertion part 1301, and an index processing part 1316. And the like.
  • the index processor 1316 is for indexing work for convenience of trick play in the PVR play mode, and may be unnecessary in the basic play mode, as described below. Therefore, in some cases, it can also be omitted.
  • the processing of the time-stamp is basically a system in which transport packets for video elementary streams recorded and stored via the download module 212 are uploaded via the upload module 218 in a later playback process.
  • the timing of the transport stream input to the system decoder 108 at the time of storage and the timing of the input of the decoder 108 is matched.
  • time stamp processing there are three ways of time stamp processing. First, a time-stamp is inserted into every transport packet input from the demultiplexer 108. Second, a time-stamp is inserted into each transport packet of a predetermined predetermined unit. Finally, an adaptive time-stamp is inserted. There may be an insert method. Here, unlike the first scheme, a time-stamp is not inserted into every transport packet. However, unlike the second scheme, a time-stamp scheme is inserted instead of a time-stamp periodically.
  • a time-stamped transport of 192 bytes is attached with a time-stamp (4 bytes) to every transport packet (188 bytes) input to the download module 212 via the system decoder 108. It is in the form of a stream.
  • the second to third methods it is for minimizing the overhead caused by the time-stamp, and adaptively determines whether to insert a time-stamp for the input transport packet. By time stamping the system efficiency can be increased.
  • the input data becomes a transport packet to be stored, and a time-stamp corresponding to the PCR value when the corresponding transport packet is input is added to the data packet.
  • the stamp is inserted into a 192 byte time-stamped transport stream.
  • FIG. 14 to 16 illustrate an example of an implementation of time stamp insertion in a download module according to the present invention
  • FIG. 17 illustrates an example of a time stamp index data structure when using a time stamp according to the present invention. Figure is shown.
  • 14 to 16 specifically illustrate a case where a time-stamp is inserted only when discontinuity occurs, for example, without inserting a time-stamp in all transport packets belonging to all transport streams to be stored. have.
  • a method of not inserting a time stamp in all transport packets is called, for example, an adaptive time-stamp insertion method.
  • time-stamp index (FIG. 17) indicating a time-stamping zone in each transport packet may be used as described above.
  • a time-stamp index data structure used when using an adaptive time stamp has a size of 1 byte and indicates a time_stamp_exist field indicating or presence of a time stamp in a corresponding transport packet at a most significant bit (MSB, 1 bit).
  • (field) 1710 and the remaining bits include a packet_run_length_minus_1 field 1720.
  • the packet_run_length_minus_1 field 1720 may indicate or identify the number of consecutive transport packets to which the time-stamp is not added, for example, the packet. Therefore, by using the packet_run_length_minus_1 field 1720, the time-stamp index defined as shown in FIG.
  • the packet_run_length_minus_1 field 1702 constituting the time-stamp index is not defined, for example, it may be added to all transport packets that are input or to all transport packets to which no time-stamp is added. .
  • FIGS. 14 to 17 a time stamp processing method according to the present invention will be described.
  • the following describes a method of implementing a time stamp index as shown in FIG. 17 with reference to the examples of FIGS. 14 to 16.
  • a total of eight PID streams input to the system decoder 108 are illustrated.
  • the first two PID streams have a value of 0x0300 as the PID value
  • the next four PID streams have a value of 0x0301, 0x0301, 0x0302, and 0x0302, respectively
  • the remaining two PID streams have a value of 0x0300 again. Illustrated.
  • the PID belonging to the stream to be downloaded among the eight PID streams of FIG. 14 are PID streams having values of 0x0300 and 0x0301, as illustrated in FIG. 15, the PID having a PID value of 0x0302 among the total of eight PID streams is shown.
  • a total of six PID streams except two are input to the download module 212 through PID filtering.
  • each PID stream is input sequentially, for example. Because, each PID stream has a system clock (system clock) input to the system decoder 108, because the PID streams stored in the storage unit 111 in the PVR module is used again in the future.
  • system clock system clock
  • the PID streams input to the download module 212 may include two PIDs having a PID value of 0x0302 through PID filtering among the eight PID streams input to the first system decoder 108. A total of six PID streams (except the fifth and sixth PID streams in sequence) are input to the download module 212, thereby generating a discontuinty 15010.
  • the download module 212 is configured for proper processing of PID streams input after the discontinuity interval 15010 when a discontinuity interval 15010 is generated between the PID streams. Action should be taken.
  • an adaptive time-stamp method according to the present invention, in which the time including the adaptive time-stamp defined as shown in FIG. 17 in the PID stream 16010 first inputted after the discontinuous interval 15010. To add a stamp.
  • the time_stamp_exist field 1710 of the adaptive time-stamp is defined as a value indicating that a time-stamp exists in the packet, and in the following packet_run_length_minus_1 field 1720, the PID streams existing between up to the next discontinuity interval are included. By indicating the number, the efficiency of the system can be increased.
  • the range in which the PID streams may be indicated may be limited by defining 1 byte. This can be solved by increasing the number of bytes defined by the corresponding adaptive time stamp or adding a time stamp by selecting the PID stream again in an appropriate range. For example, if the run length is 128 or more, the code is split and implemented. Therefore, when 255 consecutive packets without time stamps are generated, it can be expressed as 0x7F 0x7D.
  • the time-stamped PID stream may have a size of, for example, 192 bytes.
  • the following describes a method of constructing an index in the download module 212, where the index is different from the adaptive time-stamp index described above.
  • the download module performs an operation for storing a PID stream corresponding to a program to be recorded among the broadcast streams input to the system decoder 108.
  • the download module may read and parse the 3D PVR support information to store the stream and provide information necessary for control or / and management for later playback and trick play.
  • FIG. 18 is a diagram illustrating an example of an index configuration in the download module 212 according to the present invention.
  • an index defined by one byte includes 24 in total, from the most significant bit (MSB) b23 I_picture_flag to the least significant bit (LSB) b0 Reserved.
  • This index is for example for trick play that is commonly requested and implemented in the PVR, for example, for implementations of fast forward, skip, and the like.
  • the digital receiver decodes the video decoder itself at a normal speed even when the user requests a trick play in the PVR playback process.
  • the digital receiver since pictures that are actually decoded according to the requested trick play are skipped and input according to the corresponding speed, the user may feel a fast speed or skip effect.
  • the upload module 218 in order to perform a smooth trick play, a location of data to be input to the (system) decoder must be quickly found and extracted and input. To this end, it is necessary to find the location of the corresponding data quickly.
  • the index information according to the present invention is for faster and more efficient retrieval of data to be input to the decoder in the upload module 218 in this case.
  • the index information when performing a trick play according to a request during a PVR playback process in the digital receiver, the index information extracts additional data that can quickly search for an appropriate data position from a stored video stream.
  • data corresponding to a random access point RAP
  • the random access point may be any one of I, B, and P pictures.
  • an I picture is described as a random access point (RAP) as an example to help understanding of the present invention and for convenience of description.
  • an I picture refers to a picture that can be randomly accessed.
  • the index information may define a 2D / 3D related indexing function so that the 2D or 3D mode can be selected during the trick play, that is, the stream can be properly uploaded according to the mode.
  • the download module 212 should read the 3D PVR support information included in the adaptation_field of the transport stream packet stored when the index is generated, and determine whether the RAP is included in the packet from this. In addition, the download module 212 determines whether the video elementary stream included in the corresponding transport packet is left image image data or right image image data (left / right). In addition, the download module 212 may determine whether the 2D compatible stream in the case of 3D.
  • the download module 212 may also identify the speed information of the corresponding packet and configure chain information of the corresponding speed when implementing fast play.
  • the input data is the transport stream to be stored, and the output data is whether each transport stream packet includes an I-picture start (or start byte of the RAP), an elementary stream and a view when the I-picture start is included.
  • Type eg, whether 2D compatibility, left video image or right video image view included
  • double speed chain information e.
  • the download module 212 generates an index while parsing 3D PVR support information, aggregates these indexes, and creates and stores an index file.
  • the download module 212 is variable to generate an index for each transport packet or group of transport packets (e.g., 100 transport packet bundles or I picture start) to generate an index.
  • the download module 212 transmits the inspection result to the index & file database, and manages by mapping the index and the physical location where the transport packet is stored in the index & file database.
  • the video elementary stream of the enhancement layer does not necessarily need to be an I picture.
  • the download module 212 receives a transport packet to be stored as input data, but each transport packet includes an I picture start or a start byte of a random access point (RAP), an element including an I picture start position.
  • a transport packet including an index including information such as a mentor stream and a view type is output.
  • the view type information includes, for example, information on whether 2D compatibility, information on whether a light view is included, and the like.
  • an index may be generated for each packet.
  • I_picutre_flag (b23) on the presence or absence of an I picture
  • picture_start_exist (b22) on the presence or absence of a picture starting point
  • picture_endt_exist (b21) on the presence or absence of a picture end point
  • base_layer (b20) on whether or not the base layer is sequentially from the most significant bit.
  • Enhance_layer (b19) for whether it is an enhancement layer
  • left (b18) for whether it is left image data
  • reserved (b16) for future use. It is composed.
  • double speed information to chain information are defined to include b15 to b9 and b7 to b1.
  • the former b15 to b9 may indicate an information flag for 3D double speed
  • b7 to b1 may indicate an information flag for 2D double speed.
  • the digital receiver may know the codec information of the enhancement layer based on the signaling information in the received digital signal.
  • the system decoder 108 may recognize that the corresponding video stream is configured as a dual stream.
  • the enhance_layer flag may not have meaning independently. This is because the video elementary stream itself of the enhancement layer is based on the video elementary stream of the base layer. Therefore, when the enhance_layer flag is deactivated, the digital receiver may know that the corresponding video stream is a single video stream. In this case, the Base_layer flag may be activated. This is because the base layer itself corresponds to a single video stream, so related information can be defined.
  • the left or right flag may be viewed based on the left image image data or the right image image data in 2D mode viewing, for example, in view switching, in addition to identifying left image image data or right image image data of the corresponding data when viewing 3D mode. It can be used to determine whether the corresponding flag information can be used if view switching is requested during viewing as described above.
  • the download module 212 has been described in detail so far. The following describes the upload module 218 in which the system decoder 108 uploads transport packets for the video elementary stream in PVR playback.
  • FIG. 19 is a conceptual diagram illustrating a concept of a prediction chain for fast play support according to the present invention
  • FIG. 20 is a diagram illustrating packet and storage address mapping for picture data stored according to the present invention
  • FIG. 21 is a diagram illustrating an example of information configuration
  • FIG. 21 is a diagram illustrating an example of a configuration of a fast play command chain table for supporting a fast play mode according to the present invention.
  • each picture number is, for example, a picture pair.
  • 20 and 21 show contents of a frame number and a transport stream packet when configuring a fast play chain based on FIG. 19.
  • the pictures belonging to each play chain may vary according to the speed mode selected by the user. Therefore, by mapping the corresponding data for each double speed in advance, and generating and storing the mapping information, the digital receiver can process the play faster and more efficiently in the future.
  • Figures 20 to 21 are as follows.
  • FIG. 20 illustrates the picture pair numbers of FIGS. 19A to 19D, transport stream packets corresponding to the picture numbers, address information (byte unit) for the start position in the storage device, and the size of the byte unit. .
  • the transport stream packets corresponding to the picture number are 1 to 100, and the address information (byte unit) for the start position in the storage device is 0x0000 A000 and the size in byte unit. Is 18800 bytes.
  • the transport stream packets corresponding to the picture number are 321 to 410, the address information (byte unit) for the start position in the storage device is 0x0001 8B00, and the size of the byte unit is 16920. Bytes.
  • each piece of information is defined for picture pair numbers 1 to 13.
  • FIG. 20 each piece of information is defined for picture pair numbers 1 to 13.
  • FIG. 21 constitutes a triple speed fast play command chain table.
  • the 3x fast play command chain table may include 'Go to 0x0000 A000', 'Read up to 0x000 E96F', 'Skip to 0x000 8B00' to 'Skip to 0x0004 2EA0', and 'Read up to' 0x0004 70B7 'is defined, each with' start of picture pair 1 ',' read until the end of picture pair 1 ',' start of picture pair 4 ' (start of picture pair 4) to 'start of picture pair 13' and 'read until the end of picture pair 13'.
  • FIG. 22 is a diagram illustrating an example of an index file structure for performing a 3D PVR function using the above-described information of FIGS. 19 to 21 according to the present invention.
  • the index file structure of FIG. 22 may be, for example, configured for internal use of a digital receiver and may be a format for collecting and finally storing an index extracted from each packet.
  • an index file structure for performing a 3D PVR function may include a picture type, a picture number, an address, and a size. .
  • the picture type (8 bits) indicates whether or not L / R, base / enhancement layer, RAP or the like.
  • the picture number (32 bits) may be configured using the frame_num field of the 3D PVR support information.
  • the address 128 bits means logical or physical address information in the storage device 111.
  • the size represents the size of the picture.
  • FIG. 23 is a block diagram illustrating an example of a configuration of an upload module 218 included in the 3D PVR module of FIG. 2 according to the present invention.
  • the PVR when the upload module 218 plays the content stored or recorded in the storage unit 111 of the PVR, the PVR inputs the transport packets input from the storage unit 216 to the system decoder 108 in a timely manner. Enable playback.
  • the upload module 218 removes the four-byte time-stamp when the input transport packet is, for example, a time-stamped transport stream having a size of 192 bytes, thereby removing the system decoder 108 and the video decoder.
  • Each packet of size 188 bytes processable at 112 is entered into the system decoder 108 at a timing based on the removed time-stamp.
  • the upload module 218 selectively receives only appropriate transport packets based on the index information configured as shown in FIG. 18 extracted from the index & file database 214 to perform the trick play. It may also output to the decoder 108.
  • the upload module 218 may include a system clock unit 23012, an output controller 23014, a time-stamp processor 23016, and the like. .
  • the system clock unit 23012 provides information about a system clock to be referred to when the output control unit 914 controls the output, that is, when controlling the output of the corresponding transport packet.
  • the output controller 23014 receives the index data from the index & file database 214 and requests the data from the storage 111. In this case, in requesting data to the storage 111, the output controller 23014 may make a request based on the received index data.
  • the storage 111 transmits the corresponding transport packet to the time stamp processor 23016 according to a request of the output controller 23014. In this case, all of the transport packets output from the storage 111 may be time-stamped transport packets, and only some of them may be time-stamped transport packets.
  • the time-stamp processor 23016 removes the time-stamp from the inputted transport packets and outputs only 188-byte transport packets directly to the output control unit 23014 or the system decoder 108.
  • the output controller 23014 may output a control signal to the time-stamp processor 23016 by calculating a system timing according to the system clock of the system clock unit 23012.
  • the transmission timing to the system decoder 108 refers to a time stamp to be removed.
  • the system time output from the system clock unit 23012 is read and the corresponding value matches the value of the time stamp, the corresponding transport packet is stored. Input to the system decoder 108.
  • the output timing may be calculated by using a virtual time stamp value with reference to a bit rate input during recording.
  • the virtual time stamp may be generated, for example, in the download module 212 described in the 3D PVR module or may be generated by adding a separate configuration.
  • the upload module 218 may refer to the time-stamp index described above with respect to the existence of the time-stamp, and thus may know the length and time-stamp of each transport packet.
  • the output control unit 23014 does not always receive index data and request data from the storage unit 216 based on the index data, but may request a data output that is not based on the index data during normal playback. . That is, in the case of trick play reproduction, the index & file database 214 may not be accessed with the output control unit 23014.
  • the number of pictures to be skipped in the software / middleware is determined according to the operation mode, and then the picture to be played is selected. For example, when the PVR module 110 intends to implement 3X fast forward, the PVR module 110 may implement the corresponding operation by sequentially performing the operations specified in the command chain for 3X play shown in FIG. 21 described above.
  • the upload module 218 processes the data at a normal speed with the system decoder 108 and the video decoder 112 during the playback process, but since the input data itself is skipped data, fast double speed playback is possible. Become. For example, if the I picture period is 10, when the trick play is performed using only the I picture, the effect of fast playback at 10 times speed may occur.
  • 24 is a flowchart illustrating an example of an operation of a receiver during 2D / 3D recording according to the present invention.
  • FIG. 24 is a description of an operation of recording or storing a transport stream input in a 2D / 3D mode in a digital receiver.
  • the description of the steps before the first transport stream is processed by the system decoder 108 via the receiver 102 and the VSB decoder 104 uses the foregoing description and the detailed description is Omit.
  • the system decoder 108 determines whether there is a request for performing a PVR function, that is, a content storage command or a request, by the user (S102). As a result of the determination, if there is no content storage command, the system decoder 108 processes the input transport stream and then controls it to be output through the demultiplexer and the video decoder 112. Here, appropriate processing may be performed by referring to the above contents depending on whether the inputted transport stream is 2D / 3D and may be output. For example, if the input transport stream is a 3D video stream, it is converted into a 3D output form through the formatter 116 and displayed.
  • the system decoder 108 determines whether the recording mode is 2D / 3D if there is a content storage command or request by the user (S104). This is because it is necessary to properly control the operation of the PVR module 110 according to the recording mode requested by the system decoder 108, and the operation of the PVR module 110 may be different according to the recording mode as described above. Because.
  • step S104 when the recording mode is the 3D mode, the system decoder 108 performs a PID combination to enable processing of the transport packet for the video elementary stream to be input to the PVR module 110 via the demultiplexing unit. It must be determined (S106).
  • step S106 the system decoder 108 performs filtering on the PID streams to be input to the PVR module 110 according to the determined PID combination. That is, the system decoder 108 selects the base layer video / audio elementary stream and the enhancement layer video elementary stream from the transport packets input through the demultiplexer and controls the input to the PVR module 110. (S108).
  • step S104 when the recording mode is the 2D mode, the system decoder 108 performs a PID combination to enable processing of the transport packet for the video elementary stream to be input to the PVR module 110 via the demultiplexer.
  • a PID combination to enable processing of the transport packet for the video elementary stream to be input to the PVR module 110 via the demultiplexer.
  • step S106 the system decoder 108 performs filtering on the PID streams to be input to the PVR module 110 according to the determined PID combination. That is, the system decoder 108 selects the base layer video / audio elementary stream among the transport packets input through the demultiplexer and controls the input to the PVR module 110 (S112).
  • the PVR module 110 stores analysis and related information on video data for video elementary streams input under the control of the system decoder 108.
  • the 3D PVR support information is analyzed by the index extraction module of the download module 212 to determine whether the corresponding packet is the start point of the I-picture, whether it is left / right, the start and end points of the picture, whether the base layer or the enhancement layer, etc. (S114).
  • the trick mode supported by the packet is identified, and a play command chain is created and stored in units of modes to support trick play corresponding to each mode (S116).
  • the trick play command chain information may be independently managed for 2D and 3D.
  • the download module 212 inserts the time when each input transport packet is input to the system decoder 108, that is, the system time as the system clock, and designates the time as a time stamp and inserts it into the transport packet (S118). .
  • the PVR module 110 generates and inserts a time-stamp for the transport packet in the storage 111 based on the analysis result of the video data performed in step S114 according to the method of FIGS. 14 to 17 described above. It may be stored, or may be performed separately from the index file generation step before step S114, that is, after step S108. In particular, when the adaptive time stamp is used, it is possible to determine whether the transport packet is discontinuous, and determine and control the time stamp to be inserted according to the determination result.
  • the PVR module 110 generates an index file in the same manner as in FIG. 18 so as to enable trick play reproduction of the PVR function after step S116 or at the same time, and stores the index file in the index & file database 214 (S120).
  • 25 is a flowchart illustrating an example of a receiver operation during 2D mode playback according to the present invention.
  • FIG. 25 is a description of performing a playback operation on content stored for performing a PVR function, for example, as shown in FIG. 24.
  • the stored content itself may be 2D content / 3D content.
  • the upload module 218 determines whether the playback mode is 2D or 3D (S202). As a result of the determination, if the playback mode is 3D, reference is made to FIG. 26 described later (S204), and a detailed description thereof will be omitted.
  • the upload module 218 may input the PID stream corresponding to the video elementary stream to be uploaded to the system decoder 108. Filtering is performed (S206).
  • the upload module 218 reads an index file from the index & file database 214 for upload control on the video elementary stream to be reproduced, and stores the data corresponding to 2D based on the read index file ( 111) determine the position (S208). That is, in the case of the dual stream, only the base layer elementary stream is received, and the video elementary stream corresponding to the enhancement layer video elementary stream is skipped. However, in the case of the normal double speed, the 2D mode reproduction in which the enhancement layer is omitted without a timing problem for the normal double speed reproduction by the PID filter operation of the subsequent stage (the demultiplexer 108) does not need to skip the enhancement layer. This is possible.
  • the upload module 218 uploads the 2D corresponding data according to the system timing.
  • the trick play is selected, in order to ensure the normal operation of the system decoder 108 and the video decoder 112, only data corresponding to 2D is output from the upload module 218 to the system decoder 108.
  • trick play is performed using the trick play chain information identified in the recording process. For example, in the case of 2X 2D playback, a trick play is performed using only data belonging to a play command chain stored in advance (S210).
  • the 2D corresponding data is decoded through the system decoder / demultiplexer 108 and the video decoder 112 (S212), and video reproduction is performed (S214).
  • 26 is a flowchart illustrating an example of an operation of a receiver when reproducing a 3D mode according to the present invention.
  • FIG. 26 relates to an operation of a receiver during 3D mode reproduction. As described above, it may correspond to a case in which the reproduction mode is 3D as a result of the step S202 determination.
  • the upload module 218 determines whether the playback mode is 2D or 3D (S302). As a result of the determination, when the reproduction mode is 2D, the aforementioned FIG. 25 is referred to (S304).
  • the upload module 218 performs PID filtering to input the PID stream corresponding to the video elementary stream to be uploaded to the system decoder 108 (S306).
  • the upload module 218 reads an index file from the index & file database 214 for upload control on the video elementary stream to be reproduced, and stores a data corresponding to 3D based on the read index file ( 216) determine the position (S308).
  • step S308 the upload module 218 determines whether there is a play request for trick play (S310).
  • step S310 if there is no request for trick play playback, all video elementary streams downloaded when the 3D mode is stored are uploaded based on the determined position of the 3D data (S312).
  • step S310 if there is a trick play reproduction request, only the transport packet corresponding to the 3D I picture is extracted and uploaded. In this case, the transport stream packet corresponding to the 3D I-picture is output to the system decoder (S314). Corresponding base and enhancement layer video data designated as I-pictures should be uploaded, and the finally output video is decoded (S316) of I-pictures of base and enhancement layer and output through mode conversion in a formatter (S318). ).
  • the technical idea of the present invention is not necessarily limited to the I-picture.
  • the present invention enables a faster and more accurate 3D PVR function for 3D streams transmitted as dual streams in a digital receiver.
  • a trick play chain is used for this purpose.
  • the trick play chain may be, for example, by designating a picture constituting the trick play chain using a flag corresponding to the corresponding double speed, and it is not necessary to construct a trick play chain using only an I-picture.
  • the trick play chain may be composed of a picture different from a part of the I-picture or another picture.
  • the trick play chain need not be identically configured at each speed, and pictures constituting the trick play chain configured at each speed may be different.
  • 3D-formatted 3D data is output (S320).
  • trick play is performed using the trick play chain information identified during recording. For example, in the case of 2X 3D playback, a trick play is performed using only data belonging to the play command chain for this.
  • FIG. 27 is a flowchart illustrating an example of an operation of a receiver when a view switching request is performed according to the present invention.
  • the upload module 218 determines the playback mode (S402), and if the 2D mode refers to the description of Figure 25 (S404). However, if the determination result is the 3D mode, the upload module 218 again determines whether there is MVC or view dependency (S406). This is because when MVC or view dependency exists, all information corresponding to the base layer must be uploaded (S408).
  • the upload module 218 uploads the corresponding data using the index information after performing the operation up to step S408 (S410).
  • the system decoder / demultiplexer 108 and the video decoder 112 decode the 3D corresponding data uploaded (S412), and the formatter 116 performs 3D formatting according to the output format (S414).
  • the 3D formatted 3D data is output (S416).
  • both left and right views are processed, but only the view selected in the final output process may be output.
  • the digital receiver may be selected to the desired view.
  • the display device and its operation method according to the present invention can not be limitedly applied to the configuration and method of the embodiments described above, the embodiments are all or part of each embodiment so that various modifications can be made It may alternatively be configured in combination.
  • the operating method of the display device of the present invention can be implemented as a processor-readable code on a processor-readable recording medium provided in the display device.
  • the processor-readable recording medium includes all kinds of recording devices that store data that can be read by the processor. Examples of the processor-readable recording medium include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage device, and the like, and may also be implemented in the form of a carrier wave such as transmission over the Internet. .
  • the processor-readable recording medium can also be distributed over network coupled computer systems so that the processor-readable code is stored and executed in a distributed fashion.
  • the present invention relates to the processing of 3D content in a digital receiver having a PVR device capable of receiving and storing a 3D signal, which can be used in all fields of the digital receiver, and thus has industrial applicability.

Abstract

본 명세서에서는 디지털 수신기 및 디지털 수신기에서의 컨텐트 처리 방법이 개시된다. 본 발명에 따른 3D 서비스를 위한 디지털 수신기의 일 예는, 3D 비디오 기본 스트림과 상기 3D 비디오 기본 스트림의 PVR 지원 정보를 포함한 시스템 정보를 수신하는 수신부; 3D 비디오 기본 스트림에 타임-스탬프를 부가하고, 상기 PVR 지원 정보로부터 추출된 3D 기본 스트림의 PVR 기능 수행을 위한 정보가 포함된 인덱스 파일을 구성하여 저장되도록 제어하는 다운로드 모듈과, 저장된 3D 비디오 기본 스트림을 인덱스 파일과 타임-스탬프 값 중 적어도 하나에 기초하여 업로드하는 업로드 모듈을 포함한 PVR 모듈; 업로드된 3D 비디오 기본 스트림을 디코딩하는 디코더; 디코딩된 3D 비디오 데이터를 출력 포맷에 맞게 포맷팅하는 포맷터; 및 포맷팅된 3D 비디오 데이터를 출력하는 출력부;를 포함한다.

Description

디지털 수신기 및 디지털 수신기에서의 3D 컨텐트 처리방법
본 발명은 디지털 수신기 및 그 처리방법에 관한 것으로, 더욱 상세하게는 3차원(3-dimensional, 이하 ‘3D’) 컨텐트의 처리와 관련된 디지털 수신기 및 그 처리방법에 관한 것이다. 여기서, 디지털 수신기는 PVR(Personal Video Recorder)을 구비할 수 있으며, 상기 PVR은 3D 컨텐트를 저장, 재생 등 처리를 할 수 있다.
최근 방송 환경은 전세계적으로 아날로그 방송이 종료되고 디지털 방송으로의 전면적인 전환이 이루어지고 있다.
디지털 방송이 활성화되면서, 종래 아날로그 방송에 비해 더욱 다양한 컨텐트츠가 개발되고 보급되고 있으며, 이러한 컨텐츠를 더욱 쉽고 편리하게 즉, 사용자 편의를 위한 다양한 디지털 방송 기술들이 개발되고 있다.
일 예로, 종래 대부분의 컨텐츠는 2D로 제작되었으나, 디지털 방송이 활성화되면서 종래 2D 컨텐츠에 비해 보다 실재감과 입체감이 있는 3D 컨텐츠에 대한 관심이 증가하고 이를 위한 컨텐츠가 개발 및 보급되고 있다. 더불어, 디지털 수신기에서도 3D 컨텐츠의 저장, 재생 등 처리를 위한 다양한 연구가 이루어지고 있다.
한편, 최근 방송 환경이 아날로그 방송을 종료하고 디지털 방송으로의 전면적인 전환과 달리, 컨텐츠의 경우에는 디지털 방송 환경하에서도 그 속성상 2D 컨텐츠와 3D 컨텐츠가 혼재될 가능성이 크다. 따라서, 디지털 수신기는 이러한 현실을 반영하여 적절하게 컨텐츠를 처리할 수 있어야 한다. 다만, 이러한 현실과 사용자들의 3D 컨텐츠에 관심에 비해 여전히 디지털 수신기에서 3D 컨텐츠에 대한 처리에는 많은 문제점이 있으며 2D/3D 전환에도 여전히 부족한 면이 있어 사용자의 불편을 초래하고 있는 실정이다.
본 발명은 상술한 문제점을 해결하기 위한 것으로, 본 발명에서는 PVR을 구비한 디지털 수신기에서 3D 컨텐트를 처리함에 있어서, 상기 처리 과정에서 2D/3D 전환, 뷰 스위치(view switching) 등의 기능을 지원하는 디지털 수신기 및 디지털 수신기에서의 컨텐츠 처리 방법을 제공하는 것을 일 과제로 한다.
본 발명에서는 특히, 프레임-컴패터블(frame-compatible)이 아닌 풀 레졸루션 퍼 아이(full resolution per eye) 구현을 위한 3D 스트림에 대해 효과적인 PVR 기능을 지원 가능한 디지털 수신기 및 디지털 수신기에서의 컨텐츠 처리 방법을 제공하는 것을 다른 과제로 한다.
본 명세서에서는 상기와 같은 기술적 과제를 해결하기 위해 다음과 같은 기술적 해결방법을 제시한다.
본 발명에 따른 3D 서비스를 위한 디지털 방송 신호를 처리하는 방법의 일 예는, 3D 비디오 기본 스트림과 상기 3D 비디오 기본 스트림의 3D PVR 지원 정보를 포함한 시스템 정보를 수신하는 단계; 3D 비디오 기본 스트림에 타임-스탬프를 부가하여 저장하는 단계; 3D PVR 지원 정보로부터 추출된 3D 비디오 기본 스트림의 3D PVR 기능 수행을 위한 정보가 포함된 인덱스 파일을 저장하는 단계; 저장된 3D 비디오 기본 스트림을 인덱스 파일과 타임-스탬프 값 중 적어도 하나에 기초하여 디코딩하는 단계; 및 디코딩된 3D 비디오 데이터를 출력 포맷에 맞게 포맷팅하여 출력하는 단계;를 포함하여 이루어진다.
이때, 상기 인덱스 파일은, 해당 패킷에 대해 L/R 여부, 베이스/인핸스먼트 레이어 여부, RAP 여부를 지시하는 픽쳐 타입 정보, 픽쳐 넘버에 대한 픽쳐 넘버 정보, 저장부 내 논리 또는 물리 주소를 지시하는 어드레스 정보 및 해당 픽쳐의 사이즈를 지시하는 사이즈 정보 중 적어도 하나 이상을 포함할 수 있다.
그리고 상기 3D 비디오 기본 스트림은, 베이스 레이어 비디오 스트림과 인핸스먼트 레이어 비디오 스트림으로 구성된 듀얼 비디오 스트림일 수 있다.
또한, 상기 3D PVR 지원 정보는, 해당 트랜스포트 스트림 패킷이 각 비디오 픽쳐의 시작점 또는 종료점을 포함하는지 지시하는 정보(Picture_start_end), 해당 트랜스포트 스트림 패킷에 들어 있는 비디오 기본 스트림이 RAP인지 여부를 지시하는 정보, 해당 픽쳐가 코딩 방식과 관련하여 베이스 레이어인지 익스텐디드 레이어인지 지시하는 정보, 해당 픽쳐가 레프트 뷰인지 라이트 뷰인지 지시하는 정보 중 적어도 하나 이상을 포함할 수 있다.
그리고 상기 3D PVR 지원 정보는, 프로그램의 첫번째 픽쳐를 기준으로 각 픽쳐를 순차적으로 부여된 번호를 지시하는 프레임 정보와 상기 프레임 정보의 기준이 디코딩에 따른 순서인지 디스플레이에 따른 순서인지 식별하는 프레임 타입 정보를 더 포함할 수 있다.
또한, 상기 프레임 정보는, 베이스/익스텐드 레이어 및 레프트/라이트 단위로 독립적으로 번호가 부여되며, 상기 베이스/익스텐드 또는 레프트/라이트에 대해 동일한 번호를 가진 픽쳐 페어가 존재할 수 있다.
그리고 상기 3D PVR 지원 정보는, 배속 정보를 더 포함하되, 상기 배속 정보는, 해당 픽쳐를 이용해 2D 정상 배속 재생 가능 여부를 지시하는 정보, 해당 픽쳐를 이용해 3D 정상 배속 재생 가능 여부를 지시하는 정보, 해당 픽쳐를 이용해 2D 모드에서 n 배속 재생이 가능 여부를 지시하는 정보 및 해당 픽쳐를 이용해 3D 모드에서 n 배속 재생이 가능 여부를 지시하는 정보를 포함할 수 있다.
또한, 상기 3D PVR 지원 정보는, 3D 또는 2D 프로그램에 해당되는 트랜스포트 스트림 패킷 중에서 모든 픽쳐의 첫번째 바이트 또는 마지막 바이트가 포함되는 트랜스포트 스트림 패킷의 adaptation_field에 포함될 수 있다. 여기서, 상기 3D PVR 지원 정보는, 상기 adaptation_field의 private data byte를 통해 전송될 수 있다.
그리고 상기 시스템 정보는, 상기 3D PVR 지원 정보의 존재 여부를 식별하는 식별 정보를 더 포함하고, 상기 식별 정보는 PSI의 PMT, PSIP의 TVCT 또는/및 EIT와 DVB의 SDT 또는/및 EIT 중 어느 하나에 포함되어 전송될 수 있다.
본 발명에 따른 3D 서비스를 위한 디지털 수신기의 일 예는, 3D 비디오 기본 스트림과 상기 3D 비디오 기본 스트림의 3D PVR 지원 정보를 포함한 시스템 정보를 수신하는 수신부; 3D 비디오 기본 스트림에 타임-스탬프를 부가하고, 상기 3D PVR 지원 정보로부터 추출된 3D 기본 스트림의 3D PVR 기능 수행을 위한 정보가 포함된 인덱스 파일을 구성하여 저장되도록 제어하는 다운로드 모듈과, 저장된 3D 비디오 기본 스트림을 인덱스 파일과 타임-스탬프 값 중 적어도 하나에 기초하여 업로드하는 업로드 모듈을 포함한 PVR 모듈; 업로드된 3D 비디오 기본 스트림을 디코딩하는 디코더; 디코딩된 3D 비디오 데이터를 출력 포맷에 맞게 포맷팅하는 포맷터; 및 포맷팅된 3D 비디오 데이터를 출력하는 출력부;를 포함하여 구성된다.
이때, 상기 PVR 모듈은, 상기 인덱스 파일은, 해당 패킷에 대해 L/R 여부, 베이스/인핸스먼트 레이어 여부, RAP 여부를 지시하는 픽쳐 타입 정보, 픽쳐 넘버에 대한 픽쳐 넘버 정보, 저장부 내 논리 또는 물리 주소를 지시하는 어드레스 정보 및 해당 픽쳐의 사이즈를 지시하는 사이즈 정보 중 적어도 하나 이상을 포함할 수 있다.
그리고 상기 3D 비디오 기본 스트림은, 베이스 레이어 비디오 스트림과 인핸스먼트 레이어 비디오 스트림으로 구성된 듀얼 비디오 스트림일 수 있다.
또한, 상기 3D PVR 지원 정보는, 해당 트랜스포트 스트림 패킷이 각 비디오 픽쳐의 시작점 또는 종료점을 포함하는지 지시하는 정보(Picture_start_end), 해당 트랜스포트 스트림 패킷에 들어 있는 비디오 기본 스트림이 RAP인지 여부를 지시하는 정보, 해당 픽쳐가 코딩 방식과 관련하여 베이스 레이어인지 익스텐디드 레이어인지 지시하는 정보, 해당 픽쳐가 레프트 뷰인지 라이트 뷰인지 지시하는 정보 중 적어도 하나 이상을 포함할 수 있다.
그리고 상기 3D PVR 지원 정보는, 프로그램의 첫번째 픽쳐를 기준으로 각 픽쳐를 순차적으로 부여된 번호를 지시하는 프레임 정보와 상기 프레임 정보의 기준이 디코딩에 따른 순서인지 디스플레이에 따른 순서인지 식별하는 프레임 타입 정보를 더 포함할 수 있다.
또한, 상기 프레임 정보는, 베이스/익스텐드 레이어 및 레프트/라이트 단위로 독립적으로 번호가 부여되며, 상기 베이스/익스텐드 또는 레프트/라이트에 대해 동일한 번호를 가진 픽쳐 페어가 존재할 수 있다.
그리고 상기 3D PVR 지원 정보는, 배속 정보를 더 포함하되, 상기 배속 정보는, 해당 픽쳐를 이용해 2D 정상 배속 재생 가능 여부를 지시하는 정보, 해당 픽쳐를 이용해 3D 정상 배속 재생 가능 여부를 지시하는 정보, 해당 픽쳐를 이용해 2D 모드에서 n 배속 재생이 가능 여부를 지시하는 정보 및 해당 픽쳐를 이용해 3D 모드에서 n 배속 재생이 가능 여부를 지시하는 정보를 포함할 수 있다.
또한, 상기 3D PVR 지원 정보는, 3D 또는 2D 프로그램에 해당되는 트랜스포트 스트림 패킷 중에서 모든 픽쳐의 첫번째 바이트 또는 마지막 바이트가 포함되는 트랜스포트 스트림 패킷의 adaptation_field에 포함되고, 상기 adaptation_field의 private data byte를 통해 전송될 수 있다.
그리고 상기 시스템 정보는, 상기 3D PVR 지원 정보의 존재 여부를 식별하는 식별 정보를 더 포함하고, 상기 식별 정보는 PSI의 PMT, PSIP의 TVCT 또는/및 EIT와 DVB의 SDT 또는/및 EIT 중 어느 하나에 포함되어 전송될 수 있다.
본 발명에 따르면,
첫째, 디지털 수신기에서 3D 컨텐츠에 대해서도 PVR의 다양한 기능을 제공할 수 있는 효과가 있다.
둘째, 디지털 수신기에서 풀 레졸루션 퍼 아이 구현을 위한 3D 스트림에 대해서도 효과적으로 PVR의 다양한 기능이 지원될 수 있도록 하는 효과가 있다.
셋째, 3D 컨텐트에 대해 디지털 수신기의 PVR을 이용하여 원활하게 트릭 플레이(trick play), 2D/3D 전환(switching) 등을 수행할 수 있는 효과가 있다.
도 1은 본 발명에 따른 3D PVR 모듈을 포함한 디지털 수신기 구성의 일 예를 설명하기 위한 블록도,
도 2는 도 1의 3D PVR 모듈 구성의 일 예를 설명하기 위해 도시한 블록도,
도 3은 본 발명에 따른 3D_PVR_Information_byte() 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 4는 본 발명에 따른 PVR 지원 정보를 포함한 PMT 테이블 섹션 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 5는 본 발명에 따른 adaptation_field_data_descriptor 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 6은 도 5의 adaptation_field_data_identifier의 일 예를 설명하기 위해 도시한 도면,
도 7은 본 발명에 따른 3D PVR 지원 정보를 포함한 MPEG-2 트랜스포트 스트림 패킷의 adaptation_field의 일 예를 설명하기 위해 도시한 도면,
도 8은 본 발명에 따른 PVR 지원 정보를 포함한 TVCT 테이블 섹션 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 9는 본 발명에 따른 channel_level_descriptor 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 10은 본 발명에 따른 PVR 지원 정보를 포함한 EIT 테이블 섹션 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 11은 본 발명에 따른 PVR 지원 정보를 포함한 SDT(Service Description Table) 테이블 섹션 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 12는 본 발명에 따른 PVR 지원 정보를 포함한 EIT 테이블 섹션 비트스트림 신택스의 다른 예를 설명하기 위해 도시한 도면,
도 13은 도 2의 3D PVR 모듈(110)에 포함된 다운로드 모듈(212) 구성의 일 예를 설명하기 위해 도시한 블록도,
도 14 내지 16은 본 발명에 따른 다운로드 모듈에서 타임 스탬프 삽입 구현의 일 예를 설명하기 위해 도시한 도면,
도 17은 본 발명에 따른 타임 스탬프 사용시 타임 스탬프 인덱스 데이터 구조의 일 예를 설명하기 위해 도시한 도면,
도 18은 본 발명에 따른 다운로드 모듈(212)에서 인덱스 구성의 일 예를 설명하기 위해 도시한 도면,
도 19은 본 발명에 따라 패스트 플레이 지원을 위한 예상 체인(prediction chain)의 개념을 설명하기 위한 개념도,
도 20은 본 발명에 따라 저장되는 픽쳐 데이터(picture data)에 대한 패킷 및 저장 장치 주소 매핑 정보 구성의 일 예를 도시한 도면,
도 21은 본 발명에 따라 패스트 플레이 모드 지원을 위한 패스트 플레이 커맨드 체인 테이블 구성의 일 예를 설명하기 위해 도시한 도면,
도 22는 본 발명에 따라 전술한 도 19 내지 21의 정보를 이용하여 3D PVR 기능 수행을 위한 인덱스 파일 구조의 일 예를 설명하기 위해 도시한 도면,
도 23은 본 발명에 따라 도 2의 3D PVR 모듈에 포함된 업로드 모듈(218) 구성의 일 예를 설명하기 위해 도시한 블록도,
도 24는 본 발명에 따른 2D/3D 녹화시 수신기 동작의 일 예를 설명하기 위해 도시한 순서도,
도 25는 본 발명에 따른 2D 모드 재생시 수신기 동작의 일 예를 설명하기 위해 도시한 순서도,
도 26은 본 발명에 따른 3D 모드 재생시 수신기 동작의 일 예를 설명하기 위해 도시한 순서도, 그리고
도 27은 본 발명에 따른 뷰 스위칭 요청시 수신기 동작의 일 예를 설명하기 위해 도시한 순서도이다.
이하에서는 도면을 참조하여 본 발명을 더욱 상세하게 설명한다.
이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 단순히 본 명세서 작성의 용이함을 고려하여 부여되는 것으로서, 상기 "모듈" 및 "부"는 서로 혼용되어 사용될 수도 있다.
더욱이, 이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시 예를 상세하게 설명하지만, 본 발명이 실시 예들에 의해 제한되거나 한정되는 것은 아니다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가지는 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
본 발명은 3차원(3-dimensional, 이하 ‘3D’) 컨텐트를 출력할 수 있는 디지털 수신기(digital receiver)에 관한 것으로 특히, 상기 디지털 수신기는 PVR(Personal Video Recorder)을 구비하며, 상기 PVR의 다양한 기능을 3D 컨텐트에 대해서도 적용 가능하도록 처리하는 장치 및 방법에 관한 것이다. 예컨대, 이하 본 명세서에서는 본 발명에 따라 디지털 수신기의 PVR을 통해 3D 컨텐트를 저장, 재생 등 처리하되, 상기 처리 과정에서 2D/3D 전환, 뷰 스위칭(view switching) 등의 PVR의 다양한 기능이 수행될 수 있도록 컨텐트를 처리할 수 있다.
더불어, 본 명세서에서는 특히, 3D 컨텐트는 디지털 방송 신호에 포함되어 디지털 수신기로 전송되되, 이때 디지털 방송 신호는 프레임-컴패터블(frame-compatible) 시스템과 풀 레졸루션 퍼 아이(full resolution per eye) 시스템 중 본 발명의 이해를 돕고 설명의 편의를 위해 후자 즉, 풀 레졸루션 퍼 아이 시스템을 위한 경우를 예로 하여 설명한다. 다만, 본 발명의 권리범위가 풀 레졸루션 퍼 아이에만 한정되는 것은 아니며, 상기 프레임-컴패터블 시스템뿐만 아니라 본 발명과 관련된 다른 시스템에서도 동일 또는 유사한 원리로 적용 가능함은 자명하다 할 것이다.
프레임-컴패터블 시스템은, 디지털 수신기에서 PVR을 통해 3D 컨텐트를 녹화(recording)하는 경우에 종래 구조를 그대로 재활용하는 시스템이다. 이에 반해, MVC(Multiview Video Coding), SVC(Scalable Video Coding), 듀얼 코덱(Dual Codec) 등과 같은 듀얼 비디오 엘레멘터리 스트림(Dual video elementary stream (ES)) 기반의 풀 레졸루션 퍼 아이 시스템은, 3D 컨텐트에 대해 저장, 재생, 타임-쉬프트 등을 효과적으로 처리하기가 힘들다. 특히, 풀 레졸루션 퍼 아이 시스템에서, PVR의 트릭 플레이를 수행하는 경우, 필요한 스트림의 선별적인 업로드가 중요하나 듀얼 스트림의 경우 ES의 구분이 없는 경우에는 원활한 트릭 플레이의 수행이 문제될 수 있으며 사용자에게 불편을 끼칠 수 있다. 다시 말해, 본 발명에 따라 2D/3D 전환, 스킵(skip) 등을 포함한 트릭 플레이(trick play), 뷰 스위칭(view switching) 등 PVR의 다양한 기능이 디지털 수신기에서 수행될 수 있도록 지원하기 위해 보다 효율적인 방법이 요구된다. 이를 위해, 본 명세서에서는 본 발명에 따라 3D 서비스 제공을 위하여 타임-스탬프(time-stamp), PVR 인덱싱(indexing), 썸네일(thumbnail) 추출 등과 같은 방식들을 정의하고 설명한다.
도 1은 본 발명에 따른 3D PVR 모듈을 포함한 디지털 수신기 구성의 일 예를 설명하기 위한 블록도이다.
도 1을 참조하면, 본 발명에 따른 디지털 수신기의 일 예는, 수신부(receiving part)(102), VSB 디코더(104), 인풋 스위치부(Input Switch part)(106), 시스템 디코더/역다중화부(System Decoder/Demux)(108), 3D PVR 모듈(110), 저장부(storage device)(111), 비디오 디코더(112), 뷰 스위칭부/2D 출력부(114) 및 포맷터부(116)를 포함한다.
여기서, 디지털 수신기는 도 1의 구성에 미도시되었으나 디스플레이 기기 내지 디스플레이부(이하 ‘디스플레이 기기’)가 포함된 하나의 수신기 세트(SET)이거나 도 1의 구성은 셋톱-박스(STB; Set-Top Box) 형태로 구현되고 인터페이스(interface)를 통해 디스플레이 기기가 연결되는 형태로 구현될 수도 있다. 특히, 후자의 경우 상기 인터페이스는 셋톱-박스(STB)와 디스플레이 기기를 인터페이싱하는 HDMI(High Definition Multimedia Interface)일 수 있으며, 이를 위해 HDMI 인터페이스부(미도시)가 양 기기에 구비될 수 있다. 또한, 후자의 경우 HDMI를 이용하기 위해 HDMI 규격에서 정의하는 3D 시그널링 방법이 적용 가능하다. 따라서, 후자의 경우에도 셋톱-박스에서 PVR 기능 수행을 위해 처리된 3D 컨텐트를 문제없이 디스플레이 기기에서 출력할 수 있다.
더불어, 본 발명의 설명의 편의를 위해 디지털 수신기에서 필요한 구성만을 도 1에 도시하였으나, 필요에 따라 특정 기능의 수행을 위한 구성이 더 포함 또는/및 도시된 구성 중 일부 구성이 생략될 수도 있다. 또한, 도 1에 도시된 각 구성 블록은 시스템에 따라 모듈화되어 합쳐질 수도 있으며 반대로 개별 구성으로 나뉘어질 수도 있다. 예컨대, 도 1에서는 편의상 시스템 디코더/역다중화를 하나의 구성으로 도시하고 설명하나, 후술하는 도 2에서는 보다 명확한 설명을 위해 양 구성을 구분하여 설명한다.
이하 도 1에 도시된 디지털 수신기의 각 구성 블록에 대해 보다 상세하게 설명하면, 다음과 같다.
수신부(102)는, 예컨대, 튜너(tuner)와 복조부(demodulator)를 포함하여 RF(Radio Frequency) 채널을 튜닝하고 튜닝된 채널을 통해 디지털 신호를 수신하고 복조한다. 여기서, 디지털 신호는 MPEG-2(Moving Picture Experts Group-2) 전송 스트림(transport stream)으로 오디오(audio), 비디오(video) 및 디지털 수신기에서 상기 오디오 또는/및 비디오의 처리를 위해 시그널링(signaling)하기 위한 정보가 포함된 엘레멘터리 스트림(Elementary Stream; ES)들이 패킷화된 PES(Packetised ES)들을 포함한다.
특히, 본 발명에 따른 3D 서비스(3D service)와 관련하여, 비디오 스트림(Video Stream)은 예컨대, 싱글 비디오 엘레멘터리 스트림(single video ES)일 수도 있으며, 베이스 레이어(base layer)와 인핸스먼트 레이어(enhancement layer)로 구성된 듀얼 비디오 엘레멘터리 스트림(dual video ES)일 수 있다. 전자 즉, 비디오 스트림이 싱글 비디오 엘레멘터리 스트림(예를 들어, 사이드 바이 사이드(side by side) 포맷이나 탑 앤 바텀(top and bottom) 포맷)인 경우에는, 좌영상 이미지(left image)와 우영상 이미지(right image) 데이터가 각각 하프-레졸루션(half-resolution)을 가지므로 스케일러(scaler)(미도시) 등과 같은 구성이 더 필요할 수도 있다. 반면에, 후자 즉, 비디오 스트림이 듀얼 비디오 엘레멘터리 스트림인 경우에는 이후 설명될 비디오 디코더가 예컨대, 베이스 레이어 비디오 엘레멘터리 스트림을 디코딩하기 위한 하나의 비디오 디코더와 인핸스먼트 레이어 비디오 스트림을 디코딩하기 위한 하나의 비디오 디코더 다시 말해, 적어도 두 개의 비디오 디코더가 요구된다. 특히, 인핸스먼트 레이어 비디오 스트림의 경우 다양한 코딩 방식에 대응되는 적절한 디코딩을 위해 다수 개가 구비될 수도 있다. 이하에서는 전술한 바와 같이, 특히, 후자의 듀얼 비디오 엘레멘터리 스트림의 처리 경우를 일 실시예로 하여 설명한다.
또한, 본 발명에 따른 3D 서비스와 관련하여, 시그널링 정보로는 SI(System Information or Service Information) 정보가 이용될 수 있는바, 이러한 SI 정보로 예컨대, PSI(Program Specific Information), PSIP(Program and System Information Protocol), DVB-SI(Digital Video Broadcasting-Service Information) 등이 포함될 수 있다.
일 예로, 유럽의 경우, DVB-SI 및 MPEG-2에서는 NIT(Network Information Table), SDT(Service Description Table), EIT(Event Information Table), PAT(Program Association Table), PMT(Program Map Table) 등의 테이블 정보와 해당 테이블들에 속한 각종 디스크립터들(descriptors)나 비디오 스트림 내 SEI 메시지(Supplemental Enhancement Information message) 또는 추가 SEI 메시지(additional SEI message)를 통해, 전송되는 트랜스포트 스트림(transport stream)이 3D 서비스 또는 컨텐트인지 식별 정보, 비디오 포맷(video format) 정보, 코덱(Codec) 정보, 서브-타이틀(Sub-title) 존재 여부 및 식별 정보, 2D/3D 링크(Linkage) 정보 등에 관한 시그널링 정보를 정의한다. 도 1에 도시되진 않았으나, 이러한 3D 시그널링의 처리를 위해, 디지털 수신기는 예컨대, 시그널링 정보 처리부(signaling information processor)와 관련 데이터베이스(database)를 더 구비할 수 있다. 또는, 후술할 시스템 디코더(108)에서 시그널링 정보 처리부의 기능을 대신 수행할 수도 있다. 그 밖에 본 명세서에서 명확하게 설명하지 않으나, 관련 테이블 및 디스크립터의 정의, 기능 등에 대한 내용을 본 발명의 디지털 수신기 및 디지털 수신기의 컨텐트 처리 과정에서 이용 가능하다.
VSB 디코더(104)는, 복조된 디지털 신호에 대해 VSB 디코딩을 수행한다. 여기서는, 편의상 VSB 방식을 예시하였으나, 이에 한정되는 것은 아니며 QAM(Quadrature Amplitude Modulation), QPSK(Quadrature Phase-Shift Keying) 등의 방식도 이용 가능함은 자명하다.
인풋 스위치부(106)는, 시스템 디코더(108)로 입력되는 트랜스포트 스트림(transport stream (TS))을 스위칭(switching)하며, PVR 재생일 때에는 후술할 업로드 모듈(upload module)을 통해 저장장치(111)로부터 입력되는 저장된 컨텐트(stored content)를 시스템 디코더(108)로 출력하며, 생방송(live)을 시청할 때에는 RF 입력, 수신부(102), VSB 디코더(104) 등을 거쳐 수신되는 트랜스포트 패킷(transport packet)을 시스템 디코더(108)로 출력한다.
시스템 디코더(108)는, 입력되는 트랜스포트 스트림을 디코딩하거나 또는 3D PVR 모듈(112)로부터 전송되는 저장된 컨텐트에 관한 트랜스포트 패킷을 디코딩한다. 또한, 시스템 디코더(108)는, PVR 모드가 요청되면, 역다중화부를 제어하여 역다중화된 비디오 엘레멘터리 스트림이 3D PVR 모듈(110)로 전송되도록 제어한다. 또한, 시스템 디코더(108)는, 디코딩된 트랜스포트 스트림 또는 저장된 컨텐츠에 대한 트랜스포트 패킷을 비디오 디코더(112)로 전송한다. 그 밖에, 시스템 디코더(108)는, 디지털 수신기에 필요한 정보를 디코딩하며 시스템 전반의 제어를 주관하는 제어부(controller)의 기능도 수행할 수 있다.
역다중화부는, 디코딩된 트랜스포트 스트림으로부터 오디오, 비디오 및 시그널링 정보가 포함된 다양한 엘레멘터리 스트림들을 역다중화한다. 특히, 디지털 수신기가 PVR 모드인 경우에는, 상기 역다중화된 비디오 엘레멘터리 스트림들은 3D PVR 모듈(110)로 전송된다. 또한, PVR 기능 중 재생 모드의 경우에는, 시스템 디코더(108)를 거친 비디오 데이터들이 역다중화를 바이패스(bypass)하고 비디오 디코더(112)로 전송될 수도 있다.
3D PVR 모듈(110)은, 시스템 디코더/역다중화부(108)를 거쳐 입력되는 비디오 엘레멘터리 스트림에 대한 트랜스포트 패킷들을 수신하여 PVR 모드 동작을 위한 가공 및 처리하고, 재생시에는 인풋 스위치부(106)로 가공 및 처리된 트랜스포트 패킷들을 전송한다. 상기 3D PVR 모듈(110)의 상세 구성 및 기능에 대한 보다 상세한 설명은 후술하고 여기서는 생략한다.
비디오 디코더(112)는, 시스템 디코더/역다중화부(108)에서 처리된 비디오 데이터을 디코딩한다. 이때, 비디오 디코더(112)는 예컨대, 역다중화부에서 역다중화된 시그널링 정보에 기초하여 비디오 데이터의 디코딩을 수행할 수 있다. 비디오 디코더(112)는, 디코딩된 2D 비디오 데이터는 뷰 스위칭/2D 출력부(114)로 전송하고, 디코딩된 3D 비디오 데이터는 포맷터부(116)로 출력한다.
뷰 스위칭부/2D 출력부(114)는, 비디오 디코더(112)로부터 입력되는 비디오 데이터를 디스플레이 기기로 출력하여 2D 비디오가 출력/재생되도록 한다. 또한, 뷰 스위칭부/2D 출력부(114)는, 사용자의 요청 등에 따른 뷰 스위칭(view switching) 명령에 따라 3D 뷰에서 2D 뷰로 변경 처리도 수행할 수 있다.
포맷터부(116)는, 입력되는 좌영상 이미지와 우영상 이미지를 수신하여, 디지털 수신기 또는 디지털 기기의 출력 주파수 내지 출력 포맷에 맞도록 포맷팅하여 디스플레이 기기로 출력한다. 입력되는 비디오 엘레멘터리 스트림이 2D 싱글 비디오 엘레멘터리 스트림인 경우에는 포맷터부(116) 전단에서 FRC 블록(Frame Rate Control block)이 존재하여 3D 처리를 위한 적절한 가공을 할 수도 있다.
도 2는 도 1의 3D PVR 모듈 구성의 일 예를 설명하기 위해 도시한 블록도이다.
도 2에서는 전술한 도 1의 3D PVR 모듈(110)의 상세 구성 블록을 개시하였다. 도 2를 참조하면, 본 발명에 따른 3D PVR 모듈(110)의 일 예는, 다운로드 모듈(Download module)(212), 인덱스 & 파일 데이터베이스(Index & File DB)(214), 저장부(Storage)(111) 및 업로드 모듈(Upload module)(218)을 포함하여 구성된다. 도 1 및 2를 참조하여, 3D PVR 모듈(110)의 전체적인 동작을 설명하면, 다음과 같다.
도 1의 VSB 디코더(104)를 거친 트랜스포트 스트림 패킷들은 인풋 스위치부(106)로 입력된다. 여기서, 인풋 스위치부(106)는, 모드를 판단하여 그에 따라 적절한 경로를 선택하여 입력되는 트랜스포트 스트림 패킷들을 전달한다. 다만, 여기서는 우선 제1 모드로 동작하는 것으로 가정한다. 상기에서 제1 모드라 함은 예컨대, 입력되는 트랜스포트 스트림 패킷들에 대한 처리를 위한 과정을 말한다. 인풋 스위치부(106)에서 제1 모드에 따라 트랜스포트 스트림 패킷들을 시스템 디코더(108)로 전송하면, 시스템 디코더(108)에서는 기본적인 처리 후 역다중화부(108)로 트랜스포트 스트림 패킷들을 전송한다. 역다중화부(108)는 입력되는 트랜스포트 스트림 패킷들을 PID에 근거하여 오디오, 비디오 및 시그널링 정보를 포함한 엘레멘터리 스트림들로 각각 역다중화한다.
전술한 바와 같이, 본 발명과 관련하여, 역다중화부(108)는 특히, 역다중화된 비디오 엘레멘터리 스트림(Video ES)을 전송하는 트랜스포트 스트림 패킷들과 본 발명에 따라 3D PVR 정보가 포함된 시그널링 정보를 전송하는 트랜스포트 스트림 패킷들을 다운로드 모듈(212)로 전송한다.
다운로드 모듈(212)은, 입력되는 비디오 엘레멘터리 스트림에 대한 트랜스포트 스트림 패킷들은 저장부(111)로 전송하여 저장하고, 입력되는 시그널링 정보를 전송하는 트랜스포트 스트림 패킷들로부터 3D PVR 정보를 추출하여 인덱스 & 파일 데이터베이스(214)에 데이터베이스화하여 저장한다. 여기서, 상기 저장부(111)에 저장되는 트랜스포트 스트림 패킷들은 다운로드 모듈(212)에 의해 타임-스탬프가 삽입되어 저장될 수 있다. 또한, 인덱스 & 파일 데이터베이스(214)는 상기 3D PVR 정보 외에 필요한 인덱스 데이터를 생성하거나 상기 다운로드 모듈(212)에서 생성된 인덱스 데이터도 함께 저장할 수 있다.
업로드 모듈(218)은, PVR 재생 요청이 수신되면, 저장부(111)로부터 트랜스포트 스트림 패킷들을 추출한다. 업로드 모듈(218)은 트랜스포트 스트림 패킷들을 인풋 스위치부(106)로 업로드하고, 인풋 스위치부(106)는 모드 판단 결과 PVR 재생 모드인 경우에는 그에 따라 상기 업로드 모듈(218)로부터 입력되는 트랜스포트 스트림 패킷들을 시스템 디코더(108)로 출력한다. 시스템 디코더(108)는 인풋 스위치부(106)로부터 입력되는 트랜스포트 스트림 패킷들을 역다중화부(108) 또는 비디오 디코더(112)로 직접 전달한다. 비디오 디코더(112)는 입력되는 트랜스포트 스트림 패킷들을 디코딩하여 비디오 데이터를 출력한다. 이때, 비디오 디코더(112)는 시스템 디코더(108)로부터 전송되는 시그널링 정보에 기초하여 입력되는 트랜스포트 스트림 패킷들을 적절하게 디코딩할 수 있다. 또한, 비디오 디코더(112)는 입력되는 트랜스포트 스트림 패킷들을 디코딩 이후 2D 또는 3D 비디오 데이터 여부에 따라 관련 구성으로 해당 데이터를 출력한다.
더불어, PVR 재생 과정에서 사용자는 디지털 수신기에 트릭 모드를 요청할 수 있다. 이 경우, 3D PVR 모듈(110) 내 업로드 모듈(218)은, 인덱스&파일 데이터베이스(214)로부터 인덱스 데이터를 독출하고, 독출된 인덱스 데이터에 기초하여 저장부(111)로부터 적절한 트랜스포트 스트림 패킷들을 추출하여 인풋 스위치부(106)로 전송한다. 이후 과정은 전술한 내용과 동일하다.
상술한 내용은 전체적인 동작 흐름에 대한 간략한 설명이었다.
먼저, 본 발명에 따른 3D PVR 지원 정보에 대해 설명하면, 다음과 같다. 도 3은 본 발명에 따른 3D_PVR_Information_byte() 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.
이하 도 3을 참조하여, 본 발명에 따른 3D_PVR_Information_byte()를 구성하는 각 필드를 설명하면, 다음과 같다.
data_type 필드(8비트)는, 본 필드가 3D_PVR_Information_byte임을 지시한다.
Data_length 필드(8비트)는, 본 필드 이하의 각 필드의 길이를 지시한다.
Picture_start_end 필드(1비트)는, 3D PVR 정보가 포함된 트랜스포트 스트림 패킷이 각 비디오 픽쳐(video picture)의 시작점 또는 종료점을 포함하는지를 시그널링한다. 시작점(Start point)를 포함한 경우 ‘0’, 종료점(end point)를 포함한 경우 ‘1’로 설정한다.
RAP_included 필드(1비트)는, 3D PVR 정보가 포함된 트랜스포트 스트림 패킷에 들어 있는 비디오 엘레멘터리 스트림이 RAP(Random Access Point)인지 여부를 나타내는 필드이다. I picture(또는 IDR picture)를 의미한다. 본 필드가 ‘1’이면 RAP임을 의미한다.
Base_or_Extend_Layer 필드(1비트)는, MVC(또는 SVC)와 같은 코딩 방식에서 해당 픽쳐가 베이스 레이어(base layer)(또는 베이스 뷰(base view))에 해당되는지 익스텐디드 레이어(extended layer)(또는 익스텐디드 뷰(extended view))에 해당되는 지를 알려준다. 본 필드가 ‘1’ 이면 익스텐디드 레이어(뷰)임을 나타내고, ‘0’이면 베이스 레이어(뷰)임을 나타낼 수 있다.
Left_or_Right_View 필드(1비트)는, 해당 픽쳐가 레프트 뷰(Left view)인지 라이트 뷰(Right view)인지 여부를 알려준다. 본 필드가 ‘0’이면 레프트 뷰, ‘1’이면 라이트 뷰임을 지시할 수 있다.
Frame_num_type 필드(1비트)는, Frame_num 필드의 기준이 디코딩에 따른 순서인지 디스플레이에 따른 순서인지를 알려준다. 본 필드가 0으로 설정되면, 디코딩 순서(Decoding order), 1로 설정되면 디스플레이에 따른 순서임을 지시할 수 있다.
Frame_num 필드(32비트)는, 프로그램(program)의 첫번째 픽쳐를 0번으로 정의한 상황에서 각 픽쳐를 순차적으로 번호를 부여하기 위한 것이다. 이때, 베이스/익스텐드(Base/Extend) 또는/및 레프트/라이트(Left/Right) 단위로 독립적으로 번호를 매길 수 있으며 결과적으로 레프트와 라이트에 대해 동일한 frame_num을 갖는 픽쳐 페어(picture pair)(또는, 베이스/익스텐드에 대한 페어)가 존재한다.
2D_normal_play_support 필드(1비트)는, 해당 픽쳐를 이용해 2D 정상 배속 재생이 가능한지를 알려준다. 프레임-컴패터블 3D 비디오의 경우, 2D 정상 배속 지원이 안되므로 이 경우 본 필드는 0을 값을 가질 수 있다.
3D_normal_play_support 필드(1비트)는, 해당 픽쳐를 이용해 3D 정상 배속 재생이 가능한지를 알려준다. 2D 비디오의 경우 본 필드는 0으로 설정될 것이다.
2D_nx_fast_play_support 필드(1비트)는, 해당 픽쳐를 이용해 2D 모드에서 n 배속 재생이 가능한지를 알려주는 필드이다. 상기 n은 예컨대, 도 3에서는 2, 3, 4, 6, 8, 16 및 32 배속만을 명시하였으나 이에 한정되는 것은 아니며, 64, 128 등 재생 가능한 다양한 배속을 의미하는 값을 가질 수 있다.
3D_nx_fast_play_support 필드(1비트)는, 해당 픽쳐를 이용해 3D 모드에서 n 배속 재생이 가능한지를 판단할 수 있다. 상술한 바와 같이, 여기서도 상기 n은 예컨대, 도 3에서는 2, 3, 4, 6, 8, 16 및 32 배속만을 명시하였으나 이에 한정되는 것은 아니며, 64, 128 등 재생 가능한 다양한 배속을 의미하는 값을 가질 수 있다.
이상 상술한 도 3의 3D_PVR_Information은 본 발명에 따라 디지털 수신기에서 3D PVR의 처리를 돕기 위해 송신단에 의해 전송되는 것으로, 이는 SI 정보에 포함되어 디지털 수신기에 수신되어 이용될 수 있다.
관련하여, SI 정보는 시스템, 지역, 방식 등에 따라 PSI, PSIP, DVB 등이 포함될 수 있다. 이하에서는 PVR을 지원하는 정보 예컨대, 상술한 도 3의 3D_PVR_Information을 시그널링하는 방법에 대해 PSI, PSIP, DVB를 참조하여 설명한다.
도 4는 본 발명에 따른 PVR 지원 정보를 포함한 PMT 테이블 섹션 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.
도 4의 PMT의 필드들에 대한 설명은 이하와 같다.
table_id 필드는, 테이블 식별자로서, PMT를 식별하는 식별자가 설정될 수 있다. section_syntax_indicator 필드는, PMT의 섹션 형식을 정의하는 지시자이다. section_length 필드는, 본 테이블 섹션의 길이를 지시한다. program_number 필드는, program_map_PID가 적용 가능한 프로그램을 설명한다. version_number 필드는, 본 테이블 섹션의 버전 넘버를 지시한다.
current_next_indicator 필드는, 현재 테이블 섹션이 적용가능한지 여부를 나타내는 지시자이다. section_number 필드는, PMT가 하나 이상의 섹션으로 구분되어 전송될 경우, 현재 PMT 섹션의 섹션 넘버를 지시한다. last_section_number 필드는, PMT를 구성하는 마지막 섹션 넘버를 지시한다.
PCR_PID 필드는, 현재 프로그램의 PCR(program clock reference)를 전달하는 트랜스포트 스트림(TS) 패킷의 PID를 지시한다.
program_info_length 필드는, program_info_length 필드의 바로 뒤에 나오는 디스크립터(descriptor) 길이 정보를 바이트 수로 나타낸다.
stream_type 필드는, 다음에 오는 elementary_PID 필드에서 표시된 PID 값을 갖는 패킷에 들어있는 엘레멘터리 스트림의 종류 및 부호화 정보를 표시한다. 또한, stream_type 필드는 해당 비디오 엘레멘트에 대한 코딩 타입을 나타낸다. 일 실시예로서, 상기 코딩 타입에는 JPEG, MPEG-2, MPEG-4, H.264/AVC, H.264/MVC 등이 포함될 수 있다.
elementary_PID 필드는, 엘레멘터리 스트림의 식별자 즉, 해당 엘레멘터리 스트림이 포함되는 패킷의 PID 값을 나타낸다. 이 PID가 프라이머리 비디오 데이터 또는 세컨더리 비디오 데이터의 PID가 될 수 있다.
ES_Info_length 필드는, ES_Info_length 필드의 바로 뒤에 있는 디스크립터 길이 정보를 바이트 수로 나타낸다. 즉, 두 번째 루프에 포함되는 디스크립터들의 길이를 나타낸다.
PMT의 첫 번째 루프의 descriptor() 영역에는 프로그램 레벨의 디스크립터들이 포함되고, 두 번째 루프의 descriptor() 영역에는 스트림 레벨의 디스크립터들이 포함된다. 즉, 상기 첫 번째 루프에 포함되는 디스크립터는 프로그램 각각에 개별적으로 적용되는 디스크립터이고, 상기 두 번째 루프에 포함되는 디스크립터는 각각의 엘레멘터리 스트림(ES)에 개별적으로 적용되는 디스크립터이다.
CRC_32 필드는, 디코더 내의 레지스터의 제로 출력(zero output)이 되도록 하는 CRC 값(Cyclic Redundancy Check value)를 나타낸다.
descriptor()(4010)는, 본 발명과 관련하여, program_level_descriptor를 포함하며, 상기 program_level_descriptor는 해당 프로그램에 대한 PVR 지원 정보가 존재하는지 여부를 지시할 수 있다.
예를 들어, 소정 디스크립터를 정의 또는 기정의된 디스크립터에 본 발명에 따라 3D_PVR_information_flag 필드를 포함시켜, 본 필드 값에 따라 해당 프로그램에 대한 3D PVR 지원 정보가 존재함을 지시할 수 있다. 예를 들어, 본 필드 값이 1이면 해당 프로그램에 대한 3D PVR 지원 정보가 존재하고, 0이면 해당 프로그램에 대한 3D PVR 지원 정보는 존재하지 않음을 지시할 수 있다. 또한, 상기 필드를 복수의 비트를 할당하여 해당 프로그램에 대한 3D PVR 지원 정보의 존재 여부와 함께 어느 디스크립터를 통해 전송되는지 여부도 시그널링할 수 있다.
다른 예로, DVB 방식에서 정의되는 adaptation_field_data_descriptor를 이용할 수도 있다. 도 5는 본 발명에 따른 adaptation_field_data_descriptor 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.
도 5를 참조하면, descriptor_tag 필드는 해당 디스크립터가 adaptation_field_data_descriptor임을 지시하고, descriptor_length 필드는 해당 디스크립터의 길이를 지시한다.
adaptation_field_data_identifier 필드(5010)는, 도 6과 같이 정의될 수 있다.
특히, 도 6에서 b3(6010)를 1로 설정하는 경우 해당 엘레멘터리 스트림을 포함하는 트랜스포트 스트림 패킷의 adaptation_field에 3D PVR 지원 정보가 존재 여부를 식별할 수 있다.
따라서, 디지털 수신기는 SI 정보로부터 상술한 바와 같이, 먼저 해당 PID 스트림에 3D PVR 지원 정보가 포함되어 있는지 여부를 식별하고, 3D PVR 지원 정보가 존재하면 해당 프로그램의 엘레멘터리 스트림에 해당하는 PID 값을 가진 트랜스포트 스트림 패킷의 도 7과 같은 adaptation_field로부터 3D PVR 정보를 독출하고 파싱하여 이용할 수 있다.
도 7은 본 발명에 따른 3D PVR 지원 정보를 포함한 MPEG-2 트랜스포트 스트림 패킷의 adaptation_field의 일 예를 설명하기 위해 도시한 도면이다.
이하 도 7을 참조하여 본 발명에 따른 adaptation_field의 각 필드를 설명하면, 다음과 같다.
adaptation_field_length 필드(8비트)는, 다음 adaptation_field_length 필드까지의 바이트들의 수를 설명한다. 본 필드의 값이 ‘0’인 경우는, 트랜스포트 스트림(TS: transport stream) 패킷 내 싱글 스터핑(stuffing) 바이트 삽입을 위한 것이다.
discontinuity_indicator 필드(1비트)는, 1로 설정되면 연속된 TS 패킷(current TS packet)을 위하여 불연속 상태(discontinuity state)가 진실(true)임을 지시한다. 반대로, 0으로 설정되면 불연속 상태가 존재(not present)하지 않거나 거짓(false)임을 지시한다.
random_access_indicator 필드(1비트)는, 연속된 TS 패킷과 상기 패킷과 동일한 PID를 가진 가능한 다음 TS 패킷들이 해당 지점(at this point)에서 랜덤 액세스(random access)를 돕기 위한 어떤 정보를 포함하고 있음을 지시한다.
elementary_stream_priority_indicator 필드(1비트)는, 동일한 PID를 가진 패킷들 중에서 본 TS 패킷의 페이로드(payload) 내에 전송되는 기본 스트림 데이터(elementary stream (ES) data)의 우선 순위를 지시한다.
PCR_flag (1비트)는, 1로 설정되면, adaptation_field가 2파트로 코딩된 PCR 필드를 포함하고 있음을 지시한다.
OPCR_flag (1비트)는, 1로 설정되면, adaptation_field는 2파트로 코딩된 OPCR 필드를 포함하고 있음을 지시한다.
splicing_point_flag (1비트)는, 1로 설정되면 스플라이싱 포인트(splicing point)의 발생을 설명하는 관련된 adaptation_field 내에 splice_countdown 필드가 존재한다는 것을 지시한다.
transport_private_data_flag (1비트)(7010)는, 1로 설정되면 adaptation_field는 하나 또는 그 이상의 private_data 바이트들을 포함한다는 것을 지시한다.
adaptation_field_extension_flag (1비트)는, 1로 설정되면, adaptation_field의 익스텐션(extension)의 존재를 지시한다.
program_clock_reference_base과 program_clock_reference_extension 필드는, 2파트들로 코딩된다. 첫번째 파트 program_clock_reference_base 필드의 33비트는 PCR_base(i)에 의해 주어진 값이다. 두번째 파트 program_clock_reference_extension 필드의 9비트는 PCR_ext(i)에 의해 주어진 값이다. PCR은 시스템 타겟 디코더의 입력에서 program_clock_reference_base의 가장 마지막 비트를 포함하는 바이트의 도착을 알리는 시간을 지시한다.
original_program_clock_reference_base와 original_program_clock_reference_extension 필드는, 2 파트들로 코딩된다. 베이스와 익스텐션 이러한 2 파트들은 상기 PCR 필드의 해당 파트들과 동일하게 코딩된다. OPCR의 존재는 OPCR_flag에 의해 지시된다. OPCR 필드는 PCR 필드가 존재하는 TS 패킷 내에 코딩된다. OPCR들은 싱글 프로그램과 멀티플 프로그램 TS들 모두에 허용된다. OPCR은 다른 TS로부터 싱글 프로그램 TS의 재구성을 돕는다. 오리지널 싱글 프로그램 TS를 재구성할 때, OPCR은 PCR 필드에 복사될 수 있다.
splice_countdown 필드(8비트)는, 양 또는 음의 값을 가진다. 양의 값은 슬라이싱 포인에 도달할 때까지 동일한 PID를 가진 다음 관련된 TS 패킷의 남은 수를 설명한다.
transport_private_data_length 필드(8비트)(7020)는, 다음 transport_private_data_length 필드에 private_data 바이트들의 수를 설명한다. 따라서, 본 발명에 따를 경우, 디지털 수신기는 본 필드에 기초하여 private_data_byte가 몇 바이트인지 알 수 있다.
private_data_byte 필드(8비트)(7030)는, 본 발명에 따라 3D_PVR_Information이 위치할 수 있다. 디지털 수신기는 3D_PVR_Information에 기초하여 3D PVR 구현을 위한 인덱스 정보를 파악할 수 있다.
adaptation_field_extension_length 필드(8비트)는, 본 필드 다음에 익스텐디드 어댑테이션 필드 데이터의 바이트들의 수를 지시한다.
ltw_flag (legal time window_flag) 필드(1비트)는, 1로 설정되면, ltw_offset 필드의 존재를 지시한다.
piecewise_rate_flag는, 1로 설정되면, piecewise_rate 필드의 존재를 지시한다.
seamless_splice_flag 는, 1로 설정되면 splice_type과 DTS_next_AU 필드들이 존재함을 지시한다. 만약 0으로 설정되면, splice_type과 DTS_next_AU 필드들 모두 존재하지 않음을 지시한다.
ltw_valid_flag (legal time window_valid_flag)는, 1로 설정되면 ltw_offset 필드가 유효함을 지시한다.
ltw_offset (legal time window offset) 필드(15비트)는, ltw_valid flag가 1로 설정되는 경우에만 그 값이 정의된다. 본 필드가 정의되면 리걸 타임 윈도우 오프셋은 (300/f s ) 초의 단위이다. 여기서, f s는 프로그램의 시스템 클록 주파수이다.
piecewise_rate 필드(22비트)는 ltw_flag와 ltw_valid_flag 필드가 1로 설정되는 경우에만 정의된다. 본 필드가 정의되면, 하이퍼세티클(hypothetical) 비트레이트 R을 설명한다.
splice_type 비트(4비트)는, 본 필드의 처음 존재로부터 splice_countdown가 제로에 도달하는 패킷까지 존재하는 동일한 PID의 다음 TS 패킷들 내에 동일한 값을 가진다. 13818-2 비디오 스트림이 아닌 PID를 가진 비디오 스트림을 통해 엘레멘터리 스트림이 전송되는 경우에는, 본 필드의 값은 ‘0000’을 가진다. 13818-2 비디오 스트림의 PID를 가진 비디오 스트림을 통해 엘레멘터리 스트림이 전송되는 경우에는, 본 필드는 스플라이싱 목적들을 위한 엘레멘터리 스트림에 의해 관련된 컨디션들을 지시한다.
DTS_next_AU (decoding time stamp next access unit) (33비트) 필드는, 3파트들로 코딩된다. 본 슬라이싱 포인트를 통해 연속적이고 주기적인 디코딩의 경우에 다음 슬라이싱 포인트의 첫번째 액세스 유닛의 디코딩 타임을 지시한다.
stuffing_byte 필드는, 고정된 8-비트 값을 가지며 인코더에 의해 삽입될 수 있다.
이상 상술한 3D PVR 지원 정보의 디지털 수신기에서의 PVR 기능 수행시 사용 시나리오 등 보다 구체적인 설명은 후술하고, 여기서는 생략한다.
본 발명의 일 실시예에서, 3D 방송 서비스를 위한 3D PVR 지원 정보는 ATSC 시스템의 PSIP에 포함되어 전송될 수 있다. 이 경우, 3D PVR 지원 정보는 PSIP 내 TVCT(Terrestrial Virtual Channel Table) 또는 EIT(Event Information Table) 정보에 포함되어 전송될 수 있다. 다만, 상기한 테이블에만 포함되는 것은 아니며 다른 테이블 또는 디스크립터에 포함되어 전송될 수 있음은 자명하다 할 것이다.
여기서, TVCT 테이블 섹션은 가상 채널들의 속성의 리스트를 포함한다. EIT 테이블 섹션은, 가상 채널(virtual channel)의 이벤트에 대한 제목(title), 시작 시간(start time) 등에 대한 정보를 포함하는 PSIP의 테이블 중 하나이다. 대부분의 경우, 하나의 이벤트는 하나의 전형적인 TV 프로그램을 말한다. 각 EIT는 하나의 가상 채널을 위한 정보가 포함된 멀티플 인스턴스들을 가지며, 각 인스턴스는 table_id와 source_id에 결합에 의해 식별될 수 있다. 각 EIT 인스턴스는 256개의 섹션들로 세그먼트될 수 있다. 하나의 섹션은 여러 개의 이벤트들을 위한 정보를 포함할 수 있으나, 하나의 이벤트에 대한 정보는 세그먼트되지 않고 둘 또는 그 이상의 섹션으로 전송된다.
도 8은 본 발명에 따른 PVR 지원 정보를 포함한 TVCT 테이블 섹션 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.
도 8을 참조하여, 본 발명에 따른 3D PVR 지원 정보를 포함한 TVCT 테이블 섹션을 구성하는 각 필드에 대해 설명하면, 다음과 같다.
table_id 필드는, 테이블 섹션의 타입을 지시한다. 예를 들면, 해당 테이블 섹션이 TVCT 테이블을 구성하는 테이블 섹션인 경우에는 본 필드는 0xC8 값을 가질 수 있다. section_syntax_indicator 필드는, 1 비트로 구성되며 그 값은 1로 고정된다. private_indicator 필드는, 1로 설정된다. section_length 필드는, 12 비트로 구성되며, 처음 두 비트는 00이다. 본 필드는 본 필드 이후부터 CRC 필드까지의 섹션의 길이를 바이트로 나타낸다.
transport_stream_id 필드는, 16 비트로 구성되며, MPEG-2 전송 스트림(Transport stream, TS) ID 이다. 이 필드에 의해 다른 TVCT와 구분이 가능하다. version_number 필드는, 테이블 섹션의 버전을 나타내며, 변경 사항이 있을 때마다 1씩 증가하여 버전 값이 31이 도달하면 그 다음 버전 값은 0이 된다. current_next_indicator 필드는, 1 비트로 구성되며 VCT가 현재 적용 가능하면, 1로 설정된다. 만약 본 필드의 값이 0으로 설정되면, 이는 아직 적용할 수 없으며 다음 테이블이 유효함을 의미한다.
section_number 필드는, TVCT 테이블을 구성하는 섹션의 개수를 나타낸다. last_section_number 필드는, TVCT 테이블을 구성하는 가장 마지막 섹션을 지시한다. protocol_version 필드는, 미래에 현재 프로토콜에서 정의된 것과 다른 테이블 종류를 허락하는 기능을 한다. 현재 프로토콜에서는 0만이 유효한 값이다. 0이 아닌 값은 구조적으로 다른 테이블을 위해 후 버전에서 사용될 것이다.
num_channels_in_section 필드는, VCT 테이블 섹션에서 정의되는 가상 채널의 개수를 나타낸다. 이하에서는 num_channels_in_section 필드에서 정의된 가상 채널의 개수만큼 루프(loop) 형태로 각 해당 채널에 대한 정보를 정의한다. 이하 루프 형태로 해당 채널에 대해 정의되는 필드는 다음과 같다.
short_name 필드는, 가상 채널의 이름을 나타낸다.
major_channel_number 필드는, for 반복문 내에서 해당 가상 채널의 메이저(major) 채널 번호를 나타낸다. 각 가상 채널은 메이저 채널 번호와 마이너(minor) 채널 번호와 같이 멀티-파트(multi-part)로 이루어진다. 메이저 채널 번호는 마이너 채널 번호와 함께 해당 가상 채널에 대해 사용자에게 참조 번호로 동작한다. minor_channel_number 필드는, 0부터 999까지의 값을 갖는다. 마이너 채널 번호는 메이저 채널 번호와 함께 투-파트(two-part)채널 번호로 동작한다.
modulation_mode 필드는, 해당 가상 채널과 관련된 전송 캐리어의 변조 모드를 나타낸다.
carrier_frequency 필드는, 캐리어 주파수를 나타낼 수 있다.
channel_TSID 필드는, 0x0000으로부터 0xFFFF의 값을 가지며, 이 가상 채널에 의해 참조되는 MPEG-2 프로그램을 전달하는 TS와 관련된 MPEG-2 TSID이다.
program_number 필드는, TVCT에서 정의된 가상 채널과 MPEG-2의 PAT(Program Association Table) 및 PMT(Program Map Table)을 연관짓는다.
ETM_location 필드는, ETM(Extended Text Message)의 존재와 위치를 나타낸다.
access_controlled 필드는, 플래그 필드로써, 1인 경우 해당 가상 채널과 관련된 이벤트가 접근 제어됨을 나타낼 수 있다. 0인 경우 접근이 제한되지 않음을 나타낸다.
hidden 필드는, 플래그 필드로써, 1인 경우 사용자에 의해 해당 번호가 직접 입력되더라도 접근이 허용되지 않는다. 히든 가상 채널은 사용자가 채널 서핑을 하는 경우 스킵되며, 정의되지 않은 것처럼 보여진다.
hide_guide 필드는, 플래그 필드로써, 히든 채널(hidden channel)에 대해 0으로 설정되면 EPG 디스플레이에 그 가상 채널과 이벤트(event)가 보여질 수 있다. hidden 비트가 설정되지 않으면 이 필드는 무시된다. 따라서 non-hidden 채널과 그 이벤트는 hide_guide 비트의 상태와 관계없이 EPG 디스플레이에 속하게 된다.
service_type 필드는, 해당 가상 채널을 통해 전달되는 서비스의 타입을 식별한다.
source_id 필드는, 가상 채널과 관련된 프로그래밍 소스를 확인한다.
descriptors_length 필드는, 해당 가상 채널을 위한 뒤따르는 디스크립터의 길이를 바이트 단위로 나타낸다.
descriptor() 필드(8010) 내에는 디스크립터가 포함되어 있지 않거나 또는 1개 이상의 디스크립터가 포함될 수 있다. 본 descriptor() 필드(8010)는 후술하는 바와 같이,
additional_descriptors_length 필드는, 뒤따르는 VCT 디스크립터 리스트의 총 길이를 바이트 단위로 나타낸다.
CRC_32 필드는, 디코더 내의 레지스터의 제로 출력(zero output)이 되도록 하는 CRC 값(Cyclic Redundancy Check value)를 나타낸다.
service_type 필드는 해당 채널에서 제공하는 방송 서비스가 3D 방송 서비스인 경우 이를 나타내는 필드이다. 일 실시예로서, service_type 필드의 필드값이 0x11인 경우, 해당 가상 채널에서 3D 방송 프로그램(오디오, 비디오, 및 3D 스테레오스코픽 이미지를 디스플레이하기 위한 추가적인 비디오 스트림을 포함하는)을 제공하고 있음을 나타낼 수 있다. service_type 필드가 3D 방송 서비스임을 나타내는 경우, 방송 수신기는 2개의 비디오 스트림(프라이머리 비디오 스트림, 세컨더리 비디오 스트림)에 대한 정보 및 3DTV 서비스 로케이션 디스크립터를 파싱해야 한다.
descriptor() 필드(8010)는 본 발명에 따른 3D 스테레오스코픽 서비스와 관련된 descriptor, 3D PVR 지원 정보를 포함한 channel_location_descriptor 등을 포함할 수 있다. 더불어, descriptor() 필드(8010)는 스테레오스코픽 비디오 서비스를 구성하는 2개의 비디오 스트림에 대한 정보를 포함할 수도 있다.
도 9는 본 발명에 따른 channel_level_descriptor 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.
여기서, 도 9의 channel_level_descriptor은 본 발명에 따라 해당 채널에 대한 3D PVR 지원 정보의 존재 여부를 시그널링하기 위한 것으로, PSIP에 미리 정의된 service_location_descriptor이 이용될 수 있거나 상기 service_location_descriptor과는 전혀 다른 디스크립터로 정의되어 TVCT 테이블 섹션에 포함될 수도 있다. 다만, 본 명세서에서는 편의상 전자 즉, 기 정의된 service_location_descriptor의 reserved 필드를 이용하는 경우를 일 실시예로 하여 설명하나, 전술한 바와 같이, 본 발명이 이에 한정되는 것은 아니다.
도 9를 참조하면, descriptor_tag 필드는 해당 디스크립터가 channel_level_descriptor임을 지시하고, descriptor_length 필드는 해당 디스크립터의 길이를 지시한다.
reserved 필드(3비트)(9010)는, 2비트는 그대로 reserved로 두고, 1비트만을 이용하여 3D PVR 지원 정보의 존재 여부를 지시하는 3D_PVR_information_flag로 사용한다. 예컨대, 3D_PVR_information_flag 값이 1이면, 상기 3D PVR 지원 정보가 존재하고, 0이면 존재하지 않는다.
PCR_PID 필드(13비트)는, program_number 필드에 의해 설명되는 프로그램을 위해 유효한 PCR 필드들을 포함한 트랜스포트 스트림 패킷들의 PID를 지시한다.
number_elements 필드(8비트)는, 해당 프로그램을 위해 사용되는 PID들의 수를 지시한다. 본 필들에 의해 지시되는 각 PID에 대해 for loop 구조로 관련 정보들이 정의된다.
stream_type 필드(8비트)는 해당 엘레멘터리 스트림의 타입을 설명한다.
reserved 필드(3비트)(9020)는, 전술한 reserved 필드(9010)와 동일하게 정의될 수 있다.
elementary_PID 필드는 해당 엘레멘터리 스트림을 위한 PID를 나타낸다.
ISO_639_language_code 필드(3바이트=24비트)는 해당 엘레멘터리 스트림을 위해 사용되는 언어를 설명한다.
상기에서 첫번째 reserved 필드(9010)이 이용되는 경우와 두번째 reserved 필드(9020)이 이용되는 경우에는 그 의미가 약간 상이하다. 예컨대, 전술한 reserved 필드(9010)와 본 for loop 구조 내 reserved 필드(9020)는 둘 중 하나만 존재할 수도 있고, 모두 존재할 수도 있다.
왜냐하면, 전자의 경우는 디지털 수신기는 해당 플래그 값으로부터 해당 채널을 구성하는 모든 엘레멘터리 스트림에 대한 트랜스포트 스트림 패킷의 adaptation_field로부터 3D PVR 지원 정보를 독출하고 파싱하여 이용할 수 있으나, 후자의 경우는 디지털 수신기는 해당 스트림에 해당하는 트랜스포트 스트림 패킷의 adaptation_field로부터 3D PVR 지원 정보를 독출하고 파싱하여 이용할 수 있다. 예를 들어, 비디오 엘레멘터리 스트림에 대해서만 3D_PVR_Information_flag가 1이면, 비디오 엘레멘터리 스트림이 포함된 스트림에서만 3D PVR 지원 정보를 찾으면 되고, 동일한 채널을 구성하는 오디오나 기타 스트림에서는 3D PVR 지원 정보를 찾을 필요가 없다.
도 10은 본 발명에 따른 PVR 지원 정보를 포함한 EIT 테이블 섹션 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.
이하 도 10을 참조하여, 본 발명에 따른 EIT를 구성하는 각 필드를 설명하면, 다음과 같다.
table_id 필드는 8비트로 구성되며, '0xCB' 값을 가지며, 이 경우 당해 섹션(section)은 EIT에 속한다는 것을 의미한다. section_syntax_indicator 필드는 1비트로 구성되며, '1' 값을 가지며, 이 경우 당해 섹션은 section_length 필드를 너머 제너릭 섹션 신택스(generic section syntax)를 따른다는 것을 의미한다. private_indicator 필드는 1비트로 구성되며, '1' 값을 가질 수 있다. section_length 필드(12-bit)는 이후 섹션의 남은 바이트 수를 알려준다.
source_id 필드(16-bit)는, 해당 섹션에서 묘사되는 이벤트들을 전송하는 가상 채널의 source_id를 설명한다. version_number 필드(5-bit)는, 해당 테이블 섹션의 버전 넘버를 지시한다. current_next_indicator 필드(1-bit)는 1로 설정되어 해당 테이블 섹션이 현재 적용 가능함을 나타낸다. section_number 필드(8-bit)는, EIT 내 다수 개의 섹션 중 해당 섹션의 넘버를 지시한다. last_section_number 필드(8-bit)는, EIT 내 다수 개의 섹션 중 가장 마지막 섹션의 넘버를 지시한다. protocol_version 필드는 8 비트의 부호가 정해지지 않은 정수를 가지며, 현재 프로토콜의 버전을 지시한다.
num_events_in_section 필드는 해당 테이블 섹션 내 이벤트들의 수를 지시한다. 본 필드의 값이 0이면 해당 섹션에서 정의되는 이벤트는 없음을 지시한다. 상기 num_events_in_section 필드의 값에 따라 ‘for’ loop 구조로 각 이벤트에 대한 정보를 설명하면, 다음과 같다.
event_id 필드는, 설명되는 이벤트의 식별 넘버를 지시한다.
start_time 필드는, 32 비트의 부호가 정해지지 않은 정수로 1980년 1월 6일 00:00:00 UTC로부터 GPS 시간으로 해당 이벤트의 시작 시간을 알려준다.
ETM_location 필드(2-bit)는, 상세 텍스트 메시지(extended text message (ETM))의 존재 여부와 위치를 설명한다.
length_in_seconds 필드는 초 단위로 해당 이벤트의 지속 시간을 설명한다.
title_length 필드는 후술하는 title_text () 필드의 길이를 설명한다.
title_text() 필드는, 멀티플 스트링 구조의 포맷을 가진 이벤트 타이틀을 설명한다.
descriptors_length 필드는 뒤따르는 EIT 내 이벤트 디스크립터의 전체 길이를 바이트로 나타낸다.
descriptor() 필드(10010)는 ‘for’ loop 구조로 EIT 내 포함된 없거나 또는 다수 개의 디스크립터들을 포함한다.
CRC_32 필드(32-bit)는, 디코더 내 레지스터들로부터 제로 출력을 보장하기 위한 CRC 값을 포함한다.
본 발명과 관련하여, descriptor() 필드(10010)는 이벤트 레벨의 다양한 디스크립터 중 어느 하나를 통해 해당 이벤트에 대한 3D PVR 지원 정보의 존재 여부를 지시할 수 있다.
이때, 상술한 방법은 예컨대 전술한 방식들과 대동소이하다. 예를 들어, 디지털 수신기는 EIT에 포함된 디스크립터를 이용하여 해당 이벤트에 대한 트랜스포트 스트림 패킷의 adaptation_field로부터 3D PVR 지원 정보가 포함될 것임을 미리 알 수 있다. 또한, 디지털 수신기는 이벤트에 해당하는 모든 트랜스포트 스트림 패킷에 해당 정보가 포함된다고 판단하며, 따라서 특정 엘레멘터리 스트림이 아닌 이벤트에 대한 모든 엘레멘터리 스트림에 대한 트랜스포트 스트림 패킷의 adaptation_field를 검사할 수 있다.
이상 상술한 내용은 예컨대, ATSC 방식 또는 시스템이라면, 이하에서는 DVB 방식 또는 시스템에 대해 기술한다. 다만, 전술한 내용과 중복되는 내용의 설명은 상술한 내용을 원용하고 이하에서는 차이나는 부분을 위주로 설명한다.
도 11은 본 발명에 따른 PVR 지원 정보를 포함한 SDT(Service Description Table) 테이블 섹션 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.
여기서, SDT는 DVB 방식에서 특정 트랜스포트 스트림에 포함된 서비스들을 설명한다. 이하 도 11을 참조하여, SDT 테이블 섹션을 구성하는 각 필드에 대해 설명하면, 다음과 같다.
table_id 필드는, 테이블을 식별하는 식별자이다. 예를 들면, table_id 필드의 특정값이 이 섹션이 서비스 디스크립션 테이블에 속한다는 것을 나타낸다. section_syntax_indicator 필드는, 1 비트 필드로써, 1로 설정된다. section_length 필드는, 첫 두 비트는 00으로 설정된다. 이 필드 이후부터 CRC를 포함하는 섹션의 바이트 수를 나타낸다. transport_stream_id 필드는, TS (Transport Stream) 를 구별하는 레이블 역할을 한다.
version_number 필드는, sub_table의 버전 번호를 나타낸다. sub_table에 변경된 사항이 있을 때마다 1씩 증가한다. current_next_indicator 필드는, sub_table이 현재 적용 가능한 것일 경우 값이 1로 설정된다. 만약 0으로 설정되어 있다면, 이는 아직 적용할 수 없으며 다음 테이블이 유효함을 의미한다. section_number 필드는, 섹션의 번호를 나타낸다. 첫 번째 섹션은 0x00의 값을 가지며, 동일 table_id, 동일 transport_stream_id 및 동일 original_network_id를 갖는 추가 섹션마다 값이 1씩 증가한다. last_section_number 필드는, 이 섹션이 일부분인 해당 sub_table의 마지막 섹션(즉 가장 높은 section_number)의 번호를 나타낸다. original_network_id 필드는, 전송 시스템의 network_id를 확인하는 레이블이다.
본 SDT 테이블 섹션은 다수의 서비스에 대해 기술하는데, 각 서비스에 대해서는 for loop 구조로 다음과 같은 필드들을 정의할 수 있다.
service_id 필드는, TS 내에 포함된 다른 서비스와 구별 짓는 레이블 역할을 하는 식별자를 정의한다. 본 필드의 값은 예컨대, program_map_section의 program_number와 동일한 값을 가질 수 있다.
EIT_schedule_flag 필드는, 1로 설정되면 현재 TS 내에 해당 서비스를 위한 EIT 스케쥴 정보가 포함되어 있음을 나타낸다. 본 필드의 값이 0이면 EIT 스케쥴 정보가 포함되어 있지 않음을 나타낸다.
EIT_present_following_flag 필드는, 1로 설정되면 현재 TS 내에 해당 서비스를 위한 EIT_present_following 정보가 포함되어 있음을 나타낸다. 본 필드의 값이 0이면 EIT present/following 정보가 현재 TS에 포함되어 있지 않음을 나타낸다.
running_status 필드는, 서비스의 상태를 나타낸다.
free_CA_mode 필드는, 0으로 설정되면 해당 서비스의 모든 기본 스트림(Elementary Stream)들이 스크램블(scramble)되지 않음을 나타낸다. 1로 설정되면, 하나 또는 그 이상의 스트림이 CA 시스템(Conditional Access system)에 의해 제어되고 있음을 의미한다.
descriptors_loop_length 필드는, 따라오는 디스크립터의 전체 길이를 바이트 단위로 나타낸다.
CRC_32 필드는, 디코더에서 레지스터의 zero output을 위한 CRC value를 나타낸다.
본 발명의 일 실시예에 따르면, descriptors_loop_length 필드를 뒤따르는 descriptor()(11010)는 DVB-SI의 서비스 레벨 디스크립터(service_level_descriptor)를 포함할 수 있으며, 상기 서비스 레벨 디스크립터는 해당 서비스에 대한 3D PVR 지원 정보의 존재 여부를 지시할 수 있다. 예컨대, 상기 service_level_descriptor는 도 6에서 전술한 바와 같이, adaptation_field_data descriptor의 b3를 이용하여 시그널링하는 방법을 이용할 수 있다. 디지털 수신기는 해당 서비스에 대한 트랜스포트 스트림 패킷의 adaptation_field로부터 3D PVR 지원 정보를 독출하고 파싱하여 이를 이용할 수 있다. 여기서, 디지털 수신기는 서비스에 포함되는 모든 엘레멘터리 스트림에 해당하는 트랜스포트 스트림 패킷의 adaptation_field를 검사해 3D PVR 지원 정보를 찾을 수 있다.
도 12는 본 발명에 따른 PVR 지원 정보를 포함한 EIT 테이블 섹션 비트스트림 신택스의 다른 예를 설명하기 위해 도시한 도면이다.
여기서, 도 12는 기본적으로 ATSC 시스템과 DVB 시스템에서 공통적으로 채널 또는 서비스에 포함되는 이벤트에 대한 시그널링을 위한 것으로, 전체적으로 해당 테이블 섹션에 정의되는 필드들이 유사하다. 따라서, 대부분의 필드들은 전술한 도 10의 PSIP EIT의 필드 설명을 원용하거나 참조하여 유추하고, 이하에서는 본 발명과 관련하여 descriptor() 필드(12010)만을 설명한다.
본 발명과 관련하여, descriptor() 필드(12010)는 이벤트 레벨의 다양한 디스크립터 중 어느 하나를 통해 해당 이벤트에 대한 3D PVR 지원 정보의 존재 여부를 지시할 수 있다.
이때, 상술한 방법은 예컨대 전술한 방식들과 대동소이하다. 예를 들어, 디지털 수신기는 EIT에 포함된 디스크립터를 이용하여 해당 이벤트에 대한 트랜스포트 스트림 패킷의 adaptation_field로부터 3D PVR 지원 정보가 포함될 것임을 미리 알 수 있다. 또한, 디지털 수신기는 이벤트에 해당하는 모든 트랜스포트 스트림 패킷에 해당 정보가 포함된다고 판단하며, 따라서 특정 엘레멘터리 스트림이 아닌 이벤트에 대한 모든 엘레멘터리 스트림에 대한 트랜스포트 스트림 패킷의 adaptation_field를 검사할 수 있다.
이하에서는 3D PVR 모듈(110) 내 각 구성들의 동작 및 기능에 대해 보다 더욱 상세하게 설명한다.
도 13은 도 2의 3D PVR 모듈(110)에 포함된 다운로드 모듈(212) 구성의 일 예를 설명하기 위해 도시한 블록도이다.
도 13은 특히, 다운로드 모듈(212)의 동작 및 기능에 대한 것으로, 상기 다운로드 모듈(212)은 기본적으로 역다중화부(108)에서 역다중화된 비디오 엘레멘터리 스트림들에 대한 트랜스포트 패킷을 수신한 후 타임-스탬프 처리 또는/및 인덱싱 작업을 한다.
다운로드 모듈(212)은 기본적으로 시스템 디코더(108)로 입력되는 트랜스포트 스트림 중 녹화할 프로그램에 해당하는 PID(Packet IDentifier) 스트림을 저장하기 위한 동작을 수행하기 위한 구성이다.
도 13을 참조하면, 다운로드 모듈(212)은 시스템 클록부(system clock part)(13012), 타임-스탬프 삽입부(time-stamp insertion part)(13014), 인덱스 처리부(index processing part)(13016) 등을 포함할 수 있다. 여기서, 인덱스 처리부(13016)는 후술하는 바와 같이, PVR 재생 모드 중 트릭 플레이의 편의를 위한 인덱싱 작업을 위한 것으로, 기본 재생 모드에서는 불필요할 수도 있다. 따라서, 경우에 따라서는 생략도 가능하다.
타임-스탬프의 처리는 기본적으로, 다운로드 모듈(212)를 거쳐 녹화 저장되는 비디오 엘레멘터리 스트림들에 대한 트랜스포트 패킷들이 이후 재생 과정에서 업로드 모듈(218)을 통해 업로드될 트랜스포트 패킷이 다시 시스템 디코더(108)의 입력 타이밍과 저장 당시의 시스템 디코더(108)로 입력되는 전송 스트림의 타이밍을 일치하게 하기 위한 것이다.
기본적으로, 타임-스탬프 처리의 방식은 크게 3가지 방식이 있을 수 있다. 첫째, 역다중화부(108)로부터 입력되는 매 트랜스포트 패킷마다 타임-스탬프를 삽입하는 방식, 둘째, 미리 정한 소정 단위의 트랜스포트 패킷마다 타임-스탬프를 삽입하는 방식, 마지막으로, 어댑티브 타임-스탬프 삽입 방식이 있을 수 있다. 여기에, 첫째 방식과 다르게 매 트랜스포트 패킷에 타임-스탬프를 삽입하는 것은 아니나 둘째 방식과 달리 주기적으로 타임-스탬프를 삽입하는 것이 아니라 비주기적으로 타임-스탬프를 삽입하는 방식이 이용 가능하다.
첫째 방식에 의할 경우, 시스템 디코더(108)를 거쳐 다운로드 모듈(212)로 입력되는 매 트랜스포트 패킷(188 bytes)에 타임-스탬프(4 bytes)가 붙어 192 바이트 크기의 타임-스탬프드 트랜스포트 스트림 형태가 된다.
또한, 둘째 방식 내지 셋째 방식의 경우에는 타임-스탬프에 의한 오버헤드(overhead)를 최소화하기 위한 것으로, 입력되는 트랜스포트 패킷에 대해 타임-스탬프를 삽입할 것인지 여부를 결정해 적응적으로(adaptive)하게 타임-스탬프를 찍음으로써 시스템 효율을 높일 수가 있게 된다.
예컨대, 타임-스탬프 처리시에, 입력되는 데이터는 저장할 트랜스포트 패킷이 되고, 여기에 해당 트랜스포트 패킷이 입력될 때의 PCR 값에 해당하는 타임-스탬프가 부가되어 출력시에는 결국 4 바이트의 타임-스탬프가 삽입되어 192 바이트의 타임-스탬프드 트랜스포트 스트림이 된다.
이하에서는 본 발명에 따라 적응적으로 타임-스탬프를 삽입하는 방법에 대해 보다 상세하게 설명한다.
도 14 내지 16은 본 발명에 따른 다운로드 모듈에서 타임 스탬프 삽입 구현의 일 예를 설명하기 위해 도시한 도면이고, 도 17은 본 발명에 따른 타임 스탬프 사용시 타임 스탬프 인덱스 데이터 구조의 일 예를 설명하기 위해 도시한 도면이다.
도 14 내지 16의 경우에는 특히, 저장하는 모든 트랜스포트 스트림에 속한 모든 트랜스포트 패킷에 타임-스탬프를 삽입하지 않고 예컨대, 불연속(discontinuity)가 발생하는 경우에만 타임-스탬프를 삽입하는 경우를 예시하고 있다. 후자와 같이 모든 트랜스포트 패킷에 타임-스탬프를 삽입하지 않는 방식을 예를 들어, 어댑티브 타임-스탬프(adaptive time-stamp) 삽입 방식이라 한다.
이와 같이, 어댑티브 타임-스탬프를 사용하는 경우에는 예를 들어, 각 트랜스포트 패킷에 타임-스탬프의 존부를 알려주는 정보를 저장할 수 있다. 이를 위해 예를 들어, 본 명세서에서는 상기와 같이 각 트랜스포트 패킷에 타임-스탬프 존부를 알려주는 타임-스탬프 인덱스(도 17)를 이용할 수 있다.
도 17을 참조하면, 어댑티브 타임-스탬프 사용시 이용되는 타임-스탬프 인덱스의 데이터 구조는 1바이트 크기로 최상위 비트(MSB, 1bit)에 해당 트랜스포트 패킷에 타임-스탬프 존재 여부를 지시 또는 식별하는 time_stamp_exist 필드(field)(17010)와 나머지 비트는 packet_run_length_minus_1 필드(17020)를 포함한다. 상기에서 packet_run_length_minus_1 필드(17020)는 예를 들어, 해당 패킷 다시 말해, 본 패킷으로부터 타임-스탬프가 부가되지 않은 연속적인 트랜스포트 패킷의 개수를 지시 또는 식별할 수 있다. 따라서, packet_run_length_minus_1 필드(17020)를 이용함으로써, 도 17과 같이 정의된 타임-스탬프 인덱스는 입력되는 모든 트랜스포트 패킷들에 부가될 필요가 없고, 소정 단위로 부가될 수 있다. 이 경우, 매 타임-스탬프 인덱스를 구성하는 packet_run_length_minus_1 필드(17020) 값을 적절히 조정함으로써 타임-스탬프 인덱스가 부가되는 트랜스포트 패킷을 주기 또는 비주기적으로 구성함으로써 효율성을 추구할 수도 있다.
다만, 만약 타임-스탬프 인덱스를 구성하는 packet_run_length_minus_1 필드(17020)가 정의되지 않는 경우에는 예컨대, 입력되는 모든 트랜스포트 패킷들에 부가되거나 타임-스탬프가 부가되지 않은 모든 트랜스포트 패킷들에 부가될 수도 있다.
도 14 내지 17을 참조하여 본 발명에 따른 타임-스탬프 처리 방법을 설명하면, 다음과 같다. 특히, 이하에서는 도 14 내지 16의 예시들을 참고하여, 도 17과 같은 타임-스탬프 인덱스를 구현하는 방법에 대해 설명한다.
도 14를 참조하면, 시스템 디코더(108)로 입력되는 총 8개의 PID 스트림들이 예시되었다. 여기서, 처음 두 개의 PID 스트림은 PID 값으로 0x0300 값을 가지고, 이후 4개의 PID 스트림은 순차로 각각 0x0301, 0x0301, 0x0302, 및 0x0302 값을 가지며, 이후 나머지 두 개의 PID 스트림은 다시 0x0300 값을 가지는 것으로 예시되었다.
여기서, 도 14의 8개의 PID 스트림들 중 다운로드할 스트림에 속하는 PID가 만약 0x0300과 0x0301 값을 가진 PID 스트림들이라면, 도 15에 도시된 바와 같이, 총 8개의 PID 스트림들 중 PID 값이 0x0302인 PID 두 개를 제외한 총 6개의 PID 스트림들이 PID 필터링을 통해 다운로드 모듈(212)로 입력이 된다.
여기서, 각 PID 스트림들은 예컨대, 순차로 입력된다. 왜냐하면, 각 PID 스트림은 시스템 디코더(108)에 입력되는 시스템 클록(system clock)이 존재하고, 이는 향후 PVR 모듈 내 저장부(111)에 저장된 PID 스트림들이 재생시에 다시 이용되기 때문이다.
다시 말해, 도 15에 도시된 바와 같이, 다운로드 모듈(212)로 입력되는 PID 스트림들은 최초 시스템 디코더(108)로 입력된 8개의 PID 스트림들 중 PID 필터링을 통해 PID 값이 0x0302인 PID 두 개(순서상 5번째와 6번째 PID 스트림들)를 제외한 총 6개의 PID 스트림들이 다운로드 모듈(212)로 입력됨으로써 중간에 불연속(discontuinty)(15010)가 발생하게 된다.
따라서, 다운로드 모듈(212)은 도 15에 도시된 바와 같이, PID 스트림들 사이에 불연속 구간(15010)이 발생된 경우에 상기 불연속 구간(15010) 이후에 입력되는 PID 스트림들에 대한 적절한 처리를 위한 조치를 취해야 한다.
이를 위한 하나의 방편이 예컨대, 본 발명에 따른 어댑티브 타임-스탬프 방식으로, 불연속 구간(15010) 이후에 처음으로 입력되는 PID 스트림(16010)에 도 17과 같이 정의된 어댑티브 타임-스탬프를 포함한 타임-스탬프를 부가하는 것이다.
또한, 이 경우 어댑티브 타임-스탬프의 time_stamp_exist 필드(17010)는 해당 패킷에 타임-스탬프가 존재한다고 지시하는 값으로 정의되고, 뒤따르는 packet_run_length_minus_1 필드(17020)에서는 다음 불연속 구간까지 사이에 존재하는 PID 스트림들의 개수를 지시함으로써 시스템의 효율을 높일 수가 있게 된다.
여기서, 도 17에서는 예를 들어, 1바이트로 정의함으로써 PID 스트림들을 지시할 수 있는 범위가 제한적일 수 있다. 이러한 경우에는 해당 어댑티브 타임 스탬프로 정의된 바이트 수를 늘리거나 또는 적절한 정도의 범위에서 다시 PID 스트림을 선택하여 타임-스탬프를 부가함으로써 해결할 수 있다. 예를 들어, 런 렝쓰(Run length)가 128이상인 경우에는 코드를 분할(split)하여 구현하는 것이다. 따라서, 타임-스탬프 없는 패킷이 255개 연속 발생하는 경우 0x7F 0x7D로 표현할 수 있다.
도 16을 참조할 때, 188 바이트 크기를 가진 다른 PID 스트림과 달리, 타임-스탬프가 부가된 PID 스트림은 예컨대, 192 바이트의 크기를 가질 수 있다.
전술한 바와 같이, 도 15의 다운로드 모듈(212)로 입력되는 PID 스트림들에 타임-스탬프를 부가함으로써, 도 16에서는 타임-스탬프 없는 패킷이 4번 연속 발생하고, 타임-스탬프가 존재하는 패킷 하나, 그리고 타임-스탬프가 없는 패킷이 발생함으로써 ‘0x03 0x80 0x00’으로 코딩된다.
이상 도 14 내지 17을 통해 다운로드 모듈(212)에서 타임-스탬프를 처리하는 방법에 대해 살펴보았다.
이하에서는 다운로드 모듈(212)에서 인덱스(여기서, 인덱스는 전술한 어댑티브 타임-스탬프 인덱스와는 다른 인덱스)를 구성하는 방법에 대해 기술한다.
다운로드 모듈은 시스템 디코더(108)로 입력되는 방송 스트림 중 녹화할 프로그램에 해당하는 PID 스트림을 저장하기 위한 동작을 수행한다. 다운로드 모듈은 3D PVR 지원 정보를 독출하고 파싱하여 해당 스트림을 저장하고 추후 재생 및 트릭 플레이를 위한 제어 또는/및 관리에 필요한 정보를 가능 등 할 수 있다.
도 18은 본 발명에 따른 다운로드 모듈(212)에서 인덱스 구성의 일 예를 설명하기 위해 도시한 도면이다.
도 18을 참조하면, 1바이트로 정의된 인덱스는 최상위 비트(MSB) b23 I_picture_flag 부터 최하위 비트(LSB) b0 Reserved까지 총 24개를 포함하여 구성된다.
이러한 인덱스는 예컨대, PVR에서 일반적으로 요청되고 구현되는 트릭 플레이 예를 들어, 패스트 포워드(fast forward), 스킵(skip) 등의 구현을 위한 내용들을 위한 것이다.
관련하여, 디지털 수신기는 PVR 재생 과정에서 사용자가 트릭 플레이를 요청하더라도, 실제 트릭 플레이 구현 과정에서는 비디오 디코더 자체는 정상 배속으로 디코딩을 한다. 다만, 요청된 트릭 플레이에 맞게 실제 디코딩되는 픽쳐(picture)들이 해당 배속에 따라 스킵되어 입력됨으로써 사용자 입장에서는 빠른 배속 내지 스킵 효과를 느낄 수 있게 되는 것이다.
이에 따라, 업로드 모듈(218)에서는 원활한 트릭 플레이의 수행을 위해 (시스템) 디코더로 입력될 데이터의 위치를 빨리 찾아 이를 추출하여 입력하여야 한다. 이를 위해서는 해당 데이터의 위치를 빨리 찾아야 하는데, 본 발명에 따른 인덱스 정보는 이러한 경우에 업로드 모듈(218)에서 디코더로 입력할 데이터의 보다 빠르고 효율적인 검색을 위한 것이다.
다시 말해, 인덱스 정보는 디지털 수신기에서 PVR 재생 과정에서 요청 등에 따라 트릭 플레이를 수행하는 경우, 저장된 비디오 스트림에서 적절한 데이터의 위치를 빠르게 검색할 수 있는 부가 데이터를 추출하는 것으로, 스킵(skip), 패스트 포워드(fast forward) 등을 수행할 때 랜덤 액세스 포인트(random access point; RAP)에 해당하는 데이터를 추출하고 이를 디코더로 선별적으로 입력 가능하도록 정보를 생성하는 것이다. 상기에서, 랜덤 액세스 포인트(RAP)는 I, B, 및 P 픽쳐 중 어느 하나일 수 있다. 다만, 본 명세서에서는 본 발명의 이해를 돕고 설명의 편의를 위해 랜덤 액세스 포인트(RAP)로 I 픽쳐를 예로 하여 설명한다. 왜냐하면, 독자적으로 재생이 불가능하며 다른 픽쳐를 위한 참조 픽쳐인 B 및 P 픽쳐와 달리, 독자 재생 가능한 I 픽쳐를 랜덤 액세스 포인트(RAP)로 하는 것이 시스템 입장에서 훨씬 효율적이기 때문이다. 즉, I 픽쳐는 랜덤 액세스가 가능한 픽쳐를 말한다.
더불어, 인덱스 정보는, 트릭 플레이시 2D 또는 3D 모드 선택이 가능하도록 다시 말해, 이러한 모드에 따라 저장된 스트림을 적절하게 업로드할 수 있도록 2D/3D 관련 인덱싱 기능도 정의할 수 있다.
이를 위해, 다운로드 모듈(212)은, 인덱스 생성시 저장되는 트랜스포트 스트림 패킷의 adaptation_field에 포함된 3D PVR 지원 정보를 독출하여 이로부터 해당 패킷 내에 RAP가 포함되었는지를 파악하여야 한다. 또한, 다운로드 모듈(212)은 해당 트랜스포트 패킷에 포함된 비디오 엘레멘터리 스트림이 좌영상 이미지 데이터인지 우영상 이미지 데이터인지 여부(left/right)를 판단한다. 더불어, 다운로드 모듈(212)은 3D인 경우 2D 호환 스트림 여부를 판단할 수도 있다.
다운로드 모듈(212)은 또한, 해당 패킷의 배속 정보를 파악해 패스트 플레이 구현시 해당 배속에 대한 체인 정보(chain information)를 구성할 수 있다. 여기서, 입력 데이터는 저장할 트랜스포트 스트림이 되고, 출력 데이터는 각각의 트랜스포트 스트림 패킷에 I-픽쳐 스타트(또는 RAP의 시작 바이트) 포함 여부, I-픽쳐 시작이 포함된 경우 엘레멘터리 스트림 및 뷰 타입(2D 호환 여부, 좌영상 이미지 또는 우영상 이미지 뷰 포함 여부 등), 배속 체인 정보 등이 포함될 수 있다.
다운로드 모듈(212)은 3D PVR 지원 정보를 파싱하면서 인덱스를 생성하며, 이러한 인덱스를 취합해 인덱스 파일을 만들고 저장한다.
예를 들어, 다운로드 모듈(212)은 인덱스를 생성하기 위해서는 각 트랜스포트 패킷 또는 트랜스포트 패킷의 그룹(예를 들어, 100개의 트랜스포트 패킷 묶음 또는 I 픽쳐 시작(picture start) 마다 인덱스를 생성하도록 가변적인 패킷 개수 사용) 단위로 도 15와 같이 예시된 인덱스 정보의 존재 유무를 검사한다. 다운로드 모듈(212)은 검사 결과를 인덱스&파일 데이터베이스로 전송하고, 인덱스&파일 데이터베이스에서는 해당 인덱스와 트랜스포트 패킷이 저장되는 물리적인 위치 등을 매핑(mapping)하여 관리(managing)한다. 여기서, 3D 모드에서의 랜덤 액세스 포인트의 경우에는 예를 들어, 인핸스먼트 레이어의 비디오 엘레멘터리 스트림이 반드시 I 픽쳐일 필요는 없다.
예를 들어, 다운로드 모듈(212)은 저장할 트랜스포트 패킷을 입력 데이터로 수신하나, 각 트랜스포트 패킷에 I 픽쳐 시작 또는 랜덤 액세스 포인트(RAP)의 시작 바이트 포함 여부, I 픽쳐 시작 위치가 포함된 엘레멘터리 스트림 및 뷰 타입 등의 정보가 포함된 인덱스가 포함된 트랜스포트 패킷이 출력 데이터 출력된다. 여기서, 뷰 타입 정보는 예컨대, 2D 호환 여부에 대한 정보, 라이트 뷰 포함 여부에 대한 정보 등을 포함한다.
도 18을 참조하면, 다운로드 모듈(212)에서 구성되는 인덱스의 일 예는, 패킷마다 인덱스가 생성될 수 있다. 이 경우 최상위 비트부터 순차로 I 픽쳐 존재 여부에 관한 I_picutre_flag(b23), 픽쳐 시작점 존재 여부에 대한 picture_start_exist(b22), 픽쳐 종료점 존재 여부에 대한 picture_endt_exist(b21), 베이스 레이어인지 여부에 대한 base_layer(b20), 인핸스먼트 레이어인지 여부에 대한 Enhance_layer(b19), 좌영상 이미지 데이터인지 여부에 대한 left(b18), 우영상 이미지 데이터인지 여부에 대한 right(b17), 향후 사용을 위한 reserved(b16)가 포함되어 구성된다. 그 밖에 배속 정보 내지 체인 정보가 b15 내지 b9 및 b7 내지 b1까지 정의되어 포함된다. 전자 b15 내지 b9는 3D 배속에 관한 정보 플래그를 그리고 b7 내지 b1은 2D 배속에 관한 정보 플래그를 나타낼 수 있다.
여기서, 디지털 수신기는 수신되는 디지털 신호 내 시그널링 정보에 기초하여 특히, 인핸스먼트 레이어의 코덱 정보를 알 수 있다. 관련하여, 도 18의 인덱스 구성에서 enhance_layer 플래그를 저장함으로써, 시스템 디코더(108)는 해당 비디오 스트림이 듀얼 스트림으로 구성된 것을 알 수 있다. 다만, 여기서, enhance_layer 플래그는 독자적으로는 의미가 없을 수 있다. 왜냐하면, 인핸스먼트 레이어의 비디오 엘레멘터리 스트림 자체가 베이스 레이어의 비디오 엘레멘터리 스트림에 기초하기 때문이다. 따라서, 본 enhance_layer 플래그가 비활성화되면, 디지털 수신기는 해당 비디오 스트림이 싱글 비디오 스트림임을 알 수 있다. 이 경우 Base_layer 플래그는 활성화될 수 있다. 베이스 레이어 자체가 싱글 비디오 스트림에 해당하는 것으로 보아 관련 정보를 정의할 수 있기 때문이다.
또한, Left 또는 Right 플래그는 3D 모드 시청시에 해당 데이터의 좌영상 이미지 데이터 또는 우영상 이미지 데이터 식별 이외에도 예컨대, 뷰 스위칭과 같이 2D 모드 시청시에서 좌영상 이미지 데이터 또는 우영상 이미지 데이터에 기초하여 시청 여부를 결정함에 이용 가능하고, 전술한 바와 같이 시청 도중에 뷰 스위칭이 요청되면 해당 플래그 정보들이 이용될 수 있다.
여기까지 다운로드 모듈(212)에 대해 상세하게 설명하였다. 이하에서는 PVR 재생시에 시스템 디코더(108)를 비디오 엘레멘터리 스트림에 대한 트랜스포트 패킷들을 업로드하는 업로드 모듈(218)에 대해 상세하게 기술한다.
다음으로, PVR 기능의 트릭 플레이 중 패스트 플레이 체인을 구성하기 위한 정보의 생성과 관련하여 보다 상세하게 설명하면, 다음과 같다.
도 19은 본 발명에 따라 패스트 플레이 지원을 위한 예상 체인(prediction chain)의 개념을 설명하기 위한 개념도이고, 도 20은 본 발명에 따라 저장되는 픽쳐 데이터(picture data)에 대한 패킷 및 저장 장치 주소 매핑 정보 구성의 일 예를 도시한 도면이고, 도 21은 본 발명에 따라 패스트 플레이 모드 지원을 위한 패스트 플레이 커맨드 체인 테이블 구성의 일 예를 설명하기 위해 도시한 도면이다. 특히, 도 19에서 각 픽쳐 넘버(picture number)는 예컨대, 픽쳐 페어(picture pair)라고 가정한다. 또한, 도 20과 21은 도 19에 기초하여 패스트 플레이 체인을 구성할 때 프레임 번호 및 트랜스포트 스트림 패킷에 대한 내용이다.
기본적으로, 디지털 수신기에서 PVR 기능의 트릭 플레이를 제공함에 있어서, 사용자가 선택하는 배속 모드에 따라 각 플레이 체인에 속하는 픽쳐는 달라질 수 있다. 따라서, 각각의 배속에 대해 대응되는 데이터를 미리 매핑시키고, 그 매핑 정보를 생성하여 저장하면, 향후 디지털 수신기에서 트릭 플레이 제공시 보다 빠르고 효율적으로 처리할 수 있다.
도 19(a) 내지 (d)는 각각 디스플레이 순서(display order)가 정상 배속, 2배속, 3배속 및 6배속인 경우의 예상 체인의 개념도를 도시하였다.
도 19(a) 내지 (d)를 참조하여, 도 20 내지 21를 설명하면, 다음과 같다.
도 20에서는 도 19(a) 내지 (d)의 픽쳐 페어 넘버, 해당 픽쳐 넘버에 해당하는 트랜스포트 스트림 패킷들, 저장장치에서 시작 위치에 대한 어드레스 정보(바이트 단위) 및 바이트 단위의 사이즈를 도시한다. 예를 들어, 픽쳐 페어 넘버가 1인 경우, 해당 픽쳐 넘버에 해당하는 트랜스포트 스트림 패킷들은 1 내지 100이고, 저장장치에서 시작 위치에 대한 어드레스 정보(바이트 단위)는 0x0000 A000이며 및 바이트 단위의 사이즈는 18800바이트이다. 또한, 픽쳐 페어 넘버가 4인 경우, 해당 픽쳐 넘버에 해당하는 트랜스포트 스트림 패킷들은 321 내지 410이고, 저장장치에서 시작 위치에 대한 어드레스 정보(바이트 단위)는 0x0001 8B00이며 및 바이트 단위의 사이즈는 16920바이트이다. 상술한 방식으로 예컨대, 도 20에서는 픽쳐 페어 넘버 1 내지 13에 대해 각각의 정보를 정의하고 있다.
도 19 및 20 정보에 기초하여 해당 배속의 플레이 커맨드 체인을 구성할 수 있다. 도 21은 특히, 3배속 패스트 플레이 커맨드 체인 테이블을 구성한 것이다.
도 21을 참조할 때, 3배속 패스트 플레이 커맨드 체인 테이블은 좌측에 ‘Go to 0x0000 A000’, ‘Read up to 0x000 E96F’, ‘Skip to 0x000 8B00’ 내지 ‘Skip to 0x0004 2EA0’, ’Read up to 0x0004 70B7’이 정의되고, 각각은 ‘픽쳐 페어 1의 시작(start of picture pair 1)’, ‘픽쳐 페어 1의 종료까지 읽음(read until the end of picture pair 1)’, ‘픽쳐 페어 4의 시작(start of picture pair 4)’ 내지 ‘픽쳐 페어 13의 시작(start of picture pair 13)’, ‘픽쳐 페어 13의 종료까지 읽음(read until the end of picture pair 13)’과 같은 의미를 가진다.
도 22는 본 발명에 따라 전술한 도 19 내지 21의 정보를 이용하여 3D PVR 기능 수행을 위한 인덱스 파일 구조의 일 예를 설명하기 위해 도시한 도면이다. 여기서, 도 22의 인덱스 파일 구조는 예를 들어, 디지털 수신기 내부 사용 목적으로 구성되는 것으로 각 패킷에서 추출하는 인덱스를 취합해 최종적으로 저장하는 포맷일 수 있다.
도 22를 참조하면, 본 발명에 따라 3D PVR 기능 수행을 위한 인덱스 파일 구조는 픽쳐 타입(Picture Type), 픽쳐 넘버(Picture Number), 어드레스(address) 및 사이즈(size)를 포함하여 구성될 수 있다.
픽쳐 타입(8비트)은, L/R 여부, 베이스/인핸스먼트 레이어 여부, RAP 여부 등을 표시한다.
픽쳐 넘버(32비트)는, 3D PVR 지원 정보의 frame_num 필드를 이용하여 구성될 수 있다.
어드레스(128비트)는, 저장장치(111)에서의 논리 또는 물리적인 어드레스 정보를 의미한다.
사이즈는, 해당 픽쳐의 사이즈를 나타낸다.
도 23은 본 발명에 따라 도 2의 3D PVR 모듈에 포함된 업로드 모듈(218) 구성의 일 예를 설명하기 위해 도시한 블록도이다.
도 23에서 업로드 모듈(218)은 PVR의 저장부(111)에 저장 또는 녹화된 컨텐트를 재생할 때, 저장부(216)로부터 입력되는 트랜스포트 패킷들을 타이밍에 맞추어 시스템 디코더(108)로 입력함으로써 PVR 재생이 가능하도록 한다.
여기서, 업로드 모듈(218)은 입력되는 트랜스포트 패킷이 예컨대, 192 바이트의 크기를 가진 타임-스탬프드 트랜스포트 스트림인 경우에는, 4 바이트의 타임-스탬프를 제거하여 시스템 디코더(108) 및 비디오 디코더(112)에서 처리 가능한 각 188 바이트 크기의 각 패킷이 제거된 타임-스탬프에 의거한 타이밍에 맞게 시스템 디코더(108)로 입력되도록 한다.
또한, 업로드 모듈(218)은 트릭 플레이가 요청된 경우에 그 수행을 위해 인덱스&파일 데이터베이스(214)로부터 추출된 도 18과 같이 구성된 인덱스 정보에 기초하여 적절한 트랜스포트 패킷만 선별적으로 입력받고 시스템 디코더(108)로 출력할 수도 있다.
도 23을 참조하면, 본 발명에 따른 이러한 업로드 모듈(218)은, 시스템 클록부(23012), 출력 제어부(output controller)(23014), 타임-스탬프 처리부(23016) 등을 포함하여 구성될 수 있다.
시스템 클록부(23012)는 출력 제어부(914)에서 출력 제어시 즉, 해당 트랜스포트 패킷의 출력 제어시 참조할 시스템 클록에 관한 정보를 제공한다.
출력 제어부(23014)는 인덱스&파일 데이터베이스(214)로부터 인덱스 데이터를 수신하고 저장부(111)로 데이터를 요청한다. 이때, 출력 제어부(23014)는 저장부(111)로 데이터를 요청함에 있어서, 수신된 인덱스 데이터에 기초하여 요청할 수 있다. 저장부(111)는 출력 제어부(23014)의 요청에 따라 해당 트랜스포트 패킷을 타임 스탬프 처리부(23016)로 전송한다. 여기서, 저장부(111)에서 출력되는 트랜스포트 패킷은 모두 타임-스탬프드 트랜스포트 패킷일 수도 있으며 일부만 타임-스탬프드 트랜스포트 패킷일 수도 있다.
타임-스탬프 처리부(23016)는 입력되는 트랜스포트 패킷들로부터 타임-스탬프를 제거하여 188 바이트 크기의 트랜스포트 패킷들만을 출력 제어부(23014) 또는 시스템 디코더(108)로 직접 출력한다. 특히, 후자의 경우에는 출력 제어부(23014)는 시스템 클록부(23012)의 시스템 클록에 따른 시스템 타이밍을 계산하여 타임-스탬프 처리부(23016)로 제어 신호를 출력할 수도 있다.
상기에서 시스템 디코더(108)로의 전송 타이밍은 제거되는 타임-스탬프를 참조하는데, 시스템 클록부(23012)에서 출력하는 시스템 타임을 읽어 해당 값이 타임-스탬프의 값과 일치하는 경우 해당 트랜스포트 패킷이 시스템 디코더(108)로 입력되도록 한다.
만약 타임-스탬프가 없는 트랜스포트 패킷의 경우에는 녹화시 입력된 비트 레이트(bit rate)를 참고하여 가상의 타임-스탬프 값을 이용하여 출력 타이밍을 계산할 수도 있다. 이 경우 가상의 타임-스탬프는 예를 들어, 3D PVR 모듈 내 기 설명된 다운로드 모듈(212)에서 생성될 수도 있으며 별도의 구성이 추가되어 생성될 수도 있다. 관련하여, 업로드 모듈(218)은 타임-스탬프의 존부에 대해 기 설명한 타임-스탬프 인덱스를 참고할 수 있으며, 이를 통해 각 트랜스포트 패킷의 길이 및 타임-스탬프 여부를 알 수 있게 된다.
상기에서, 구분없이 설명하였으나, 기본적으로 인덱스 정보는 PVR 재생시에도 트릭 플레이 재생시에만 이용된다. 다시 말해, 도 23에서 출력 제어부(23014)는 항상 인덱스 데이터를 수신하여 이에 기초하여 저장부(216)로 데이터를 요청하는 것이 아니라, 일반 재생시에는 인덱스 데이터에 기초하지 않은 데이터 출력 요청을 할 수도 있다. 즉, 트릭 플레이 재생이 아닌 경우에는 인덱스&파일 데이터베이스(214)는 출력 제어부(23014)와 액세스되지 않을 수도 있다.
디지털 수신기 내 PVR 모듈(110)에서 트릭 플레이를 수행하는 경우, 동작 모드에 따라 소프트웨어/미들웨어(Software/Middleware) 등에서 건너 뛸 픽쳐의 개수 등을 판단한 후 재생할 픽쳐를 선택한다. 예를 들어, PVR 모듈(110)은 3배속 패스트 포워드를 구현하고자 하는 경우 전술한 도 21에 도시된 3배속 플레이를 위한 커맨드 체인에서 명시된 동작을 순차적으로 수행함으로써 해당 동작을 구현할 수 있다.
이 경우, 업로드 모듈(218)은 재생 과정에서 시스템 디코더(108) 및 비디오 디코더(112)로 노멀(normal)한 속도로 데이터를 처리하지만, 입력되는 데이터 자체가 건너 뛰는 데이터이므로 빠른 배속 재생이 가능해진다. 예컨대, I 픽쳐 주기가 10장이라고 하면 I 픽쳐만 이용해 트릭 플레이를 수행할 경우 10배속의 빠른 재생의 효과가 발생할 수 있다.
이하에서는 전술한 내용에 기초하여 디지털 수신기의 다양한 사용 시나리오에 따른 PVR 기능 수행 방법에 대한 순서도를 설명한다.
도 24는 본 발명에 따른 2D/3D 녹화시 수신기 동작의 일 예를 설명하기 위해 도시한 순서도이다.
예컨대, 도 24는 디지털 수신기에서 2D/3D 모드로 입력되는 트랜스포트 스트림을 녹화 또는 저장하는 동작에 대한 설명이다. 여기서, 전술한 도면을 참조할 때, 최초 전송 스트림을 수신부(102), VSB 디코더(104)를 거쳐 시스템 디코더(108)에서 처리하기 이전 단계에 대한 설명은 상술한 내용을 원용하고 여기서 상세한 설명은 생략한다.
시스템 디코더(108)는 사용자 등에 의해 PVR 기능 수행 요청 즉, 컨텐트 저장 명령 내지 요청이 있는지 판단한다(S102). 판단 결과 시스템 디코더(108)는 컨텐트 저장 명령이 없으면, 입력되는 트랜스포트 스트림을 처리한 후 역다중화부 및 비디오 디코더(112)를 거쳐 출력되도록 제어한다. 여기서, 입력되는 트랜스포트 스트림이 2D/3D 여부에 따라 전술한 내용들을 참조하여 적절한 처리가 이루어져 출력될 수 있다. 예컨대, 입력되는 트랜스포트 스트림이 3D 비디오 스트림인 경우에는 포맷터(116)를 거쳐 3D 출력 형태로 변환되어 디스플레이 된다.
S102 단계 판단 결과, 시스템 디코더(108)는 만약 사용자에 의해 컨텐트 저장 명령 또는 요청이 있는 경우 녹화 모드가 2D/3D 여부를 판단한다(S104). 왜냐하면, 이는 시스템 디코더(108)에서 요청된 녹화 모드에 따라 PVR 모듈(110)의 동작을 적절하게 제어할 필요가 있고, PVR 모듈(110)의 동작이 전술한 바와 같이, 녹화 모드에 따라 상이하기 때문이다.
S104 단계 판단 결과, 녹화 모드가 3D 모드인 경우, 시스템 디코더(108)는 역다중화부를 거쳐 PVR 모듈(110)로 입력될 비디오 엘레멘터리 스트림에 대한 트랜스포트 패킷에 대한 처리가 가능하도록 PID 조합을 결정하여야 한다(S106).
S106 단계에서 시스템 디코더(108)은 결정된 PID 조합에 따라 PVR 모듈(110)로 입력될 PID 스트림들에 대한 필터링을 수행한다. 즉, 시스템 디코더(108)는 역다중화부를 거쳐 입력되는 트랜스포트 패킷들 중 베이스 레이어 비디오/오디오 엘레멘터리 스트림 및 인핸스먼트 레이어 비디오 엘레멘터리 스트림을 선택하여 PVR 모듈(110)로 입력되도록 제어한다(S108).
S104 단계 판단 결과, 녹화 모드가 2D 모드인 경우, 시스템 디코더(108)는 역다중화부를 거쳐 PVR 모듈(110)로 입력될 비디오 엘레멘터리 스트림에 대한 트랜스포트 패킷에 대한 처리가 가능하도록 PID 조합을 결정하여야 한다(S110).
S106 단계에서 시스템 디코더(108)는 결정된 PID 조합에 따라 PVR 모듈(110)로 입력될 PID 스트림들에 대한 필터링을 수행한다. 즉, 시스템 디코더(108)는 역다중화부를 거쳐 입력되는 트랜스포트 패킷들 중 베이스 레이어 비디오/오디오 엘레멘터리 스트림을 선택하여 PVR 모듈(110)로 입력되도록 제어한다(S112).
S108 또는 S112 단계 이후 PVR 모듈(110)은 시스템 디코더(108)의 제어에 따라 입력되는 비디오 엘레멘터리 스트림들에 대한 비디오 데이터에 대한 분석 및 관련 정보를 저장한다.
다운로드 모듈(212)의 인덱스 추출 모듈에서 3D PVR 지원 정보를 분석해 해당 패킷이 I-픽쳐의 시작점인지 여부, 좌/우 여부, 픽쳐의 시작점 및 종료점, 베이스 레이어 또는 인핸스먼트 레이어 여부 등의 정보를 파악한다(S114).
아울러 해당 패킷이 지원하는 트릭 모드를 파악해 각각의 모드에 해당하는 트릭 플레이 지원을 위해 모드 단위로 플레이 커맨드 체인을 작성해 저장한다(S116). 이때, 2D 및 3D에 대해 독립적으로 트릭 플레이 커맨드 체인 정보를 관리할 수 있다.
또한, 다운로드 모듈(212)에서는 각 입력 트랜스포트 패킷이 시스템 디코더(108)로 입력된 시점 즉, 시스템 타임을 시스템 클록으로 이용하여 해당 시점이 타임 스탬프로 지정하여 트랜스포트 패킷에 삽입한다(S118). PVR 모듈(110)은 S114 단계에서 수행한 비디오 데이터에 대한 분석 결과에 기초하여 전술한 도 14 내지 17과 같은 방법에 따라 트랜스포트 패킷에 대한 타임-스탬프를 생성 및 삽입하여 저장부(111)에 저장할 수도 있고, S114 단계 이전 즉, S108 단계 이후에 인덱스 파일 생성 단계와는 별개로 수행될 수도 있다. 특히, 어댑티브 타임 스탬프를 사용하는 경우 트랜스포트 패킷에 대한 불연속 여부를 판단하고, 판단 결과에 따라 타임-스탬프가 삽입되도록 결정 및 제어할 수 있다.
또한, PVR 모듈(110)은 S116 단계 이후 또는 동시에 PVR 기능 중 트릭 플레이 재생이 가능하도록 도 18과 같은 방법으로 인덱스 파일을 생성하고, 인덱스&파일 데이터베이스(214)에 저장한다(S120).
도 25는 본 발명에 따른 2D 모드 재생시 수신기 동작의 일 예를 설명하기 위해 도시한 순서도이다.
도 25는 예컨대, 도 24와 같이 PVR 기능 수행을 위하여 저장된 컨텐츠에 대한 재생 동작 수행에 대한 설명이다. 여기서, 저장된 컨텐츠 자체가 2D 컨텐츠/3D 컨텐츠일 수 있다.
업로드 모듈(218)은 재생 모드가 2D인지 3D인지 판단한다(S202). 상기 판단 결과 만약 재생 모드가 3D인 경우에는 후술한 도 26을 참조(S204)하고, 여기서 상세한 설명은 생략한다.
다시 말해, 업로드 모듈(218)에서 재생 모드를 판단한 결과 2D 재생 모드인 경우에는, 업로드 모듈(218)은 업로드할 비디오 엘레멘터리 스트림에 해당되는 PID 스트림을 시스템 디코더(108)로 입력하기 위해 PID 필터링을 수행한다(S206).
또한, 업로드 모듈(218)에서는 재생될 비디오 엘레멘터리 스트림에 대한 업로드 제어를 위하여 인덱스&파일 데이터베이스(214)로부터 인덱스 파일을 독출하고 독출된 인덱스 파일에 기초하여 2D에 해당하는 데이터의 저장부(111) 내 위치를 판단한다(S208). 즉, 듀얼 스트림인 경우, 베이스 레이어 엘레멘터리 스트림만을 수신하고, 인핸스먼트 레이어 비디오 엘레멘터리 스트림에 해당하는 비디오 엘레멘터리 스트림에 대해서는 스킵을 한다. 그러나 여기서, 정상 배속인 경우에는 인핸스먼트 레이어에 대한 스킵을 굳이 하지 않아도 후속단(역다중화부(108))의 PID 필터 동작에 의해 정상 배속 재생에는 타이밍 문제 없이 인핸스먼트 레이어가 생략된 2D 모드 재생이 가능하다.
업로드 모듈(218)은 2D 해당 데이터를 시스템 타이밍에 따라 업로드한다. 여기서, 만약 트릭 플레이를 선택한 경우, 시스템 디코더(108) 및 비디오 디코더(112)의 정상 동작을 보장하기 위해서는 2D에 해당되는 데이터만을 업로드 모듈(218)에서 시스템 디코더(108)로 출력한다. 더불어, 트릭 플레이의 경우, 녹화 과정에서 파악된 트릭 플레이 체인 정보를 이용해 트릭 플레이를 수행한다. 예를 들어, 2배속 2D 재생의 경우, 이를 위해 미리 저장된 플레이 커맨드 체인에 속한 데이터만을 이용하여 트릭 플레이를 수행한다(S210).
시스템 디코더/역다중화부(108), 및 비디오 디코더(112)를 거쳐 2D 해당 데이터가 디코딩되어(S212), 비디오 재생이 이루어진다(S214).
도 26은 본 발명에 따른 3D 모드 재생시 수신기 동작의 일 예를 설명하기 위해 도시한 순서도이다.
도 25와 달리, 도 26은 3D 모드 재생시의 수신기의 동작에 관한 것으로, 전술한 바와 같이, S202 단계 판단 결과 재생 모드가 3D인 경우에 해당될 수 있다.
즉, 업로드 모듈(218)은 재생 모드가 2D인지 3D인지 판단한다(S302). 판단 결과 재생 모드가 2D인 경우에는 전술한 도 25를 참조한다(S304).
다만, 판단 결과, 재생 모드가 3D인 경우에는, 업로드 모듈(218)은 업로드할 비디오 엘레멘터리 스트림에 해당되는 PID 스트림을 시스템 디코더(108)로 입력하기 위해 PID 필터링을 수행한다(S306).
또한, 업로드 모듈(218)에서는 재생될 비디오 엘레멘터리 스트림에 대한 업로드 제어를 위하여 인덱스 & 파일 데이터베이스(214)로부터 인덱스 파일을 독출하고 독출된 인덱스 파일에 기초하여 3D에 해당하는 데이터의 저장부(216) 내 위치를 판단한다(S308).
업로드 모듈(218)은 S308 단계 수행 이후, 트릭 플레이의 재생 요청이 있는지 판단한다(S310).
S310 단계 판단 결과, 트릭 플레이 재생 요청이 없으면 판단된 3D 데이터의 위치에 근거하여 3D 모드 저장시 다운로드한 모든 비디오 엘레멘터리 스트림을 업로드한다(S312).
다만, S310 단계 판단 결과, 트릭 플레이 재생 요청이 있으면, 3D I 픽쳐에 해당하는 트랜스포트 패킷만 추출하고 업로드한다. 이 경우 3D I-픽쳐에 해당되는 트랜스포트 스트림 패킷을 시스템 디코더로 출력한다(S314). I-픽쳐로 지정된 대응되는 베이스 및 인핸스먼트 레이어 비디오 데이터를 업로드해야 하며 최종적으로 출력되는 비디오는 베이스 및 인핸스먼트 레이어의 I-픽쳐를 디코딩(S316)해 포맷터 등에서의 모드 변환을 거쳐 출력된다(S318).
상기에서는, 본 발명의 일 실시예로, 3D 모드 트릭 플레이 구현을 위하여 I-픽쳐를 이용하는 경우에 대해 설명하였다. 다만, 본 발명의 기술 사상이 반드시 I-픽쳐에만 한정되는 것은 아니다. 예를 들어, 본 발명은 디지털 수신기에서 듀얼 스트림으로 전송되는 3D 스트림들에 대해 보다 빠르고 정확하게 3D PVR 기능을 구현할 수 있도록 하는 것으로 본 명세서에서는 이를 위해 트릭 플레이 체인을 이용한다. 여기서, 트릭 플레이 체인은 예를 들어, 해당 배속에 해당하는 플래그를 이용하여 상기 트릭 플레이 체인을 구성할 픽쳐를 지정하면 되는 것이고, 반드시 I-픽쳐만으로 트릭 플레이 체인을 구성할 필요는 없다. 즉, 반드시 I-픽쳐만으로 트릭 플레이 체인을 구성하지 않아도, I-픽쳐 일부와 다른 픽쳐 또는 다른 픽쳐로도 트릭 플레이 체인을 구성할 수도 있다. 또한, 각 배속에서 모두 동일하게 트릭 플레이 체인이 구성될 필요는 없으며, 각 배속에서 구성되는 트릭 플레이 체인을 구성하는 픽쳐들은 서로 다를 수도 있다.이렇게 3D 포맷팅된 3D 데이터를 출력한다(S320).
트릭 플레이의 경우 녹화하는 과정에서 파악된 트릭 플레이 체인 정보를 이용해 트릭 플레이를 수행한다. 예를 들어, 2배속 3D 재생의 경우 이를 위한 플레이 커맨드 체인에 속한 데이터만을 이용해 트릭 플레이를 수행한다.
도 27은 본 발명에 따른 뷰 스위칭 요청시 수신기 동작의 일 예를 설명하기 위해 도시한 순서도이다.
도 27의 경우에는 재생 과정에서 좌우 전환을 요청한 경우에 대한 설명이다.
업로드 모듈(218)은 재생 모드를 판단하여(S402), 2D 모드이면 도 25의 설명을 참조한다(S404). 다만, 판단 결과 3D 모드이면, 업로드 모듈(218)은 다시 MVC 또는 뷰 디펜던시(View Dependency)가 존재하는지 판단한다(S406). 왜냐하면, MVC이거나 뷰 디펜던시가 존재하는 경우에는 베이스 레이어 해당 정보까지 모두 업로드되어야 하기 때문이다(S408).
업로드 모듈(218)은 S408 단계까지 수행 이후 인덱스 정보를 이용하여 대응되는 데이터를 업로드한다(S410).
시스템 디코더/역다중화부(108), 및 비디오 디코더(112)에서 업로드된 3D 해당 데이터에 대한 디코딩을 수행하고(S412), 포맷터(116)에서 출력 포맷에 따라 3D 포맷팅을 수행한다(S414).
이렇게 3D 포맷팅된 3D 데이터를 출력한다(S416).
상기 디코딩 과정에서는 좌우 뷰가 모두 처리되나 최종 출력 과정에서 선택된 뷰만을 출력할 수 있다. 도시되진 않았으나, 디코딩 과정 이전 또는 이후 최종 출력 이전에 디지털 수신기는 원하는 뷰를 선택받을 수 있다.
본 발명의 실시를 위한 형태는 발명의 실시를 위한 최선의 형태에서 모두 설명하였다.
이상 상술한 본 발명에 따르면, 디지털 수신기에서 3D 컨텐츠에 대해 다양한 PVR 기능을 제공할 수 있으며, 풀 레졸루션 퍼 아이(Full Resolution Per Eye) 구현을 위한 3D 스트림에 대해서도 효과적인 PVR 기능을 지원 가능하고, PVR을 이용해 3D 컨텐츠에 대해서도 원활하게 트릭 플레이, 2D/3D 전환을 수행할 수 있다.
나아가, 설명의 편의를 위하여 각 도면을 나누어 설명하였으나, 각 도면에 서술되어 있는 실시예들을 병합하여 새로운 실시예를 구현하도록 설계하는 것도 가능하다. 그리고, 당업자의 필요에 따라, 전술한 실시예들을 실행하기 위한 프로그램이 기록되어 있는 컴퓨터에서 판독 가능한 기록 매체를 설계하는 것도 본 발명의 권리범위에 속한다.
본 발명에 따른 디스플레이 장치 및 그 동작 방법은 상기한 바와 같이 설명된 실시 예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상기 실시 예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.
한편, 본 발명의 디스플레이 장치의 동작방법은 디스플레이 장치에 구비된 프로세서가 읽을 수 있는 기록매체에 프로세서가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 프로세서가 읽을 수 있는 기록매체는 프로세서에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 프로세서가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한, 인터넷을 통한 전송 등과 같은 캐리어 웨이브의 형태로 구현되는 것도 포함한다. 또한, 프로세서가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 프로세서가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
또한, 이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해돼서는 안 될 것이다.
그리고, 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수가 있다.
본 발명은 3D 신호를 수신하고 저장할 수 있는 PVR 장치를 구비한 디지털 수신기에서 3D 컨텐츠에 대한 처리에 관한 것으로, 디지털 수신기의 모든 분야에서 이용 가능한바, 산업상 이용가능성이 있다.

Claims (20)

  1. 3D 서비스를 위한 디지털 방송 신호를 처리하는 방법에 있어서,
    3D 비디오 기본 스트림과 상기 3D 비디오 기본 스트림의 3D PVR 지원 정보를 포함한 시스템 정보를 수신하는 단계;
    3D 비디오 기본 스트림에 타임-스탬프를 부가하여 저장하는 단계;
    3D PVR 지원 정보로부터 추출된 3D 비디오 기본 스트림의 3D PVR 기능 수행을 위한 정보가 포함된 인덱스 파일을 저장하는 단계;
    저장된 3D 비디오 기본 스트림을 인덱스 파일과 타임-스탬프 값 중 적어도 하나에 기초하여 디코딩하는 단계; 및
    디코딩된 3D 비디오 데이터를 출력 포맷에 맞게 포맷팅하여 출력하는 단계;를 포함하는 방법.
  2. 제1항에 있어서,
    상기 인덱스 파일은, 해당 패킷에 대해 L/R 여부, 베이스/인핸스먼트 레이어 여부, RAP 여부를 지시하는 픽쳐 타입 정보, 픽쳐 넘버에 대한 픽쳐 넘버 정보, 저장부 내 논리 또는 물리 주소를 지시하는 어드레스 정보 및 해당 픽쳐의 사이즈를 지시하는 사이즈 정보 중 적어도 하나 이상을 포함하는 방법.
  3. 제2항에 있어서,
    상기 3D 비디오 기본 스트림은,
    베이스 레이어 비디오 스트림과 인핸스먼트 레이어 비디오 스트림으로 구성된 듀얼 비디오 스트림인 방법.
  4. 제3항에 있어서,
    상기 3D PVR 지원 정보는,
    해당 트랜스포트 스트림 패킷이 각 비디오 픽쳐의 시작점 또는 종료점을 포함하는지 지시하는 정보(Picture_start_end), 해당 트랜스포트 스트림 패킷에 들어 있는 비디오 기본 스트림이 RAP인지 여부를 지시하는 정보, 해당 픽쳐가 코딩 방식과 관련하여 베이스 레이어인지 익스텐디드 레이어인지 지시하는 정보, 해당 픽쳐가 레프트 뷰인지 라이트 뷰인지 지시하는 정보 중 적어도 하나 이상을 포함하는 방법.
  5. 제4항에 있어서,
    상기 3D PVR 지원 정보는,
    프로그램의 첫번째 픽쳐를 기준으로 각 픽쳐를 순차적으로 부여된 번호를 지시하는 프레임 정보와 상기 프레임 정보의 기준이 디코딩에 따른 순서인지 디스플레이에 따른 순서인지 식별하는 프레임 타입 정보를 더 포함하는 방법.
  6. 제5항에 있어서,
    상기 프레임 정보는,
    베이스/익스텐드 레이어 및 레프트/라이트 단위로 독립적으로 번호가 부여되며, 상기 베이스/익스텐드 또는 레프트/라이트에 대해 동일한 번호를 가진 픽쳐 페어가 존재하는 방법.
  7. 제6항에 있어서,
    상기 3D PVR 지원 정보는, 배속 정보를 더 포함하되,
    상기 배속 정보는, 해당 픽쳐를 이용해 2D 정상 배속 재생 가능 여부를 지시하는 정보, 해당 픽쳐를 이용해 3D 정상 배속 재생 가능 여부를 지시하는 정보, 해당 픽쳐를 이용해 2D 모드에서 n 배속 재생이 가능 여부를 지시하는 정보 및 해당 픽쳐를 이용해 3D 모드에서 n 배속 재생이 가능 여부를 지시하는 정보를 포함하는 방법.
  8. 제3항에 있어서,
    상기 3D PVR 지원 정보는,
    3D 또는 2D 프로그램에 해당되는 트랜스포트 스트림 패킷 중에서 모든 픽쳐의 첫번째 바이트 또는 마지막 바이트가 포함되는 트랜스포트 스트림 패킷의 adaptation_field에 포함되는 방법.
  9. 제8항에 있어서,
    상기 3D PVR 지원 정보는,
    상기 adaptation_field의 private data byte를 통해 전송되는 방법.
  10. 제9항에 있어서,
    상기 시스템 정보는,
    상기 3D PVR 지원 정보의 존재 여부를 식별하는 식별 정보를 더 포함하고,
    상기 식별 정보는 PSI의 PMT, PSIP의 TVCT 또는/및 EIT와 DVB의 SDT 또는/및 EIT 중 어느 하나에 포함되어 전송되는 방법.
  11. 3D 서비스를 위한 디지털 수신기에 있어서,
    3D 비디오 기본 스트림과 상기 3D 비디오 기본 스트림의 3D PVR 지원 정보를 포함한 시스템 정보를 수신하는 수신부;
    3D 비디오 기본 스트림에 타임-스탬프를 부가하고, 상기 3D PVR 지원 정보로부터 추출된 3D 기본 스트림의 3D PVR 기능 수행을 위한 정보가 포함된 인덱스 파일을 구성하여 저장되도록 제어하는 다운로드 모듈과, 저장된 3D 비디오 기본 스트림을 인덱스 파일과 타임-스탬프 값 중 적어도 하나에 기초하여 업로드하는 업로드 모듈을 포함한 PVR 모듈;
    업로드된 3D 비디오 기본 스트림을 디코딩하는 디코더;
    디코딩된 3D 비디오 데이터를 출력 포맷에 맞게 포맷팅하는 포맷터; 및
    포맷팅된 3D 비디오 데이터를 출력하는 출력부;를 포함하는 디지털 수신기.
  12. 제11항에 있어서,
    상기 PVR 모듈은,
    상기 인덱스 파일은, 해당 패킷에 대해
    L/R 여부, 베이스/인핸스먼트 레이어 여부, RAP 여부를 지시하는 픽쳐 타입 정보, 픽쳐 넘버에 대한 픽쳐 넘버 정보, 저장부 내 논리 또는 물리 주소를 지시하는 어드레스 정보 및 해당 픽쳐의 사이즈를 지시하는 사이즈 정보 중 적어도 하나 이상을 포함하는 디지털 수신기.
  13. 제12항에 있어서,
    상기 3D 비디오 기본 스트림은,
    베이스 레이어 비디오 스트림과 인핸스먼트 레이어 비디오 스트림으로 구성된 듀얼 비디오 스트림인 디지털 수신기.
  14. 제13항에 있어서,
    상기 3D PVR 지원 정보는,
    해당 트랜스포트 스트림 패킷이 각 비디오 픽쳐의 시작점 또는 종료점을 포함하는지 지시하는 정보(Picture_start_end), 해당 트랜스포트 스트림 패킷에 들어 있는 비디오 기본 스트림이 RAP인지 여부를 지시하는 정보, 해당 픽쳐가 코딩 방식과 관련하여 베이스 레이어인지 익스텐디드 레이어인지 지시하는 정보, 해당 픽쳐가 레프트 뷰인지 라이트 뷰인지 지시하는 정보 중 적어도 하나 이상을 포함하는 디지털 수신기.
  15. 제14항에 있어서,
    상기 3D PVR 지원 정보는,
    프로그램의 첫번째 픽쳐를 기준으로 각 픽쳐를 순차적으로 부여된 번호를 지시하는 프레임 정보와 상기 프레임 정보의 기준이 디코딩에 따른 순서인지 디스플레이에 따른 순서인지 식별하는 프레임 타입 정보를 더 포함하는 디지털 수신기.
  16. 제15항에 있어서,
    상기 프레임 정보는,
    베이스/익스텐드 레이어 및 레프트/라이트 단위로 독립적으로 번호가 부여되며, 상기 베이스/익스텐드 또는 레프트/라이트에 대해 동일한 번호를 가진 픽쳐 페어가 존재하는 디지털 수신기.
  17. 제16항에 있어서,
    상기 3D PVR 지원 정보는, 배속 정보를 더 포함하되,
    상기 배속 정보는, 해당 픽쳐를 이용해 2D 정상 배속 재생 가능 여부를 지시하는 정보, 해당 픽쳐를 이용해 3D 정상 배속 재생 가능 여부를 지시하는 정보, 해당 픽쳐를 이용해 2D 모드에서 n 배속 재생이 가능 여부를 지시하는 정보 및 해당 픽쳐를 이용해 3D 모드에서 n 배속 재생이 가능 여부를 지시하는 정보를 포함하는 디지털 수신기.
  18. 제13항에 있어서,
    상기 3D PVR 지원 정보는,
    3D 또는 2D 프로그램에 해당되는 트랜스포트 스트림 패킷 중에서 모든 픽쳐의 첫번째 바이트 또는 마지막 바이트가 포함되는 트랜스포트 스트림 패킷의 adaptation_field에 포함되는 디지털 수신기.
  19. 제18항에 있어서,
    상기 3D PVR 지원 정보는,
    상기 adaptation_field의 private data byte를 통해 전송되는 디지털 수신기.
  20. 제19항에 있어서,
    상기 시스템 정보는,
    상기 3D PVR 지원 정보의 존재 여부를 식별하는 식별 정보를 더 포함하고,
    상기 식별 정보는 PSI의 PMT, PSIP의 TVCT 또는/및 EIT와 DVB의 SDT 또는/및 EIT 중 어느 하나에 포함되어 전송되는 디지털 수신기.
PCT/KR2011/007700 2010-10-16 2011-10-17 디지털 수신기 및 디지털 수신기에서의 3d 컨텐트 처리방법 WO2012050405A2 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201180050027.6A CN103168473B (zh) 2010-10-16 2011-10-17 数字接收机以及用于处理数字接收机中的3d 内容的方法
KR1020137002665A KR20140000662A (ko) 2010-10-16 2011-10-17 디지털 수신기 및 디지털 수신기에서의 3d 컨텐트 처리방법
CA2816264A CA2816264C (en) 2010-10-16 2011-10-17 Digital receiver and method for processing 3d contents in digital receiver
US13/823,516 US20130176387A1 (en) 2010-10-16 2011-10-17 Digital receiver and method for processing 3d contents in digital receiver
EP11832792.3A EP2629530B1 (en) 2010-10-16 2011-10-17 Digital receiver and method for processing 3d contents in digital receiver

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US39387610P 2010-10-16 2010-10-16
US61/393,876 2010-10-16

Publications (2)

Publication Number Publication Date
WO2012050405A2 true WO2012050405A2 (ko) 2012-04-19
WO2012050405A3 WO2012050405A3 (ko) 2012-06-07

Family

ID=45938831

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/007700 WO2012050405A2 (ko) 2010-10-16 2011-10-17 디지털 수신기 및 디지털 수신기에서의 3d 컨텐트 처리방법

Country Status (6)

Country Link
US (1) US20130176387A1 (ko)
EP (1) EP2629530B1 (ko)
KR (1) KR20140000662A (ko)
CN (1) CN103168473B (ko)
CA (1) CA2816264C (ko)
WO (1) WO2012050405A2 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013162292A1 (ko) * 2012-04-24 2013-10-31 한국전자통신연구원 네트워크 적응적인 계층적 비디오 전송을 위한 mmt 패킷의 전송 방법 및 장치
WO2015093811A1 (ko) * 2013-12-16 2015-06-25 엘지전자 주식회사 트릭 플레이 서비스 제공을 위한 신호 송수신 장치 및 신호 송수신 방법
WO2015115869A1 (ko) * 2014-02-03 2015-08-06 엘지전자 주식회사 트릭 플레이 서비스 제공을 위한 신호 송수신 장치 및 신호 송수신 방법

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120058702A (ko) * 2010-11-27 2012-06-08 전자부품연구원 디지털 방송에서 서비스 호환 방식 전송 방법
JP2015503281A (ja) * 2011-11-23 2015-01-29 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュートＥｌｅｃｔｒｏｎｉｃｓ Ａｎｄ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ スケーラビリティ及びビュー情報を提供するストリーミングサービスのための方法及び装置
EP2800391A4 (en) * 2011-12-27 2015-07-29 Lg Electronics Inc DIGITAL BROADCAST RECEIVING METHOD FOR DISPLAYING THREE-DIMENSIONAL IMAGE, AND CORRESPONDING RECEIVING DEVICE
EP3614676B1 (en) 2013-07-15 2023-11-08 GE Video Compression, LLC Layer id signaling using extension mechanism
HUE056171T2 (hu) * 2014-12-29 2022-01-28 Sony Group Corp Adókészülék, adási eljárás, vevõkészülék és vételi eljárás
CN105357495B (zh) * 2015-12-08 2019-04-12 浙江宇视科技有限公司 前后端配合智能分析的方法及装置
KR102484754B1 (ko) * 2017-12-08 2023-01-06 삼성전자주식회사 영상처리장치 및 그 제어방법
US10692841B2 (en) 2018-06-27 2020-06-23 Micron Technology, Inc. Semiconductor devices having through-stack interconnects for facilitating connectivity testing

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5844478A (en) * 1996-05-31 1998-12-01 Thomson Consumer Electronics, Inc. Program specific information formation for digital data processing
KR100495329B1 (ko) * 2002-09-19 2005-06-13 주식회사 서울레이저발형시스템 슬릿 가공용 레이저 가공기
JP4224690B2 (ja) * 2002-12-27 2009-02-18 ソニー株式会社 記録方法、記録装置、再生方法、再生装置および撮像装置
CN100568964C (zh) * 2003-02-18 2009-12-09 诺基亚有限公司 图像解码方法
KR100585966B1 (ko) * 2004-05-21 2006-06-01 한국전자통신연구원 3차원 입체 영상 부가 데이터를 이용한 3차원 입체 디지털방송 송/수신 장치 및 그 방법
KR100658222B1 (ko) * 2004-08-09 2006-12-15 한국전자통신연구원 3차원 디지털 멀티미디어 방송 시스템
CN101185326A (zh) * 2005-05-27 2008-05-21 松下电器产业株式会社 广播记录和再现装置及其方法
KR100657322B1 (ko) * 2005-07-02 2006-12-14 삼성전자주식회사 로컬 3차원 비디오를 구현하기 위한 인코딩/디코딩 방법 및장치
US20080115175A1 (en) * 2006-11-13 2008-05-15 Rodriguez Arturo A System and method for signaling characteristics of pictures' interdependencies
KR100905723B1 (ko) * 2006-12-08 2009-07-01 한국전자통신연구원 비실시간 기반의 디지털 실감방송 송수신 시스템 및 그방법
KR100900856B1 (ko) * 2007-07-13 2009-06-04 현대중공업 주식회사 수직 및 수평 필렛 용접용 자동용접장치의 제어시스템 및제어방법
JP4475336B2 (ja) * 2008-02-08 2010-06-09 ソニー株式会社 タイムスタンプ付加装置およびタイムスタンプ付加方法、並びにプログラム
JP5374909B2 (ja) * 2008-04-10 2013-12-25 株式会社Ｉｈｉ マーキング装置
WO2010059005A2 (en) * 2008-11-24 2010-05-27 Lg Electronics, Inc. Apparatus for receiving a signal and method of receiving a signal
JP2010162586A (ja) * 2009-01-19 2010-07-29 Toray Eng Co Ltd レーザ加工方法及びレーザ加工装置
US8326131B2 (en) * 2009-02-20 2012-12-04 Cisco Technology, Inc. Signalling of decodable sub-sequences
JP2010245970A (ja) * 2009-04-08 2010-10-28 Sony Corp 再生装置、再生方法、およびプログラム
US20110081133A1 (en) * 2009-10-05 2011-04-07 Xuemin Chen Method and system for a fast channel change in 3d video

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None
See also references of EP2629530A4

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013162292A1 (ko) * 2012-04-24 2013-10-31 한국전자통신연구원 네트워크 적응적인 계층적 비디오 전송을 위한 mmt 패킷의 전송 방법 및 장치
WO2015093811A1 (ko) * 2013-12-16 2015-06-25 엘지전자 주식회사 트릭 플레이 서비스 제공을 위한 신호 송수신 장치 및 신호 송수신 방법
US10230999B2 (en) 2013-12-16 2019-03-12 Lg Electronics Inc. Signal transmission/reception device and signal transmission/reception method for providing trick play service
WO2015115869A1 (ko) * 2014-02-03 2015-08-06 엘지전자 주식회사 트릭 플레이 서비스 제공을 위한 신호 송수신 장치 및 신호 송수신 방법
KR101819524B1 (ko) 2014-02-03 2018-01-17 엘지전자 주식회사 트릭 플레이 서비스 제공을 위한 신호 송수신 장치 및 신호 송수신 방법
US10194182B2 (en) 2014-02-03 2019-01-29 Lg Electronics Inc. Signal transmission and reception apparatus and signal transmission and reception method for providing trick play service

Also Published As

Publication number Publication date
EP2629530B1 (en) 2016-09-07
CA2816264A1 (en) 2012-04-19
CN103168473B (zh) 2016-09-28
WO2012050405A3 (ko) 2012-06-07
EP2629530A4 (en) 2015-01-07
CN103168473A (zh) 2013-06-19
EP2629530A2 (en) 2013-08-21
KR20140000662A (ko) 2014-01-03
CA2816264C (en) 2017-04-11
US20130176387A1 (en) 2013-07-11

Similar Documents

Publication Publication Date Title
WO2012050405A2 (ko) 디지털 수신기 및 디지털 수신기에서의 3d 컨텐트 처리방법
WO2009125961A1 (en) Method of transmitting and receiving broadcasting signal and apparatus for receiving broadcasting signal
WO2011062385A2 (ko) 방송 신호 송수신 방법 및 그를 이용한 방송 수신 장치
WO2014171718A1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
WO2011049337A2 (ko) 방송 신호 송수신 방법 및 그를 이용한 방송 수신 장치
WO2010082783A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2011112053A2 (ko) 비실시간 방송 서비스 처리 시스템 및 그 처리방법
WO2010058958A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2011093676A2 (en) Method and apparatus for generating data stream for providing 3-dimensional multimedia service, and method and apparatus for receiving the data stream
WO2015072754A1 (ko) Hdr 방송 서비스 제공을 위한 방송 신호 송수신 방법 및 장치
WO2009151267A2 (ko) 서비스 제공 방법 및 방송 수신기
WO2011105811A2 (en) Method and apparatus for transmitting and receiving data
WO2010068040A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2015152635A9 (ko) 신호 송수신 장치 및 신호 송수신 방법
WO2010068033A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2014209057A1 (ko) 지상파 방송망과 인터넷 프로토콜망 연동 기반의 하이브리드 방송 시스템에서 방송 서비스의 송수신 방법 및 장치
WO2014025207A1 (en) A method and an apparatus for processing a broadcast signal including an interactive broadcast service
WO2010071283A1 (ko) 입체영상 디스플레이가 가능한 디지털 방송 수신방법, 및 이를 이용한 디지털 방송 수신장치
WO2013025035A9 (ko) 송신 장치, 수신 장치 및 그 송수신 방법
WO2011062386A2 (ko) 방송 신호 송수신 방법 및 그를 이용한 방송 수신 장치
WO2015126117A1 (ko) 방송 신호 송수신 방법 및 장치
WO2011132883A2 (ko) 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
WO2015065037A1 (ko) Hevc 기반의 ip 방송 서비스 제공을 위한 방송 신호 송수신 방법 및 장치
WO2015034306A1 (ko) 디지털 방송 시스템에서 고화질 uhd 방송 컨텐츠 송수신 방법 및 장치
WO2011074844A2 (en) Method of processing non-real time service and broadcast receiver

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: 11832792

Country of ref document: EP

Kind code of ref document: A2

ENP Entry into the national phase

Ref document number: 20137002665

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13823516

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2816264

Country of ref document: CA

REEP Request for entry into the european phase

Ref document number: 2011832792

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011832792

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE