WO2009011557A2 - Procédé de réception d'information de guide de services et appareil de réception d'information de guide de services - Google Patents

Procédé de réception d'information de guide de services et appareil de réception d'information de guide de services Download PDF

Info

Publication number
WO2009011557A2
WO2009011557A2 PCT/KR2008/004227 KR2008004227W WO2009011557A2 WO 2009011557 A2 WO2009011557 A2 WO 2009011557A2 KR 2008004227 W KR2008004227 W KR 2008004227W WO 2009011557 A2 WO2009011557 A2 WO 2009011557A2
Authority
WO
WIPO (PCT)
Prior art keywords
information
esg
server
signal
esg information
Prior art date
Application number
PCT/KR2008/004227
Other languages
English (en)
Other versions
WO2009011557A3 (fr
Inventor
Ho Taek Hong
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 EP08778882A priority Critical patent/EP2177026A4/fr
Publication of WO2009011557A2 publication Critical patent/WO2009011557A2/fr
Publication of WO2009011557A3 publication Critical patent/WO2009011557A3/fr

Links

Classifications

    • 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25841—Management of client data involving the geographical location of the client
    • 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/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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2665—Gathering content from different sources, e.g. Internet and satellite
    • 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/4348—Demultiplexing of additional data and video streams
    • 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

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 solvethe 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.
  • Another 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 receiving the service guide information via an interactive channel.
  • the object of the present invention can be achieved by providing an apparatus for receiving service guide information, the apparatus including a broadcast receiving unit which receives and demodulates bootstrap information including information on capability of a server, which can be accessed via an interactive channel, and location information of the server from a broadcast channel, a controller which acquires the information on the capability of the server from bootstrap information received by the broadcast receiving unit, encodes a signal for accessing the server of the location information via the interactive channel according to the acquired information, outputs the encoded signal, receives the service guide information and outputs the service guide information, and a communication unit which modulates the signal output from the controller and transmits the modulated signal via the interactive channel.
  • a broadcast receiving unit which receives and demodulates bootstrap information including information on capability of a server, which can be accessed via an interactive channel, and location information of the server from a broadcast channel
  • a controller which acquires the information on the capability of the server from bootstrap information received by the broadcast receiving unit, encodes a signal for accessing the server of the location information via the
  • a method of receiving service guide information including acquiring information on capability of at least one server for providing the service guide information via an interactive channel and location information of the server from bootstrap information, requesting the service guide information to the server via the interactive channel according to the location information using the location information, and receiving the requested service guide information from the server.
  • the apparatus for receiving the service guide information can access a desired server via an interactive channel after acquiring information on capability of the server.
  • FIG. 1 is a block diagram showing the connection between devices in a system.
  • FIG. 2 is a view showing a protocol stack capable of transmitting/receiving electronic service guide (ESG) information between a service management device and a terminal via an interactive channel.
  • ESG electronic service guide
  • FIGs. 3 to 5 are views showing the capability of a server for providing the ESG information.
  • FIG. 6 is a conceptual view showing the flow of a process of receiving the ESG information.
  • FIGs. 7 to 9 are views showing the flow of a process of, at the terminal, receiving the
  • FIG. 10 is a view showing an example in which bootstrap information for receiving the ESG information is represented in the form of a descriptor.
  • FIG. 11 is a view showing entry information ESGEntry parsed from the descriptor of
  • FIG. 12 is a view showing the semantics of the values of the main fields of FIG. 11.
  • FIG. 13 is a view showing the value of a ServerCapability field shown in FIGs. 11 and 12.
  • FIG. 14 is a view showing an apparatus for transmitting ESG information according to an embodiment of the present invention.
  • FIG. 15 is a view showing a modulating and encoding unit shown in FIG. 14.
  • FIG. 16 is a view showing the signal arrangement according to the result of building frames by a frame builder in the example of FIG. 15.
  • FIG. 17 is a view showing an example of transmitting a broadcasting program, contents and data via a channel.
  • FIG. 18 is a view showing an apparatus for receiving ESG information.
  • FIG. 19 is a detailed view showing a system decoder of FIG. 18.
  • FIG. 20 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.
  • FIG. 21 is a flowchart illustrating an example of receiving ESG information.
  • Electronic service guide (ESG) information includes at least one of schedule information of services and information for allowing a user to purchase and access items using a terminal.
  • the user can receive the ESG information via the terminal and select or purchase a desired service.
  • an interactive channel indicates a bi-directional communication channel and a broadcast channel or a broadcast channel indicates a unidirectional communication channel which does not specify the user in multicasts.
  • 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.
  • the ESG information may have a hierarchical structure and the sub-unit of the hierarchical structure is called a fragment.
  • the fragment is encoded such that at least one fragment unit is encapsulated or a larger unit is built.
  • the encapsulated unit is called a container.
  • FIG. 1 shows the structure of a system for transmitting ESG.
  • the system of FIG. 1 includes a content creation device 10, a service application device 20, a service management device 30, a network 40, and a terminal 50.
  • the network 40 includes paths experienced by a communication signal or apparatuses located on the paths.
  • the left side of the network 40 indicates a side for providing the ESG information, such as a server included in a broadcasting station/communication service provider, and the right side of the network 40 indicates a terminal 50 which receives the ESG information.
  • the example of FIG. 1 shows the conceptual structure according to the functions of the portions.
  • the content creation device 10 creates contents to be provided to the terminal and information describing the contents and transmits them to the service application device 20.
  • the service application device 20 aggregates the contents, data broadcasts, and Video on Demand (VoD) of a live broadcasting television service created by a plurality of content creation devices 10.
  • the service application device 20 can provide encoded contents to the terminal in a format recognized by the terminal 50 via streaming or file carousel delivery and aggregate service description metadata used in the ESG information.
  • the service application device 20 may include an ESG service and a purchase information source.
  • the service management device 30 manages the services such that the ESG information can be provided to the terminal.
  • the service management device 30 receives the contents from the service application device 20 and performs specific ESG resource allocation in order to transmit the ESG information.
  • the service management device 30 aggregates the ESG information and the bootstrap information received from the service application device 20 and transmits them via a broadcast channel or an interactive channel.
  • the service management device 30 can allow the user to access the service application device.
  • the service management device 30 may include a logical ESG aggregator for aggregating the ESG information, a bootstrap ESG aggregator for aggregating the bootstrap information, and an interactive delivery server for performing resource provisioning scheduling for managing a network resource and providing the ESG information or a delivery list of the ESG information via the interactive channel.
  • the specific ESG resource allocation is performed by the resource provisioning scheduling process.
  • the upper side of the network 40 indicates the broadcast channel and the lower side thereof indicates the interactive channel.
  • the broadcast channel of FIG. 1 is a channel according to a DVB-H system.
  • the terminal 50 may receive the broadcast signal (the broadcast signal according to the DVB-H system) via the broadcast channel and transmit/receive a communication signal according to a 3G/4G communication system via the interactive channel.
  • FIG. 1 shows the connection between the devices in the system.
  • FIG. 1 shows communication 1 using the broadcast channel between the network 40 and the terminal 50, communication 2 using the broadcast channel between the service application device 20 and the terminal, communication 3 using the broadcast channel between the service management device 30 and the terminal 50, communication 4 using the interactive channel between the service management device 30 and the terminal 50, communication 5 using the interactive channel between the service application device 20 and the terminal 50, resource allocation 6 of the service management device 30, and communication 7 between the service application device 20 and the service management device 30.
  • the ESG information such as a session description protocol (SDP) file may be provided via the broadcast channel according to the communication 2 using the broadcast channel between the service application device 20 and the terminal 50.
  • a specific ESG stream may be transmitted via the broadcast channel according to the communication 3 using the broadcast channel between the service management device 30 and the terminal 50.
  • the bootstrap information which is a root ESG stream may be transmitted according to this communication.
  • the communication 4 using the interactive channel between the service management device 30 and the terminal 50 will be described in detail with reference to FIG. 2.
  • the terminal may acquire the ESG information from the bootstrap information via the broadcast channel.
  • a process of, at the terminal, receiving the bootstrap information of the ESG information via the broadcast channel will now 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 from a program number program_number on a program map table (PMT) defined by the acquired IP address.
  • PMT program map table
  • the terminal may decapsulate the packet so as to acquire the bootstrap information.
  • FIG. 2 is a view showing a protocol stack capable of transmitting/receiving 4 the
  • ESG information between the service management device 30 and the terminal 50 via the interactive channel.
  • a method of, at the terminal 50, requesting information related to the ESG information to the service management device 30 and receiving the information will be described.
  • An open system interconnections (OSI) protocol layer in which the service management device 30 and the terminal process and transmit/receive a signal via the network will be described.
  • An IP protocol may be located on hardware layers Ll and L2, and a protocol related to an application may be located on the IP protocol with a transmission control protocol (TCP)/user datagram protocol (UDP) interposed therebetween.
  • TCP transmission control protocol
  • UDP user datagram protocol
  • the signal transmitted via a physical layer of the service management device 30 is transmitted to the terminal via the layers Ll and L2 and IP protocol of the network, the signal may be transmitted via the interactive channel according to a 3G-based protocol.
  • the terminal transmits the signal according to the physical layer (3G) related to the 3G-based communication system, the protocol L2 of a data link layer related to hardware, the IP protocol, the TCP/UDP protocol and a protocol related to the application.
  • the service management device 30 may transmit signaling information for the capability of the server for providing the ESG information or the ESG information data (ESG capability signaling).
  • the terminal 50 may request the ESG information data or the information on the capability of the server for providing the ESG information to the server via the interactive channel.
  • 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 attribute of the ESG information received by the terminal via the broadcast channel is included in 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 attribute.
  • the capability of the server for providing the ESG information via the interactive channel includes complete, complementing and repair.
  • FIGs. 3 to 5 show the capability of the server for providing the ESG information.
  • FIG. 3 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. 4 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. For example, in the case where the terminal wants to obtain the supplementary information B in addition to the ESG information A being necessary for providing the service via the interactive channel, the capability of the server for providing the supplementary information B is complementing.
  • FIG. 5 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.
  • FIG. 6 is a conceptual view showing the flow of a process of receiving the ESG information.
  • the service application device 20 includes an ESG source, and the service management device 30 includes a logical ESG aggregator which aggregates the ESG information and a bootstrap ESG aggregator which aggregates bootstrap information of the ESG information.
  • the network 40 includes a physical ESG aggregator and the terminal 50 selects and receives a service and contents.
  • the logical ESG aggregator of the service management device aggregates specific
  • the ESG information and registers the ESG information in the physical ESG aggregator of the network [I].
  • the IP address to which the ESG information is delivered is set in the network.
  • the physical ESG aggregator registers the specific ESG information in the bootstrap
  • the bootstrap information including the ESG information is delivered to the terminal via the broadcast network [3]. In this case, since the power of the terminal is turned off, the terminal cannot receive the bootstrap information although the bootstrap information is delivered via the broadcast network.
  • the service application device delivers the attraction information of the ESG information to the logical ESG aggregator of the service management device [4].
  • the logical ESG aggregator of the service management device delivers the ESG information data to the physical ESG aggregator of the network according to the attraction information [5], the ESG information data is consecutively delivered to the terminal via the network [6]. Since the power of the terminal is turned off, that is, the broadcast channel is not used, the terminal cannot receive the ESG information although the ESG information is delivered via the broadcast network. [63] If the terminal can use the broadcast channel, the terminal receives the bootstrap information from the bootstrap ESG aggregator of the service management device [7].
  • the terminal selects specific ESG information of the ESG information, which can be received from the bootstrap information, according to the selection of the user or regardless of the selection of the user [8].
  • the terminal receives the specific ESG information according to the selecting result of [8] [9]. A mechanism for receiving the ESG information by the terminal will now be described in detail.
  • the service application device transmits the acquisition information of the ESG information to the logical ESG aggregator of the service management device [10a]
  • the ESG information data is delivered to the physical ESG aggregator of the network as described in [5] [H].
  • the specific ESG information is transmitted from the physical ESG aggregator of the network to the terminal according to the acquisition information of the ESG information [12].
  • the terminal selects a service desired by the user from the ESG information [13].
  • the terminal executes the service on the ESG information according to the selected acquisition information.
  • the service application device may transmit the acqu isition information of the ESG information to the terminal [1Ob].
  • the devices included in the system shown in FIG. 6 transmit/receive the information via the above-described communication paths.
  • the arrows of the upper side of FIG. 6 indicate the communication paths.
  • the ESG information may be used to provide the mobile broadcast service.
  • the terminal receives the bootstrap information via the broadcast channel and receives the ESG information via the broadcast channel. If the information is not received via the broadcast channel or the ESG information received via the broadcast channel is not sufficient, the terminal may receive the ESG information via the interactive channel and receive the service. In this case, if the ESG information is received via the interactive channel, the terminal may acquire the capability of the server, which can be accessed via the interactive channel, from the bootstrap information and receive the ESG information according to the capability of the server. The concept that the terminal receives the ESG information according to the capability of the server will now be described.
  • FIGs. 7 to 9 are views showing the flow of a process of, at the terminal, receiving the
  • FIG. 7 shows an example in which the terminal requests the ESG information to the server having the complete capability and receives the ESG information.
  • the terminal receives a query for the provision of the information included in a specific container of the ESG information from the user [I].
  • the terminal can perform communication via the interactive channel from the received bootstrap information and checks the capability of the server in the service management device which can provide the ESG information [2a]. Alternatively, the terminal requests the capability of the server of the device to the service management device for storing the ESG information via the interactive channel [2b]. Then, the terminal receives the information on the capability of the server from the server of the service management device and can know that the capability of the service management device is complete [3].
  • the service application device transmits the information on the container of the ESG information to the logical ESG aggregator of the service management device having the complete capability [4].
  • the terminal which knows that the capability of the server is complete from the information on the capability of the server requests the identifier of the container to the server of the service management device [5].
  • the server of the service management device transmits the query for the container according to the identifier of the container to the logical ESG aggregator of the service management device [6]. If the logical ESG aggregator requests the container requested by the terminal to the service application device [7], the service application device transmits the requested container data to the logical ESG aggregator [8].
  • the container data of the ESG information is transmitted from the logical ESG aggregator to the terminal [9] and the terminal processes the received container data such that the service selected by the user can be received from the server having the complete capability and provided to the user. Accordingly, the terminal can receive the ESG information from the server having the complete capability.
  • FIG. 8 shows an example in which the terminal requests and receives the ESG information to and from the server having the repair capability.
  • the terminal determines whether or not there is damaged data in the ESG information received via the broadcast channel and determines whether or not specific fragments are needed due to the damage [I]. If the terminal determines that the ESG information received via the broadcast channel is damaged, the damaged ESG information can be received from the server having the repair capability via the interactive channel.
  • the terminal checks the bootstrap information [2a] or requests the ESG information to the service management device [2b] and receives the information on the capability of the device for providing the ESG information in the service management device [3].
  • the service application device transmits the fragments and the repair information of the ESG information to the logical ESG aggregator of the service management device [4]. If the ESG information received by the terminal via the broadcast channel is damaged, the terminal requests the repair fragments of the ESG information to the server of the service management device such that the damaged information is repaired to complete information.
  • the server of the service management device transmits the requested information to the ESG aggregator [6] and the ESG aggregator requests the repair fragments to the service application device [7].
  • the service application device transmits the requested repair fragments to the ESG aggregator [8]
  • the transmitted repair fragments are transmitted to the terminal via the communication channel [9].
  • the terminal may repair the damaged portion of the ESG information received from the broadcast channel by the repair information of the ESG information [10].
  • FIG. 9 shows an example in which the terminal requests and receives the ESG information to and from the server having the complementing capability.
  • the terminal determines whether detailed information such as supplementary information is needed in the ESG information received via the broadcast channel [I]. In this case, if the terminal determines that the supplementary data is needed in the ESG information received via the broadcast channel, the terminal checks the bootstrap information and requests the supplementary data to the service management device and receives the information on the capability of the device for providing the ESG information in the service management device ([2a], [2b] and [3]).
  • the service application device transmits the complementing information which can complement the ESG information to the logical ESG aggregrator of the service management device [4].
  • the terminal requests the data which can complement the ESG information received via the broadcast channel to the server of the service management device [5].
  • the server of the service management device transmits the requested information to the logical ESG aggregator [6], and the logical ESG aggregator of the ESG aggregator requests complement data to the service application device [7].
  • the service application device transmits the requested complement data to the logical ESG aggregator of the service management device [8]
  • the transmitted complement data is transmitted to the terminal via the communication channel [9].
  • the terminal adds the complement data of the ESG information to the ESG information via the broadcast channel and provides the service to the user [10].
  • the terminal may selectively request a delivery list of the ESG information data provided by the server of the service management device to the server of the service management device.
  • the server may receive the delivery list of the ESG information data provided from the server to the terminal.
  • FIG. 10 is a view showing an example in which bootstrap information for receiving the ESG information is represented in the form of a descriptor.
  • the terminal receives the bootstrap information shown in FIG. 10 via the broadcast channel as described above.
  • the bootstrap information of the ESG information provides information on a provider of the ESG information or information for acquiring the available ESG information.
  • FIG. 10 shows a descriptor (represented by ESG Access Descriptor) associated with the acquisition of the ESG information and
  • FIG. 11 shows entry information ESGEntry parsed from the descriptor of FIG. 10.
  • the descriptor for acquiring the ESG information describes an item associated with the access to the entry point of the ESG information transmitted via the broadcast channel. Accordingly, the entry point may become the bootstrap information for allowing the terminal to receive the ESG information.
  • the ESG information transmitted by the bootstrap information shown in FIG. 10 may be transmitted in an IP stream format.
  • 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 may be transmitted/received according to a file transmission/reception protocol on the IP protocol in the form of an extensible Markup Language (XML) file, a hypertext markup language (HTML) file or a JPG file.
  • XML extensible Markup Language
  • HTML hypertext markup language
  • the terminal can acquire the bootstrap information of the ESG information from the
  • n_o_ESGEntries indicates the number of entry information (the number of ESGEntires) of the ESG information in which the access information is signaled in the ESG information.
  • the terminal can parse the entry information for receiving the service information according to the number of entry information using the descriptor of FIG. 10.
  • FIG. 11 is a view showing an example representing the entry information ESGEntry of the ESG information shown in FIG. 10.
  • an ESGEntry Version field indicates the version of the entry information ESGEntry of the service guide information and indicates whether the descriptor shown in FIG. 11 is transmitted via the broadcast channel or the interactive channel.
  • the ESGEntry Vesion field has a value of 1 if the descriptor of FIG. 11 is transmitted only via the broadcast channel and has a value of 2 if the descriptor of FIG. 11 is transmitted only via the interactive channel.
  • An ESGEntryLength field indicates the length of the ESGEntry in byte units.
  • ProviderID field indicates the ID of the provider of the ESG information.
  • An n_o_AccessPoints field indicates the number of entry points which can receive the ESG information.
  • a for loop parses the information on the entry point according to the number of entry points.
  • An AccessType field indicates the channel type which can access and receive the ESG information.
  • an AccessPointLength field indicates the length of the entry point information according to the AccessType field.
  • the entry point information of the ESG information received via the broadcast channel is as follows.
  • a MultipleStreamTransport field is 1, it is indicated that the IP address is provided in a session for implementing the ESG information via an announcement channel and the ESG information is provided to a location indicated by the IP address. If the MultipleStreamTransport field is 0, it is indicated that the container of all ESG information is provided in the session for implementing the ESG information.
  • IPVersion ⁇ field indicates whether SourceIP Address and DestinationIP Address are set according to the IP version 6.
  • the bootstrap information of the ESG information may include the SourceIP Adress which operates in the session (e.g., the FLUTE session) for transmitting/receiving the ESG information and the DestinationIP Address based on IP multicasting, according to the value of the IPVersion ⁇ field.
  • the IP address may describe the source or destination IP address when the value of the IPVersion ⁇ field is the IPversion ⁇ or IPversion4 (if(IPversion ⁇ )).
  • a Port field indicates the port of the IP stream of the session (e.g., FLUTE session) for transmitting/receiving the ESG information
  • a TSI field indicates a transport session identifier of the session for transmitting/ receiving the ESG information.
  • the AccessType field is 0x02
  • the capability of the server for providing the ESG information via the interactive channel may be set in a Server- Capability field.
  • the terminal can acquire the information indicating whether the capability of the server is complete, repair or complementing, from the Server- Capability field shown in FIG. 11.
  • An URL_Length field indicates the length of the character of the location information which can provide the ESG information via the interactive channel and a URLB yte field includes the location information of the server according to the length of the character.
  • FIG. 12 is a view showing the semantics of the values of the main fields of FIG. 11.
  • the ServerCapability field indicating the capability of the server for providing the ESG information may have a service guide download value, a repair fragment download value, and a complementing data download value.
  • the terminal acquires the information on the capability of the server according to the ServerCapability field.
  • the terminal may request the ESG information to the server via the interactive channel using a communication protocol, for example, a simple object access protocol (SOAP) according to the capability of the server of the ServerCapability field.
  • SOAP simple object access protocol
  • FIG. 13 shows the values of the ServerCapability field shown in FIGs. 11 and 12.
  • FIG. 13 is a view showing an example in which the ServerCapability field is represented in a bitwise form.
  • a first bit of the ServerCapability field may represent a protocol used when the ESG information is requested to the server.
  • the first bit 1 of the ServerCapability field indicates that the protocol which can receive the ESG information via the interactive channel is the SOAP.
  • a first bit indicates that the capability of the server for providing the ESG information is complementing
  • a second bit indicates that the capability of the server is repair
  • a third bit indicates that the capability of the server is complete.
  • the second bit to the fifth bit of the Server- Capability field are not allocated.
  • FIG. 14 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. 14.
  • the ESG information is transmitted via the broadcast channel and the ESG information can be transmitted by the service application device or the service management device.
  • the broadcast transmitting system shown in FIG. 14 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. 14, 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 multiprotocol encapsulation (MPE) and embedded in the MPEG-2 TS.
  • MPE multiprotocol 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 or the bootstrap information in the IP datagram format.
  • the second encoder 320 may encapsulate the IP datagram including the ESG information or the bootstrap 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 bootstrap information may include a field (the ServerCapability field of FIG. 11) representing the capability of the server at a location according to the IP address, as shown in FIG. 11.
  • 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. 15 is a view showing the modulating and encoding unit shown in FIG. 14.
  • 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. 15 is shown in FIG. 16.
  • 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 and bootstrap information may be transmitted by the transmitting apparatus of FIG. 15.
  • FIG. 16 is a view showing the signal arrangement according to the result of building the frames by the frame builder in the example of FIG. 15.
  • 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. 16 shows a location where the signal is interpolated when the signal built by the frame builder is received.
  • FIG. 17 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. 14 and 15.
  • 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. 18 and 19 are views showing an apparatus for receiving the ESG information.
  • the apparatus for receiving the ESG information will be described with reference to FIGs. 18 and 19.
  • 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 apparatus for receiving the ESG information corresponds to the above-described terminal.
  • 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 bootstrap information includes information on the capability of the server for providing the ESG information via the interactive channel as shown in FIG. 11.
  • 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.
  • the communication unit 520 may output the signal such that the server is accessed and receive the ESG information transmitted by the server.
  • 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. 18, 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 in consideration of 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 information on the capability of the server from the signal including the ESG information received via the broadcast channel and the bootstrap information shown in FIG. 11, for example, the signal according to the DVB-H system.
  • the system decoder 610 will be described in detail with reference to FIG. 19.
  • 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 receive the signal demodulated by the communication unit 520, decode the IP datagram signal and output the decoded IP datagram signal or code the IP datagram signal and output the coded IP datagram signal to the communication unit 520.
  • the communication system codec 670 may code the signal which will be output to the server, in order to receive the ESG information from any one of the servers having the capabilities.
  • 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.
  • 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 example of the bootstrap information parsed by the decoder 620 is shown in FIG. 11 (ESG entry).
  • the bootstrap information received via the broadcast channel may include at least one of the complete, the complementing and the repair, which are the capabilities of the servers for providing the ESG information, via the interactive channel and include protocol information for the connection to the server.
  • 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. If the apparatus for receiving the ESG information obtains the information on the capability of the server of the bootstrap information shown in FIG. 11 (e.g., information set in the ServerCapability field of the bootstrap information of FIG.
  • the communication system codec 670 codes the signal which can access the server for storing the ESG information via the interactive channel and outputs the coded signal.
  • the communication unit 520 may modulate the signal and output the modulated signal via the interactive channel and receive the ESG information from the server having that capability.
  • 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 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 in- formation 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. 19 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 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.
  • IP IP
  • UDP user datagram protocol
  • RTP RTP
  • FLUTE file delivery over unidirectional transport protocol
  • container parser 615 a container parser 615
  • BiM parser 616 a BiM parser 616
  • XML parser 617 XML parser
  • 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 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 system decoder 610 decodes the ESG data of the file format
  • the data decoded by the UDP decoder 612 is output to the FLUTE decoder 614.
  • 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.
  • the communication system codec 670 may decode an ESG information file (e.g., an XML file) transmitted according to a protocol such as a HyperText Transfer Protocol (HTTP) in the IP datagram.
  • ESG information file e.g., an XML file
  • HTTP HyperText Transfer Protocol
  • FIG. 20 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. 29 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 a 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. 20 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. 20).
  • FIG. 21 is a flowchart illustrating an example of receiving ESG information.
  • the server is accessed via the interactive channel according to the acquired location information and the ESG information is requested (S 120).
  • the bootstrap information of the step Sl 10 may include protocol information for receiving the ESG information via the interactive channel. Accordingly, the server is accessed via the interactive channel according to the protocol information and the ESG information is requested.
  • the delivery list of the ESG information provided by the server may be first received from the server according to the location information of the step Sl 10.
  • the ESG information to be received may be requested to the server via the interactive channel by referring to the received delivery list.
  • the requested ESG information is changed according to the capability of the server.
  • the requested ESG information is received from the accessed server (S130). Accordingly, the terminal or the apparatus for receiving the ESG information may acquire the ESG information according to the capability of the server for providing the ESG information.
  • the terminal can receive the ESG information via the interactive channel according to the capability of the server included in the bootstrap information.
  • 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)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Graphics (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

La présente invention concerne un procédé de réception d'information de guide de services et un appareil de réception d'information de guide de services. Le procédé comprend l'acquisition d'information concernant la capacité d'au moins un serveur pour fournir une information de guide de services via un canal interactif et une information de localisation du serveur à partir d'une information d'amorce, la demande d'information de guide de services au serveur via le canal interactif selon l'information de localisation de serveur au moyen de l'information de localisation, et la réception de l'information de guide de services demandé en provenance du serveur.
PCT/KR2008/004227 2007-07-18 2008-07-18 Procédé de réception d'information de guide de services et appareil de réception d'information de guide de services WO2009011557A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP08778882A EP2177026A4 (fr) 2007-07-18 2008-07-18 Procédé de réception d'information de guide de services et appareil de réception d'information de guide de services

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2007-0071555 2007-07-18
KR1020070071555A KR20090008538A (ko) 2007-07-18 2007-07-18 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치

Publications (2)

Publication Number Publication Date
WO2009011557A2 true WO2009011557A2 (fr) 2009-01-22
WO2009011557A3 WO2009011557A3 (fr) 2009-03-19

Family

ID=40260226

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2008/004227 WO2009011557A2 (fr) 2007-07-18 2008-07-18 Procédé de réception d'information de guide de services et appareil de réception d'information de guide de services

Country Status (3)

Country Link
EP (1) EP2177026A4 (fr)
KR (1) KR20090008538A (fr)
WO (1) WO2009011557A2 (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 EP2177026A4 *

Also Published As

Publication number Publication date
WO2009011557A3 (fr) 2009-03-19
EP2177026A2 (fr) 2010-04-21
KR20090008538A (ko) 2009-01-22
EP2177026A4 (fr) 2012-04-25

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
US20080225892A1 (en) Using Forward Error Correction with Generic Stream Encapsulation in a Digital Broadcast Network
KR102034593B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP2077633A2 (fr) Procédé et appareil pour le traitement d'informations d'un guide de services
KR101377951B1 (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보수신 장치
EP2076032B1 (fr) Procédé et appareil pour le traitement d'informations d'un guide de services
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
KR101356499B1 (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
WO2009005323A2 (fr) Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service
EP2174497A2 (fr) Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service
KR20080107137A (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
KR20090002821A (ko) 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치
KR20090002822A (ko) 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치
KR20080107138A (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
Coquil et al. An Overview of the Emerging Digital Video Broadcasting–Handheld (DVB-H) Technology

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

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase in:

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008778882

Country of ref document: EP