Patent Application
20080201746
This application claims the benefit under 35 U.S.C. § 119(a) of a Korean Patent Application filed in the Korean Intellectual Property Office on Feb. 16, 2007 and assigned Serial No. 2007-16831, a Korean Patent Application filed in the Korean Intellectual Property Office on Mar. 14, 2007 and assigned Serial No. 2007-25179, a Korean Patent Application filed in the Korean Intellectual Property Office on Jun. 20, 2007 and assigned Serial No. 2007-60812, a United States patent Application filed in the United States Patent and Trademark Office on May 17, 2007 and assigned Ser. No. 60/938,595, and a United States patent Application filed in the United States Patent and Trademark Office on Jun. 8, 2007 and assigned Ser. No. 60/942,875, the disclosures of all of which are incorporated herein by reference.
1. Field of the Invention
The present invention relates generally to a digital broadcasting system, and more particularly, to a method and apparatus for transmitting and receiving an Electronic Service Guide (ESG) in Convergence of Broadcasting and Mobile Service (CBMS).
2. Description of the Related Art
Developments in the fields of communication and broadcasting technologies have enabled a broadcasting system or mobile communication system to provide mobile broadcast. There are currently discussions regarding not only the normal broadcast service limited to the voice and image, but also Mobile Broadcast capable of transmitting packet data over a broadcast channel. Mobile Broadcast can include a process of discovering a service by a mobile terminal capable of receiving the Mobile Broadcast, such as a mobile phone, a notebook computer, a Personal Digital Assistant (PDA), etc., a process of making a subscription to a service by the mobile terminal, a process of providing a variety of control information for receiving the service, and a process of transmitting the service and receiving the service by the mobile terminal.
Open Mobile Alliance (OMA), one group studying the standard for interaction between individual mobility solutions, mainly serves to establish various application standards for mobile game, Internet service, and the like. Among OMA Working Groups, OMA Browser and Content (BAC) Mobile Broadcast (BCAST) Sub-Working Group is studying the technology for converging the broadcast service and the mobile communication service using a mobile terminal capable of communication with an interactive network. Digital Video Broadcasting—Convergence of Broadcasting and Mobile Service (DVB-CBMS), one of the Mobile Broadcast terminal standard groups, also defines system configuration and interfaces for converging the broadcast service and the mobile communication service.
Generally, in the Mobile Broadcast system, the terminal for receiving a broadcast service receives a Service Guide (SG) including description information for the service, billing information for the service, and information on a reception bearer of the service, and receives its desired service using the SG. In the foregoing conventional digital broadcasting system, there is a need for technology for transmitting the ESG in a Point-to-Point (PTP) mode.
The present invention has been made to address at least the above problems and/or disadvantages and to provide at least the advantages described below. Accordingly, an aspect of the present invention provides a method and apparatus for supporting the transmission/reception of an Electronic Service Guide (ESG) in a Point-to-Point (PTP) mode.
Another aspect of the present invention provides a method and apparatus for delivering information related to broadcast/PTP-mode transmission of an ESG.
An additional aspect of the present invention provides a method and apparatus for receiving an ESG according to information related to broadcast/PTP-mode transmission of an ESG.
According to one aspect of the present invention, a method for transmitting an Electronic Service Guide (ESG) in a Convergence of Broadcasting and Mobile Service (CBMS) system is provided. A delivery path of ESG data is parsed. A first information element indicating transmission of a broadcast ESG is set when the ESG data can be delivered over a broadcast network. A second information element indicating transmission of a Point-to-Point (PTP) ESG for a terminal or a terminal group is set when the ESG data can be delivered over an interactive network in a PTP bearer. ESG delivery information including at least one of the first and second information elements is transmitted to at least one terminal over at least one ESG bootstrap session for carrying information necessary for transmission of the ESG data. The broadcast ESG and the PTP ESG are transmitted to the at least one terminal over at least one delivery path out of the broadcast network and the interactive network.
According to another aspect of the present invention, a method for receiving an Electronic Service Guide (ESG) in a Convergence of Broadcasting and Mobile Service (CBMS) system is transmitted. ESG delivery information is received including at least one of a first information element indicating transmission of a broadcast ESG over a broadcast network and a second information element indicating transmission of a Point-to-Point (PTP) ESG for a terminal or a terminal group over an interactive network, over at least one ESG bootstrap session for carrying information necessary for transmission of ESG data, and parsing the received ESG delivery information. It is determined whether it will receive the broadcast ESG over the broadcast network or receive the PTP ESG over the interactive network according to the ESG delivery information. The broadcast ESG or the PTP ESG over the broadcast network or the interactive network is received according to the determination result.
According to a further aspect of the present invention, an apparatus is provided for transmitting an Electronic Service Guide (ESG) in a Convergence of Broadcasting and Mobile Service (CBMS) system. The apparatus includes an ESG entity for parsing a delivery path of ESG data, setting a first information element indicating transmission of a broadcast ESG when the ESG data can be delivered over a broadcast network, setting a second information element indicating transmission of a Point-to-Point (PTP) ESG for a terminal or a terminal group when the ESG data can be delivered over an interactive network in a PTP bearer, and transmitting ESG delivery information including at least one of the first and second information elements, to at least one terminal over at least one ESG bootstrap session for carrying information necessary for transmission of the ESG data. The apparatus also includes the broadcast network and the interactive network for transmitting the broadcast ESG and the PTP ESG to the at least one terminal according to the ESG delivery information.
According to yet another aspect of the present invention, an apparatus is provided for receiving an Electronic Service Guide (ESG) in a Convergence of Broadcasting and Mobile Service (CBMS) system. The apparatus includes a controller for receiving ESG delivery information including at least one of a first information element indicating transmission of a broadcast ESG over a broadcast network and a second information element indicating transmission of a Point-to-Point (PTP) ESG for a terminal or a terminal group over an interactive network, over at least one ESG bootstrap session for carrying information necessary for transmission of ESG data, parsing the received ESG delivery information, and determining whether it will receive the broadcast ESG over the broadcast network or receive the PTP ESG over the interactive network according to the ESG delivery information. The apparatus also includes at least one receiver for receiving the broadcast ESG or the PTP ESG over the broadcast network or the interactive network according to the determination result.
The above and other aspects, features and advantages of the present invention will become more apparent from the following detailed description when taken in conjunction with the accompanying drawings in which:
Preferred embodiments of the present invention are described in detail with reference to the accompanying drawings. Detailed descriptions of constructions or processes known in the art may be omitted to avoid obscuring the subject matter of the present invention.
The embodiments of the present invention transmit an Electronic Service Guide (ESG) in a broadcast mode and/or a Point-to-Point (PTP) mode in a Convergence of Broadcasting and Mobile Service (CBMS) system. Specifically, to this end, information related to broadcast/PTP-mode transmission of the ESG is delivered to a terminal, and the terminal receives the ESG in a broadcast and/or PTP mode depending on the information.
Referring to
A Broadcast Network 140, a network for transmitting broadcast service data, is, for example, a DVB-H system. An Interactive Network 150 generally means a 3rd Generation Partnership Project (3GPP)-based Universal Mobile Telecommunications System (UMTS), a 3rd Generation Partnership Project-2 (3GPP2)-based International Mobile Telecommunications-2000 (IMT-2000) or Wireless Broadband Internet (WiBro), and a cellular mobile communication network such as Wireless Local Area Network (WLAN). As another example, the Interactive Network 150 can be all kinds of mobile communication networks that provide the function capable of receiving information or request transmitted from the Terminal 160 and transmitting a response to the information or request. The Broadcast Network 140 and the Interactive Network 150 serve as transmission bearers in the CBMS system.
The Terminal 160 means a user device, and indicates a receiver capable of accessing the Interactive Network 150 and receiving a broadcast service from the Broadcast Network 140. In the CBMS system, the Terminal 160 receives service data and signaling information from the Broadcast Network 140, and exchanges the service data and signaling information with the Interactive Network 150 in an interactive bearer.
A description will now be made of interfaces between entities including the foregoing logical entities.
CBMS-x and X-x are reference points between different functional entities. CBMS-x is a reference point in the scope of IP Datacast over DVB-H specification, and X-x is a reference point out of the scope of IP Datacast over DVB-H specification.
X-1, X-2 and X-3 interfaces mean reference points between the Broadcast Network 140 and other entities. The X-1 interface makes a connection between the Content Creation block 110 and the Service Application block 120, the X-2 interface makes a connection between the Interactive Network 150 and the Terminal 160, and the X-3 interface makes a connection between the Service Management block 115 and the Interactive Network 150.
A CBMS-1 interface transports broadcast-related signaling from the Broadcast Network 140 to the Terminal 160. A CBMS-2 interface transports the contents, such as audio, video and file, from the Service Application block 120 to the Terminal 160. A CBMS-3 interface transports an ESG from the Service Management block 115 to the Terminal 160 over the Broadcast Network 140 in a Point-to-Multipoint (PTM) transmission bearer. A CBMS-4 interface transports an ESG between the Service Management block 115 and the Terminal 160 in a PTP transmission bearer. A CBMS-5 interface, an interface for a PTP transmission service between the Service Application block 120 and the Terminal 160, transports Short Message Service (SMS), Multimedia Message Service (MMS), etc.
A CBMS-6 interface transports configuration parameters, such as the number of services and allocated bandwidths, between the Service Management block 115 and the Broadcast Network 140 for DVB-H transmission. A CBMS-7 interface transports declaration or metadata of a service application between the Service Application block 120 and the Service Management block 115.
Although the foregoing description is limited only to the typical functions of the interfaces, it is not intended to limit the functions of the interfaces to the foregoing description.
Referring to
The Service fragment 202 includes an overall description of the service. The Schedule Event fragment 204 indicates time information of the service. The Acquisition fragment 208 includes service access information needed to receive the service data. The Service Bundle fragment 210 includes information needed when several services are bundled into one service bundle. The Purchase fragment 212 indicates price information needed to purchase the service bundle. The Purchase Channel fragment 214 indicates information on the system that should be used to acquire a right for the purchase.
The fragments of the data model can make reference to other fragments, and an arrow between the fragments indicates the reference relationship. The term ‘reference’ refers to an action in which the current fragment provides information related to the fragment itself using information transmitted from another fragment. That is, when one service consists of several contents, the Service fragment 202 includes only the entire description of the service, for example, the service name and service language, and includes no description of the contents transmitted over the service, so the Content fragment 206 of the corresponding contents makes reference to the Service fragment 202. To acquire a variety of information needed to receive the service, for example, to acquire session information used for a transmission protocol, the terminal receives and decodes the Acquisition fragment 208 to which reference is made by the Service fragment 202.
The ESG data is transmitted separately to the terminal using at least one IP stream at a time different from the transmission time of a data stream. Therefore, a service provider can provide the information that the user should previously acquire before he/she receives the service using the ESG data model, before transmission of the service. By receiving the ESG stream, the terminal acquires the information necessarily needed to receive the services provided by the service provider, and when the user has selected a specific service, the terminal accesses the data stream over which the service is transmitted, using the acquired information, and then receives the data. The information based on which the terminal accesses the service data stream is transmitted over the Acquisition fragment 208 as described in
As to the ESG data model, several fragments are grouped into one group and then contained in one container. Each container, during its transmission, is regarded as one object in a File Delivery over Unidirectional Transport protocol (FLUTE) session.
Although the ESG is generally delivered over a broadcast channel, a PTP ESG over the interactive network is needed to meet the commercial requirements. The PTP ESG is useful for the following cases where it is used only for some specific users.
In Case 1, it is more reasonable to deliver the ESG information for a personal finance service booked by some particular, in a PTP bearer. In Case 2, there is a need for transmission of the ESG information over the interactive network, when the user is out of the service coverage of the broadcast network but he/she still wants to consume the broadcast service over the interactive network. In Case 3, the ESG information for some services related to an interactive mode, such as game and shopping, is provided in a PTP bearer. In Case 4, it is more efficient to deliver the ESG information for roaming users in a PTP bearer, because it is for a small user group.
For reception of an ESG, a terminal discovers ESG providers by accessing an ESG bootstrap FLUTE session for carrying the information necessary for ESG delivery, and extracts and parses a concerned ESG Access Descriptor from one of the discovered ESG providers. Based on the ESG Access Descriptor, the terminal, if the user wants, immediately accesses the ESG over the broadcast network. In this case, there is only one of an ESG (hereinafter ‘broadcast ESG’) transmitted over the broadcast network and a PTP ESG transmitted over the interactive network, or there are both of the broadcast ESG and the PTP ESG Therefore, there is a need for a mechanism for providing the terminal with the information indicating whether an access type of the ESG is the broadcast ESG or the PTP ESG.
In the first embodiment, ESG Delivery information including a delivery path of a PTP ESG and its associated information is transmitted along with the information on a broadcast ESG over the existing ESG bootstrap session. The ESG Delivery information is also called ESG bootstrap information. In this case, related information for delivery of the broadcast ESG and PTP ESG is mixed in the information (hereinafter, referred to as ‘ESG bootstrap data’) transmitted over the ESG bootstrap session. Therefore, ‘ESGOverBroadcast’ and ‘ESGOverlnteractive’ are used, which are information elements that indicate whether ESG access over the broadcast network is available and whether ESG access over the interactive network is available, respectively. When the PTP ESG is used, information on the related ESG provider and access information are provided over the ESG Delivery information.
Referring to
Information elements of the ESG Provider Discovery Descriptor 302 including the ESG Delivery information are defined as follows.
The following information elements are provided over the ESG Provider Discovery Descriptor 302 when ‘ESGOverInteractive’ is ‘true’.
The information elements ‘ESGOverBroadcast’ and ‘ESGOverlnteractive’ are used to indicate whether the ESG access over the broadcast network is available and whether the ESG access over the interactive network is available, respectively, by setting them to ‘true’ or ‘false’ in the Boolean type. Therefore, three ESG access types ‘ESGAccessType’ are used, such as ‘broadcast’, ‘interactive’, and ‘both broadcast and interactive’.
‘InteractiveType’ can be 3GPP, 3GPP2, WLAN, WIBRO, and the like, and can be described by the types of the possible interactive networks. Although some possible interactive network types are listed herein, by bearer of example, new other types can be added. For example, the syntax of ‘InteractiveType’ is defined as Equation (1).
‘InteractiveUseScope’ can have many types. Although several types will be presented herein by bearer of example, more types can be defined by the system provider. Specifically, ‘InteractiveUseScope’ specifies the scope of the users that can access the ESG over the interactive network. For example, there is an ESG for the adults, or an ESG for the visited users.
The user scope has several types. For example, there are the following types, and the provider can define more types as they are required.
1) ParentalGuidanceType
Some services, such as movie and drama, are provided based on different age grades. In this case, the ESGs for these services are also provided based on the different age grades, as shown in Table 1A.
2) User Origin
The services provided for the users from different origins can also be different from each other. For example, a first ESG is for specific local users, and a second ESG is for visited users, for example, for roaming users from regions A, B, . . . . The roaming users are specified according to the definition of handover and roaming in CBMS.
Table 1B shows some possible values for user origin, and it is based on IP platform, IPDC domain, nation, ESG provider, service provider, and Service Management (SM). The detailed values for the user origin can be modified according to the definition of roaming. If there is any new value about the user origin, it can also be added herein.
3) User Level
Different ESG can be provided based on the level of the user as shown in Table 1C. For example, a basic ESG is provided to general users, an ESG with rich previews is provided to registered users, and an ESG with user preference information is provided to VIP users.
In summary, the message format is as shown in Table 2, but is not limited thereto. The format and terms in the following can be modified if needed during practical application.
ESG identification is needed because the characteristics of Table 2 are related to the ESG. There are several ESG identification ways. If one ESG provider has only one ESG instance, the ESG is identified using an ESG provider ID. If one ESG provider has multiple ESG instances, the ESG is identified using IP address, port, and TSI. In another way, a unique ID is allocated for each ESG instance within one ESG provider. Therefore, the ESG is identified via the ESG ID and ESG provider ID. Alternatively, the ESG is identified via ProviderURI and ProviderID.
For the local IPDC domain user, IP platform ID, ESG provider ID and network ID are used as the concept and identifier of the IPDC domain. In another case, new identifier parameters are used according to the concept of the IPDC domain.
The followings are some possible ways for identifying the SM according to the scenarios about CBMS mobility.
1. Service Provider ID
If one service provider has its own SM, the service provider ID is used to identify the SM.
2. ESG Provider ID
If each ESG provider is located in its own SM, ESG provider ID or the pair of ESG provider ID and the IP platform are used to identify the SM.
3. IP Platform ID
If one IP platform is exactly mapped to one SM, and different SMs cannot share one IP platform, the IP platform ID is used to identify the SM.
4. SM ID
To define the SM ID for each SM is the clearest way to identify each SM.
Although the foregoing description has been made of some types about InteractiveUseScope, it is not intended to limit the present invention thereto. The detailed types and values of InteractiveUseScope can be added as provider requirement and definition, and the purpose is to indicate the user scope of the ESG. Based on InteractiveUseScope, the terminal/user determines whether the corresponding ESG is available and whether it (he/she) will request the corresponding ESG. The user can determine from the InteractiveUseScope whether he/she is not in the use scope of the corresponding ESG, so he/she can avoid inquiring and getting the failure result.
InteracfiveESGType specifies the characteristic of the interactive ESG, for example, specifies as shown in Table 3A whether the ESG is about movie, or about news.
The ‘ServiceGenre’ criterion is used to classify different types of the ESG, for example, Sports, Soap Drama, News, Movie, and so one. Some typical genres are defined as the criterion value, and all other genres' services are treated as one.
In summary, although the message format for indicating the InteractiveESGType is as shown in Table 3B, it is not limited thereto. The format and types in the following can be modified if needed during practical application.
The foregoing is one kind of classification about the InteractiveESGType. The detailed types and values can be added as provider requirement and definition, and the purpose of the InteractiveESGType is to indicate the type of the ESG Based on InteractiveESGType, the terminal/user can very quickly find the ESG of the interested service/contents. The user can determine from the InteractiveESGType whether there is no interested ESG type, so he/she can avoid unnecessarily inquiring the interested ESG type.
From the foregoing description, it can be noted that both the InteractiveUseScope and the InteractiveESGType are specific for each ESG. For example, a first ESG includes news information for the roaming users, and a second ESG includes sports information for the local users. The above two elements are added inside the ESG initialization container (Init container) on the ESG announcement carousel session, or added in a new independent ESG characteristic container. The ESG initialization container, an ESG container first transmitted to carry the initialization information needed to decode the ESG fragments, basically includes a container header and an ESG initialization message.
It is possible that there are multiple ESGs from one IP platform, and there are multiple ESGs even from one ESG provider. Such characteristics for each ESG provide more information on the corresponding ESG, and help the terminal determine in which ESG it is interested and whether it will query for the interested ESG.
If the terminal has its preferred ESG, it receives the customized ESG. That is, the terminal sends its preference to request its desired ESG. Then an ESG generator generates a customized ESG for the terminal, and sends it to the terminal.
Scenario 1 is for a case of the ESGs 344 to 348 with characteristics. For each ESG, InteractiveUseScope and InteractiveESGType have been given to the terminal 360. Based on this information, if the terminal 360 has an interest about the news, it directly queries the ESG #1 344 [1-1]. When the ESG provider 340 receives the query message [1], the ESG #1 344 is delivered to the terminal 360 [1-2].
Scenario 2 is for a case of the customized ESG 350. The terminal 360 intends to receive the ESG with its preferred information. Therefore, the terminal 360 sends the query message with preference information [2-1]. Then the ESG generator 342 generates the customized ESG 350, or a new ESG based on the preference of the terminal 360 [2-2]. After the customized ESG 350 is generated, it is sent to the terminal 360 [2-3].
It can be found from the above examples that the ESGs 344 to 350 are differently used for the different purposes. Scenario 1 additionally provides the information on the ESG, and the information helps the terminal find its preferred ESG and quickly select it. Scenario 2 exactly satisfies the terminal's requirement, and increases the processing in the ESG provider because it should prepare the customized ESG for each user based on each terminal's preference.
The attributes, such as InteractiveType, InteractiveUseScope, InteractiveESGStartTime, InteractiveESGEndTime and InteractiveESGType, describe the characteristics about the ESG provider and the ESG over the interactive network, as shown in Table 4. Similarly, these attributes can be generalized to describe the characteristics about all kinds of ESG providers and ESGs over the broadcast and interactive networks.
The attributes are generalized for both of the interactive and broadcast networks. The locations of these attributes are similar to those for ESG oIA, and they can be put in different locations in the ESG as described in the specification. That is, these attributes can be separated and put in different locations, or the attributes can also be organized together.
The syntax of the ESG Provider Discovery Descriptor 302 with ESG Delivery information is defined as Equation (2).
The following specifies the information elements of the ESG Access Descriptor 304 with ESG Delivery information.
The following information elements are provided over the ESG Access Descriptor 304 when ‘ESGOverInteractive’ is ‘true’.
An example of the syntax of the ESG Access Descriptor 304 with ESG Delivery information is defined as Equation (3).
Another example of the syntax of the ESG Access Descriptor 304 is defined as Equation (4).
Further, another example of the syntax of the ESG Access Descriptor 304 is defined as Equation (5).
As another embodiment, it is possible that a part of the ESG Delivery information is added in the ESG Provider Discovery Descriptor 302 and another part of the ESG Delivery information is added in the ESG Access Descriptor 304. In this case, the information elements added in the ESG Provider Discovery Descriptor 302 include ‘ProviderURI’, ‘ProviderName’, ‘ProviderLogo’, ‘ProviderID’, ‘ProviderInformationURL’, ‘PrivateAuxiliaryData’, ‘ESGOverBroadcast’, and ‘ESGOverlnteractive’. The ESG Access Descriptor 304 includes ‘n_o_ESGEntries’, ‘ESGEntryVersion’, ‘ESGEntryLength’, ‘MultipleStreamTransport’, ‘IPVersion6’, ‘ProviderID’, ‘SourceIPAddress’, ‘DestinationIPAddress’, ‘Port’, and ‘TSI’. When ‘ESGOverlnteractive’ is ‘true’, the ESG Access Descriptor 304 further includes ‘InteractiveProviderURI’, ‘InteractiveProviderName’, ‘InteractiveProviderLogo’, ‘InteractiveType’, ‘InteractiveProviderInformationURL’, ‘InteractivePrivateAuxiliaryData’, ‘InteractiveEntrypoint’, ‘InteractiveUseScope’, ‘InteractiveESGStartTime’, ‘InteractiveESGEndTime’, and ‘InteractiveESGType’. The description of the foregoing information elements has been made above.
The ESG Delivery Descriptor 306, a dedicated new descriptor for transporting the ESG Delivery information, includes information on each ESG provider, ‘ESGOverBroadcast’ and/or ‘ESGOverlnteractive’. When there is a PTP ESG, the related information is further added in the ESG Delivery Descriptor 306.
The ESG Delivery Descriptor 306 includes the information elements ‘ProviderURI’, ‘ProviderName’, ‘ProviderID’, ‘ESGEntryNo’, and ‘ESGOverBroadcast’, ‘ESGOverlnteractive’. Herein, ‘ESGEntryNo’ specifies a unique number of the ESG Entry, and is used when the conditional access is described for every ESG Entry.
When the ‘ESGOverlnteractive’ is ‘true’, the ESG Delivery Descriptor 306 further includes ‘InteractiveProviderURI’, ‘InteractiveProviderName’, ‘InteractiveProviderLogo’, ‘InteractiveType’, ‘InteractiveProviderInformationURL’, ‘InteractivePrivateAuxiliaryData’, ‘InteractiveEntrypoint’, ‘InteractiveUseScope’, ‘InteractiveESGStartTime’, ‘InteractiveESGEndTime’, and ‘InteractiveESGType’. The description of the foregoing information elements has been made before.
An example of the syntax of the ESG Delivery Descriptor 306 is defined as Equation (6).
Another example of the syntax of the ESG Delivery Descriptor 306 is defined as Equation (7).
Further, another example of the syntax of the ESG Delivery Descriptor 306 is defined as Equation (8).
The syntax of the ESG Provider Delivery Descriptor 316 is defined as Equation (9).
The syntax of the ESG Access Delivery Descriptor 318 is defined as Equation (10).
In the foregoing, the PTP ESG-related information elements are indicated in different locations, i.e. the ESG Provider Discovery Descriptors (302; 312), the ESG Access Descriptors (304; 314), and the unique descriptors (306; 316; 318). These descriptors 302 to 318 are used in an independent way or mixed way. For example, the ESG provider-related information is transmitted over the ESG Delivery Descriptor 306 or the ESG Provider Delivery Descriptor 316, and the ESG Entry-related information is transmitted over the ESG Access Descriptor 304, and vice versa. That is, various combinations based on the foregoing descriptors are possible.
The following information elements can be added in the ESG Delivery information, for purchase and information protection.
Referring to
Referring to
In step 508, the terminal determines whether it will receive the ESG over a broadcast network or an interactive network, depending on the ESG Delivery bearer. If the terminal determines to receive a broadcast ESG over the broadcast network, it proceeds to step 510. However, if the terminal determines to receive a PTP ESG over the interactive network, it proceeds to step 514.
In step 510, the terminal parses an ESG Access Descriptor received over the ESG bootstrap session. In step 512, the terminal accesses the ESG over the broadcast network according to broadcast-related information included in the ESG Access Descriptor. In step 514, the terminal parses interactive-related information (i.e., PTP ESG-related information) included in the ESG Delivery information. In step 516, the terminal accesses the ESG over the interactive network according to the interactive-related information.
Referring to
In step 610, the terminal determines whether it will receive the ESG over a broadcast network or an interactive network, depending on the ESG Delivery bearer. If the terminal determines to receive a broadcast ESG over the broadcast network, it proceeds to step 612. However, if the terminal determines to receive a PTP ESG over the interactive network, it proceeds to step 614.
In step 612, the terminal accesses the ESG over the broadcast network according to the broadcast-related information included in the ESG Access Descriptor. In step 614, the terminal accesses the ESG over the interactive network according to the interactive-related information included in the ESG Access Descriptor.
Referring to
In step 708, the terminal determines whether it will receive the ESG over a broadcast network or an interactive network, depending on the ESG Delivery bearer. If the terminal determines to receive a broadcast ESG over the broadcast network, it proceeds to step 710. However, if the terminal determines to receive a PTP ESG over the interactive network, it proceeds to step 712.
In step 710, the terminal accesses the ESG over the broadcast network according to the broadcast-related information included in the at least one descriptor. In step 712, the terminal accesses the ESG over the interactive network according to the interactive-related information included in the at least one descriptor.
The description has been made as to how the ESG Delivery information is added in the ESG Provider Discovery Descriptor, ESG Access Descriptor and/or new descriptor. However, the ESG Delivery information is not limited to the above-stated descriptors, and can be added in different locations or can be independently added. Similarly, even the contents included in the ESG Delivery information are not limited to the foregoing details, and more or modified information can be added as required by the operator.
Referring to
An ESG entity 942 in an SM 908 takes charge of generating and sending an ESG for each terminal or a terminal group using the metadata provided from the SA 904. Further, the ESG entity 942 generates and transmits ESG Delivery information according to the foregoing embodiments, and transmits the generated ESG over the broadcast network and/or interactive network.
A Service Configuration & Resource Allocation entity 944, in charge service configuration and allocation of network resources, contends for bandwidth for the broadcast bearer by communicating with the SA 904, allocates services to the locations on the broadcast network topology, determines service bandwidth, and schedules the service time. A Security/Service Protection Provision entity 946 takes charge of security, authentication, service protection, and service provisioning. The entities 942 to 946 are connected to a Mobility Management (MM) block 940 to perform functions necessary for handover. The MM block 940 performs operations related to mobility of the terminal, especially to handover and roaming.
Referring to
At least one of the devices 1002 and 1004 receives the ESG over the broadcast network or the interactive network. The received ESG is delivered to a content consumption block 1012 that provides audio and video of the broadcast service to the user. The content consumption block 1012 immediately provides the received ESG to the user, or stores the ESG to provide it to the user in the future.
A second embodiment splits the delivery information for PTP ESG and broadcast ESG into separate ESG bootstrap data, and transmits it over the same or separate FLUTE sessions. That is, the broadcast ESG Delivery information and the PTP ESG Delivery information can be separately delivered over different paths by their associated ESG providers. For the ESG Delivery information, at least one of ESG Delivery Descriptor, ESG Provider Delivery Descriptor and ESG Access Delivery Descriptor is used separately for each individual ESG provider.
Shown in
In the example of
The information elements transmitted over the foregoing descriptors for the PTP ESG are similar to those described in the first embodiment, but the ‘ESGOverInteractive’ can be set to ‘true’, or removed.
To indicate the PTP ESG bootstrap FLUTE sessions (1202; 1302; 1402), predetermined specific IP address and port number are allocated as shown in
In this case, an example of the syntax of the ESG Access Descriptors (1208; 1308; 1412) is defined as Equation (11).
Another example of the syntax of the ESG Access Descriptors (1208; 1308; 1414) is defined as Equation (12).
A modified embodiment, as shown in
Shown in
Shown in
According to a third embodiment, the PTP ESG Delivery information is transmitted over a notification message for indicating a change in the broadcast service and system.
In the illustrated example, a terminal receives the notification message channel information 1504 over the ESG bootstrap session 1502, and receives the notification message 1506 over the delivery path indicated by the notification message channel information 1504. The notification message 1506 includes a ‘EventType’ field in its header, and the ‘EventType’ is set to a value indicating ‘PTP ESG type’, when the PTP ESG Delivery information is transmitted over the notification message 1506. The detailed PTP ESG Delivery information is transmitted over the content of the notification message 1506.
The broadcast ESG Delivery information can be transmitted over the notification message 1506, either along with the PTP ESG Delivery information or independently. This transmission bearer is useful when the terminal, though it is out of the service coverage of the broadcast network, can receive the notification message over the interactive network. In this case, the terminal can acquire all ESG-related information, especially ESG bootstrap information related to delivery of the broadcast ESG and the PTP ESG, over the notification message 1506 related to the ESG bootstrap. The ‘EventType’ field of the notification message 1506 is set to a value indicating ‘ESGBootstrap’ or ‘ESGDelivery’, and ‘ESGOverBroadcast’ and ‘ESGOverlnteractive’ for indicating a delivery path for each ESG are included.
Table 6 shows an example of the notification message according to the third embodiment of the present invention.
As another example, when the ‘EventType’ field is not used, the PTP ESG Delivery information or all ESG bootstrap information is directly added in the content of the notification message as shown in Table 7.
A description of the information elements shown in Table 6 and Table 7 has been given above.
To access the ESG Delivery information, the terminal first accesses the notification message 1506 and receives the corresponding ESG over the interactive network depending on the PTP ESG Delivery information or all ESG bootstrap information obtained from the content of the notification message 1506. If the delivery of the notification message over the interactive network is the normal path (default bearer), the terminal automatically receives the notification message over the interactive network and directly acquires the ESG bootstrap information.
In a fourth embodiment, the PTP ESG Delivery information is transmitted over the broadcast network or the interactive network using the independent signaling rather than the ESG bootstrap session. Table 8 shows the information elements of the PTP ESG Delivery information when the independent signaling is used. The PTP ESG Delivery information based on the independent signaling is provided by the network, when it is requested by the terminal.
The broadcast ESG Delivery information can be transmitted by the independent signaling, either along with the PTP ESG Delivery information or independently. This transmission is useful when the independent signaling is valid even though the terminal is out of the service coverage of the broadcast network. In this case, the terminal can acquire all ESG-related information, especially ESG bootstrap information related to delivery of the broadcast ESG and the PTP ESG, by the independent signaling. The ‘EventType’ field of the notification message 1506 is set to a value indicating ‘ESGBootstrap’ or ‘ESGDelivery’, and ‘ESGOverBroadcast’ and ‘ESGOverlnteractive’ for indicating a delivery path for each ESG are included.
A description of the information elements shown in Table 8 has been given above.
To access the ESG Delivery information, the terminal first receives and acquires the PTP ESG Delivery information or all ESG bootstrap information by independent signaling, and receives the corresponding ESG over the interactive network using the acquired information.
As is apparent from the foregoing description, the first embodiment delivers the ESG Delivery information over the ESG bootstrap session, for both the broadcast ESG and the PTP ESG. Although the second embodiment also delivers the ESG Delivery information over the ESG bootstrap session, because the ESG Delivery information is separated into the related information for the broadcast ESG and the related information for the PTP ESG or the information over different FLUTE sessions, the structure and information for the different ESG types are much clearer. However, because the terminal cannot obtain all ESG Delivery information at a time, there is a need to parse more descriptors. In some modified examples of the second embodiment, the terminal should identify the related information for the broadcast ESG and PTP ESG.
The third and fourth embodiments deliver the PTP ESG Delivery information or all ESG bootstrap information over the delivery path other than the ESG bootstrap session. The terminal obtains the broadcast ESG Delivery information and the PTP ESG Delivery information or the all ESG bootstrap information over different delivery paths, causing an increase in its processing complexity. However, in the third and fourth embodiments, the terminal can receive the PTP ESG Delivery information and/or the all ESG bootstrap information over the interactive network even when it cannot receive the broadcast signal.
While the invention has been shown and described with reference to a certain preferred embodiment thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims.
| Number | Date | Country | Kind |
|---|---|---|---|
| 2007-16831 | Feb 2007 | KR | national |
| 2007-25179 | Mar 2007 | KR | national |
| 2007-60812 | Jun 2007 | KR | national |
| Number | Date | Country | |
|---|---|---|---|
| 60938595 | May 2007 | US | |
| 60942875 | Jun 2007 | US |
