This invention relates to transmission of audio data, video data, control data, or other information and, in particular, to a method for efficiently using information broadcasting resources.
Video streaming, data streaming, and broadband digital broadcast programming is increasing in popularity in network applications. One system currently in use in Europe and elsewhere world-wide is Digital Video Broadcast (DVB) which provides capabilities for delivering data in addition to televisual content. The Advanced Television Systems Committee (ATSC) has also defined a digital broadband broadcast network. Both ATSC and DVB use a containerization technique in which content for transmission is placed into MPEG-2 packets serving as data containers which can be used to transport suitably digitized data including, but not limited to, High Definition television, multiple channel Standard Definition television such as PAL/NTSC and SECAM, and broadband multimedia data and interactive services. Transmitting and receiving such programming usually requires that the equipment utilized be powered up continuously so as to be able to send or receive all the streaming information. However, in the current state of the art, power consumption levels, especially in the front end of a digital broadcast receiver or mobile terminal, are relatively high and need to be reduced to improve the operating efficiency of the broadcasting equipment.
What is needed is a system and method for more efficiently utilizing efficiently using data broadcasting resources for transmitting and receiving functions.
In a preferred embodiment, the present invention provides a system and method for providing streaming information in the form of a data signal to a mobile terminal receiver. The broadcasting system includes one or more service providers for providing streaming information, input buffers for storing successive portions of the streaming information, a digital broadcast transmitter for broadcasting the contents of the input buffers as transmission bursts, a digital broadcast receiver for receiving and storing the transmission bursts in a receiver buffer, and an application processor in the mobile terminal for converting the stored transmission bursts into an information data stream.
The invention description below refers to the accompanying drawings, of which:
In a conventional signal transmission application, the transmitter 13 provides a continuous or a slowly-varying data stream having a bit rate of approximately 100 Kbit/sec, such as shown in
There is shown in
In a preferred embodiment, the buffered data 27 is then formatted by using, for example, a multi-protocol encapsulator 37 in accordance with Section 7 of European Standard EN 301192 “Digital Video Broadcasting (DVB); DVB specification for data broadcasting.” In an alternative embodiment, the first service input buffer 35 is integrated with the multi-protocol encapsulator 37 to comprise a single input device 39. Encapsulated data 29 is sent by the multi-protocol encapsulator 37 to a digital broadcast transmitter 31 for broadcast to the digital broadcast receiver 41 as a time-slicing signal 51 described in greater detail below.
The amount of information retained in the first service input buffer 35 as a function of time can be represented by a sawtooth waveform 71 shown in the graph of
The size of the first service input buffer 35 is generally specified to be large enough to store the data received from an information stream in the time interval between successive waveform maxima (e.g., data received in the time interval between the first local maximum value 73 and a second local maximum value 75). The buffered data 27 stored in the first service input buffer 35 is periodically sent via the multi-protocol encapsulator 37 to the digital broadcast transmitter 31. Because the contents of the first service input buffer 35 is thus periodically transferred, subsequent incoming data will not cause the specified memory capacity to be exceeded. When the buffered data 27 is sent to the digital broadcast transmitter 31, the quantity of buffered information remaining in the first service input buffer 35 drops to a local minimum value 74, which can be zero.
The first service input buffer 35 may include an ‘AF’ flag which can be set when an “almost full” byte count 79 is reached to indicate when the first service input buffer 35 is about to exceed the designated memory capacity. Preferably, the process of outputting the buffered data 27 begins when the AF flag is set. This serves to provide storage capacity for a subsequent interval of the streaming information sent by the service provider 17 (here represented by the next part of the waveform 71). When the next streaming data information interval has been inputted, the buffered information in the first service input buffer 35 reaches a second local maximum value 75 which is subsequently outputted when the AF flag is set, resulting in a second local minimum value 76. The process is repeated, yielding a third local maximum value 77 and a third local minimum value 78.
Each subsequent portion of the streaming data buffered in the first service input buffer 35 is thus successively outputted to the digital broadcast transmitter 31 for transmission to the digital broadcast receiver 41. This action produces the time-slicing signal 51, a portion of which is shown in
In a preferred embodiment, each of the transmission bursts 53, 55, and 57 is a 4-Mbit/sec pulse approximately one second in duration to provide a transfer of four Mbits of buffered information per transmission burst. The transmission bursts 53, 55, and 57 are spaced at approximately 40-second intervals such that the time-slicing signal 51 effectively broadcasts at an average signal information transmittal rate of 100 Kbits per second (i.e., the same as the transmittal rate of the incoming streaming signal 23). The 40-second signal segment stored in the input buffer 35 comprises the signal information to be broadcast to the digital broadcast receiver 41 as any one of the transmission bursts 53, 55, and 57, for example.
In
Filtered data is then sent to a receiver input buffer 45. The receiver input buffer 45 functions to temporarily store filtered data, which may comprise any one of the transmission bursts 53, 55, and 57, before being sent downstream to an application processor 47 for conversion into an information data stream 49. This process can be illustrated with reference to the graph of
In an alternative preferred embodiment, the receiver input buffer 45 adapts to the configuration of the service input buffer 35, wherein the portion of the service input buffer 35 designated for storage of the incoming data stream may vary according to the characteristics of the streaming information selected from a particular information service provider. That is, the selected information service provider may be supplying a data stream that can be stored using only a part of the storage resources available in the service input buffer 35 (i.e. a ‘usage factor’ of less than unity). In one alternative embodiment, this usage factor information is provided to the mobile terminal 40 as part of the time-slicing signal 51 to allow the receiver input buffer 45 to anticipate and adapt to the smaller quantity of transmitted data to be provided in a transmittal. In another alternative embodiment, the usage factor information is not provided to the mobile terminal 40 as part of the time-slicing signal 51. Rather, the mobile terminal 40 continues to receive data from the transmitter system 20 and, over a period of time, derives the usage factor by determining the portion of storage resources needed in the receiver input buffer 45 for the data being provided by the selected service provider.
When turning on the digital broadcast receiver 41 for the purpose of initially receiving a service which has a small bit rate, the digital broadcast receiver 41 will experience a relatively long period between subsequent bursts. Because the actual bit rate is not initially known, the digital broadcast receiver 41 may remain powered up for a period of time beyond that required for receipt of the initial small-bit-rate service signal burst. The consumer may then need to wait for the requested service to ‘start up.’ However, when a smaller quantity of data is designated for storage in the receiver input buffer 45 (i.e., when the usage factor is less than unity), the digital broadcast receiver 41 can receive the first burst earlier, that is with a minimum of delay, and service start-up time can be reduced accordingly by utilizing the usage factor information.
When the transmission burst 53 has been received in the receiver input buffer 45, the waveform 81 reaches a first local maximum 83. The byte count stored in the receiver input buffer 45 then decreases from the first local maximum 83 to a first local minimum 84 as corresponding data is transferred from the receiver input buffer 45 to the application processor 47. Preferably, the rate at which the contents of the receiver input buffer 45 is transferred to the application processor 47 is at least as great as the rate at which data information is placed into the first service input buffer 35. This serves to insure that the receiver input buffer 45 is available to store the next transmission burst 55. When the next transmission burst 55 is received at the receiver input buffer 45, the waveform 81 increases to a second local maximum 85 which decreases to a second local minimum 86 as the received information interval is transferred from the receiver input buffer 45 to the application processor 47 for conversion to a data packet.
The process continues with the next transmission burst 57 producing a third local maximum 87 which decreases to a third local minimum 88. Preferably, the receiver input buffer 45 includes an ‘AE’ flag to indicate when an “almost empty” byte count 82 has been reached and an AF flag to indicate when an “almost full” byte count 89 has been reached. As explained in greater detail below, the AE and AF flags can be advantageously utilized to synchronize the powering up and the powering down respectively of the digital broadcast receiver 41 to correspond with the timing of incoming transmission bursts, such as the transmission bursts 53, 55, and 57.
The application processor 47 functions to continuously input buffer data from the receiver input buffer 45 and to continuously reformat the buffered data into the information data stream 49. As can be appreciated by one skilled in the relevant art, while the digital broadcast transmitter 31 remains powered-up in a transmission mode during each transmission burst 53, 55, and 57, the digital broadcast transmitter 31 can be advantageously powered down in the ‘idle’ time intervals between the transmission bursts 53 and 55, and between the transmission bursts 55 and 57 to reduce operational power requirements. Powering down can be accomplished, for example, by a controlled switch as is well-known in the relevant art.
In particular, the digital broadcast transmitter 31 can be powered down after termination point 61 of transmission burst 53 (shown at t=1 sec), and can remain powered-down until just before initiation point 63 of transmission burst 55 (shown at t=40 sec). Similarly, the digital broadcast transmitter 31 can power down after termination point 65 of transmission burst 55 (shown at t=41 sec), and can remain powered-down until just before initiation point 67 of transmission burst 57 (shown at t=80 sec). At the completion of the transmission burst 57, indicated as termination point 69 (shown at t=81 sec), the digital broadcast transmitter 31 can again be powered down if desired.
In an alternative preferred embodiment, the time-slicing digital broadcasting system 30 includes one or more additional service providers, exemplified by a second service provider 18, shown in
It should be understood that if only one service provider is sending information to the digital broadcast transmitter 31, the first service provider 17 for example, the multiplexer 33 is not required for operation of the time-slicing digital broadcasting system 30. Accordingly, in the first preferred embodiment, above, the signal in the first service input buffer 35 can be provided directly to the digital broadcast transmitter 31 via the multi-protocol encapsulator 37.
For the alternative preferred embodiment shown in
In a preferred embodiment, the powered-up receive mode of the digital broadcast receiver 41, in
In way of example, such synchronization can be achieved by using burst sizes of either fixed or programmable size, and by using the AE flag and “almost empty” byte count 82, above, as a criterion to power up the digital broadcast receiver 41 and prepare to receive the next transmission burst after fixed or slowly-varying time intervals. That is, the digital broadcast receiver 41 acquires information intermittently broadcast as described above. The client may also configure the digital broadcast receiver 41 to take into account any transmission delays resulting from, for example, a bit rate adaptation time, a receiver switch-on time, a receiver acquisition time, and/or a bit-rate variation time interval. A typical value for the adaptation time may be about 10 μsec, and for the switch-on times or acquisition times a typical value may be about 200 msec. The digital broadcast receiver 41 is thus configured to power-up sufficiently in advance of an incoming burst to accommodate the applicable delay factors. Similarly, the AF flag and the “almost full” byte count 89, above, can be used as a criterion to power-up the digital broadcast receiver 41.
In yet another alternative preferred embodiment, a TDM digital broadcasting system 100 includes a transmitter system 130 and the mobile terminal 40, shown in
The network operator input buffer 131 stores a predetermined amount of buffered data from each of the service input buffers 111-117. The data is provided to a multiplexer 133 and sent to a digital broadcast transmitter 135 for broadcast as a TDM signal 137. The network operator input buffer 131 functions to receive and store multiple inputs from each of the service input buffers 111-117 before outputting to the multiplexer 133. For example,
One example of a TDM signal 137 broadcast by the digital broadcast transmitter 135 is shown in
In a preferred embodiment, the transmission bursts originating with a particular service provider may comprise a unique data stream. For example, the transmission bursts 141, 143, and 145 may comprise a first data stream, originating at the service provider 101, where the data stream has a burst-on time of about 333 msec and a burst-off time of about 39.667 sec. The first data stream comprises subsequent transmission bursts occurring precisely every forty seconds (not shown), each transmission burst including information originating at the service provider 101. Similarly, the transmission burst 151 comprises a second data stream along with transmission bursts 153, 155, and subsequent transmission bursts (not shown) occurring every forty seconds, where the second data stream includes information originating at the service provider 103. In one alternative embodiment, the digital broadcast receiver 41 is synchronized to selectively receive only the first data stream, for example. Accordingly, in this embodiment the digital broadcast receiver 41 is powered-up for at least 333 msec every forty seconds to receive the transmission bursts 141, 143, 145, and subsequent first-data-stream transmission bursts, and powered down in the interval time periods.
While the invention has been described with reference to particular embodiments, it will be understood that the present invention is by no means limited to the particular constructions and methods herein disclosed and/or shown in the drawings, but also comprises any modifications or equivalents within the scope of the claims.
This application is a divisional of U.S. application Ser. No. 10/087,437 filed on Mar. 2, 2002, now U.S. Pat. No. 7,844,214 which is related to U.S. application Ser. No. 10/085,910, filed on Feb. 28, 2002 and is related to U.S. application Ser. No. 10/075,150, filed on Feb. 14, 2002, now U.S. Pat. No. 7,130,313, and is related to U.S. patent Ser. No. 10/075,434, filed on Feb. 14, 2002, now U.S. Pat. No. 6,907,028 the entire disclosures of which are hereby incorporated by reference.
Number | Name | Date | Kind |
---|---|---|---|
4449248 | Leslie | May 1984 | A |
4601586 | Bahr | Jul 1986 | A |
4995099 | Davis | Feb 1991 | A |
5070329 | Jasinaki | Dec 1991 | A |
5115431 | Williams et al. | May 1992 | A |
5224152 | Harte | Jun 1993 | A |
5241568 | Fernandez et al. | Aug 1993 | A |
5251325 | Davis et al. | Oct 1993 | A |
5307376 | Castelain | Apr 1994 | A |
5359607 | Nguyen | Oct 1994 | A |
5371734 | Fischer | Dec 1994 | A |
5382949 | Mock | Jan 1995 | A |
5513246 | Jonsson | Apr 1996 | A |
5535239 | Padovani et al. | Jul 1996 | A |
5539925 | Yli-Kotila | Jul 1996 | A |
5542117 | Hendricks et al. | Jul 1996 | A |
5568513 | Croft | Oct 1996 | A |
5613235 | Kivari | Mar 1997 | A |
5657313 | Takahashi | Aug 1997 | A |
5684791 | Raychaudhuri et al. | Nov 1997 | A |
5710756 | Pasternak | Jan 1998 | A |
5732068 | Takahashi | Mar 1998 | A |
5745860 | Kallin | Apr 1998 | A |
5764700 | Makinen | Jun 1998 | A |
5799033 | Baggen | Aug 1998 | A |
5812545 | Liebowitz et al. | Sep 1998 | A |
5822310 | Chennakeshu | Oct 1998 | A |
5870675 | Tuutijarvi | Feb 1999 | A |
5883899 | Dahlman | Mar 1999 | A |
5886995 | Arsenault | Mar 1999 | A |
5915210 | Cameron | Jun 1999 | A |
5936965 | Doshi | Aug 1999 | A |
5970059 | Ahopelto | Oct 1999 | A |
5995845 | Lardennois | Nov 1999 | A |
6047181 | Suonvieri | Apr 2000 | A |
6088412 | Ott | Jul 2000 | A |
6167248 | Hamalainen | Dec 2000 | A |
6175557 | Diachina | Jan 2001 | B1 |
6226278 | Bursztejn | May 2001 | B1 |
6256357 | Oshima | Jul 2001 | B1 |
6262982 | Donahue | Jul 2001 | B1 |
6262990 | Ejiri | Jul 2001 | B1 |
6266385 | Roy et al. | Jul 2001 | B1 |
6266536 | Janky | Jul 2001 | B1 |
6282209 | Kataoka | Aug 2001 | B1 |
6285686 | Sharma | Sep 2001 | B1 |
6295450 | Lyer | Sep 2001 | B1 |
6298225 | Tat | Oct 2001 | B1 |
6335766 | Twitchell | Jan 2002 | B1 |
6339713 | Hansson | Jan 2002 | B1 |
6356555 | Rakib | Mar 2002 | B1 |
6434395 | Lubin | Aug 2002 | B1 |
6438141 | Hanko | Aug 2002 | B1 |
6456845 | Drum | Sep 2002 | B1 |
6477382 | Mansfield | Nov 2002 | B1 |
6480912 | Safi | Nov 2002 | B1 |
6490727 | Nazarathy | Dec 2002 | B1 |
6539237 | Sayers | Mar 2003 | B1 |
6574213 | Anandakumar | Jun 2003 | B1 |
6891852 | Cloutier | May 2005 | B1 |
7003796 | Humpleman | Feb 2006 | B1 |
7130313 | Pekonen | Oct 2006 | B2 |
20010023184 | Kalveram | Sep 2001 | A1 |
20020010763 | Salo | Jan 2002 | A1 |
20020025777 | Kawamata | Feb 2002 | A1 |
20020133647 | Kasper | Sep 2002 | A1 |
20030054760 | Karabinis | Mar 2003 | A1 |
20030067943 | Arsenault | Apr 2003 | A1 |
20030067979 | Takahashi et al. | Apr 2003 | A1 |
20030110233 | Prall | Jun 2003 | A1 |
20030112821 | Cleveland | Jun 2003 | A1 |
20030152107 | Pekonen | Aug 2003 | A1 |
20040097194 | Karr | May 2004 | A1 |
20040102213 | Karr | May 2004 | A1 |
20040102214 | Karr | May 2004 | A1 |
20040102215 | Karr | May 2004 | A1 |
20040242163 | Karr | Dec 2004 | A1 |
Number | Date | Country |
---|---|---|
19910023 | Sep 2000 | DE |
10164665 | Aug 2002 | DE |
0577322 | Jan 1994 | EP |
0959574 | Nov 1999 | EP |
975109 | Jan 2000 | EP |
1107626 | Jun 2001 | EP |
1444786 | Aug 2004 | EP |
1474883 | Nov 2004 | EP |
1071221 | Jul 2010 | EP |
62049738 | Mar 1987 | JP |
62166628 | Jul 1987 | JP |
4013390 | Jan 1992 | JP |
09037344 | Feb 1997 | JP |
11331002 | Nov 1999 | JP |
2001211267 | Aug 2001 | JP |
2001245339 | Sep 2001 | JP |
2002016581 | Jan 2002 | JP |
06284041 | Jul 2010 | JP |
0036861 | Jun 2000 | WO |
0036861 | Jun 2000 | WO |
0041511 | Jul 2000 | WO |
0067449 | Nov 2000 | WO |
0131963 | May 2001 | WO |
0160104 | Aug 2001 | WO |
0172076 | Sep 2001 | WO |
0201879 | Jan 2002 | WO |
0203728 | Jan 2002 | WO |
0203729 | Jan 2002 | WO |
03069885 | Aug 2003 | WO |
Number | Date | Country | |
---|---|---|---|
20100135217 A1 | Jun 2010 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 10087437 | Mar 2002 | US |
Child | 12687592 | US |