RU2383996C2 - Method and device for handling errors in electronic service guide transmission in digital video broadcasting system - Google Patents

Abstract

FIELD: physics; communication. ^ SUBSTANCE: invention relates to digital video broadcasting systems using an electronic service guide (ESG). A device is proposed for handling errors in ESG transmission in a digital video broadcasting system, which includes a service application (SA) component for receiving a request message for file restoration from a communication terminal after transmitting ESG from a service management (SM) component to a terminal and, if the request message for file restoration is an ESG request, providing the SM component with a request message for file restoration and a terminal address; a logic device for compiling ESG for generating ESG within a SM component which interprets the request message and determines whether to resend the ESG to the terminal, and if a decision is made to resend the ESG, the logic device for compiling the ESG sends ESG metadata and terminal address to an interactive server for transmitting ESG within the SM component, and the interactive server sends ESG metadata to the terminal. ^ EFFECT: design of a video broadcasting system capable of sending a restoration request to a network and receiving a repeatedly transmitted ESG when an error occurs during transmission of the ESG. ^ 33 cl, 14 dwg

Description

BACKGROUND

1. The technical field to which the invention relates.

The present invention generally relates to an Electronic Service Guide (ESG) in a digital video broadcasting system, and more particularly, to a method and apparatus that can handle a transmission error using a file recovery request command when an error occurs in the transmission of the ESG.

2. Description of the Related Art

Digital video broadcasting (DVB - Digital Video Broadcasting) is a transmission standard for supporting digital multimedia services for portable and mobile terminals, as well as existing digital broadcasting in accordance with European digital broadcasting technologies.

A DVB system can compress broadcast data based on Transport Streams (TP) of the MPEG2 standard (video compression format developed by the Group of Experts in the Field of Cinema) and can simultaneously transmit data streams over IP networks (Internet Protocol - Internet Protocol). Additionally, the DVB system can compress and transmit various services in a single IP stream. After receiving the data of the transmitted IP stream, the terminal decompresses the received data into separate services, decodes the TP of the required service, and provides the user with a decoded TP on the screen of the display device. At this stage, the user needs information about various services and the content of the services provided by the DVB system.

The DVB system uses the Electronic Service Guide (ESG) to provide notification of service information. ESG data includes temporary information for a particular service, related information about the content, the required information for receiving the content, the required information for acquiring the content, and so on. The DVB system builds a data model for efficiently transmitting ESA data and generates the data to be transmitted based on the data model.

The ESA is transmitted to the terminal using the IP stream at a time different from the time of the real data stream. Thus, the service provider can transmit information for the use of the ESA before the user receives the corresponding service. Since ESAs can be used for a variety of purposes, in addition to the program guide, ESA information is very important in a mobile broadcast environment.

When the ESA is transmitted to the terminal, it is recognized as a regular file and transmitted using the same protocol as the file transfer protocol. Typically, for mobile broadcasting, a file transfer protocol complies with the File Delivery over Unidirectional Transport (FLUTE) standard described in RFC (Request for Comments) 3926 of the Internet Engineering Task Force (IETF) - Internet Engineering Task Force). If a transmission error occurs when the terminal receives the ESA, a request to restore the ESA can be sent to the network using the file recovery request command, as in the case of a regular file. However, the problem is that the network does not provide a method and apparatus for processing transmission errors. Thus, there is a need for a method and apparatus capable of sending a restore request to the network and receiving a re-sent ESA when an error occurs in transmitting the ESA.

SUMMARY OF THE INVENTION

Accordingly, the present invention has been developed to solve the above and other problems encountered in the prior art. The present invention provides a method and apparatus that can receive a retransmission of an Electronic Service Guide (ESG) using the usual file recovery request command when the terminal receives the ESG and a transmission error occurs in the digital video broadcast system to provide the ESG.

In accordance with one aspect of the present invention, there is provided a method for processing errors in the transmission of an Electronic Service Guide (ESG) in a digital video broadcasting system, the method including the steps of receiving, using a component of the service application, a request message to restore a file from the terminal after ESA broadcast from the service management component to the terminal; transmitting the file recovery request message and the terminal address from which the file recovery request message was sent from the service application component to the service management component when the file recovery request message includes a request for ESA; interpreting the file recovery request message in the ESA compilation logic device to generate the ESA within the service control component and determining whether to retransmit the ESA to the terminal that transmitted the file recovery request message; deliver the ESA metadata and the terminal address from the ESA logic to the interactive server (service node) for transmitting the ESA within the service control component, if a decision is made on the retransmission of the ESA; transmit ESA metadata from the interactive server to the terminal.

In accordance with another aspect of the present invention, there is provided a method for processing errors in the transmission of an Electronic Service Guide (ESG) in a digital video broadcasting system, the method including the steps of receiving, using a component of the service application, a message requesting a file to be restored from the terminal after ESA broadcast from the service management component to the terminal; transmitting the file recovery request message and the terminal address from which the file recovery request message was sent from the service application component to the service management component when the file recovery request message includes a request for ESA; interpret the request message in the logical ESG compilation device to generate the ESA within the service control component and determine whether to retransmit the ESA to the terminal that transmitted the file recovery request message; deliver the ESA metadata and the terminal address from the logical device for compiling the ESA to the component of the service application, if a decision is made on the retransmission of the ESA; transmit the ESA metadata from the service application component to the terminal.

In accordance with another aspect of the present invention, there is provided a method for processing errors in the transmission of an Electronic Service Guide (ESG) in a digital video broadcasting system, the method including the steps of receiving, using the service control component, a request message to restore a file from the terminal after ESA broadcast from the service management component to the terminal; determining whether to retransmit the ESG, on the interactive server, for transmitting the ESG from the service control component using the ESG recovery request message; transmitting a request message for retransmitting the ESA from the interactive server to the logical device for compiling the ESA to generate the ESA within the service control component, if a decision is made on the retransmission of the ESA; transmit the ESA metadata and the terminal address from the logical device for compiling the ESA to the interactive server; transmit ESA metadata from online server to the terminal.

In accordance with another aspect of the present invention, there is provided a device for processing errors in transmitting an Electronic Service Guide (ESG) in a digital video broadcasting system, the device including a service application component for receiving a file recovery request message from a terminal and determining whether to retransmit the ESG, and a service management component for generating an ESA, broadcasting the generated ESA to a terminal, receiving a file recovery request message from a service component investments, determining whether to retransmit the ESA, and transmitting the ESA metadata to the terminal based on the decision result, while the service application component provides the service management component with a file recovery request message and the address of the terminal that transmitted the file recovery request message if the request message the file recovery request includes an ESA, and the service management component interprets the file recovery request message, determines whether to transmit the retry but the ESA to the terminal that transmitted the file recovery request message and transmits the ESA metadata to the terminal based on the decision.

In accordance with another aspect of the present invention, there is provided a device for processing errors in transmitting an Electronic Service Guide (ESG) in a digital video broadcasting system, the device including a service application component for receiving a file recovery request message from a terminal and determining whether to retransmit the ESG, and a service management component for generating an ESA, broadcasting the generated ESA to a terminal, receiving a request message from a service application component, determining, Whether to retransmit the ESA, and to transfer the ESA metadata to the terminal through the service application component based on the decision result, while the service application component provides the service management component with a file recovery request message and the address of the terminal that transmitted the file recovery request message, if the message a file recovery request includes a request for an ESA, and the service control component interprets the request message and determines whether to transmit over Torno ESG to the terminal that sent the message transmitted to request a file recovery.

In accordance with another aspect of the present invention, there is provided a device for processing errors in transmitting an Electronic Service Guide (ESG) in a digital video broadcasting system, the device including an interactive server for broadcasting the ESG to a terminal, receiving a request message to restore the ESG from the terminal, interpreting the message a file recovery request and determining whether to retransmit the ESA to the terminal that transmitted the file recovery request message and the logical device with tavleniya ESG for generating the ESG, receiving the request for retransmission on the basis of the ESG metadata solutions taking and transmitting an ESG in an interactive server, the interactive server transmits the ESG metadata received from the logical ESG aggregator to the terminal.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and other features and advantages of the present invention will be more apparent from the following detailed description when considered in conjunction with the accompanying drawings, in which:

1 is a block diagram illustrating a structure of a mobile broadcast network to which the present invention is applied;

FIG. 2 is a block diagram illustrating a network structure using an Electronic Service Guide (ESG) to which the present invention is applied;

Figure 3 is a block diagram illustrating a file network structure to which the present invention is applied;

4 is a block diagram illustrating a message flow in a file network in accordance with the present invention;

5 is a block diagram illustrating a message flow in a file network in accordance with the present invention;

6 is a block diagram illustrating a message flow in a file network in accordance with the present invention;

7 is a block diagram illustrating a message flow of a transmitting device in accordance with the present invention;

8 is a block diagram illustrating a message flow of a receiving device in accordance with the present invention;

Fig.9 is a block diagram illustrating the message flow of a transmitting device in accordance with the present invention;

10 is a block diagram illustrating a message flow of a receiving device in accordance with the present invention;

11 is a block diagram illustrating a message flow of a transmitter in accordance with a third illustrative embodiment of the present invention;

12 is a block diagram illustrating a message flow of a receiving device in accordance with the present invention;

13 is a block diagram illustrating the structure of a transmitting device in accordance with the present invention;

14 is a block diagram illustrating a structure of a receiving device in accordance with the present invention.

DETAILED DESCRIPTION OF THE INVENTION

The operational principles of the present invention will be described in detail below in the present description with reference to the accompanying drawings. In the following discussion, detailed descriptions of the functions and configurations included in the present description, which are well known to those skilled in the art, are omitted for clarity and conciseness. You must understand that the style and terminology used in the present description are used to describe and should not be construed as limiting the present invention.

According to the present invention, a request to restore an Electronic Service Guide (ESG) is sent (i.e. transmitted) to the network using a file restore request command, as in the case of a regular file, if a transmission error occurs when the terminal receives the ESG. In the present description, an embodiment will be described in detail in which a restoration request is sent to the network and a retransmitted ESA is received, and an embodiment in which a unique restoration request is sent to the network for an ESA, a retransmitted ESA is received if an error occurs in the ESA transmission .

1 is a structural diagram of a structure of a mobile broadcast network to which the present invention is applied.

Logical components are illustrated in the form of blocks and differ in their basic functions. Blocks can be physically separated or provided on the same service node. Referring to FIG. 1, Content Creation Component (SIN) component 105 creates content sources, and then delivers the generated content sources to the Service Application (SP) component 110. The SP component 110 generates a specific service using the content sources received from the SYN component 105 and the additional metadata required to configure the service. The Service Management (CI) component 115 performs the functions of configuring a service, allocating resources, initializing an ESA, protecting it, and so on.

Broadcast network 120 is a Digital Video Broadcasting-Handheld (DVB-H) network and includes a section for broadcasting ESAs and broadcast-related signaling configured for a DVB-H network. The present invention will be described with reference to the DVB-H standard. However, the present invention is not limited to the DVB-H standard. In general, the interactive network 125 is a cellular network. Interactive network 125 may be any network with the functionality of transmitting data or request messages from a terminal to a network. Terminal 130 is a user terminal for receiving a service.

Figure 1 shows the interfaces between the components, as well as the above logical components. In general, the X-1, X-2, and X-3 interfaces are not defined in an interactive or two-way standard based on DVB-H. Broadcast-related signaling is transmitted through the CBMS-1 (Convergence of Broadcast and Mobile Services) Convergence of Broadcast and Mobile Services interface. Content elements such as audio data, video data, files and so on are transmitted through the CBMS-2 interface. The ESA is transmitted through the CBMS-3 interface. In point-to-point transmission, the ESA is transmitted via the CBMS-4 interface. In point-to-point transmission, the Short Message Service (SMS) and the Multimedia Message Service (MMS) are transmitted through the CBMS-5 interface. For DVB-H transmission, the configuration parameters of a number of services, distributed bandwidth and so on are transmitted through the CBMS-6 interface. Through the CBMS-7 interface, a service application is advertised or metadata is transmitted. Only the basic functions of the interfaces have been described. The functions of the interfaces are not limited to the above description.

FIG. 2 is a block diagram illustrating a network structure using an ESA to which the present invention is applied.

Figure 2 illustrates the architecture and logical functional blocks of the components for generating and transmitting ESAs based on the basic architecture depicted in Figure 1. The functional blocks of the ESA source 222 and the acquisition information source 224 are provided in the JV component 220. The ESA source 222 collects data corresponding to the ESA source and includes information received from the LSI component 200 and other metadata. The acquisition information source 224 is a block including acquisition information. Information is provided to the 240 UE component through the CBMS-7 interface.

The UE component 240 includes four functional blocks (i.e., blocks 242, 244, 246, and 248, which will be described later). Specialized logic device 242 for compiling ESA generates a single ESA, collecting and organizing sources of ESA delivered from specialized logic device 242 for compiling ESA. The ESU compilation device 242 with the possibility of self-tuning controls the information required for automatic regulation of the ESA. The resource provisioning scheduler 246 performs the functions of managing network resources and managing the provision of services and scheduling. Interactive delivery server 248 is responsible for point-to-point transport of the ESA.

Network block 260 includes a broadcast network block 250 and an interactive network block 251. The broadcast network unit 250 includes a physical ESA compilation device 252, an Internet Protocol (IP) mapping device to sections 254, and a DVB-H resource mapping device 256, which is responsible for adapting the delivered ESA to a DVB-H network.

The terminal unit 280 includes a DVB-H compliant receiver 282 for receiving a DVB-H signal of a terminal 280, an interactive interface device 284 associated with interactive or two-way transportation, and a service description and content filling processing device 286 for receiving, decoding and display of ESA.

3 is a block diagram illustrating a file network structure to which the present invention is applied.

Figure 3 illustrates the architecture and logical functional blocks of components for generating and transmitting a file based on the basic architecture depicted in Figure 1. SP component 320 includes a file delivery sub-component 322 for file delivery, a file source sub-component 324 for receiving a file source from the SIN component, and a service application configuration sub-component 326, which is responsible for configuring the service. Terminal 380 includes a subordinate content consumption component 382 and is responsible for providing a service associated with received files. Since the other blocks in FIG. 3 are the same as in FIG. 2, for clarity, their description is omitted.

If it is established that an error occurred in the file transfer, the terminal sends an HTTP message (Hyper Text Transfer Protocol - Hypertext Transfer Protocol) to the file transfer component 320 of the joint venture. The HTTP file recovery request message includes information about the location of the file to be received using the HTTP protocol, and the part in which the transmission error occurred. A sample HTTP file restore request message is as follows.

"GET www.example.com/news/latest.3gp?ipdc-flute-

repair & SBN = 5; ESI = 12 + SBN = 20; ESI = 27 HTTP / 1.1 "

The above example is consistent with the format "query = application * (" & "[sbn_info]) defined in the standards document regarding the CDP (Content Delivery Protocol) of the DVB-CBMS standard (tm-cbms1167). In the above example, the application is 'ipdc-flute-repair', and sbn_info indicates the block in the file to be received, and indicates the forward error correction (FEC) encoding identifier (ID). The above example indicates a packet for which the Source Block Block Number (SBN-Source Block Number) = 5 and an ESI-Encoding Symbol ID = 12, and a packet for which SBN = 20 and ESI = 27.

If the delivered file is an ESA, the component responsible for point-to-point transportation of the ESA becomes component 340 of the Asset Management (Service Management). Therefore, the establishment of communication between the component 320 SP and component 340 CU. The CI component 340 interprets the file recovery request message and must inform the interactive delivery server 248 of terminal information for receiving ESA and point-to-point transmission of the ESA.

4 is a block diagram illustrating a message flow in a file network in accordance with the present invention.

Referring to FIG. 4, when a transmission error occurred while receiving the ESA, the terminal 440 provides the JV component 410 with the usual file recovery request message using the signaling of the file transfer request request command, without determining if the ESM file is an error or an ordinary file, at 400. Component 410 SP (Service Application) identifies the location of the file requested for retransmission, and determines whether the requested file is a regular file or ESA, at step 401. For this, it is preferable that component 410 SP l information on an application file is the ESG or a general file.

If the file requested for retransmission is an ESA, the file recovery request message is retransmitted to the management component 420 responsible for the ESA at step 402. At this stage, the address of the terminal from which the message was sent is provided. Logical device 425 for compiling an ESA of component 420 of the control system interprets the message and determines that the message is a request message for ESA, at step 403. Metadata of ESA together with the address of the terminal is delivered to an interactive server 430, at step 404. For this, logical device 425 for compiling an ESA should be able to interpret the file recovery request message using HTTP.

Using the ESA metadata and the terminal address delivered from the interactive server 430, the ESA is sent to the corresponding terminal 440, at step 405. If the ESA logic 425 decides not to retransmit the ESA, it informs the SP component 410 that the ESA is not being retransmitted to step 406. Component 410 SP generates a response message to restore the file, indicating that the ESA is not retransmitted, at step 407, and then sends (i.e. transmits) the generated response message to restore the file to the term L 440, at step 408.

5 is a block diagram illustrating a message flow in a file network in accordance with the present invention.

Referring to FIG. 5, when a transmission error occurred while receiving the ESA, terminal 540 provides the JV component 510 with the usual file recovery request message using the signaling of the file transfer request message without setting whether the ESM file is incorrect or the normal file, in step 500. JV component 510 detects the location of the file requested for retransmission, and determines whether the requested file is a regular file or ESA, at step 501. For this, JV component 410 must store information about whether the file is ESG or regular file attachments.

If the file requested for retransmission is an ESA, the file recovery request message is retransmitted to the CS component 520 responsible for the ESA at step 502. At this stage, the address of the terminal from which the message was sent is provided. Logical device 525 compiling the ESA component 520 UE interprets the message and determines that the message is a request message ESA, at step 503.

Steps 500-503 are similar to steps 400-403 in Figure 4. At step 504, the AC component 520 sends ESA metadata to the AC component 510 in response to a request for retransmission of the ESA. After that, the component 510 SP sends metadata to the ESA to the requesting terminal 540, at step 505. The process is carried out as in the case of a normal response to file recovery.

If a decision is made not to retransmit the ESA, the ESA compilation logic 525 informs the ES component 510 that the ESA is not retransmitted at step 506. The ES component 510 generates a file recovery response indicating that the ESA is not retransmitted, at step 507, and then sends the generated file recovery response message to terminal 540, at step 508.

6 is a block diagram illustrating a message flow in a file network in accordance with the present invention.

As shown in FIG. 6, when an error occurs in the ESG transmission, the terminal 640 sends a unique request message for the ESG to the AC component 620 after detecting an error in the ESG transmission, distinguishable from an error in the transmission of a regular file.

Referring to FIG. 6, when the terminal 640 sends the ESG recovery request message to the interactive server 630 of the UE component 620 at 600, the interactive server 630 interprets the recovery request message at 601, delivers the interpreted message to the ESA compilation logic 625 at 602 and receives ESA metadata from the ESA compilation logic 625 in step 603.

At step 604, the interactive server 630 transmits the received ESA metadata to the terminal 640 that performed the request. However, if it is decided not to retransmit the ESA, the ESA compilation logic 625 generates a response message indicating that the ESA is not retransmitted, at step 605, and sends a response message to the corresponding terminal 640, at step 606.

On the other hand, the unique request message for the ESA may vary.

The standard HTTP GET command is as follows.

GET Request_URI = GET "*" | absolute_URI | abs_path

The element "absolute_URI" can be either in the URL format (Universal Resource Locator - a unified resource indicator), or in the URN format (Uniform Resource Name - a unified resource name). This illustrative embodiment defines an ESA data transmission unit in which the Container identifier ID = 1 using the entry "urn: dvb: esg: cid: 1" corresponds to the URN format specified by the DVB standard, different from the request file recovery formats of the embodiments, shown in FIGS. 4 and 5.

Additionally, the following request is specified using the request attribute containing the HTTP GET command.

Query = application * ("&" [TOI_info])

TOI_info = "TOI" = TOI_number

TOI_number = 1 * DIGIT

The request is built with the associated application name and the required "TOI_info" to process the HTTP GET command. "TOI_info" is a parameter for indicating "TOI_number". "TOI_number" contains the integer value as the value of the Transport Object Identifier (TOI) used to transfer the file object during file transfer over the unidirectional transport protocol (FLUTE). When the ESA is transmitted according to the DVB-CBMS standard, an ESA container value variant corresponding to the data transmission unit in which the associated TOI value is assigned is transmitted. The reason the TOI value is transmitted is because the associated ESA container may be updated in the process of detecting errors in the ESA transmission and retransmission of the ESA, and the updated ESA container cannot be received.

When a problem occurs throughout the network, an updated ESA cannot be accepted.

The following example is possible.

GET urn: dvb: esg: cid: 1? Ipdc-esg-repair & TOI = 16 HTTP / 1.

7 is a block diagram illustrating the message flow of a transmitting device in accordance with the present invention.

In the flowchart of FIG. 7, “SP” refers to a service application component, and “SU” refers to a service management component. At step 705, the UE component broadcasts the ESA. After receiving the file recovery request message at step 710, the SP component reads the file address from the request message and determines if the file is a regular file or ESA, at step 715. In the case of a regular file, the SP component proceeds to step 720 to perform the same process. as for a regular file. However, in the case of an ESA, the SP component proceeds to step 725 to provide the request component with the request message and the address of the terminal that transmitted the message.

At step 730, the logical device for compiling the ESA component of the UE receives a request message and information about the terminal address from the SP component, interprets the request message and determines that the message is a retransmission request for a specific ESA. At 735, the AC component determines whether to retransmit the ESA. If it is decided not to retransmit the ESA, the UE component proceeds to step 740 and generates a response message indicating that the ESA is not retransmitted, and transmits the response message to the SP component. After that, at step 745, the SP component generates a response message indicating that file recovery is not available, and transmits a response message to the corresponding terminal. However, if at step 735 a decision is made to retransmit the ESM, the logical device for compiling the ESM of the CS component provides the ESU metadata and the address of the terminal to the interactive server at step 750. The interactive server of the CS component transmits the ESM metadata to the terminal at step 755.

8 is a block diagram illustrating a message flow of a receiving device in accordance with the present invention.

Referring to FIG. 8, the terminal receives the ESA at step 805, detects a transmission error for the ESA at step 810, and generates an HTTP file recovery request message for transmitting the message to the network at step 815.

If the terminal receives the retransmitted file and determines at 820 that the sender address of the file is displayed on the interactive server and the retransmitted file is the ESG, it proceeds to step 825 to save the ESG. However, if the retransmitted file is not an ESM, the terminal proceeds to step 830 to detect a file recovery response message indicating that the ESM is not retransmitted. At step 835, the terminal reads the file name from the received message and compares it with the list of network addresses from the ESA provided in the terminal. If it is determined that the received message is a retransmission refusal message for a specific ESA, the terminal notifies the user of the retransmission refusal at 840.

Fig.9 is a block diagram illustrating the message flow of a transmitting device in accordance with the present invention.

In the flowchart of FIG. 9, “SP” refers to a service application component, and “SU” refers to a service management component. At step 905, the UE component broadcasts the ESA. After receiving the file recovery request message at step 910, the SP component reads the file address from the request message and determines if the file is a regular file or ESA, at step 915. In the case of a regular file, the SP component goes to step 920 to perform the same process as and for a regular file. However, in the case of the ESA, the JV component proceeds to step 925 to provide the UM component with a request message and the address of the terminal that transmitted the message.

At step 930, the logical device for compiling the ESA component of the UE receives a request message and information about the terminal address from the SP component, interprets the request message and determines that the message is a retransmission request for a specific ESA. At 935, the AC component determines whether to retransmit the ESA. If a decision is made not to retransmit the ESA, the UE component proceeds to step 940 and generates a response message indicating that the ESA is not retransmitted, and transmits the response message to the SP component. At step 945, the SP component generates a response message indicating that file recovery is not available, and transmits a response message to the corresponding terminal. However, if at step 935 a decision is made to retransmit the ESA, the logic component for compiling the ESA of the ES component provides the ES component with ESA metadata and the address of the terminal in step 950. The SP component receives ESA metadata and then transmits the received ESA metadata to the terminal in the same way as normal file, at step 955.

10 is a block diagram illustrating a message flow of a receiving device in accordance with the present invention.

Referring to FIG. 10, the terminal receives the ESA at step 1005, detects a transmission error for the ESA at step 1010, and generates an HTTP file recovery request message for transmitting the message to the network at step 1015.

After that, if the retransmitted file is received at step 1020, the terminal proceeds to step 1025 to determine that the retransmitted file is an ESA. At 1030, the terminal stores the ESA and provides the ESA to the user.

However, if the retransmitted file is not an ESA, the terminal proceeds to step 1035 to detect a file recovery request message indicating that the file is not being retransmitted. At 1040, the terminal reads the file name from the received message and compares it with the list of network addresses from the ESA provided in the terminal. If it is determined that the received message is a retransmission rejection message for a specific ESA, the terminal notifies the user of the retransmission refusal at 1045.

The block diagram for the receiving device in accordance with the second illustrative embodiment generally coincides with the block diagram in accordance with the first illustrative embodiment. The differences between the first and second illustrative embodiment are as follows. In a first illustrative embodiment, the terminal can detect ESA transmission by checking the address of the service node since the ESA is retransmitted from the interactive server. In a second illustrative embodiment, the terminal can detect the ESA by comparing the name and address of the received file on the network with its own ESA list, since the ESA is transmitted through the transmission path of a regular file.

11 is a block diagram illustrating a message flow of a transmitting device in accordance with the present invention.

Referring to FIG. 11, the UE component transmits the ESA at step 1105, receives the HTTP request message to restore the ESA from a specific terminal at step 1110, and determines whether to retransmit the ESA at step 1115.

If a decision is made not to retransmit the ESA, the UE component proceeds to step 1120 to send a response message to restore the ESA, indicating that the ESA is not retransmitted. However, if a decision is made to retransmit the ESA, the ESA compilation logic proceeds to step 1125 to deliver the ESA metadata and the address of the corresponding terminal to the interactive server. At 1130, the interactive server provides information to the corresponding terminal.

12 is a block diagram illustrating a message flow of a receiving device in accordance with the present invention.

Referring to FIG. 12, the receiving device receives the ESA at step 1205 and detects a transmission error at step 1210. The request to restore the ESA is transmitted to the network at step 1215. If at step 1220 a retransmitted ESA is received, the ESA is stored and provided to the terminal at step 1225. However, if it is determined that at step 1220 a retransmitted ESG is not received, the receiving device proceeds to step 1230 to determine that an ESG recovery response message has been received indicating that the ESM is not retransmitted. The receiving device detects a retransmission rejection message for a specific ESA by reading the transmission address, reception address, and file name from the received message, at 1235, and then notifies the user with a retransmission rejection message, at 1240.

13 is a block diagram illustrating the structure of a transmitting device in accordance with the present invention.

Turning to FIG. 13, the AC component 1310 and the AC component 1320 in the network are provided with a file storage and transmission section 1301 and ESA metadata storage and transmission section 1303, respectively. The component 1310 SP and component 1320 UU are responsible for the transfer of a regular file and ESA, respectively. Section 1300 or 1302 of determining the request for the restoration of the ESA is provided in component 1310 or 1320 of the joint venture or CI. Moreover, in the first and second illustrative embodiments, the recovery request determination section 1300 is provided in the SP component 1310. In a third illustrative embodiment, a determination section 1302 is provided in the UE component 1320.

The regular file is delivered to the IP packetizer 1304 of the DVB-H component 1330 without passing through the UE component 1320. The IP packet forming apparatus 1304 generates an MPEG2 Transport Stream (TP) from the IP input stream (a video compression format developed by the Group of Experts in the Field of Cinema). MPEG2 TP is compressed with another MPEG2 TP corresponding to the Television (TV) stream. The DVB modulation device 1305 modulates the compressed TP into the OFDM symbol (Orthogonal Frequency Division Multiplexing). Orthogonal frequency division multiplexing. The OFDM symbol is transmitted through the antenna.

14 is a block diagram illustrating a structure of a receiving device in accordance with the present invention.

Referring to FIG. 14, a DVB receiver 1410 receives a signal through an antenna. The DVB demodulation device 1400 performs an OFDM demodulation process for the received signal. The decompression device divides the demodulated data into the generated IP packet and the MPEG2 TP packet. The data processing device performs a number of technological processes for the TP package to enable the user to view the associated service. The IP packet decomposer 1401 demodulates the generated IP packet into an IP stream. The IP stream is output to a file receiving device 1402. Determination section 1403 determines whether the IP stream is a regular file or ESA. If the IP stream is an ESA, the ESA processing device 1404 receives and stores the ESA. If the IP stream is a regular file, the regular file processing device 1405 receives and stores the regular file.

As can be seen from the above description, the present invention can implement a procedure in which the terminal transmits a restore request if an error occurs in the transmission of the ESA when receiving the ESA, and receives the retransmitted ESA. The ESA in which the error occurred can then be retransmitted and received by the terminal.

Although illustrative embodiments of the present invention have been disclosed for purposes of explanation, those skilled in the art will understand that various changes, additions, and substitutions are possible without departing from the scope of the present invention. Therefore, the present invention is not limited to the embodiments described above, but is defined in accordance with the following claims, as well as all its equivalents.

Claims (33)

1. A method for processing errors in the transmission of an Electronic Service Guide (ESG) in a digital video broadcasting system, the method comprising the steps of: receiving a request message to restore a file from the terminal using the service application component after broadcasting the ESU from the service control component to the terminal; transmitting the file recovery request message and the terminal address from which the file recovery request message was sent from the service application component to the service management component if the file recovery request message is a request for ESA; interpreting the file recovery request message in the ESA compilation logic device to generate the ESA within the service control component and determining whether to retransmit the ESA to the terminal; deliver the ESA metadata and the terminal address from the logical device for compiling the ESA to the interactive server for transmitting the ESA within the service control component, if a decision is made on the retransmission of the ESA; and transmit the ESA metadata from the interactive server to the terminal. 2. The method according to claim 1, which further comprises the step of:
determine, using a component of the service application, using the file address contained in the request message, whether the file recovery request message is an ESA request or an ordinary file request. 3. The method of claim 1, wherein the file recovery request message comprises an HTTP message (Hyper Text Transfer Protocol) used to create a file recovery request for a regular file. 4. The method according to claim 1, which further comprises the steps of: delivering information about the decision from the logical device for compiling the ESA to the component of the service application, if it is decided not to transmit the ESA to the terminal again; and generate a response message containing information about the decision; and transmitting the generated response message from the service application component to the terminal. 5. The method according to claim 4, which further comprises determining, using the terminal, whether the retransmission of the ESA is denied using the transmission address enclosed in the response message. 6. A method for processing errors in the transmission of an Electronic Service Guide (ESG) in a digital video broadcasting system, the method comprising the steps of receiving, with the help of a service application component, a request message to restore a file from the terminal after broadcasting the ESG from the service control component to the terminal; transmitting the file recovery request message and the terminal address from which the file recovery request message was sent from the service application component to the service management component when the file recovery request message is a request for ESA; interpreting the file recovery request message in the ESA compilation logic device to generate the ESA within the service control component and determining whether to retransmit the ESA to the terminal; deliver the ESA metadata and the terminal address from the logical device for compiling the ESA to the component of the service application, if a decision is made on the retransmission of the ESA; and transmit the ESA metadata from the service application component to the terminal. 7. The method according to claim 6, which further comprises determining, using the component of the service application, whether the request message to restore the file is an ESM request or a regular file using the file address enclosed in the request message. 8. The method of claim 6, wherein the file recovery request message comprises an HTTP message used to create a file recovery request for a regular file. 9. The method according to claim 6, which further comprises the steps of: delivering information about the decision made from the logical device for compiling the ESA to the component of the service application, if the decision is made not to retransmit the ESA; and generate a response message containing information about the decision; and transmitting the generated response message from the service application component to the terminal. 10. The method according to claim 9, which further comprises determining whether the ESA is retransmitted using the terminal using the network address and file name enclosed in the response message. 11. A method for processing errors in transmitting an Electronic Service Guide (ESG) in a digital video broadcasting system, the method comprising the steps of: receiving a request to restore a file from the terminal using the service control component after broadcasting the ESU from the service control component to the terminal; determining whether to retransmit the ESG on an interactive server for transmitting the ESG from the service control component using the ESG recovery request message; transmitting a request message for retransmitting the ESA from the interactive server to the logical device for compiling the ESA to generate the ESA within the service control component, if a decision is made on the retransmission of the ESA; transmit the ESA metadata and the terminal address from the logical device for compiling the ESA to the interactive server and transmit the ESA metadata from the interactive server to the terminal. 12. The method according to claim 11, in which the terminal detects an error in the transmission of the ESA and transmits a file recovery request message. 13. The method of claim 11, wherein the file recovery request message comprises an HTTP message. 14. The method according to claim 11, which further comprises the steps of: generating a response message containing information about the decision made, if the decision is made not to retransmit the ESA, and transmit the generated response message from the logical device for compiling the ESA to the terminal. 15. The method according to 14, in which the terminal determines whether the retransmission of the ESA is denied using the transmission address, reception address, and file name enclosed in the response message. 16. A device for processing errors in transmitting an Electronic Service Guide (ESG) in a digital video broadcasting system, the device comprising: a service application component for receiving a file recovery request message from a terminal and determining whether to send the ESG again; and a service management component for generating an ESA, broadcasting the generated ESA to the terminal, receiving a file recovery request message from the service application component, determining whether to retransmit the ESA, and transmitting the ESA metadata to the terminal based on the decision result, while the service application component provides a service management component, a file recovery request message and a terminal address, if the file recovery request message is a request for an ESA, and the component The service control t interprets the file recovery request message, determines whether to retransmit the ESM to the terminal, and transmits the ESM metadata to the terminal based on the decision results. 17. The device according to clause 16, in which the service control component comprises: an ESA compilation logic for generating an ESA, receiving a request message from a service application component, and determining whether to retransmit the ESA; and an interactive server for transmitting the generated ESA to the terminal, receiving ESA metadata from the logical ESG compilation device, and transmitting the received ESA metadata to the terminal. 18. The device according to clause 16, in which the component of the service application determines whether the request message to restore the file is a request for an ESA or a regular file using the file address enclosed in the file recovery request message. 19. The device according to clause 16, in which the file recovery request message is an HTTP message used when creating a file recovery request for a regular file. 20. The device according to 17, in which the logical device compiling the ESA delivers information about the decision to the component of the service application, if the decision is made not to retransmit the ESA; and the service application component generates a response message containing information about the decision made and transmits the generated response message to the terminal. 21. The device according to claim 20, in which the terminal determines whether the retransmission of the ESA is denied using the transmission address enclosed in the response message. 22. A device for processing errors in transmitting an Electronic Service Guide (ESG) in a digital video broadcasting system, the device comprising: a service application component for receiving a file recovery request message from a terminal and determining whether to send the ESG again; and a service management component for generating an ESA, broadcasting the generated ESA to the terminal, receiving a request message from the service application component, determining whether to retransmit the ESA, and transmitting the ESA metadata to the terminal through the service application component based on the decision result, while the service application component provides the service control component with a request message and the address of the terminal from which the request message was sent if the file recovery request message is a request to the ESA, and the service control component interprets the request message and determines whether to retransmit the ESA to the terminal. 23. The device according to item 22, in which the service management component contains: a logical ESG compilation device for generating an ESA, receiving a request message from the service application component and determining whether to retransmit the ESM, and transmitting the ESM metadata to the service application component, if a decision is made retransmission of the ESA; and an interactive server for transmitting the generated ESA to the terminal. 24. The device according to item 22, in which the component of the service application determines whether the request message to restore the file is a request for an ESA or a regular file using the file address enclosed in the request message. 25. The device according to item 22, in which the message request to restore the file contains an HTTP message used when creating a request to restore the file for a regular file. 26. The device according to item 23, in which: the logical device for compiling the ESA delivers information about the decision to the component of the service application, if the decision is made not to retransmit the ESA; and the service application component generates a response message containing information about the decision made and transmits the generated response message to the terminal. 27. The device according to p, in which the terminal determines whether the retransmission of the ESA is denied using the network address and file name enclosed in the response message. 28. A device for processing errors in transmitting an Electronic Service Guide (ESG) in a digital video broadcasting system, the device comprising: an interactive server for broadcasting the ESG to the terminal, receiving a request message to restore the ESG from the terminal, interpreting the request message and determining whether to send the ESG again to the terminal that transmitted the request message; and an ESA compilation logic device for generating an ESA, receiving a request for retransmitting the ESA based on the decision results of the interactive server and transmitting the ESA metadata to the interactive server, wherein the interactive server transmits the ESA metadata received from the ESA logic device to the terminal. 29. The device according to p. 28, in which the interactive server and the logical device for compiling the ESA are provided in the service management component. 30. The device according to p, in which the terminal detects an error in the transmission of the ESA and transmits a request message. 31. The device according to p, in which the request message to restore the file contains an HTTP message. 32. The device according to p. 28, in which the logical device compiling the ESA generates a response message containing information about the decision, if the decision is made not to retransmit the ESA, and transmits the generated response message to the terminal. 33. The device according to p. 32, in which the terminal determines whether the retransmission of the ESA is denied using the transmission address, reception address and file name contained in the response message.

Images