KR20090008538A - Method of receiving service guide information and apparatus for receiving service guide information - Google Patents

Abstract

A method of receiving service guide information and an apparatus for receiving the service guide information are provided to access a desired server through an interactive channel after obtaining information with regard to capability of the server. A logical ESG collector of a service management apparatus collects specific service guide information. The collected information is registered in a physical ESG collector of a network. The physical ESG collector registers the specific service guide information in a bootstrap ESG collector. The bootstrap information including the service guide information is transmitted to a terminal through a broadcast network. The logical ESG collector of the service management apparatus transmits the service guide information data to the physical ESG collector of the network. The service guide information data is consecutively transmitted to a terminal through the network. The terminal receives the bootstrap information from the bootstrap ESG collector of the service management apparatus.

Description

Method of receiving service guide information and apparatus for receiving service guide information}

The present invention relates to a service guide information receiving method and a service guide information receiving device.

Content collectively refers to contents or information including images, sounds and texts to users through wired and wireless communication. Recent content is digitally produced and provided through various broadcast channels and interactive channels. For example, a user may download and watch content watched through a broadcast through the Internet. As the broadcasting system and the communication system are converged, a method of receiving the same contents from the broadcasting system and the communication system is being considered.

An object of the present invention is to provide a service guide information receiving method and a service guide information receiving device capable of obtaining service guide information efficiently.

Another object of the present invention is to provide a service guide information receiving method and a service guide information receiving device capable of efficiently receiving service guide information through an interactive channel.

In order to achieve the above object, the present invention provides a broadcast receiving unit for receiving and demodulating bootstrap information including information on a server's ability to access an interactive channel from a broadcast channel and location information of the server, Obtains information about the capability of the server from the bootstrap information received by the broadcast receiver, encodes and outputs a signal for accessing an interactive channel to a server located in the location information according to the obtained information, and provides service guide information. It provides a service guide information receiving apparatus including a control unit for controlling to receive and express a signal and a communication unit for transmitting a signal to the interactive channel by modulating the signal encoded by the signal output from the control unit.

In another aspect, the present invention obtains information on at least one server's ability to provide service guide information through an interactive channel and location information on the server from bootstrap information, using the location information. It provides a service guide information receiving method comprising the step of requesting the service guide information to the server according to the location information through the interactive channel and the service guide information requested from the server.

The effects of the service guide information receiving device and the service guide information receiving method are as follows. According to the service guide information receiving apparatus and the service guide information receiving method, the service guide information receiving apparatus may access a desired server through an interactive channel after obtaining information about a capability of the server.

DETAILED DESCRIPTION Hereinafter, exemplary embodiments of the present invention will be described with reference to the accompanying drawings.

The electronic service guide (ESG) includes at least one of schedule information for each service for allowing a user to select a service and information for allowing the user to purchase, access, and store items in a terminal. The user may be provided with service guide information through the terminal, and may select or purchase a desired service. Herein, an interactive channel refers to a channel capable of bidirectional communication, and a broadcast channel or a broadcast channel refers to a unidirectional communication channel without designating a user during multicast.

The service guide information includes a first process (hereinafter referred to as a bootstrap process) for recognizing whether the terminal can use the service guide information or how to obtain the service guide, and a second process for the terminal to obtain and process the service guide information ( The terminal may be processed by a third process (hereinafter, referred to as an update process) of updating the service guide information obtained by the terminal.

After obtaining the information for the first process from the received signal, the terminal may use the information as trigger information to obtain service guide information. Hereinafter, the information obtained in the first process is referred to as bootstrap information. The terminal may obtain respective service guide information through the bootstrap information, and may obtain information about each service or access content from the service guide information.

The service guide information may have a hierarchical structure, and each subunit of the hierarchical structure is called a fragment. Each fragment may be encoded so that one or more fragment units may be encapsulated or formed into one larger unit and transmitted. This encapsulated unit is called a container.

1 illustrates a system structure in which service guide information is transmitted. 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 collectively refers to a path that a communication signal undergoes or equipment on that path.

The left side of the network 40 as a center for providing service guide information may be a server included in a broadcaster / communication company, etc., and the right side may be a terminal 50 for receiving service guide information. The example in FIG. 1 describes a conceptual structure classified according to the function of each part.

The content generating device 10 generates information describing a content to be provided to the terminal or a description of the content and transmits the information to the service application device 20.

The service application device 20 collects content, data broadcast, video on demand (VoD), and the like, of a live television generated by the plurality of content generating devices 10. The service application device 20 may provide the terminal with content encoded in a format recognized by the terminal 50 by streaming or a file carousel, and collects service description metadata used for service guide information. . The service application device 20 may include a source of service guide information (ESG source), purchase information on the source, and the like.

The service management device 30 is in charge of service management so as to provide service guide information and the like to the terminal. The service management device 30 receives content from the service application device 20, and allocates specific ESG resource to the network in order to transmit service guide information. The service management device 30 collects service guide information and bootstrap information received from the service application device 20, and transmits them to a broadcast channel or an interactive channel. The service management device 30 may control the user's access to the service application device.

The service management device 30 may include a logical ESG aggregator for collecting service guide information, a bootstrap ESG aggregator for collecting bootstrap information, and a resource provisioning scheduling for managing network resources. A delivery server capable of providing service guide information or list information of the information through a resource provisioning scheduling and an interactive channel may be included. A resource of specific service guide information is allocated through a resource provisioning scheduling process (specific ESG resource allocation).

Network 40 represents a broadcast channel at the top and an interactive channel at the bottom. The broadcast channel in FIG. 1 illustrates a DVB-H system.

The terminal 50 may receive a broadcast signal through a broadcast channel (in this case, illustrates a broadcast signal according to DVB-H), and transmit and receive a communication signal according to a communication system such as 3G / 4G through an interactive channel.

1 illustrates the connections between devices in the illustrated system. 1 shows communication 1 via a broadcast channel of a network 40 and a terminal 50, communication between a service application device 20 and a broadcast channel of a terminal 2, a service management device 30 and a terminal 50. Communication through the broadcast channel (3), the communication through the interactive channel of the service management device 30 and the terminal (4), the interactive channel between the service application device 20 and the terminal 50 Communication 5, service management device 30 illustrates resource allocation 6 for a network source, and communication 7 between service application device 20 and service management device 30.

According to the communication 2 between the service application device 20 and the broadcast channel of the terminal 50, service guide information such as an SDP file may be provided as a broadcast channel. A specific service guide stream may be transmitted to the broadcast channel according to the communication 3 through the broadcast channel between the service management device 30 and the terminal 50. Bootstrap information, which is the start of the service guide information (root ESG stream), may be transmitted through this communication. The communication 4 via the interactive channel between the service management device 30 and the terminal 50 is described in detail in FIG. 2.

Meanwhile, as described above, the service guide information obtained by the terminal from the broadcast channel may be obtained from the bootstrap information. The process of receiving the bootstrap information of the service guide information from the broadcast channel will be described below.

In the table information in which one or more sections of the broadcast signal transmitted through a broadcast channel are transmitted to a section, the IP / MAC notification table (INT) indicates the IP address and transport stream of the IP (internet protocol) stream in the transport stream of the broadcast signal. Contains mapping information between PIDs (packet identifiers). When the terminal obtains the IP address for receiving the bootstrap information of the service guide information from the INT that is the mapping information, the terminal may receive the bootstrap information from the program number (program_number) on the PMT in which the obtained IP address is defined. It can be seen. When the packet corresponding to the packet ID is encapsulated in the transmission signal, the terminal may decapsulate it to obtain bootstrap information.

FIG. 2 illustrates a protocol stack in which the service management device 30 and the terminal 50 may transmit and receive service guide information 4 through an interactive channel in the communication connection relationship illustrated in FIG. 1. Hereinafter, a method in which the terminal 50 requests the service management device 30 for information related to the service guide information and receives it will be described.

The OSI protocol layer in which the service management device 30 and the terminal process and transmit and receive signals through the network has an IP protocol located on L1 and L2, which are hardware layers, and a transmission control protocol (TCP) / UDP (user datagram) on the IP protocol. protocol) allows a protocol related to the application to be located.

When a signal transmitted through the physical layer of the service management device 30 is transmitted to the terminal through the L1, L2, IP protocol in the network, it may be transmitted to the interactive channel according to the 3G series protocol. The terminal transmits signals according to a physical layer 3G related to a 3G series communication system, a protocol L2 of a data link layer related to hardware, an IP protocol, a TCP / UDP protocol, and a protocol related to an application.

For example, the service management apparatus 30 may transmit signaling information or service guide information data on the capability of the server for providing the service guide information (ESG capability signaling). The terminal 50 may request the server for information on the capability of the server for providing the service guide information (ESG) or the service guide information through the interactive channel.

The following describes the server's ability to provide service guide information.

The capability of the server for providing service guide information through the interactive channel may be determined according to the properties of the service guide provided through the broadcast channel. For example, if an attribute of the service guide information provided from the broadcast channel is included in the entry information of the service guide information, whether the terminal should access a server providing the service guide information through the interactive channel according to the attribute. You can decide whether or not.

The server's ability to provide service guide information through an interactive channel is complete, complimenting, or repairing. 3A-3C are exemplary diagrams for illustrating the capability of a server to provide service guide information.

3A illustrates the case where the capabilities of the server are complete.

Complete means the server's capability if the server providing the service guide information is able to provide all the service guide information through any channel, for example an interactive channel. Accordingly, the terminal may receive all of the service guide information A. B that can be received from the broadcast channel from a server having a complete capability through the interactive channel.

3B illustrates the case where the capabilities of the server are complimenting.

Complementing is the ability to supplement the service guide information when the service guide information of the terminal that has received the service guide information through the broadcast channel does not fully include the service guide information of the server (only A is received). It means the server's ability to provide B. Therefore, when the terminal receives only A of the service guide information consisting of A and B from the broadcast channel, the terminal may receive the service guide information B through the interactive channel from the server having the complied capability. For example, if the terminal wants to obtain additional information (B) in addition to the service guide information (A) necessary for providing a service through the interactive channel, the server's ability to provide the additional information (B) is complete. Mentoring.

3C illustrates the case where the server's capability is repair.

Repair means the server's ability to retransmit the service guide information of the lost portion to the interactive channel when the terminal loses the service guide information received from the broadcast channel. When the terminal fails to normally receive A from the broadcast channel among the service guide information consisting of A and B, the terminal may re-receive the service guide information A from the server having the repair capability through the interactive channel.

4 is a diagram conceptually illustrating a flow of receiving service guide information.

The service application device 20 includes a source of service guide information, and the service management device 30 collects bootstrap information for service guide information and a logical ESG collector that collects service guide information. Contains a bootstrap ESG collector. The network 40 includes a physical ESG collector, and the terminal 50 selects and receives a service and content.

The logical ESG collector of the service management device collects specific service guide information and registers it with the physical ESG collector of the network [1]. Through this process, an IP address for delivering service guide information to a network is set.

The physical ESG collector registers specific service guide information with the bootstrap ESG collector [2]. Then, the bootstrap information including the service guide information is propagated to the terminal through the broadcast network [3]. In this case, since the terminal is still powered off, the terminal does not receive the bootstrap information even though the bootstrap information is transmitted through the broadcast network.

The service application device transmits the distribution information of the service guide information to the logical ESG collector of the service management device [4].

The logical ESG collector of the service management device transmits the service guide information data to the physical ESG collector of the network according to the distribution information [5], and then is continuously delivered to the terminal through the network [6]. In addition, even though the service guide information is transmitted to the broadcast channel, the terminal does not yet use the broadcast channel such as a power-off state and thus cannot receive the propagated service guide information.

When the terminal is available for the broadcast channel, the terminal receives the bootstrap information from the bootstrap ESG collector of the service management device [7].

The terminal selects specific service guide information from among service guide information that can be provided from the received bootstrap information according to the user's selection or the user's selection [8].

According to the selected result of [8], the terminal receives specific service guide information [9]. The mechanism by which the terminal receives the service guide information is described in detail below.

When the service application device transmits the acquisition information of the service guide information to the logical ESG collector of the service management device [10a], as described in [5], the service guide information data is transferred to the physical ESG collector of the network [11]. Then, specific service guide information is transmitted from the physical ESG collector of the network to the terminal according to the acquisition information of the service guide information [12].

The terminal selects a service desired by the user from the service guide information [13]. Upon receiving a command for selecting acquisition information from the user, the terminal executes a service on the service guide information according to the selected acquisition information.

Alternatively, unlike in [10a], the service application device may transmit the acquisition information of the service guide information to the terminal [10b]. Each device included in the system illustrated in FIG. 4 transmits and receives information through the communication path described above, and an arrow at the top of FIG. 4 illustrates each communication path.

As illustrated above, the service guide information may be the basis for providing a mobile broadcast service. After receiving the bootstrap information through the broadcast channel as described above, the terminal receives the service guide information from the broadcast channel. If the service guide information is not received from the broadcast channel or the received service guide information is not sufficient, the terminal may receive the service guide information through the interactive channel and receive the service. In this case, when receiving the service guide information from the interactive channel, the terminal may obtain the capability of the server to access through the interactive channel from the bootstrap information and may receive the service guide information according to the capability of each server. The concept of the terminal receiving the service guide information according to the capability of each server is as follows.

5A to 5C are diagrams illustrating a flow in which a terminal receives service guide information through an interactive channel from a server. A process of receiving service guide information will now be described with reference to FIGS. 5A to 5C.

5A illustrates an example in which a terminal requests and receives service guide information from a server having a complete capability.

A terminal receives a request from a user to provide information included in a specific container of service guide information [1].

The terminal confirms the capability of the server in the service management device to communicate on the interactive channel from the received bootstrap information and provide the service guide information [2a]. Or, the terminal queries the service management device in which the service guide information is stored through the interactive channel with the capability of a server in the device [2b]. Then, the terminal receives information on the capability of the server from the server in the service management device, it can be seen that the capability of the service management device is complete [3].

The service application device transmits information about the container of the service guide information to the logical ESG collector of the service management device having the complete capability [4]. Upon receiving the server's capability from the information about the capability of the server, the terminal queries the server of the service management device for the identifier of the container [5]. The server of the service management device transmits a query for the container according to the container identifier to the logical ESG collector in the service management device [6]. When the logical ESG collector requests the container requested by the terminal from the service application device [7], the service application device transmits the requested container data to the logical ESG collector [8]. Then, container data of service guide information is transmitted from the logical ESG collector to the terminal [9], and the terminal may process the received container data to receive and provide a user-selected service from a server having a complete capability to the user. . Accordingly, the terminal may receive service guide information from a server having a complete capability.

5B illustrates an example in which a terminal requests and receives service guide information from a server having a repair capability.

The terminal determines whether there is lost data in the service guide information received from the broadcast channel, and determines whether a particular fragment of the service guide information is required due to the loss [1]. If the terminal determines that there is a loss in the service guide information received from the broadcast channel, the service guide information may be received from the server having the repair capability through the interactive channel.

The terminal receives information on the capability of the device to provide service guide information in the service management device by requesting the service management device [2a] or via the bootstrap information [2a] [3].

The service application device transmits fragment and repair information of the service guide information to the logical ESG collector of the service management device [4]. If the terminal loses the service guide information transmitted from the broadcast channel, the terminal queries the server of the service management device for the repair fragment of the service guide information to compensate for the lost information with complete information [5].

The server of the service management device sends the queried information to the service guide information collector [6], and the service guide information collector requests the repair fragment from the service application device [7]. When the service application device transmits the requested repair fragment data to the service guide information collector [8], the transmitted repair fragment is transmitted to the terminal through a communication channel [9]. The terminal may compensate for the loss of the service guide information received from the broadcast channel as repair data of the service guide information [10].

5C illustrates an example in which a terminal requests and receives service guide information from a server having a complementary capability.

The terminal determines whether the service guide information received from the broadcast channel includes necessary detailed information such as additional information [1]. In this case, when the terminal needs supplementary data in the service guide information received from the broadcast channel, the terminal receives information on the capability of the device to provide service guide information in the service management device through the bootstrap information or by requesting the service management device. ([2a], [2b], [3]).

The service application device transmits the complementary information that can supplement the service guide information to the logical ESG collector of the service management device [4].

The terminal queries the server of the service management device for data that can supplement the service guide information received from the broadcast channel [5]. The server of the service management device transmits the queried information to the logical ESG collector [6], and the logical ESG collector of the service guide information collector requests the complement application data from the service application device [7]. When the service application device transmits the requested completion data to the logical ESG collector of the service management device [8], the transmitted completion data is transmitted to the terminal through a communication channel [9]. The terminal provides a service to the user by supplementing the supplement data of the service guide information with the service guide information received from the broadcasting channel [10].

Although not shown in FIGS. 5A to 5C, prior to the process [5] of FIGS. 5A to 5C, the terminal may optionally provide the service guide information data that the server of the service management device may provide to the server of each service management device. You can request a list of delivery (delivery list). When the logical ESG collector transmits the list information to the server, the server may receive a delivery list of service guide information data that the server can provide to the terminal.

6 illustrates an example in which a bootstrap information capable of receiving service guide information is described in a descriptor format. The terminal receives the bootstrap information as shown in FIG. 6 from the broadcast channel as illustrated above. The bootstrap information on the service guide information provides information on a provider of the service guide information or information on obtaining possible service guide information. FIG. 6 illustrates a descriptor related to obtaining service guide information (denoted as an ESG Access Descriptor), and FIG. 7 illustrates entry information (ESGEntry) parsed from the descriptor of FIG. 6. The descriptor capable of acquiring the service guide information describes a matter related to access to an entry point of the service guide information transmitted on the broadcast channel. Thus, each entry point may be bootstrap information that allows the terminal to receive service guide information.

The service guide information transmitted by the bootstrap information illustrated in FIG. 6 may be transmitted in a stream format based on IP. For example, the service guide information may be transmitted according to Asynchronous Layered Coding / Layered Coding Transport (ALC / LCT) in a FLUTE (File Delivery over Unidirectional Transport) session running on an IP protocol. For example, the service guide 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, a JPG file, or the like.

The terminal can obtain bootstrap information for the service guide information from the IP address described in the table information (for example, INT) according to the PSI / SI. For example, the IP address is in the IP version 4 format according to the broadcast transmission / reception system. Bootstrap information can be obtained from 224.0.23.14 when transmitted and from FF0X: 0: 0: 0: 0: 0: 0: 12D according to IP version 6. In FIG. 6, n_o_ESGEntries represents the number of entry information (number of ESGEnties) for service guide information in which access information is signaled in service guide information. The terminal may parse entry information for receiving service information according to the number of entry information using the descriptor of FIG. 6.

FIG. 7 is an example of entry information (ESGEntry) for the service guide information illustrated in FIG. 6. The ESGEntryVersion field in the entry information (ESGEntry) of the service guide information is a version of the entry information (ESG Entry) of the service guide information, and indicates whether the descriptor illustrated in FIG. Can be represented. For example, the descriptor of FIG. 7 may have a value of 1 when transmitted only through a broadcast channel, and may have a value of 2 when transmitted through an interactive channel.

The ESGEntryLength field represents the length of an ESGEntry in bytes. The ProviderID field represents an identifier of a provider of service guide information. n_o_AccessPoints represents the number of entry points capable of receiving service guide information. The for loop statement parses information about an entry point according to the number of entry points. AccessType may refer to a channel type that can access and receive service guide information. And AccessPointLength represents the length of entry point information according to AccessType.

If the AccessType is 0x01, and the service guide information is received from the broadcast channel, the entry point information for the service guide information received from the broadcast channel is as follows.

When the MultipleStreamTransport field is 1, an IP address is provided through an announcement channel to a session for implementing service guide information, and service guide information is provided at a location indicated by the IP address. 0 indicates that a container for all service guide information is provided in a session for implementing service guide information.

IPVersion6 is a field indicating whether SourceIPAddress and DestinationIPAddress are set according to IP version 6.

Bootstrap information of the service guide information is source IP address operating in the session (for example, FLUTE session) driving to send and receive service guide information according to the value of the IPVersion6 field and destination according to IP multicasting. Each may include an IP address (DestinationIPAddress). The IP address may describe a source and death IP address when the IPvesion6 field is IPversion6 or IP version 4 according to a value (if (IPversion6) statement). The Port field indicates a port of an IP stream of a session (eg FLUTE session) through which service guide information is transmitted and received, and the TSI field is set to a transport session identifier of a session driving service guide information.

On the other hand, when 0x02 of AccessType, this indicates that service guide information can be transmitted and received through the interactive channel. When service guide information is transmitted and received through the interactive channel, the server capability to provide the service guide information from the interactive channel may be set in the ServerCapability field. The terminal may obtain information on whether the capability of the server is complete, repair, or complement from the ServerCapability field illustrated in FIG. 7.

In addition, the URL_Length field represents a character length of location information capable of providing service guide information through an interactive channel, and the location information of the server is included in the URLByte field according to the length of the character.

FIG. 8 is a diagram illustrating meanings of values of main fields of FIG. 7. Among them, the ServerCapability field indicating the capability of the server to provide service guide information may have a value of complete service guide download, repair fragment download, and compiling data download. The terminal may obtain information about the capability of the server according to the ServerCapability field included in the bootstrap information. The terminal may request the service guide information from the corresponding server through an interactive channel using a communication protocol, for example, a Simple Object Access Protocol (SOAP), according to the capability of the server according to the ServerCapability field. The process of the terminal receiving through the interactive channel according to the capability of each server is illustrated in Figs. 5a to 5c.

9 illustrates the value of the ServerCapability field shown in FIGS. 7 and 8.

9 shows an example of a ServerCapability field in a bitwise format. For example, the first bit of the ServerCapability field may indicate a protocol used when requesting service guide information from a server. First bit 1 of the ServerCapability field in FIG. 9 illustrates that a protocol capable of receiving service guide information through an interactive channel is SOAP.

The first 1 bit of the last 3 bits of the ServerCapability field indicates that the server's capability to provide service guide information is complementing, the second 1 bit indicates that the server's capability is repair, and the third 1 bit is complete. do. The second to fifth bits of the ServerCapability field do not specifically allocate bits.

10 is a diagram illustrating an embodiment of a transmitting device for transmitting service guide information. An embodiment of an apparatus for transmitting service guide information will now be described with reference to FIG. 10. In the example of FIG. 10, assuming that service guide information is transmitted through a broadcast channel, the service guide information may be included in the service application device or the service management device of FIG. 1 to transmit service guide information.

The broadcast transmission system disclosed in FIG. 10 includes an encoder 310, 320, 330, a multiplexer 340, and a modulator 350. The encoding unit includes a first encoding unit 310, a second encoding unit 320, and a third encoding unit 330.

The first encoding unit 310 may encode content according to audio, video, and data according to a transmission / reception protocol such as, for example, a transport stream of MPEG-2.

The second encoder 320 may encode data including service guide information in an IP datagram format. The IP datagram refers to a signal processing format in which a signal is transmitted in a packet by an internet protocol, and includes a header including an IP address and a data container for transmitting information. The data container of the packet-based IP datagram may include data of video, audio, and service guide information. That is, in the example of FIG. 10, the video signal, the audio signal, and the data signal may be transmitted by performing an IP protocol (IP datacasting) method of dividing and compressing a video signal, an audio signal, and a packet unit. IP data may be encapsulated in multi-protocol encapsulation (MPE) and then embedded in an MPEG-2 trasnport stream (TS). The MPE may be multi-protocol encapsulation-forward error correction (MPE-FEC) section data added with a forward error correction code (FEC). By arranging the transmission signal by the MPE-FEC scheme, it is possible to improve the carrier-to-noise (CN) ratio of the transmission signal. MPE-FEC data including FEC or MPE data without FEC may include transmission data in an IP data format.

The second encoder 320 may encode the service guide information or the bootstrap information in the IP datagram format. The second encoding unit 320 may encapsulate an IP datagram including service guide information or bootstrap information into an MPE and then multiplex it with a time slicing technique to reduce power consumption. have. The multiplexed signal can be converted to a transport stream and multiplexed with MPEG-2 transport stream packets carrying video or audio signals.

The third encoder 330 may encode multiplexed information of packets encoded by the first encoder 310 or the second encoder, for example, stream packets related to a program or a service. The multiplexing information includes table information about PSI / SI (Program Specific Information / Service Information). The table information encoded by the third encoding unit 330 includes INT (IP / MAC Notification table) including mapping information of an IP address encoded by the second encoding unit 320 and a packet ID (PID) including an IP datagram. ) May be included. Accordingly, the third encoding unit 330 may encode and transmit INT information including IP address information about bootstrap information. The bootstrap information at the location according to the information of the IP address may include a field indicating the server capability (a servercapability field in FIG. 7) as illustrated in FIG. 7.

The multiplexer 340 multiplexes and outputs a transport packet output from the first encoding unit 310, the second encoding unit 320, and the third encoding unit 330, and the modulation and encoding unit 350 The multiplexed signal can be modulated, encoded and transmitted.

When the multiplexer 340 multiplexes and outputs the packet data encoded by the first encoder 310, the second encoder 320, and the third encoder 330, the modulation and coding unit 350 may multiplex the signal. The signal may be modulated and encoded according to the modulation and coding unit 350 according to the transmission system and then transmitted as an RF signal. The modulation and coding unit 350 may follow modulation schemes and encoding schemes of various broadcasting systems. For example, a transmission scheme such as an ATSC scheme and an ISDB-T scheme according to a DMB scheme, a DVB-H scheme, or a VSB modulation scheme may be used. Can be used.

FIG. 11 is a diagram illustrating a modulation and coding unit disclosed in FIG. 10. In FIG. 11, the modulation and encoding scheme may follow, for example, a digital video broadcasting-terrestial / handheld (DVB-T / H) scheme.

The first encoder 410 includes an outer coder 411 and an outer interleaver 412. The first encoder 410 may encode and interleave the multiplexed data to improve transmission performance of the multiplexed signal. For example, a Reed-Solomon code conversion method may be used as an outer coding method, and a convolution interleaving method may be performed as an interleaving method.

The second encoder 420 includes an inner coder 421 and an inner interleaver 422. The inner coder 421 and the inner interleaver 422 perform interleaving by recoding a signal to be transmitted in preparation for an error in the transmission signal. The inner coder can encode the transmission signal according to the punctured convolution code, and the inner-interleaving scheme is based on the memory usage according to the transmission modes of 2k, 4k and 8k. Native or in-depth interleaving schemes may be used.

The mapper 430 may transmit a transmission signal such as 16QAM, 64QAM, QPSK, etc. in consideration of a pilot signal and a transmission parameter signal (TPS) according to a transmission mode generated by the system signal generator 425. You can map them to symbols according to the method.

The frame forming unit 440 modulates the mapped signal in an orthogonal frequency division multiplex (OFDM) scheme, and forms a frame in which a guard interval is inserted in a data section including the modulated signal. Each frame contains 68 OFDM symbols and four frames form a super frame. For example, one symbol includes 6817 carriers in 8k mode, which is a transmission mode, and 1705 carriers in 2k mode. The guard interval is a cyclic continuation in which data of the data interval is copied, and its length varies depending on the transmission mode. The OFDM frame includes a distributed pilot signal, a continuous pilot signal and a TPS carrier, respectively. An example of a signal frame by the frame forming unit of FIG. 11 is disclosed in FIG. 12.

The digital analog converter 450 converts a broadcast signal in a digital format having a guard interval and a data interval into an analog signal, and the transmitter 460 converts the analog signal converted by the digital analog converter 450 into a radio frequency (RF). ) Can be transmitted by a signal. Accordingly, the encoded service guide information and bootstrap information may be transmitted according to the example of the transmitting apparatus of FIG. 11.

FIG. 12 is a diagram illustrating signal arrangement according to a result of the frame forming unit forming the frame in the example of FIG. 11. In Fig. 12, Tu represents the number of usable subcarriers, Dt represents the distance between distributed pilots on the time axis, and Df represents the distance between distributed pilots on the frequency axis, respectively. The distance Df between the distributed pilots in the frequency domain determines the delay range of the ghost that can be estimated in the channel. 12 shows the signals formed by the frame forming unit up to the positions of pilots to be interpolated upon reception.

Therefore, when receiving the signals arranged in this way, the interpolation is performed at the pilot position, and the symbols are arranged so that the same pilot pattern appears for every four input symbols. That is, if the first input symbol (t = 1) is the same distributed pilot signal as the symbol input at t = 5, the terminal receiving the signal is a symbol received at t = 2, 3, 4 at the position of the distributed pilot signal Time interpolation can be performed for.

Further, since the symbol input at t = 6 has the same distributed pilot pattern as the symbol input at t = 2, the terminal receiving the signal is a distributed pilot of the symbol input at t = 6 and the symbol input at t = 2. Time interpolation may be performed on signals t = 3, 4, and 5 in position.

When the signal is received at time t = 7 and then interpolated in the above manner, the symbols input at t = 4 are distributed pilots at four subcarrier positions, and thus the frequency of the input symbol at t = 4. The interval between the distributed pilot signals in the region is reduced to one quarter of the interval between the original distributed pilot signals, and a symbol input at t = 4 has a pattern in which the distributed pilot signals are located at four subcarrier positions. Thus, the terminal receiving the signal can have the effect of processing the signal as more pilot signals are located in the symbol. Therefore, when the signal is transmitted using the continuous pilot signal and the distributed pilot signal in this way, the channel compensation can be adaptively performed according to the state of the reception channel upon receiving the signal.

13 is a diagram illustrating an example in which a broadcast program, content, data, and the like are transmitted through a channel. 10 and 11, a service to which a type slicing scheme is applied to DVB-H and a service transmitted on a common channel of DVB-T and DVB-H may be transmitted. Programs can be transmitted according to channels of respective DVB-H and DVB-T. In case of DVB-H, each service can be transmitted by time division multiplexing by time slicing. Content and service guide information, including video / audio, can be included in IP datagrams by the DVB-H system and transformed into MPE or MPE-FEC and transmitted to MPEG-2 TS with the modified MPE or MPE-FEC embedded. have.

14 and 15 illustrate a receiving apparatus for receiving service guide information. An apparatus for receiving service guide information will be described below with reference to FIGS. 14 and 15. The apparatus for receiving service guide information includes a receiver, an input unit 530, a storage unit 550, a display unit 560, and a controller 600. The receiver may include a broadcast receiver 510 that receives a signal from a broadcast channel, and a communication unit 520 that receives a signal from an interactive channel and transmits and receives a signal through the interactive channel. For example, the channel that the communication unit 520 interacts with may be a wired or wireless channel capable of data communication in both directions. The receiving device of the service guide information illustrated here corresponds to a terminal described above.

The broadcast receiver 510 receives, demodulates and outputs a broadcast signal. For example, the broadcast receiver 510 may include a tuner for selecting a broadcast signal received in the DVB-H scheme and a demodulator for demodulating the broadcast signal in the DVB-H format according to the OFDM scheme. The broadcast receiver 510 demodulates the received broadcast signal and outputs the demodulated signal to the controller 600. The broadcast signal received by the broadcast receiver 510 includes service guide information or bootstrap information of the service guide information. In addition, the bootstrap information includes information about a server's ability to provide service guide information through an interactive channel as illustrated in FIG. 7.

The communication unit 520 may transmit and receive a signal through an interactive channel capable of bidirectional communication. When the communication unit 520 receives the signal through the interactive channel, the received signal is demodulated in consideration of the modulation method of the communication system, and when the communication system decoding unit 670 outputs the encoded signal, The output signal can be modulated and transmitted according to the modulation scheme. For example, the communication unit 520, when the control unit 600 is to receive the service guide information through the interactive channel from the server having the complete or complete or repair capability according to the bootstrap information illustrated in FIG. 520 may output a signal to access the server, and receive service guide information transmitted by the server.

The controller 600 may include a system decoder 610, a decoder 620, a service guide information controller 630, and a communication system decoder 670. The controller 600 may control the peripheral functional blocks illustrated in FIG. 14, for example, the receiver, the input unit 530, the storage unit 550, the display unit 560, and the like, and may process a control command received from the user. have.

The system decoder 610 may decode the received signal in consideration of an encoding method of a transmission / reception system of a signal received by the broadcast receiver through a broadcast channel. When the broadcast receiver 510 demodulates and outputs a broadcast signal, the system decoder 610 may obtain a file including service guide information by decoding the output signal. The system decoder 610 receives the bootstrap information and the service guide information received in the broadcast channel illustrated in FIG. 7, for example, to receive information about server capabilities from a signal according to a DVB-H system. The signal can be decoded. A detailed example of the system decoding unit 610 will be described in detail with reference to FIG. 15.

The controller 600 may include a communication system decoding unit 670 to transmit and receive an interactive channel. The communication system decoding unit 670 may encode a signal to be transmitted through the interactive channel or may decode a signal received from the interactive channel from the communication unit 520. For example, when the communication unit 520 receives a signal including the service guide information from the interactive channel, demodulates it, and outputs the signal, the communication system decoding unit 670 decodes the signal to service the service guide information and the related signal. The information may be output to the guide information controller 630 or the decoder 620. The communication system decoding unit 670 may encode or decode a signal in an IP datagram format. For example, the communication system decoding unit 670 may receive a signal demodulated by the communication unit 520 and decode the signal in the IP datagram format, or may encode the signal in the IP datagram format and output the encoded signal to the communication unit 620. have. For example, when the service guide information receiving apparatus obtains at least one of complete, complement, and repair, which is a server's capability for an interactive channel, from a broadcast channel, the communication system coder 670 may encode a signal to be output to the server to receive service guide information from one of the servers having the capability.

The decoder 620 may decode the video, audio and data information decoded by the system decoder 610 and the communication system decoder 670 according to the system. The decoder 620 may include a video decoder, an audio decoder, and a data decoder. The video decoder can decode and output the video data of H.264 format, for example, and the audio decoder can decode audio data such as the AC-3 and AAC + format. In addition, the decoder 620 may include a data decoder (not shown) capable of decoding table program information / service information according to PSI / SI. For example, the decoder 620 may decode a signal based on table information such as a program associate table (PAT), a program map table (PMT), a network information table (NIT), etc. from the signal decoded by the system decoder 610, The broadcast signal according to the data broadcast can be decoded. The decoder 620 may parse INT (IP / MAC Notification table), which is table information, from the PMT. INT contains mapping information between the IP address of the IP stream and the PID of the transport stream in the transport stream. When the decoder 620 parses the INT and obtains an IP address from the bootstrap information of the service guide information, the decoder 620 may output the IP address to the service guide information controller 630. Therefore, the service guide receiving apparatus can obtain the service guide information from the broadcast channel or the interactive channel using the IP address. In this case, an example of bootstrap information parsed by the decoder 620 is illustrated in FIG. 7. For example, the bootstrap information received on the broadcast channel may include at least one of complete, complement, and repair, which is a server's ability to provide service guide information on an interactive channel. It may include protocol information that can be connected to the server.

The service guide information control unit 630 receives the bootstrap information decoded by the system decoding unit 610 or the communication system decoding unit 620, and the service guide information receiving apparatus stores the service guide information using the bootstrap information. Can be received. For example, the service guide information controller 630 may allow the system decoder 610 to receive service guide information from a broadcast channel or the communication system decoder 670 according to the bootstrap information received by the system decoder 610. It may be controlled to receive the service guide information from the interactive channel. If the service guide information device obtains information on the capability of the server of the bootstrap information illustrated in FIG. 7, the communication system coder 620 may access the server that stores the service guide information through the interactive channel. Encode and output the signal. In addition, the communication unit 520 may modulate the signal through an interactive channel and output the signal to receive service guide information from a server having the capability.

The service guide information controller 630 may include a controller 613, a channel map storage 633, and a browser driver 635. The controller 631 may extract channel map information from the service guide information and store the channel map information in the channel map storage unit 633. The controller 631 may control the session and control the browser driver 635 for driving an application to display the received or stored service guide information.

The apparatus for receiving service guide information may store the received service guide information in the storage unit 550. The storage unit 550 may store service guide information, a file transmitted as an IP datagram, content data, and may store data before and after the decoder 620 decodes the data. The input unit 530 may receive a control command input by the user and output the control command to the controller 600. The display unit 560 may output an audio or video signal output from the controller 600. In addition, the application driven by the service guide information controller 630 may output the service guide information as an image and sound through the display unit 560. Therefore, a user may download a file, provide a web service, or receive service guide information through an application for service guide information.

15 is a diagram illustrating the system decoding unit 610 in detail.

The system decoder 610 may decode in consideration of encoding of a system in which a broadcast signal demodulated by the broadcast receiver 510 is encoded. The system decoder 610 may process the service guide information demodulated by the broadcast receiver 510 as follows.

The system decoder 610 may include an IP decapsulator 611, a user datagram protocol (UDP) decoder 612, an RTP decoder 613, and a file delivery over unidirectional transport protocol (FLUTE) decoder 614. ), A container parser 615, a beam parser 616, and an XML parser 617.

The system decoder 610 may decode content data transmitted in real time in consideration of system encoding. For example, the system decoder 610 may decode a file including content data and service guide information transmitted in an IP datagram format.

An example in which the system decoding unit 610 decodes content data or service guide information in the IP datagram format is as follows. First, the IP decapsulator 611 decapsulates the content data included in the payload of the IP packet with reference to the header of the IP packet. The user datagram protocol (UDP) decoding unit 612 may decode content data transmitted in real time from the IP decapsulated payload according to the user datagram protocol (UDP). The RTP decoding unit 613 may output the content data encoded so that the coding rate is controlled by the RTP control protocol (RTP control protocol) for the content data decoded by the user datagram protocol (UDP) decoding unit 612. The audio / video signal of the content output from the RTP decoder 613 is output to a decoder 620 including an audio decoder and a video decoder, respectively.

When the system decoder 610 decodes the data for the service guide information in the file format, the data decoded by the UDP decoder 612 is output to the FLUTE decoder 614.

The FLUTE decoding unit 614 may decode data in FLUTE (IETF RFC3926: File Delivery over Unidirectional Transport) format and output files such as binary data, image data, and text. The data decoded and output by the FLUTE decoding unit 614 may include a file including service guide information.

The container parser 615 decodes the container unit file among the service guide information and outputs the fragment unit information. When the service guide information is output in the beam BiM format according to the output of the container parser 615, the beam BiM parser 616 decodes the data according to the BiM format and transmits the data to the XML parser 617. . The XML parser 617 may decode an XML format file output by the container parser 615 or the BiM parser 616.

If the communication system decoding unit 670 decodes the received signal and the service guide information is displayed accordingly, the communication system decoding unit 670 transmits the service guide information file (transmitted according to a protocol such as HTTP in the IP datagram). For example, an XML file).

FIG. 16 illustrates an example of a protocol stack that is followed when service guide information or bootstrap information of service guide information is delivered to a terminal. In FIG. 16, the left side is a protocol stack according to a broadcast network, and the right side is a protocol stack according to an interactive network.

First, a protocol according to a broadcast network will be described.

For example, if service guide information is transmitted according to the DVB-T / H format, the transmitted signal follows a protocol related to MPEG-2 TS (Transport Stream).

The transport stream may follow a time slicing rule, and when the transport stream is decoded, the transport stream may be a signal according to a multiprotocol encapsulation (MPE) or multiprotocol encapsulation-forward error correction (MPE-FEC) format. Information according to PSI / SI may be delivered to the transport stream.

The transport stream contains signals in the form of IP datagrams. The data according to the IP datagram follows the protocol of UDP or TCP. Content transmitted / received in the form of real-time streaming among the contents delivered through UDP may be in accordance with the RTP format, and content delivered in the form of a file may be in FLUTE / ALC format. Streaming content according to RTP may be encoded and transmitted according to H.264 / AAC +. On the other hand, the content delivered in the form of a file may be data according to XML (eXtensible Markup Language), binary, text, or the like, or may include service guide information according to XML, a Session Description Protocol (SDP), and the like. XML (eXtensible Markup Language) is an object-oriented language, and service guide information may be included and transmitted in an object unit through FLUTE.

When service guide information is received through the interactive channel, the physical layer and the data link layer of the signal received through the interactive channel may use a scheme according to a communication system. The example of FIG. 16 illustrates a communication system such as Global System for Mobile Telecommunication (GSM), General Packet Radio Service (GPRS), Universal Mobile Telecommunications System (UMTS), and the like.

The service guide information transmitted according to the UDP format among the protocol formats according to the IP datagram can be received as a file according to HTTP. Multimedia services such as video / audio may be expressed according to RTP. For reference, a voice service (Voice) or text service (SMS) according to the communication system may be located on the data link layer, respectively, as a corresponding protocol stack (indicated by Voice and SMS in FIG. 16).

17 is a flowchart illustrating an example of receiving service guide information.

From the bootstrap information, information on at least one server's ability to provide service guide information through the interactive channel and location information on the server are obtained (S110). Bootstrap information, including information about a server's capabilities and location information about that server, is illustrated in FIG.

The server according to the obtained location information is accessed through an interactive channel and requests service guide information (S120). The bootstrap information of step S110 may include protocol information for receiving service guide information through the interactive channel. Accordingly, the service guide information may be requested by accessing the server through the interactive channel according to the above protocol information. Before requesting the service guide information, the server may first receive a delivery list of the service guide information that the server may provide to the server according to the location information of S110. The service guide information to be received may be requested to the server through the interactive channel with reference to the received list information. The requested service guide information depends on the server's capabilities.

The requested service guide information is received from the accessed server (S130). Accordingly, the terminal or the service guide information receiving apparatus may obtain the service guide information according to the capability of the server to provide the service guide information through the interactive channel.

According to the above illustrated system and flowchart, the terminal may receive service guide information from the interactive channel according to the capability of the server included in the bootstrap information.

1 illustrates a connection relationship between devices in the illustrated system.

FIG. 2 is a diagram illustrating a protocol stack in which a service management device and a terminal can transmit and receive service guide information through an interactive channel.

3A-3C are exemplary diagrams for illustrating the ability of a server to provide service guide information.

4 is a diagram conceptually illustrating a flow of receiving service guide information;

5a to 5c are diagrams illustrating a flow in which a terminal receives service guide information through an interactive channel from a server;

6 is an exemplary diagram illustrating bootstrap information capable of receiving service guide information in a descriptor format.

FIG. 7 illustrates entry information ESGEntry parsed from the descriptor of FIG. 6. FIG.

8 is a diagram illustrating meanings of values of main fields of FIG. 7.

9 illustrates values of the ServerCapability field shown in FIGS. 7 and 8.

10 is a diagram illustrating an embodiment of a transmitting device for transmitting service guide information;

FIG. 11 is a diagram illustrating the modulation and coding unit disclosed in FIG. 10.

12 is a diagram illustrating signal arrangement according to a result of the frame forming unit forming a frame in the example of FIG. 11;

13 is a diagram illustrating an example in which a broadcast program, content and data are transmitted through a channel;

14 is a diagram illustrating a receiving device for receiving service guide information.

FIG. 15 illustrates the system decoding unit of FIG. 14 in detail.

FIG. 16 is a diagram illustrating an example of a protocol stack that is followed when service guide information or bootstrap information of service guide information is delivered to a terminal.

17 is a flowchart illustrating an example of receiving service guide information.

Claims (7)

Obtaining from the bootstrap information information about the ability of the at least one server to provide service guide information over the interactive channel and location information for that server; Requesting service guide information through an interactive channel from a server according to the location information using the location information; And And receiving the service guide information requested from the server. The method of claim 1, And information on the capability of the server included in the bootstrap is at least one of complete, complete, and repair. The method of claim 1, The bootstrap information is a method of receiving service guide information including protocol information used when accessing a server through an interactive channel. The method of claim 1, The information on the capability of the server is a service guide information receiving method represented by bitwise (bitwise). A broadcast receiver for receiving and demodulating bootstrap information including information on a server's ability to access the interactive channel from a broadcast channel and location information of the server; Obtains information about the capability of the server from the bootstrap information received by the broadcast receiver, encodes and outputs a signal for accessing an interactive channel to a server located in the location information according to the obtained information, and provides service guide information. A control unit controlling to display and display the received signal; And And a communication unit configured to transmit a signal through an interactive channel by modulating a signal encoded by the signal output from the controller. The method of claim 5 The bootstrap information further includes protocol information for allowing the controller to access the server through an interactive channel. The method of claim 5, The information on the capability of the server included in the bootstrap is at least one of complete (complete), complete (compplement), repair device of the service guide information.

Images