Patent Application
20080070557
A more complete understanding of the present invention and the advantages thereof may be acquired by referring to the following description in consideration of the accompanying drawings, in which like reference numbers indicate like features, and wherein:
In the following description of the various embodiments, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration various embodiments in which the invention may be practiced. It is to be understood that other embodiments may be utilized and structural and functional modifications may be made without departing from the scope and spirit of the present invention.
It is noted that various connections are set forth between elements in the following description. It is noted that these connections in general and, unless specified otherwise, may be direct or indirect and that this specification is not intended to be limiting in this respect.
The broadcast network 114 may include a radio transmission of Internet Protocol (IP) datacasting over DVB and/or DVB-H. The broadcast network 114 may broadcast a service such as a digital or analog television signal and supplemental content related to the service via transmitter 118. The broadcast network may also include a radio, television or IP datacasting broadcasting network. The broadcast network 114 may also transmit supplemental content, which may include a television signal, audio and/or video streams, data streams, video files, audio files, software files, and/or video games. In the case of transmitting IP datacasting services, the service source 122 may communicate actual program content to user device 112 through the broadcast network 114 and additional information such as user right and access information for the actual program content through the cellular network 116.
The mobile device 112 may also contact the service source 122 through the cellular network 116. The cellular network 116 may include a wireless network and a base transceiver station transmitter 120. The cellular network may include a second/third-generation (2G/3G) cellular data communications network, a Global System for Mobile communications network (GSM), or other wireless communication network such as a WLAN network.
In one aspect of the invention, mobile device 112 may include a wireless interface configured to send and/or receive digital wireless communications within cellular network 116. The information received by mobile device 112 through the cellular network 116 or broadcast network 114 may include user selection, applications, services, electronic images, audio clips, video clips, and/or WTAI (Wireless Telephony Application Interface) messages. As part of cellular network 116, one or more base stations (not shown) may support digital communications with receiver device 112 while the receiver device is located within the administrative domain of cellular network 116.
Examples of other digital broadcast standards which digital broadband broadcast system 110 may utilize include Digital Video Broadcast-Terrestrial (DVB-T), Integrated Services Digital Broadcasting-Terrestrial (ISDB-T), Advanced Television Systems Committee (ATSC) Data Broadcast Standard, Digital Multimedia Broadcast-Terrestrial (DMB-T), Terrestrial Digital Multimedia Broadcasting (T-DMB), Satellite Digital Multimedia Broadcasting (S-DMB), Forward Link Only (FLO), Digital Audio Broadcasting (DAB), and Digital Radio Mondiale (DRM). Other digital broadcasting standards and techniques, now known or later developed, may also be used. An aspect of the invention is also applicable to other multicarrier digital broadcast systems such as, for example, T-DAB, T/S-DMB, ISDB-T, ATSC, MediaFLO/FLO, non-traditional systems such 3GPP MBMS (Multimedia Broadcast/Multicast Services) and 3GPP2 BCMCS (Broadcast/Multicast Service).
As shown in
Computer executable instructions and data used by processor 128 and other components within mobile device 112 may be stored in a computer readable memory 134. The memory may be implemented with any combination of read only memory modules or random access memory modules, optionally including both volatile and nonvolatile memory. Software 140 may be stored within memory 134 and/or storage to provide instructions to processor 128 for enabling mobile device 112 to perform various functions. Alternatively, some or all of mobile device 112 computer executable instructions may be embodied in hardware or firmware (not shown).
Mobile device 112 may be configured to receive, decode and process digital broadband broadcast transmissions that are based, for example, on the Digital Video Broadcast (DVB) standard, such as DVB-H or Digital Video Broadcasting Multimedia Home Platform (DVB-MHP), through a specific DVB-H receiver 141. The mobile device may also be provided with other types of receivers for digital broadband broadcast transmissions. Additionally, receiver device 112 may also be configured to receive, decode and process transmissions through FM/AM Radio receiver 142, WLAN transceiver 143, and telecommunications transceiver 144. In one aspect of the invention, mobile device 112 may receive radio data stream (RDS) messages.
In an example of the DVB standard, one DVB 10 Mbps transmission may have 200, 50 kbps audio program channels or fifty, 200 kbps video (TV) program channels. The mobile device 112 may be configured to receive, decode, and process transmission based on the Digital Video Broadcast-Handheld (DVB-H) standard or other DVB standards, such as DVB-MHP, DVB-Satellite (DVB-S), DVB-Terrestrial (DVB-T) or DVB-Cable (DVB-C). Similarly, other digital transmission formats may alternatively be used to deliver content and information of availability of supplemental services, such as ATSC (Advanced Television Systems Committee), NTSC (National Television System Committee), ISDB-T (Integrated Services Digital Broadcasting-Terrestrial), DAB (Digital Audio Broadcasting), DMB (Digital Multimedia Broadcasting), FLO (Forward Link Only) or DIRECTV. Additionally, the digital transmission may be time sliced, such as in DVB-H technology.
In addition, an Electronic Service Guide (ESG) may be used to provide program or service related information. Generally, an Electronic Service Guide (ESG) enables a terminal to communicate what services are available to end users and how the services may be accessed. The ESG includes independently existing pieces of ESG fragments. Traditionally, ESG fragments include XML documents, but more recently they have encompassed a vast array of items, such as for example, a SDP (Session Description Protocol) description, textual file, or an image. The ESG fragments describe one or several aspects of currently available (or future) service or broadcast program. Such aspects may include for example: free text description, schedule, geographical availability, price, purchase method, genre, and supplementary information such as preview images or clips. Audio, video and other types of data including the ESG fragments may be transmitted through a variety of types of networks according to many different protocols. For example, data can be transmitted through a collection of networks usually referred to as the “Internet” using protocols of the Internet protocol suite, such as Internet Protocol (IP) and User Datagram Protocol (UDP). Data is often transmitted through the Internet addressed to a single user. It can, however, be addressed to a group of users, commonly known as multicasting. In the case in which the data is addressed to all users it is called broadcasting.
One way of broadcasting data is to use an IP datacasting (IPDC) network. IPDC is a combination of digital broadcast and Internet Protocol. Through such an IP-based broadcasting network, one or more service providers can supply different types of IP services including on-line newspapers, radio, and television. These IP services are organized into one or more media streams in the form of audio, video and/or other types of data. To determine when and where these streams occur, users refer to an electronic service guide (ESG). One example used in digital video broadcasting (DVB) streams is an electronic program guide (EPG). One type of DVB is Digital video broadcasting-handheld (DVB-H). The DVB-H is designed to deliver 10 Mbps of data to a battery-powered terminal device.
A DVB-H network may carry IP flows of one or more IP platforms and an IP flow can be carried in different IP streams. An IP stream may be identified by one or more of the following: original network ID, transport stream ID, service ID, component tag, IP source address, and IP destination address. An IP Stream is encoded using the Multi-protocol Encapsulation (MPE) before transmission over the DVB-H network. MPE-FEC is applied on each source data burst to produce repair data that is used for protection against transport errors. IP packets as well as the MPE-FEC repair data are mapped into MPE sections. MPE sections are then fragmented into transport stream (TS) packets and broadcast over the air.
In aspect of the invention, a virtual platform may be used to signal and identify platforms that carry services over multiple bearers. The bearers of a platform may comprise different technologies. In addition, the services carried within one bearer may also be carried over another bearer belonging to the same virtual platform.
In an embodiment, a provider may provide services such as service X and service Y over DVB-H broadcast access A using specification P. In addition, the same provider may provide service Z over another DVB-H broadcast access B using specification R. Finally, the same provider may provide services X, Y, and Z over 3G access C using specification Q. The provider system may create a virtual platform declaration message that includes various parameters such as virtual platform provider, virtual platform identifier, bearer type, bearer access parameters, and specification of the bearer. Those skilled in the art will realize that numerous additional parameters may be included in the virtual platform declaration message. For instance, additional parameters relating to each bearer belonging to the platform may also be included.
In an aspect of the invention, a virtual platform declaration message may have a virtual platform provider entitled “ProviderInc.” A virtual platform identifier such as “Basic Service” or “123” may be used to identify virtual platform provider “ProviderInc.” The virtual platform declaration message may further include bearer information. A bearer type such as “DVB-H” may be indicated. Those skilled in the art will realize that bearer type is not limited to DVB-H and may also comprise T-DAB, T/S-DMB, ISDB-T, ATSC, MediaFLO/FLO, non-traditional systems such 3GPP MBMS (Multimedia Broadcast/Multicast Services) and 3GPP2 BCMCS (Broadcast/Multicast Service), WLAN, DVB-H/T-DMB/(Media) FLO system, or any other digital or non-digital communications or broadcasting system or any combination of the above systems
A bearer access parameter such as cell identification, “cell_id,” and original network identification, “original_network_id,” may be indicated for the specified bearer type “DVB-H.” Finally, a specification for each bearer may be included such as DVB Convergence of Broadcast and Mobile Services (CBMS) Broadcast Mobile Convergence (BMCO) Profile.
In an aspect of the invention, a server may create a mapping between the cell_ids of different bearers (access points) to other cells having at least a partly overlapping coverage area and use the cell_ids for further virtual platform presentations.
In an aspect of the invention, a provider may encode and instantiate a virtual platform declaration message in XML, HTML, in binary or in any other data representation format. For example,
In another aspect of the invention, rendering and information related to the virtual platform may be accomplished in a self-contained way. In an embodiment, the virtual platform declaration may be instantiated as a HTML document, Scalable Vector Graphics (SVG) document, or any other renderable document. The renderable parts of the document are the rendered representation of the virtual platform. Within the renderable document the information—metadata itself: virtual platform declaration data—may be either instantiated as non-renderable elements or renderable elements. For example, the virtual platform declaration may be instantiated as an HTML document. Within the HTML document, the non-renderable elements may carry the actual data on virtual platform declaration. In an embodiment, such a self-contained virtual platform declaration may be delivered in the same way as the other types of instantiations of virtual platform declaration.”
The virtual platform declaration message 302 may include a virtual platform provider 304 such as virtual platform provider “ProviderInc” 306 and a virtual platform id such as “BasicService” 308. Those skilled in the art will realize that each provider may utilize a descriptive id to further identify their particular services. The virtual platform declaration message 302 may further include a first DVB-H bearer 309 that may operate on original_network_id “3” 310 and cell_id “2” 312 with an application layer signal on the bearer that conforms to a DVB CBMS BMCO Profile 314.
A shown in the virtual platform declaration message 302 of
Virtual platform declaration message 302 may also include a third WLAN bearer 323 with a service set identifier (ssid) of “wireless-1” 324. An ESG server of the system may be accessible over WLAN at “www.providerince.com/esg” 326 using an Open Mobile Alliance Mobile Broadcast Services (OMA BCAST) 1.0 protocol suite 328. In various aspects of the invention, the XML file may comprise other descriptive data and/or additional access parameters such as service schedules.
In another aspect of the invention, the system may distribute or otherwise make a virtual platform declaration message available over any combination of the following: 1) Bearers that are part of the virtual platform declaration itself; or 2) Bearers that are not included in the virtual platform declaration. Enabling a virtual platform declaration message to be available to bearers that are part of the virtual platform declaration may permit all included bearers to announce to other bearers that are also part of the same platform. Enabling a virtual platform declaration message to be available to bearers that are not included in the virtual platform network may allow the provider to provide a “boot” feature (using external bearer to carry the declaration of the platform).
Those skilled in the art will realize that numerous embodiments may be envisioned for carrying the virtual platform declaration message. For instance, the virtual platform declaration message may be distributed 1) within a DVB Fragment Container; 2) within an OMA BCAST Service Guide delivery unit (SGDU); 3) as an extension to DVB index container; 4) as an extension to OMA BCAST Service guide Delivery descriptor (SGDD); 5) in a UDP packet with know IP address; 6) in a UDP packet with know IP address and port; 7) within DVB Program Specific Information/Service Information (PSI/SI) tables; and 8) within FLO internal signalling. Those skilled in the art will realize that the list is exemplary as numerous additional ways of carrying the virtual platform declaration message may be utilized.
In another aspect of the invention, a terminal may receive the virtual platform declaration message and interpret the services offered by several platforms as a part of single service offering and/or single provider platform. In an embodiment, a terminal may decide to access each of the listed bearers to obtain an individual bearer specific service guide and to combine those into coherent end user view. In another embodiment, a terminal may decide to access bearer by bearer depending on the currently available reception conditions.
In an aspect of the invention, a terminal may acquire a virtual platform declaration message. The terminal may obtain the virtual platform declaration message from 1) DVB Fragment Container; 2) OMA BCAST SGDU; 3) extension to DVB index container; 4) extension to OMA BCAST SGDD; 5) UDP packet with know IP address; 6) UDP packet with know IP address and port; 7) DVB PSI/SI tables; and 8) FLO internal signalling.
Those skilled in the art will realize that other methods of receiving the virtual platform declaration message are also envisioned such as the terminal may have the declaration message preconfigured (programmed at the manufacturer). Moreover, the virtual platform declaration message may be provisioned with a device management feature. In this case, the virtual platform declaration may be a management object being provisioned and/or managed to the terminal. In another aspect of the invention, the virtual platform declaration message may be provisioned by some other feature. In yet another embodiment, the virtual platform declaration message may also be obtained by the terminal using HTTP over a bidirectional channel.
The terminal may store the virtual platform declaration message in volatile or non-volatile memory. The terminal may determine from the virtual platform declaration message the knowledge of currently available bearers. Using this information, the terminal may determine information such as how an ESG (Electronic Service Guide) bootstrapping/service discovery is provided. In addition, the terminal may determine additional information regarding the ESG such as information regarding protocols and how an ESG is delivered. Moreover, the terminal may determine 1) format of the ESG and data within the ESG; 2) data management of the ESG; 3) which protocols deliver stream and files; and 4) protection systems which may be used by the provider.
In another aspect of the invention, for each available bearer that matches the bearer declared in virtual platform declaration message, the bearer acquires the service guide. The terminal may use the information of available bearers, service guide and virtual platform declaration to display which services are available. The services that may be displayed may be highlighted with the remaining services either not displayed or greyed (not selectable).
In another aspect of the invention, when the terminal attempts to access one of the determined bearers that are available (e.g. DVB-H, 3GPP, 3GPP2, WLAN, etc.) the terminal may receive the cell_id for that access point and may use this cell_id for searching the available virtual platforms e.g. from those that have been stored in the terminal and returning (only) those virtual platforms that have in their declaration the cell_id for the accessed service.
In another aspect of the invention, the terminal may set and store a time stamp for each of the virtual platforms showing when that virtual platform was accessed. The time stamps may be used for priority ordering of list(s) of virtual platforms.
The embodiments herein include any feature or combination of features disclosed herein either explicitly or any generalization thereof. While the invention has been described with respect to specific examples including presently preferred modes of carrying out the invention, those skilled in the art will appreciate that there are numerous variations and permutations of the above described systems and techniques.
This application claims the benefit of U.S. Provisional Application No. 60/825,674, filed Sep. 14, 2006. The entire disclosure of which is herein incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| 60825674 | Sep 2006 | US |
