Classifications

• • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
• • 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/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/426—Internal components of the client ; Characteristics thereof
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
  • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
  • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
  • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
  • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
  • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
• • 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/61—Network physical structure; Signal processing
  • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
  • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
• • 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/61—Network physical structure; Signal processing
  • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
  • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
• • 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
  • H04N21/643—Communication protocols
  • H04N21/64315—DVB-H
• • 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
  • H04N21/643—Communication protocols
  • H04N21/64322—IP

Definitions

• the present invention relates to a method of receiving service guide information and an apparatus for receiving service guide information.
• Contents indicate contents or information including an image, a sound and a text which are provided to a user via wired/wireless communication. Recently, contents are manufactured by a digital method and provided via a variety of broadcast channels and interactive channels. For example, the user can download and view the contents via the Internet. With a combination of a broadcast system and a communication system, a method of receiving the same contents from the broadcast system and the communication system has been considered. Disclosure of Invention Technical Problem
• An object of the present invention devised to solve the problem lies on a method of receiving service guide information and an apparatus for receiving service guide information, which is capable of efficiently acquiring the service guide information.
• the object of the present invention can be achieved by providing an apparatus for receiving service guide information, the apparatus including a receiving unit for receiving a signal including bootstrap information containing identification information indicating whether or not service guide information is to be received through at least one of a broadcast channel and an interactive channel and receiving service guide information according to the identification information, a controller for causing the receiving unit to receive the service guide information through at least one of a broadcast channel and an interactive channel according to the bootstrap information received by the receiving unit and causing the received service guide information to be output, and an output unit for outputting the service guide information under control of the controller.
• a receiving unit for receiving a signal including bootstrap information containing identification information indicating whether or not service guide information is to be received through at least one of a broadcast channel and an interactive channel and receiving service guide information according to the identification information
• a controller for causing the receiving unit to receive the service guide information through at least one of a broadcast channel and an interactive channel according to the bootstrap information received by the receiving unit and causing the received service guide information to be output
• an output unit
• a method for receiving service guide information including receiving a signal including bootstrap information containing identification information indicating whether or not service guide information is to be received through at least one of a broadcast channel and an interactive channel and receiving service guide information according to the identification information, receiving the service guide information through at least one of a broadcast channel and an interactive channel according to the bootstrap information, and outputting the received service guide information.
• FIG. 1 illustrates an example data model of service guide information.
• FIG. 2 illustrates example bootstrap information expressed in a descriptor format, through which service guide information can be received.
• FIG. 3 illustrates example bootstrap information of service guide information.
• FIG. 4 illustrates an embodiment of an apparatus for transmitting service guide information.
• FIG. 5 is a view showing a modulating and encoding unit shown in FIG. 4.
• FIG. 6 is a view showing a signal arrangement according to a result of building a frame by a frame builder in the example of FIG. 7.
• FIG. 7 is a view showing an example of transmitting a broadcast program, contents and data via a channel.
• FIGs. 8 and 9 are views showing an apparatus for receiving the service guide information.
• FIG. 10 is a view showing an example of a protocol stack in the case where the service guide information and the description information of the service guide information are delivered.
• FIG. 11 illustrates an embodiment of a method for receiving service guide information according to the present invention. Best Mode for Carrying Out the Invention
• service guide information information which is associated with serviced contents and can access the contents is called service guide information.
• the service guide information includes service schedule information for allowing a user to select a service, and information for allowing the user to purchase, access and store items in a terminal.
• the user can receive the service guide information and select and purchase a desired service via the terminal.
• an interactive channel indicates a bidirectional communication channel and a broadcast channel indicates a unidirectional communication channel in which a user is not specified in a multicast.
• the service guide information may be processed by a first process (hereinafter, referred to as a bootstrap process) of recognizing whether or not the service guide information is available or how the service guide information is acquired, a second process (hereinafter, an acquisition process) of acquiring and processing the service guide information by the terminal, and a third process (hereinafter, referred to as an update process) of updating the service guide information acquired by the terminal.
• a bootstrap process of recognizing whether or not the service guide information is available or how the service guide information is acquired
• a second process hereinafter, an acquisition process
• an update process a third process of updating the service guide information acquired by the terminal.
• the terminal can acquire information obtained by the first process from a received signal and then acquire the service guide information using the information obtained by the first process as trigger information.
• the information obtained by the first process is called bootstrap information.
• the terminal can acquire the service guide information via the bootstrap information and acquire service information or access contents from the service guide information.
• FIG. 1 illustrates example service guide information. A basic structure of service guide information is described below with reference to FIG. 1.
• Service guide information can be provided in lower units, into which the service guide information is divided, to the user.
• the divided lower units of service guide information will be referred to as fragments.
• the example of FIG. 1 includes a service fragment, a ScheduleEvent fragment, a content fragment, a serviceBundle fragment, a purchase fragment, a purchaseChannel fragment, and an acquisition fragment. Arrows shown in FIG. 1 represent reference relations. In the example of FIG. 1, the serviceBundle fragment can reference the service fragment. In FIG. 1, numbers written near each arrow represents the number of possible lower units. For example, "0..n" indicates that zero to n (n is a natural number) units are included.
• the service fragment includes information of a service (for example, a television channel) provided to the user.
• the serviceBundle fragment includes information of a service group. Examples of the service group include a sports service bundle and a cinema service bundle.
• the content fragment includes metadata of content.
• the content fragment may include the type of content such as A/V, text, or image.
• the ScheduleEvent fragment includes schedule information of one content item included in a service. For example, the broadcasting time of the content item may be included in the schedule information.
• the purchase fragment includes information regarding purchase of services that are purchasable by the user.
• the purchaseChannel fragment is an interface through which the user communicates with a purchase system.
• the purchaseChannel fragment includes information regarding management of purchased channels or parameters associated with the purchase system.
• the acquisition fragment includes information regarding access to content or a service.
• the user can access and purchase a service or content through information regarding the acquisition fragment.
• the service guide information may have a hierarchical structure.
• fragments lower units of the hierarchical structure are referred to as "fragments”. Fragments can be encoded and one or more fragments can be encapsulated and transmitted or a single greater unit can be created and transmitted.
• Each encapsulated unit is referred to as a "container”.
• Each container of service guide information can be transmitted and received according to a protocol according to which the service guide information is transmitted. Such a transmitting/receiving system is illustrated in FIGS. 4, 5, 8, and 9 and the transmitting and receiving protocol is illustrated in FIG. 10.
• the service guide information can be obtained from bootstrap information as described above. Reference will now be made to a procedure for receiving bootstrap information of service guide information.
• IP Internet Protocol
• PID Packet Identifier
• the terminal can determine a packet ID including the bootstrap information using a program number of a PMT in which the obtained IP address is defined. Then, when a packet corresponding to the determined packet ID has been MPE-encapsulated, the terminal can obtain bootstrap information by MPE-decapsulating the packet.
• FIG. 2 illustrates example bootstrap information expressed in a descriptor format, through which service guide information can be received.
• Bootstrap information of service guide information provides information that enables acquisition of possible service guide information or information regarding a provider of the service guide information.
• FIG. 2 illustrates a descriptor (ESG access descriptor) associated with acquisition of service guide information and
• FIG. 3 illustrates entry information (ESGEntity) obtained by parsing the descriptor of FIG. 2.
• the descriptor that enables acquisition of service guide information describes access to an entry point of service guide information that is transmitted through a broadcast channel.
• FIG. 2 can be transmitted according to, for example, Asynchronous Layered Coding/ Layered Coding Transport (ALC/LCT) through a File Delivery over Unidirectional Transport (FLUTE) session that operates on the IP protocol.
• ALC/LCT Asynchronous Layered Coding/ Layered Coding Transport
• FLUTE File Delivery over Unidirectional Transport
• An example protocol according to which bootstrap information can be transmitted will be described in detail with reference to FIG. 9.
• the terminal can acquire bootstrap information of service guide information from an
• IP address described in table information for example, an INT
• bootstrap information can be obtained from 224.0.23.14 when the IP address is transmitted in an IP version 4 format according to the DVB-H system and can be obtained from FF0X:0:0:0:0:0:0:12D when the IP address is transmitted in an IP version 6 format.
• "n_o_ESGEntries” represents the number of entries of service guide information (ESGEntries).
• FIG. 3 illustrates example fields included in the entry information (ESGEntry) of service guide information illustrated in FIG. 2.
• An ESGEntryVersion field in the entry information ESGEntry of service guide information which indicates a version of entry information (ESGEntry), can be set to "1".
• An ESGEntryLength field represents the length of ESGEntry in bytes.
• IPVersion ⁇ is "1”
• Sour- ceIP Address and DestinationIP Address are set according to IP version 6.
• Bootstrap information may also describe information of access to entry information of service guide information transmitted not only through a broadcast channel but also through an interactive channel.
• BroadcastFlag included in bootstrap information of FIG. 2 is identification information that can describe whether service guide information is transmitted through a broadcast channel or an interactive channel. For example, the BroadcastFlag can indicate that service guide information is transmitted through a broadcast channel when the BroadcastFlag is " 1 " and can indicate that service guide information is transmitted through an interactive channel when the BroadcastFlag is "0".
• a ProviderID field set next to a 5-bit reserved region indicates an identifier of a provider of the service guide information.
• the bootstrap information of the service guide information may include both a source IP address (SourcelP Address) and a destination IP address (DestinationIP Address) operating in a session (for example, a FLUTE session) for transmitting service guide information according to the value of the IPVersion ⁇ field.
• the source and destination IP addresses can be described in IP version 6 or IP version 4 according to the value of the IPversion ⁇ field.
• a Port field indicates a port of an IP stream of a FLUTE session in which service guide information is transmitted.
• a Transport Session Identifier (TSI) of a session for operating service guide information is set in a TSI field.
• the terminal can acquire service guide information from a broadcast channel according to the BroadcastFlag field of entry information (ESGEntry) of the service guide information.
• ESGEntry BroadcastFlag field of entry information
• a 2-bit mode field indicates mode information for setting a relationship between service guide information received from an interactive channel and service guide information received from a broadcast channel.
• a mode field value of "00” is information for replacing service guide information received from a broadcast channel with service guide information received from an interactive channel.
• a mode field value of "01” is information for adding service guide information received from an interactive channel to service guide information received from a broadcast channel.
• service guide information may be information in units of containers or fragments.
• a mode field value of "10” or "11” is information for giving priority to service guide information received from a broadcast channel and permits corresponding service guide information to be generated using the service guide information received only from the broadcast channel.
• the received service guide information may be in units of containers or fragments according to the mode.
• position information indicating the position of description information that describes a file containing the service guide information is set in a FileDescURL field and a FileDes- cURLLength field indicates the length of the description information.
• position information of the service guide information can be set in a RequestURL field and length information of the position information can be set in a RequestURLLength field.
• description of service guide information can be received in units of files from FileDescURL and service guide information can be received in specific units (for example in units of fragments or containers) from RequestURL.
• FIG. 4 is a view showing an embodiment of an apparatus for transmitting contents.
• the embodiment of the apparatus for transmitting contents will be described with reference to FIG. 4. In the example of FIG. 4, it is assumed that the contents are transmitted via a broadcast service.
• the broadcast system shown in FIG. 4 includes encoders 310, 320 and 330, a multiplexer 340 and a modulating and encoding unit 350.
• the encoders include a first encoder 310, a second encoder 320 and a third encoder 330.
• the first encoder 310 can encode the contents such as audio, video and data according to, for example, a transmission/reception protocol of an MPEG-2 transport stream (TS).
• the data including the service guide information may be transmitted in units including the IP address.
• the second encoder 320 can encode the data including the service guide information in an IP datagram format.
• the IP datagram indicates a signal processing format for transmitting a signal by an Internet protocol (IP) packet and may include a header including the IP address and a data container for transmitting information.
• IP Internet protocol
• the data container may include data such as video, audio and service guide data. That is, in the example of FIG. 4, the video signal, the audio signal and the data signal are divided by packet units, and compressed and transmitted by an IP datacasting method.
• the IP data may be encapsulated by the MPE and embedded in the MPEG-2 TS.
• MPE may be MPE-FEC section data to which a forward error correction (FEC) code is added. If the transmitted signal is arranged by the MPE-FEC, a carrier-to-noise (CN) ratio of the transmitted signal can be improved.
• the MPE-FEC data including the FEC or the MPE data including no FEC may include the transmitted signal of the IP data format.
• the second encoder 320 may multiplex the IP datagram encapsulated by the MPE using a time slicing method in order to decrease power consumption.
• the multiplexed signal is converted into the transport stream and multiplexed with the MPEG-2 TS packet in which the video or audio signal is carried.
• the second encoder 320 then can encode service guide information into an IP datagram format.
• the third encoder 330 may encode the multiplexed information of the stream packet associated with the program or the service.
• the multiplexed information includes table information on PSFSI.
• the table information encoded by the third encoder 330 may include INT including mapping information between the PID including the IP datagram encoded by the second encoder 320 and the IP address of the IP datagram. Accordingly, the third encoder 330 can encode and transmit INT information including IP address information of information regarding bootstrap information.
• Bootstrap information which is located at a position corresponding to the IP address information, may include the information illustrated in FIG. 3.
• the multiplexer 340 may multiplex and output the transport packets output from the first encoder 310, the second encoder 320 and the third encoder 330, and the modulating and encoding unit 350 may modulate and encode the multiplexed signal and transmit the encoded signal.
• the multiplexer 340 multiplexes the packet data encoded by the first encoder 310, the second encoder 320 and the third encoder 330 and outputs the multiplexed signal, and the modulating and encoding unit 350 modulates and encodes the multiplexed signal according to a transmission system and transmits a radio frequency (RF) signal.
• the modulating and encoding unit 350 may use the various modulating methods and the various encoding methods of the broadcast system, for example, a DMB method, a DVB-H method, a VSB method and an ISDB-T method.
• FIG. 5 is a view showing the modulating and encoding unit shown in FIG. 4.
• FIG. 5 is a view showing the modulating and encoding unit shown in FIG. 4.
• the modulating and encoding method may use, for example, a digital video broadcasting-terrestrial/handheld (DVB -T/H) method.
• DVD -T/H digital video broadcasting-terrestrial/handheld
• a first encoder 410 includes an outer coder 411 and an outer interleaver 412.
• the first encoder 410 may code and interleave multiplexed data in order to improve transmission capability of the multiplexed signal.
• a Reed-Solomon coding method may be used as the outer coding method and a convolution interleaving method may be performed as the interleaving method.
• a second encoder 420 includes an inner encoder 421 and an inner interleaver 422.
• the inner coder 421 and the inner interleaver 422 code and interleave a signal to be transmitted in order to prevent an error from occurring in the transmitted signal.
• the inner coder may code the transmitted signal according to a punctured convolution code.
• a native interleaving method or an in-depth interleaving method may be used according the use of a memory based on transmission modes of 2k, 4k and 8k.
• a mapper 430 may map the transmitted signal to a symbol according to formats such as 16QAM, 640QAM and QPSK in consideration of a transmission-mode-based pilot signal generated by a system signal generator 425 and a transmission parameter signaling (TPS).
• formats such as 16QAM, 640QAM and QPSK in consideration of a transmission-mode-based pilot signal generated by a system signal generator 425 and a transmission parameter signaling (TPS).
• a frame builder 440 modulates the mapped signal by an orthogonal frequency division multiplex (OFDM) method and builds a frame in which a guard zone is inserted in a data zone including the modulating signal.
• Each frame includes 68 OFDM symbols and four frames build a super frame.
• Each symbol includes 6817 carriers in the 8k mode and includes 1705 carriers in the 2k mode.
• the guard zone is a cyclic continuation in which the data of the data zone is duplicated, and the length thereof may vary according to the transmission mode.
• the OFDM frame includes a scattered pilot signal, a continual pilot signal and a TPS carrier. The example of the signal frame built by the frame builder of FIG. 4 is shown in FIG. 5.
• a digital/analog converter 450 converts a digital broadcast signal having the guard zone and the data zone into an analog signal, and a transmitter 460 transmits the analog signal converted by the digital/analog converter 450 by the RF signal.
• FIG. 6 is a view showing a signal arrangement according to a result of building a frame by a frame builder in the example of FIG. 5.
• Tu denotes the number of effective useful carriers
• Dt denotes a distance between the scattered pilots in a time direction
• Df denotes a distance between the scattered pilots in a frequency direction.
• the distance Df between the scattered pilots in the frequency direction decides a delay range of ghost which can be estimated in a channel.
• FIG. 6 shows a location where the signal is interpolated when the terminal receives the signal built by the frame builder.
• FIG. 7 is a view showing an example of transmitting a broadcast program, contents and data via a channel.
• a service using a DVB-H type slicing method and a service transmitted via a common channel of the DVB_T and the DVB-H may be transmitted by the broadcast system shown in FIGs. 6 and 7.
• a program may be transmitted via the channels of the DVB-H and the DVB-T, and, according to the DVB-H, the program is time-divisionally multiplexed and transmitted by time slicing method.
• the contents including the video/audio and the service guide information may be included in the IP datagram by the DVB-H system and processed by the MPE or MPE-FEC, and the MPEG-2 TS in which the MPE or MPE-FEC is embedded may be transmitted.
• FIG. 8 is a view showing an apparatus for receiving the service guide information.
• the apparatus for receiving the service guide information includes a receiving unit, an input unit 530, a memory 550, an output unit 560 and a controller 600.
• the receiving unit may include a broadcast receiving unit 510 for receiving a signal from a broadcast channel and a communication unit 520 for receiving a signal from an interactive channel and transmitting a signal to the interactive channel.
• the interactive channel of the communication unit 520 may be a wired/wireless channel for realizing bidirectional data communication.
• the broadcast receiving unit 510 receives and demodulates a broadcast signal and outputs the demodulated signal.
• the broadcast receiving unit 510 may include a tuner for receiving the DVB-H broadcast signal and a demodulator for demodulating a DVB signal frame according to the OFDM method.
• the broadcast receiving unit 510 demodulates and outputs the received broadcast signal to the controller 600.
• the broadcast signal received by the broadcast receiving unit 510 includes service guide information or bootstrap information of the service guide information.
• the bootstrap information includes the information illustrated in FIG. 3.
• the controller 600 may include a system decoder 610, a decoder 620, a service guide information controller 630, a channel map storage unit 640, and a communication system encoder/decoder 670.
• the controller 600 can control the peripheral control function blocks illustrated in FIG. 8 and can process a control command received from a user.
• FIG. 9 is a view showing the system decoder 610 of FIG. 8.
• the system decoder 610 may process the broadcast signal received from the broadcast receiving unit 510.
• the system decoder 610 may include an IP decapsulator 611, a user datagram protocol (UDP) decoder 612, a RTP decoder 613, a FLUTE decoder 614, a container parser 615, a BiM parser 616 and an XML parser 617.
• UDP user datagram protocol
• the system decoder 610 decodes content data transmitted in real time according to a decoding scheme.
• the system decoder 610 can decode a signal including service guide information, which is transmitted in an IP datagram format, according to a system decoding scheme.
• the IP decapsulator 611 decapsulates data included in a pay load by referring to a header of an IP packet.
• the UDP decoder 612 can acquire the content data transmitted in real time from the decapsulated payload.
• the RTP decoder 613 controls a coding rate of the content data decoded by the UDP decoder 612 using a RTP control protocol (RTCP) and outputs coded content data.
• RTCP RTP control protocol
• the audio/video signal output from the RTP decoder 613 may be decoded by the decoder 620 for decoding the audio/video signal.
• the FLUTE decoder 614 decodes data in a FLUTE format (where FLUTE stands for
• the decoded data output by the FLUTE decoder 614 may include a file including service guide information.
• the container parser 615 decodes a container-based file of the service guide information and outputs the decoded file. If the result output from the container parser is data of a BiM format, the BiM parser 616 decodes the data and transmits the decoded data to the XML parser 617.
• the XML parser 617 may decode the file of the XML format output from the container parser 615 or the BiM parser 617.
• the decoder 620 may decode video, audio, and data information produced through system decoding by the system decoder 610 and the communication system encoder/decoder 670.
• the decoder 620 may include a video decoder, an audio decoder, and a data decoder that decodes MPEG-2 TS data.
• the video decoder can decode and output video data, for example in H.264 format
• the audio decoder can decode and output audio data, for example in AAC+ format.
• the decoder 620 may include a data decoder (not shown) that can decode program information/service information in a table format according to PSI/SI.
• the decoder 620 can decode table information such as a Program Association Table (PAT), a Program Map Table (PMT), or a Network Information Table (NIT) or can decode a broadcast signal for data broadcasting.
• the decoder 620 can parse an IP/MAC Notification Table (INT), which is table information, from the PMT.
• the INT includes information of mapping between the PID of a transport stream and the IP address of an IP stream in the transport stream. Accordingly, when the apparatus for receiving service guide information has obtained an IP address for receiving bootstrap information of service guide information from the INT, the apparatus for receiving service guide information can receive the bootstrap information through a broadcast channel or an interactive channel using the obtained IP address.
• FIG. 3 An example of the bootstrap information that the apparatus for receiving service guide information receives through a broadcast channel or an interactive channel is illustrated in FIG. 3.
• the apparatus for receiving service guide information can receive and decode service guide information according to the procedure illustrated above when the bootstrap in- formation has been obtained. An example of how the decoded service guide information is output (or presented) is described below.
• the service guide information controller 630 can cause service-guide -related information decoded and output by the system decoder 610 to be stored, processed, and output (or presented).
• the service guide information controller 630 includes a control unit 631, a channel map memory 633, and a browser driver 635.
• the control unit 631 can store the received service guide information in the memory
• the control unit 631 can extract channel map information from the service guide information and store the extracted channel map information in the channel map memory 633.
• the control unit 631 can drive the browser driver 635, which drives applications or the like, to output (or present) received or stored service guide information.
• the memory 550 can store service guide information, content data, and a file received in an IP datagram format and can store data before and after the data is decoded by the decoder 620.
• the input unit 530 can receive a control command input by the user and then can output the received control command to the controller 600.
• the output unit 560 can output audio or video signals output by the controller 600.
• the controller 600 may drive an application to output the audio or video signal. For example, a service-guide-information-related application can provide service guide information to the user.
• the controller 600 may include the communication system encoder/decoder 670 that can transmit and receive signals to and from an interactive channel.
• the communication system encoder/decoder 670 can encode a signal for transmission through an interactive channel or can decode a signal received through an interactive channel from the communication unit 520.
• the communication unit 520 can demodulate the received signal according to a communication system.
• the communication system encoder/decoder 670 outputs an encoded signal, the communication unit 520 can modulate and transmit the encoded signal.
• the communication unit 520 receives service guide information from an interactive channel and demodulates and outputs the received service guide information
• the communication system encoder/decoder 670 can receive, decode, and output the service guide information.
• the communication system encoder/decoder 670 may include an IP- related block that is included in the system decoder 610. Service guide information decoded by the communication system encoder/decoder 670 is output to the service guide information controller 630.
• the decoder 620 in the controller 600 obtains an IP address at which bootstrap in- formation is located from table information such as an INT and then receives the bootstrap information using the obtained IP address.
• the apparatus for receiving service guide information receives bootstrap information from a broadcast channel or an interactive channel. When the controller 600 has received the bootstrap information from the broadcast receiving unit 510 or the communication unit 520, service guide information can be received through a broadcast channel or an interactive channel according to identification information included in the bootstrap information.
• the service guide information can be decoded through the system decoder 610 and, when the controller 600 has obtained service guide information from an interactive channel, the service guide information can be decoded through the communication system encoder/decoder 670.
• the apparatus for receiving service guide information can receive identification information, which enables determination of whether or not service guide information is to be received through a broadcast channel or an interactive channel, from the bootstrap information illustrated in FIG. 3.
• the bootstrap information may include information of a mode for constructing the received service guide information.
• the apparatus for receiving service guide information can implement and output (or present) service guide information taking into consideration a service guide information receiving mode according to the identification information.
• FIG. 10 illustrates an example protocol stack, according to which service guide information is transferred.
• the service guide information is delivered according to the DVB-T/H 710
• the delivered signal follows a protocol 720 associated with the transport stream defined by the DVB.
• the transport stream may follow a time slicing rule 725 and may include a signal of an MPE or an MPE-FEC format (729).
• PSFSI information may be delivered via the transport stream.
• a signal of an IP datagram format 730 may be included in the transport stream.
• the data according to the IP datagram follows the UDP 740 or TCP rule.
• the contents transmitted/received in a real-time streaming format follows the RTP 750 and the contents delivered in the file format follows the FLUTE/ ALC.
• the contents of the streaming format according to the RTP 750 may be transmitted according to H.264/AAC+.
• the contents delivered in the file format may become data of an XML, a binary and a text or service guide information according to XML/SDP.
• the XML is an object-oriented language, and the service guide information or the description information of the service guide in- formation may be transmitted in a state of being included in a layered signal in object units via the FLUTE.
• FIG. 11 illustrates an embodiment of a method for receiving service guide information according to the present invention.
• the embodiment of the method for receiving service guide information according to the present invention will now be described with reference to FIG. 11.
• bootstrap information including identification information indicating whether or not service guide information is to be received through at least one of a broadcast channel and an interactive channel is received (Sl 10).
• the bootstrap information can be received using an IP address obtained from table information such as an INT of a broadcast channel.
• the bootstrap information can be received from a broadcast channel or an interactive channel.
• the received bootstrap information may include information illustrated in FIG. 3.
• Service guide information is received from at least one of a broadcast channel and an interactive channel according to the identification information of the bootstrap information (S 120).
• the service guide information received from a broadcast channel may be subjected to a system decoding process after it is demodulated through an OFDM process.
• the system decoding process is illustrated above in the description of the system decoder of FIG. 8.
• a process to which the service guide information received from an interactive channel is subjected is illustrated above in the description of the communication system decoder of FIG. 8.
• This embodiment may further include the following step S 130.
• the bootstrap information may include mode information describing relations between generation of service guide information from fragment data of service guide information received from a broadcast channel and generation of service guide information from fragment data of service guide information received from an interactive channel.
• the present invention has industrial applicability in that it is possible to transmit and receive content using service guide information in broadcast and communication fields.

Landscapes

• Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Signal Processing (AREA)
• Computer Networks & Wireless Communication (AREA)
• Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Applications Claiming Priority (2)

Publications (2)

Family

ID=40032097

Family Applications (1)

Country Status (3)

Families Citing this family (2)

Family Cites Families (6)

• 2007
  • 2007-05-18 KR KR1020070048885A patent/KR101328951B1/ko not_active Expired - Fee Related
• 2008
  • 2008-05-19 WO PCT/KR2008/002779 patent/WO2008143446A1/en not_active Ceased
  • 2008-05-19 EP EP08753575A patent/EP2153642A4/de not_active Withdrawn

Also Published As

Similar Documents

Legal Events