WO2009005323A2 - Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service - Google Patents

Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service Download PDF

Info

Publication number
WO2009005323A2
WO2009005323A2 PCT/KR2008/003953 KR2008003953W WO2009005323A2 WO 2009005323 A2 WO2009005323 A2 WO 2009005323A2 KR 2008003953 W KR2008003953 W KR 2008003953W WO 2009005323 A2 WO2009005323 A2 WO 2009005323A2
Authority
WO
WIPO (PCT)
Prior art keywords
information
esg information
channel
service
guide information
Prior art date
Application number
PCT/KR2008/003953
Other languages
English (en)
Other versions
WO2009005323A3 (fr
Inventor
Kyoung Soo Moon
Jin Young Choi
Sun Young Choi
Original Assignee
Lg Electronics Inc.
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 Lg Electronics Inc. filed Critical Lg Electronics Inc.
Priority to EP08778616A priority Critical patent/EP2174496A4/fr
Publication of WO2009005323A2 publication Critical patent/WO2009005323A2/fr
Publication of WO2009005323A3 publication Critical patent/WO2009005323A3/fr

Links

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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26283—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for associating distribution time parameters to content, e.g. to generate electronic program guide data
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4821—End-user interface for program selection using a grid, e.g. sorted out by channel and broadcast time
    • 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

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 is to provide 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 present invention provides a method of receiving service guide information, the method including generating, by a terminal which can receive the service guide information from a service guide information provider, a service guide information request message including an identifier of a service provider for providing a communication service via an interactive channel and transmitting the generated message to a server which can communicate with the terminal via the interactive channel and receiving the service guide information of a channel, which can be used by the service provider, in the service guide information of channels operated by the service guide information provider from the server.
  • an apparatus for receiving service guide information including a broadcast receiving unit which receives the service guide information provided by a service guide information provider, a control unit which generates and outputs a service guide information request message including an identifier of a service provider, and a communication unit which transmits the message via an interactive channel by the control unit and receives the service guide information of a channel operated by the service provider according to the identifier of the service provider in the service guide information of channels operated by the service guide information provider via the interactive channel.
  • a terminal can receive only service guide information of a channel used by a service provider via an interactive channel without receiving all service guide information provided by a service guide information provider via the interactive channel, the service guide information can be efficiently received.
  • FIG. 1 is a view showing an example of a data model of electronic service guide
  • FIGs. 2 and 3 are views showing the attributes of the ESG information.
  • FIGs. 4 to 6 are views showing the capability of a server for providing the ESG information.
  • FIGs. 7 and 8 are views showing a HyperText Transfer Protocol (HTTP).
  • HTTP HyperText Transfer Protocol
  • FIG. 9 is a view showing an apparatus for transmitting ESG information according to an embodiment of the present invention.
  • FIG. 10 is a view showing a modulating and encoding unit shown in FIG. 9.
  • FIG. 11 is a view showing the signal arrangement according to the result of building frames by a frame builder in the example of FIG. 10.
  • FIG. 12 is a view showing an example of transmitting a broadcasting program, contents and data via a channel.
  • FIG. 13 is a view showing an apparatus for receiving ESG information.
  • FIG. 14 is a detailed view showing a system decoder 610.
  • FIG. 15 is a view showing a protocol stack.
  • FIG. 16 is a flowchart illustrating a method of receiving ESG information according to an embodiment of the present invention.
  • ESG information includes at least one of service schedule information for allowing a user to select a service, and information for allowing the user to purchase, access and store items using a terminal. The user can receive the ESG information and select and purchase a desired service using 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 ESG information may be processed by the terminal by a first step (hereinafter, referred to as a bootstrap step) of determining whether the terminal can use the ESG information or how the ESG information is obtained, a second step (hereinafter, referred to as an acquisition step) of acquiring and processing the ESG information by the terminal, and a third step (hereinafter, referred to as a update step) of updating the ESG information acquired by the terminal.
  • a bootstrap step of determining whether the terminal can use the ESG information or how the ESG information is obtained
  • a second step hereinafter, referred to as an acquisition step
  • a third step hereinafter, referred to as a update step
  • the terminal can acquire the information for the first step from the received signal and acquire the ESG information using the acquired information as trigger information.
  • the information acquired by the first step is called bootstrap information.
  • the terminal can acquire the ESG information using the bootstrap information and acquire the service information from the ESG information or access the contents.
  • FIG. 1 is a view showing an example of the ESG information. The basic structure of the ESG information will be described with reference to FIG. 1.
  • the ESG information may be provided to the user in sub-units.
  • the sub-unit of the ESG information may be provided to the user in sub-units.
  • ESG information is called a fragment.
  • the example of FIG. 1 includes a service fragment, a schedule event fragment, a content fragment, a service bundle fragment, a purchase fragment, a purchase channel fragment and an acquisition fragment. Arrows of FIG. 1 represent reference relationships.
  • the service bundle fragment can refer to the service fragment.
  • the numeral described on each arrow denotes information on the number of fragments which can be referred to. For example, 0...n indicate that 0 to n (n is a natural number) fragments can be referred to.
  • the service fragment includes information on a service provided to the user, for example, a service such as a conventional television channel.
  • the service bundle fragment includes information on a service bundle.
  • the service bundle may include, for example, a sports service bundle, a cinema service bundle and so on.
  • the content fragment includes metadata of contents. For example, the type of the contents, such as audio/video (A/V), a text and an image of the contents, may be included in the content fragment.
  • the schedule event fragment includes schedule information of contents of the service.
  • the schedule event fragment includes the broadcast time of the content.
  • the purchase fragment includes the purchase information of the service which can be purchased by the user.
  • the purchase channel fragment indicates an interface via which the terminal or the user communicates with a purchase system.
  • the purchase channel fragment includes information on a parameter associated with the purchase system or the management of a purchase channel.
  • the acquisition fragment includes information associated with the access of the service or the contents.
  • the user can access the service or the contents via the information associated with the acquisition fragment of the ESG information using the terminal and purchase the service or the contents.
  • the ESG information may have sub-units called fragments. Each of the fragments is encoded, at least one fragment unit is encapsulated to build a larger unit, and the larger unit is transmitted.
  • the encapsulated unit is called a container.
  • the container of the ESG information may be transmitted/received according to a protocol for transmitting the ESG information. A system for transmitting/receiving the information and a transmission/reception protocol will be described later.
  • the ESG information can be acquired from the bootstrap information.
  • a process of receiving the bootstrap information of the service guide information will be described.
  • An IP/MAC notification table (INT) of table information transmitted by at least one section in the broadcast signal transmitted via the broadcast channel includes mapping information between an internet protocol (IP) address of an IP stream and a packet identifier (PID) of a transport stream (TS) in the TS of the broadcast signal.
  • IP internet protocol
  • PID packet identifier
  • TS transport stream
  • the terminal can know the PID which can receive the bootstrap information, using a program number program_number of a program map table (PMT) in which the acquired IP address is defined.
  • PMT program map table
  • the terminal may decapsulate the packet and acquire the bootstrap information.
  • the terminal can acquire the bootstrap information of the ESG information from the IP address described in table information (e.g., the INT) according to the PSFSI.
  • the bootstrap information can be acquired from 224.0.23.14 if the IP address is transmitted in the IP version 4 format according to a digital video broadcasting- handheld (DVB-H) system and the bootstrap information can be acquired from FF0X:0:0:0:0:0:0:12D if the IP address is transmitted in the IP version 6 format.
  • the bootstrap information provided by an ESG information provider includes entry information which can receive the ESG information.
  • the apparatus for receiving the ESG information may receive the entry information and receive the ESG information from the entry information via at least one of the broadcast channel or the interactive channel.
  • the ESG information may be transmitted according to an asynchronous layered coding/layered coding transport (ALC/LCT) in a file delivery over unidirectional transport (FULTE) session.
  • ALC/LCT asynchronous layered coding/layered coding transport
  • FULTE unidirectional transport
  • the ESG information which can be provided via the broadcast channel has attributes.
  • the apparatus for receiving the ESG information When the apparatus for receiving the ESG information receives the ESG information via the broadcast channel, the ESG information can be received from the server for storing the ESG information via the interactive channel according to the attributes.
  • the attributes of the ESG information and the capability of the server for providing the ESG information will now be described.
  • FIG. 2 is a view showing the attribute of the ESG information.
  • the capability of the server for providing the ESG information may be determined according to the attributes of the ESG information provided via any channel, for example, the broadcast channel.
  • the terminal needs to know the attributes of the ESG information received via the broadcast channel.
  • the consistentFlag field and the com- pleteESGFlag field shown in FIG. 3 describe the attributes of the ESG information provided from the server via any channel.
  • FIG. 2 shows the case where the ESG information has a complete attribute.
  • the complete attribute of the ESG information indicates that the ESG information A and B which is transmitted from the server to the terminal via the broadcast channel is equal to the ESG information A and B stored in the server. Accordingly, if the terminal receives the ESG information according to the complete attribute, the ESG information received by the terminal includes the same ESG information as the ESG information of the server.
  • the terminal does not need to separately receive the ESG information via another channel (e.g., the interactive channel).
  • another channel e.g., the interactive channel
  • the incomplete attribute of the ESG information indicates that the ESG information received by the terminal via any channel, for example, the broadcast channel includes the information (any one of A or B) which is a portion of the ESG information of the server. Accordingly, the terminal receives the remaining ESG information B via another channel (e.g., the interactive channel).
  • the broadcast channel includes the information (any one of A or B) which is a portion of the ESG information of the server. Accordingly, the terminal receives the remaining ESG information B via another channel (e.g., the interactive channel).
  • FIG. 3 shows the consistent attribute among the attributes of the ESG information.
  • the ESG information which is provided from the server to the terminal via any channel may have a concatenation structure as shown in FIG. 1. Accordingly, if a first fragment of the ESG information is associated with a second fragment, the ESG information includes the first fragment, the second fragment and information indicating that the two fragments are linked. That is, the ESG information may include information describing data including actual information and data concatenation structure.
  • the terminal can receive all concatenation information and link information of the ESG information via that channel. However, the terminal receives all link information of the ESG information, regardless of whether or not actual ESG information is received. Accordingly, the consistent attribute of the ESG information received by the terminal via any channel indicates that, when the terminal also receives data corresponding to link information of the ESG information received via that channel, the ESG information of that channel is consistent.
  • the inconsistent attribute indicates that a portion of data according to the concatenation information of the ESG information received by the terminal via any channel is not present. Accordingly, the terminal receives the ESG information data via another channel (e.g. the interactive channel).
  • the complete attribute indicates whether or not all the ESG information is provided via any channel and the consistent attribute indicates whether or not all data which should be included in the ESG information provided via any channel is provided. Accordingly, if the attribute of the ESG information is complete, the attribute of the ESG information is necessarily consistent. However, although the attribute of the ESG information is consistent, the attribute of the ESG information is not necessarily complete.
  • the capability of the server for providing the ESG information via the interactive channel may be determined according to the attributes of the ESG information provided via the broadcast channel. For example, if the attributes of the ESG information received by the terminal via the broadcast channel are included in the entry information of the ESG information, the terminal may determine whether or not the server for providing the ESG information via the interactive channel is accessed according to the attributes thereof.
  • the capability of the server for providing the ESG information via the interactive channel includes complete, complementing and repair.
  • FIGs. 4 to 6 show the capability of the server for providing the ESG information.
  • FIG. 4 shows the case where the capability of the server is complete.
  • the complete indicates the capability of the server in the case where the server for providing the ESG information can provide all ESG information via any channel, for example, the interactive channel. Accordingly, the terminal can receive the ESG information A and B, which can be received via the broadcast channel, from the server having the complete capability via the interactive channel.
  • FIG. 5 shows the case where the capability of the server is complementing.
  • the complementing indicates the capability of the server having the capability for complementing the ESG information (B can be provided) in the case where the ESG information of the terminal for receiving the ESG information via the broadcast channel does not completely include the ESG information of the server (only A is received). Accordingly, the terminal can receive the ESG information B from the server having the complementing capability via the interactive channel in the case where only A of the ESG information including A and B is received via the broadcast channel.
  • FIG. 6 shows the case where the capability of the server is repair.
  • the repair indicates the capability of the server which can retransmit the ESG information of a damaged portion via the interactive channel in the case where the ESG information received by the terminal via the broadcast channel is damaged.
  • the ESG information A can be received from the server having the repair capability via the interactive channel again.
  • the apparatus for receiving the ESG information receives the ESG information via the interactive channel
  • the ESG information is requested to and received from the server for storing the ESG information according to the protocol for transmitting/ receiving the information via the interactive channel.
  • the protocol for transmitting/ receiving the information via the interactive channel For example, an example of requesting and receiving the ESG information using the protocol will be described.
  • FIGs. 7 and 8 show the formats of messages which can be exchanged between the server and the terminal which is a client, that is, a HyperText Transfer Protocol (HTTP) format.
  • HTTP HyperText Transfer Protocol
  • a request message which is requested to the server by the terminal according to the HTTP format is shown in FIG. 7 and a response message which responds to the request of the terminal by the server is shown in FIG. 8.
  • the HTTP is a protocol driven on an application layer, that is, a signal transmission/ reception protocol which can be driven on the basis of a transmission control protocol (TCP) driven on a transport layer.
  • TCP transmission control protocol
  • the HTTP describes how the client (e.g. a browser which can be driven by the terminal) requests the information such as a web page to the server or how the server responds to the request of the client.
  • a method of requesting to the server, a requested uniform resource identifier (URI) and a HTTP version are set in a request line of a request message format.
  • the request message includes a header line in which the address of the host server in which the object is located, the attributes at the time of the connection with the server and a user-agent are set.
  • the header line may include a general header, a request header and an entity header.
  • a message body a message body which is data according to the contents transmitted from the terminal to the server, such as a search word provided from the terminal to the server, is set.
  • a HTTP version, a status code, and a reason phrase are set in a status-line of a response message format.
  • the header line of the response message includes a general header, a response header and an entity header and a message-body includes the contents of the response message.
  • the server receives the request message of FIG. 7 from the terminal and transmits the
  • the status-line has "a HTTP- version SP (space) status-code SP (space) reason-phrase" format, and the status code includes status code of the reception in the request message.
  • the status code lxx (xx uses the number defined in the IETF RFC 2616) indicates the information indicating the reception of the request and 2xx indicates that an action is successfully received. 3xx indicates that an additional action should be performed in order to make the request complete and 5xx indicates that the performance of the externally valid request of the server fails.
  • the detailed contents refer to the IETF RFC 2616.
  • the request message may be transmitted to the server according to a POST method of the HTTP 1.1.
  • the request message according to the POST method is different from a get method having an empty body which does not include any data in the message body, in that data of a predetermined format can be transmitted to the message body.
  • the terminal may set a plurality of key- value pairs in the request message and the key- value defined by a "type" is used when the terminal requests the ESG information to the server. For example, if the terminal transmits the request message to the server according to the POST method of the HTTP, a message in which the "type" key- value is set in the message body is transmitted. Then, the server which receives this message can know that the request message is a message for requesting the ESG information.
  • the terminal may request list information (also called a delivery list) of the ESG information provided by the server or a container of the ESG information using the key- value.
  • list information also called a delivery list
  • the terminal transmits the request message to the server for providing the ESG information
  • the capability of the server which is set in the key value "req" may be transmitted. For example, if the terminal requests the container list of the ESG information to the server having the complete capability, the terminal sets
  • the server having the complete capability which receives the message, may respond to the message requested by the terminal.
  • [76] may be set in the message body of the request message and the request message may be transmitted.
  • the terminal may transmit the message in which the identifier of a service provider in which the terminal is registered is set as the key value.
  • this key value is represented by "serviceProviderID”.
  • serviceProviderID In order to facilitate the description of the key value "serviceProviderID", the following conditions of the terminal and the server will be described.
  • the ESG information provider generates or processes the ESG information, transmits the ESG information to the terminal, and manages the ESG information. If the ESG information provider provides the ESG information via the broadcast channel, the ESG information may be provided to the terminal via a plurality of broadcast channels.
  • the ESG information provider includes a terrestrial broadcasting station or a cable broadcasting station which can transmit a broadcast signal including the ESG information via the plurality of broadcast channels.
  • the service provider indicates a communication service provider for providing the service via the interactive channel.
  • the ESG information is transmitted to the terminal via the broadcast channel and the interactive channel, and the terminal can access contents, acquire information on the contents and purchase the contents using the ESG information.
  • the ESG information provider is a terrestrial broadcasting station (Broadcast 1) and the terrestrial broadcasting station have four broadcast channels.
  • the channels include Channel 1, Channel 2, Channel 3 and Channel 4.
  • the service providers include Service Provider 1 (represented by Telcoml), Service Provider 2 (Telcom2) and Service Provider 3 (Telcom3).
  • Service Provider 1 may provide service contents provided via
  • Service Provider 2 may provide service contents of Channel 3 and Channel 4 and the ESG information of the channels via the interactive channel.
  • Service Provider 3 may provide service contents of Channel 1 and Channel 2 and the ESG information of the channels via the interactive channel.
  • the terminal may transmit a message, in which a key value indicating that the container of the ESG information is requested and a key value indicating that the terminal is registered in Service Provider 1 are set in the message body of the request message, to the server.
  • the server which receives the message transmits only the ESG information of Channel 1, Channel 2 and Channel 3 used by Service Provider 1, in which the terminal is registered, in the ESG information of all the channels generated by the ESG information provider (broadcast 1) to the terminal.
  • a message in which the identifier of the service provider and the capability of the server are set in the message body of the message as follows, may be transmitted.
  • Service Provider 2 (Telcom2) can use only Channel 3 and Channel 4 among the channels of the ESG information provider (broadcast 1)
  • the server which receives the message may transmit only the container list of the ESG information of Channel 3 and Channel 4 to the terminal.
  • the server which receives the message may transmit only the list information of the ESG information of Channel 1 and Channel 2 to the terminal.
  • the server may send only the information (e.g., the list information such as the container list, the container, and the delivery list) related to the ESG information of the channels which can be used by the terminal to the terminal.
  • the serviceProviderID is not used when the terminal transmits the message to the server, the server may transmit the ESG information of all the channels to the terminal and the terminal may acquire the information on the service or access the service using the information on the channels which can be used by the terminal. Accordingly, if the terminal requests the ESG information to the server via the interactive channel, the terminal may acquire only desired ESG information using the serviceProviderID as a filter.
  • FIG. 9 is a view showing an apparatus for transmitting ESG information according to an embodiment of the present invention.
  • the apparatus for transmitting the ESG information will be described with reference to FIG. 9. In the example of FIG. 9, it is assumed that the ESG information is transmitted via the broadcast channel.
  • the broadcast transmitting system shown in FIG. 9 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 may encode contents according to audio, video and data according to a transmission/reception protocol such as an MPEG-2 TS.
  • the second encoder 320 may encode data including the ESG information in an IP datagram format.
  • the IP datagram indicates a signal processing format for sending a signal by a packet using the IP and includes a data container for transmitting a header including an IP address and information.
  • the data container in the IP datagram of the packet unit may include data of video, audio and ESG information. That is, in the example of FIG. 9, the information can be transmitted by performing an IP datacasting method for dividing, compressing and transmitting a video signal, an audio signal and a data signal by packet units.
  • the IP data may be encapsulated by a multi-protocol encapsulation (MPE) and embedded in the MPEG-2 TS.
  • MPE multi-protocol encapsulation
  • the MPE may become multi protocol encapsulation-forward error correction (MPE-FEC) section data. If the transmitted signal is arranged by the MPEG-FEC method, a carrier-to-noise (CN) ratio of the transmitted signal can be improved.
  • the MPE-FEC data including the FEC or the MPE data not including the FEC may include the transmitted data of the IP data format.
  • the second encoder 320 may encode the ESG information in the IP datagram format.
  • the second encoder 320 may encapsulate the IP datagram including the ESG information by the MPE and multiplex the IP datagram by a time slicing method in order to reduce power consumption.
  • the multiplexed signal may be converted into a transport stream and multiplexed with the MPEG-2 TS including the video or audio signal.
  • the third encoder 330 may encode the packets encoded by the first encoder 310 or the second encoder, for example, the multiplexing information of the stream packets related to a program or a service.
  • the multiplexing information includes table information on program specific information/service information (PSI/SI).
  • the table information encoded by the third encoder 330 may include INT including the mapping information between the IP address encoded by the second encoder 320 and the PID including the IP datagram. Accordingly, the third encoder 330 may encode the INT information including IP address information of the bootstrap information and transmit the encoded INT information.
  • the multiplexer 340 may multiplex the TSs output from the first encoder 310, the second encoder 320 and the third encoder 330 and output the multiplexed signal.
  • the modulating and encoding unit 350 may modulate and encode the multiplexed signal.
  • the modulating and encoding unit 350 may modulate and encode the multiplexed signal by the modulating and encoding unit 350 according to a transmission system and transmit a radio frequency (RF) signal.
  • RF radio frequency
  • the modulating and encoding unit 350 may use modulating methods and encoding methods of various broadcasting systems, for example, a transmission method such as a DMB method, a digital video broadcasting- handheld (DVB-H) method, an Advanced Television Systems Committee (ATSC) method according to a vestigial sideband (VSB) modulating method and an integrated services digital broadcasting-terrestrial (ISDB-T) method.
  • a transmission method such as a DMB method, a digital video broadcasting- handheld (DVB-H) method, an Advanced Television Systems Committee (ATSC) method according to a vestigial sideband (VSB) modulating method and an integrated services digital broadcasting-terrestrial (ISDB-T) method.
  • FIG. 10 is a view showing the modulating and encoding unit shown in FIG. 9.
  • a digital video broadcasting- terrestrial/handheld (DVB-T/H) method may be used.
  • a first encoder 410 includes an outer coder 411 and an outer interleaver 412.
  • the first encoder 410 encodes and interleaves multiplexed data in order to improve transmission performance of the multiplexed signal.
  • a Reed-Solomon code method may be used as an outer coding method and a convolution interleaving method may be used as an interleaving method.
  • a second encoder 420 includes an inner coder 421 and an inner interleaver 422.
  • the inner coder 421 and the inner interleaver 422 encode and interleave a signal to be transmitted in order to prevent an error from occurring in the transmitted signal.
  • the inner coder may encode the transmitted signal according to a punctured convolution code.
  • a native or in-depth interleaving method may be used according to the use of a memory based on a transmission mode of 2k, 4k or 8k.
  • a mapper 430 may map the transmitted signal to a symbol according to a method such as 16QAM, 64QAM or QPSK in consideration of a transmission parameter signaling (TPS) and a pilot signal according to a transmission mode generated by a system signal generator 425.
  • TPS transmission parameter signaling
  • a frame builder 440 modulates the mapped signal by an orthogonal frequency division multiplex (OFDM) method and builds frames in which a guard interval is inserted into a data interval including the modulated signal.
  • Each of the frames includes 68 OFDM symbols and four frames build a super frame.
  • one symbol includes 6817 carriers in an 8k mode and includes 1705 carriers in a 2k mode.
  • the guard interval is a cyclic continuation in which data of the data interval is duplicated, and the length thereof is changed according to the transmission mode.
  • An OFDM frame includes a scattered pilot signal, a continual pilot signal and a TPS carrier.
  • An example of the signal frames built by the frame builder of FIG. 10 is shown in FIG. 11.
  • a digital/analog converter 450 may convert a digital broadcast signal including the guard interval and the data interval into an analog signal
  • a transmitting unit 460 may transmit the analog signal converted by the digital/analog converter 450 by the RF signal. Accordingly, the encoded ESG of FIG. 9 may be transmitted by the transmitting apparatus of FIG. 10.
  • FIG. 11 is a view showing the signal arrangement according to the result of building the frames by the frame builder in the example of FIG. 10.
  • 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. 11 shows a location where the signal is interpolated when the signal built by the frame builder is received.
  • FIG. 12 is a view showing an example of transmitting a broadcasting 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 transmitting apparatus shown in FIGs. 9 and 10.
  • a program may be transmitted via the channels of the DVB-H and the DVB-T, and, according to the DVB-H, services are time-divisionally multiplexed and transmitted by the time slicing method.
  • the contents including the video/audio and the ESG information may be included in the IP datagram according to the DVB-H system and changed to the MPE or MPE-FEC, and the MPEG-2 TS in which the MPE or MPE-FEC is embedded may be transmitted.
  • FIGs. 13 and 14 are views showing an apparatus for receiving the ESG information.
  • the apparatus for receiving the ESG information will be described with reference to FIGs. 13 and 14.
  • the apparatus for receiving the ESG 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 via the broadcast channel and a communication unit 520 for transmitting/receiving a signal via 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 selecting the broadcast signal received by the DVB-H method and a demodulator for demodulating the DVB-H broadcast signal according to the OFDM method.
  • the broadcast receiving unit 510 demodulates the received broadcast signal and outputs the demodulated signal to the controller 600.
  • the broadcast signal received by the broadcast receiving unit 510 includes the ESG information or the bootstrap information of the ESG information.
  • the communication unit 520 may transmit/receive the signal via the interactive channel for performing the bidirectional communication.
  • the communication unit 520 may demodulate the received signal in consideration of the modulating method of a communication system when the signal is received via the interactive channel and may modulate and transmit the signal to be transmitted according to the modulating method of the communication system when a communication system codec 670 outputs the encoded signal. For example, if the message according to the HTTP format including the identifier of the service provider is converted into the IP datagram as described above, the communication unit 520 may modulate the IP datagram according a communication system of the terminal and output the modulated IP datagram via the interactive channel.
  • the controller 600 may include a system decoder 610, a decoder 620, an ESG information controller 630 and the communication system codec 670.
  • the controller 600 may control the peripheral functional blocks shown in FIG. 13, such as the receiving unit, the input unit 530, the memory 550 and the output unit 560, and process control commands received from the user.
  • the system decoder 610 may decode the received signal according to the encoding method of the transmitting/receiving system of the signal received by the broadcast receiving unit via the broadcast channel.
  • the system decoder 610 may decode the output signal and obtain a file including the ESG information.
  • the system decoder 610 may decode the received signal so as to obtain the above-described information from the signal including the ESG information received via the broadcast channel and the bootstrap information, for example, the signal according to the DVB-H system.
  • the system decoder 610 will be described in detail with reference to FIG. 14.
  • the controller 600 may include the communication system codec 670 for transmission/reception of the signal to/from the interactive channel.
  • the communication system codec 670 may code the signal to be transmitted via the interactive channel or decode the signal received from the communication unit 520 via the interactive channel. For example, when the communication unit 520 receives the signal including the ESG information from the interactive channel, demodulates the signal and outputs the demodulated signal, the communication system codec 670 decodes the signal such that the ESG information and the signal related thereto are output to an ESG information controller 630 or a decoder 620.
  • the communication codec 670 may code or decode the IP datagram signal.
  • the communication system codec 670 may convert the request message of the HTTP format into the IP datagram signal and output the IP datagram signal to the communication unit 620.
  • the communication system codec 670 may decode the IP datagram signal in the signal output from the communication unit 620.
  • the communication system codec 670 may encode the request message to the signal of the HTTP format and decode the response message of the HTTP format from the IP datagram signal. If the apparatus for receiving the ESG information receives the ESG information from the server managed by the service provider via the interactive channel, the communication system codec 670 may set the identifier of the service provider for providing the communication service to the apparatus for receiving the ESG information in the request message of the HTTP format, convert the message into the IP datagram signal and output the IP datagram signal to the communication unit 620. If the communication system codec 670 decodes the received signal and outputs the ESG information, the communication system codec 670 may decode the ESG information (e.g., the XML file) transmitted according to the protocol such as the HTTP in the IP data
  • the decoder 620 may decode video, audio and data information decoded by the system decoder 610 and the communication system codec 670 according to the system.
  • the decoder 620 may include a video decoder, an audio decoder and a data decoder.
  • the video decoder may decode, for example, video data of a H.264 format and the audio decoder may decode, for example, audio data of an AC-3 or ACC+ format.
  • the decoder 620 may include a data decoder (not shown) for deciding program information/service information of a table format according to the PSFSI.
  • the decoder 620 may decode the signal decoded by the system decoder 610 according to table information such as a program associate table (PAT), a program map table (PMT) or a network information table (NIT) or decode a broadcast signal according to a data broadcast.
  • the decoder 620 may parse the INT, which is the table information, from the PMT.
  • the INT includes the mapping information between the IP address of the IP stream and the PID of the transport stream in the transport stream.
  • the decoder 620 may parse the INT so as to obtain the IP address from the bootstrap information of the ESG information and output the IP address to the ESG information controller 630. Accordingly, the apparatus for receiving the ESG information may obtain the ESG information via the broadcast channel or the interactive channel using the IP address.
  • the ESG information controller 630 may receive the bootstrap information decoded by the system decoder 610 or the communication system codec 670 and allows the apparatus for receiving the ESG information to receive the ESG information using the bootstrap information. For example, the ESG information controller 630 may control the system decoder 610 to receive the ESG information via the broadcast channel according to the bootstrap information received by the system decoder 610 or control the communication system codec 670 to receive the ESG information via the interactive channel.
  • the ESG information controller 630 may include a controller 631, a channel map storage unit 633, and a browser driving unit 635.
  • the controller 631 may extract channel map information from the ESG information and the channel map information in the channel map storage unit 633.
  • the controller 631 may control a session and control the browser driving unit 635 for driving an application or the like such that the received or stored ESG information is output.
  • the browser driving unit 635 may generate, receive and output the message of the HTTP format to the output unit 560.
  • the apparatus for receiving the ESG information may store the received ESG information in the memory 550.
  • the memory 550 may store a file and content data transmitted by the ESG information and the IP datagram and store data before or after the decoding of the decoder 620.
  • the input unit 530 may receive a control command input by the user and output the control command to the controller 600.
  • the output unit 560 may output the audio or video signal output from the controller 600.
  • the application driven by the ESG information controller 630 may output the ESG information via the output unit by an image or sound. Accordingly, the user can download a file or receive a web service or the ESG information via the application for the ESG information.
  • FIG. 14 is a view showing the system decoder 610.
  • the system decoder 610 decodes the broadcast signal demodulated by the broadcast receiving unit 510 in consideration of the encoding of the system.
  • the system decoder 610 may process the ESG information demodulated by the broadcast receiving unit 510 as follows.
  • the system decoder 610 may include an IP decapsulator 611, a user datagram protocol (UDP) decoder 612, a RTP decoder 613, a file delivery over unidirectional transport protocol (FLUTE) decoder 614, a container parser 615, a BiM parser 616 and an XML parser 617.
  • the system decoder 610 decodes content data transmitted in real time in consideration of the encoding of the system.
  • the system decoder 610 may decode content data of the IP datagram format or a file including the ESG information.
  • the IP decapsulator 611 decapsulates content data included in a payload of an IP packet by referring to a header of the IP packet.
  • the UDP decoder 612 may decode the content data transmitted in real time from the IP decapsulated payload according to the UDP.
  • the RTP decoder 613 may control 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 of the contents output from the RTP decoder 613 may be output to the decoder 620 including an audio decoder and a video decoder.
  • the FLUTE decoder 614 may decode the data of a FLUTE (IETF RFC3926) format and output, for example, a file of binary data, image data and text.
  • the data decoded by the FLUTE decoder 614 may include a file including the ESG information.
  • the container parser 615 decodes a container-based file of the ESG information and outputs fragment-based information. If the ESG information is output in a BiM format according to the output result of the container parser 615, the BiM parser 616 decodes the data of the BiM format 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.
  • FIG. 15 is a view showing an example of a protocol stack when ESG information or bootstrap information of the ESG information is delivered to the terminal.
  • the left side of FIG. 15 denotes a protocol stack according to a broadcast network and the right side thereof denotes a protocol stack according to an interactive network.
  • the delivered signal follows a protocol related to the MPEG-2 TS.
  • the TS may follow a time slicing rule. If the TS is decoded, an MPE or MPE-FEC signal may be obtained.
  • the TS may include information according to the PSI/SI.
  • the TS includes a signal of the IP datagram format.
  • the data according to the IP datagram follows the UDP or TCP.
  • contents delivered by the UDP contents transmitted/received in a real-time streaming format may follow an RTP format and contents delivered in the file format may follow an FLUTE/ ALC format.
  • the contents delivered in the same format become data according to an extensible Markup Language (XML), a binary or a text and may include the ESG information according to the XML or a session description protocol (SDP).
  • XML is an object- oriented language and the ESG information may be transmitted in a state of being included in an object unit via the FLUTE.
  • a physical layer and a data link layer of the signal received via the interactive channel may use a method according to a communication system.
  • the example of FIG. 16 shows the communication system such as a global system for mobile telecommunication (GSM), a general packet radio service (GPRS) or a universal mobile telecommunications system (UMTS).
  • GSM global system for mobile telecommunication
  • GPRS general packet radio service
  • UMTS universal mobile telecommunications system
  • the ESG information transmitted according to the UDP may be received by a file according to the HTTP and a multimedia service such as video/audio may be output according to the RTP.
  • the voice service or short message service (SMS) according to the communication system may be located on the data link layer by the protocol stack (denoted by Voice and SMS in FIG. 15).
  • FIG. 16 is a view showing a method of receiving ESG information according to an embodiment of the present invention. The method of receiving the ESG information according to the embodiment of the present invention will now be described with reference to FIG. 16.
  • the terminal which can receive the ESG information from the ESG information provider generates an ESG information request message, in which the identifier of the service provider for providing the communication service via the interactive channel is set, and transmits the message to the server via the interactive channel (Sl 10).
  • the message may be a request message according to the HTTP 1.1.
  • the server receives the message from the terminal (S120).
  • the server transmits only the ESG information of the channels, which can be used by the service provider, in the ESG information of the channels provided by the ESG information provider to the terminal via the interactive channel (S 130).
  • the ESG information transmitted by the terminal may be a response message according to the HTTP 1.1.
  • the terminal receives the ESG information from the server and outputs the ESG information to the user (S 140).
  • a method of transmitting/receiving a signal and an apparatus for transmitting/ receiving a signal of the present invention can be used in broadcast and communication fields.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

La présente invention concerne un procédé de réception d'informations de guide de service et un appareil de réception d'informations de guide de service. Le procédé consiste à produire, au moyen d'un terminal qui peut recevoir les informations de guide de service d'un fournisseur d'informations de guide de service, un message de requête d'informations de guide de service comprenant un identificateur d'un fournisseur de service qui permet de fournir un service de communication par l'intermédiaire d'un canal interactif, à transmettre le message produit à un serveur qui peut communiquer avec le terminal par l'intermédiaire du canal interactif, puis à recevoir du serveur les informations de guide de service d'un canal qui peut être utilisé par le fournisseur de service, dans les informations de guide de service de canaux utilisés par le fournisseur d'informations de guide de service.
PCT/KR2008/003953 2007-07-04 2008-07-04 Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service WO2009005323A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP08778616A EP2174496A4 (fr) 2007-07-04 2008-07-04 Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2007-0067097 2007-07-04
KR1020070067097A KR20090002819A (ko) 2007-07-04 2007-07-04 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치

Publications (2)

Publication Number Publication Date
WO2009005323A2 true WO2009005323A2 (fr) 2009-01-08
WO2009005323A3 WO2009005323A3 (fr) 2009-03-19

Family

ID=40226674

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2008/003953 WO2009005323A2 (fr) 2007-07-04 2008-07-04 Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service

Country Status (3)

Country Link
EP (1) EP2174496A4 (fr)
KR (1) KR20090002819A (fr)
WO (1) WO2009005323A2 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100416169B1 (ko) * 2002-02-25 2004-01-24 주식회사 에어코드 데이터 방송 송출/수신 시스템 및 이를 이용한 데이터방송 송출/수신 방법
JP2004104482A (ja) * 2002-09-10 2004-04-02 Sharp Corp 地上デジタル放送選局システム、該選局システムを構成する地上デジタル放送受信端末・通信局・地上デジタル放送局、及び、地上デジタル放送選局方法
KR100871243B1 (ko) * 2005-11-07 2008-11-28 삼성전자주식회사 휴대 방송 시스템에서 서비스 가이드 소스 전송 방법 및 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of EP2174496A4 *

Also Published As

Publication number Publication date
EP2174496A4 (fr) 2011-07-13
KR20090002819A (ko) 2009-01-09
EP2174496A2 (fr) 2010-04-14
WO2009005323A3 (fr) 2009-03-19

Similar Documents

Publication Publication Date Title
US11496534B2 (en) Device for transmitting broadcast signal, device for receiving broadcast signal, method for transmitting broadcast signal, and method for receiving broadcast signal
US20170373918A1 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
KR102034593B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP2077633A2 (fr) Procédé et appareil pour le traitement d'informations d'un guide de services
EP2076032B1 (fr) Procédé et appareil pour le traitement d'informations d'un guide de services
KR101377951B1 (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보수신 장치
WO2009005322A1 (fr) Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service
KR101328951B1 (ko) 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치
EP2824932B1 (fr) Procédé et appareil pour le traitement d'informations d'un guide de services
EP2174496A2 (fr) Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service
KR101356499B1 (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
KR20080107137A (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
WO2009011557A2 (fr) Procédé de réception d'information de guide de services et appareil de réception d'information de guide de services
WO2009005324A2 (fr) Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service
KR20090002821A (ko) 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치
KR20090002822A (ko) 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치
KR20080107138A (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치

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

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008778616

Country of ref document: EP