WO2009027894A1 - Digital video broadcast receiver and method for receiving digital video broadcast data - Google Patents

Digital video broadcast receiver and method for receiving digital video broadcast data Download PDF

Info

Publication number
WO2009027894A1
WO2009027894A1 PCT/IB2008/053285 IB2008053285W WO2009027894A1 WO 2009027894 A1 WO2009027894 A1 WO 2009027894A1 IB 2008053285 W IB2008053285 W IB 2008053285W WO 2009027894 A1 WO2009027894 A1 WO 2009027894A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
service
services
sl
plurality
Prior art date
Application number
PCT/IB2008/053285
Other languages
French (fr)
Inventor
Andy C. Negoi
Original Assignee
Nxp B.V.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to EP07115020.5 priority Critical
Priority to EP07115020 priority
Application filed by Nxp B.V. filed Critical Nxp B.V.
Publication of WO2009027894A1 publication Critical patent/WO2009027894A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64315DVB-H
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/23424Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network, synchronizing decoder's clock; Client middleware
    • H04N21/432Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network, synchronizing decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331Caching operations, e.g. of an advertisement for later insertion during playback
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network, synchronizing decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4383Accessing a communication channel, e.g. channel tuning
    • H04N21/4384Accessing a communication channel, e.g. channel tuning involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network, synchronizing decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44016Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip

Abstract

A digital video broadcast receiver for receiving data of a plurality of services (S1- S3) which are transmitted in bursts of data over a transmission channel is provided. The receiver comprises a rendering unit (HH) for rendering data of a selected first service (S1) from the plurality of services (S1 - S3). The receiver furthermore comprises at least one memory unit (FM, SC) for caching at least one received burst of data associated to the selected first service (S1) of the plurality of services (S1 - S3). The memory is furthermore used for caching at least a first part of a received burst of data of at least a second service (S2) of the plurality of services (S1 - S3). The receiver furthermore comprises an input unit (HH) for inputting a zap command to switch the rendering of the first service (Sl) to a second service (S2) of the plurality of services (S1 - S3). The rendering unit (HH) is furthermore adapted to render at least the cached first part of the received burst of data of the second service (S2) when the zap command is received by the input unit (HH).

Description

DIGITAL VIDEO BROADCAST RECEIVER AND METHOD FOR RECEIVING DIGITAL VIDEO BROADCAST DATA

FIELD OF THE INVENTION

The present invention relates to a digital video broadcast receiver as well as to a method for receiving digital video broadcast data.

BACKGROUND OF THE INVENTION

The digital video broadcast handheld (DVB-H) is a new European Telecommunications Standards Institute ETSI standard for providing digital video broadcasting services to handheld devices like mobile phones. This standard has been described in "DVB-H Implementation Guidelines, ETSI TR102377, Vl.2.1, November 2005". This standard serves to implement digital video broadcasting services to mobile devices or handheld devices. As this standard is directed to mobile devices, it is important to provide implementations which allow a low power operation in a DVB receiver.

DVB-H is based on the DVB-T standard and it is designed to be fully backwards compatible. However, DVB-H allows additional features in particular to support a mobile reception. Such features include power saving, mobility with high data rates, single antenna reception and SFN networks. Furthermore, DVB-H allows an impulsive noise tolerance, an increased general robustness as well as a support for seamless handover during power off-times. In the DVB-H, the information is broadcast in transport streams, wherein several MPEG-2 encoded programs are multiplexed. To enable a power saving in the DVB-H receiver, time slicing is implemented. Multi-Protocol Encapsulation Forward Error

Correction MPE-FEC is also included to improve the robustness of the system. In addition, a 4k mode is implemented for mobility and to improve the network design flexibility.

To improve the low-power implementation of a receiver, data is transmitted in bursts at a high rate such that the receiver can be switched off between subsequent bursts. This can lead to an energy saving of up to 90%.

Fig. 1 shows a representation of a time-sliced transmission of DVB data. Here, the transmission of four services Sl, S2, S3 and S4 is depicted. As an example, only the first service Sl is required by the DVB receiver, i.e. the DVB receiver will only be switched on during the reception of the first service Sl, i.e. during T0n while the DVB receiver will be switched off during the transmission of the second, third and fourth service S2 - S4, i.e. during the period IW. Accordingly, a power saving OfTW(T0n + Toff) is achieved. Such a power saving can be up to 90% depending on the number of services which are transmitted.

The actual power saving is determined by the average service bit rate and the overall transmission bit rate. During the time period T0n, DVB-H data is transmitted in a burst, wherein the transmission rate is sufficiently high to transmit sufficient data such that the data is rendered until the next data burst is received. Accordingly, during the time period T0n, the amount of data, which is received, must be sufficient to ensure a rendering of data during the time period Toff. In the data burst, preferably multi-protocol encapsulation MPE sections are transmitted which contain internet protocol IP datagrams. Thereafter, the multi- protocol encapsulation forward error correction MPE-FEC section is transmitted which may comprise RS parity columns.

The IP encapsulation is introduced into DVB to ensure a convergence between the so-called traditional broadcast world and the PC world. Therefore, IP encapsulation is combined with time slicing. If a user wants to switch between the services Sl - S4, a period of time will elapse before the data of the selected service is transmitted and can be rendered on the handheld device. This period of time is called the zap time. The zap time can be reduced e.g. by measures which are taken at the transmitter of the DVB-H data.

EP 1 509 043 Al describes a method to change the transmission scheme of the DVB-H data. Here, each burst of data is sent twice thus reducing the available bandwidth by a factor of 2.

EP 1 703 657 Al relates to an addition error correction mechanism which is implemented at the transmitter of the DVB-H data. Here, a dedicated zapping stream is provided in parallel to the data stream, wherein the zapping stream comprises information at a low data rate which can be temporarily used during the zap time.

However, these documents merely describe an improvement of the zap time by means of changes at the transmission side.

SUMMARY OF THE INVENTION It is an object of the invention to provide a method for receiving DVB data containing several services, wherein the zap time for changing among the services is reduced by measures taken at the receiving side.

This object is solved by a DVB receiver according to claim 1 and a method for receiving DVB-H data according to claim 3. Therefore, a digital video broadcast receiver for receiving data of a plurality of services which are transmitted in bursts of data over a transmission channel is provided. The receiver comprises a rendering unit for rendering data of a selected first service from the plurality of services. The receiver furthermore comprises a memory for caching at least one received burst of data associated to the selected first service of the plurality of services. The memory is furthermore used for caching at least a first part of a received burst of data of at least a second service of the plurality of services. The receiver furthermore comprises an input unit for inputting a zap command to switch the rendering of the first service to a second service of the plurality of services. The rendering unit is furthermore adapted to render at least the cached first part of the received burst of data of the second service when the zap command is received by the input unit.

According to an aspect of the invention, the cached first part of the received burst of data corresponds to the last part of the application data in the received burst of data.

The invention also relates to a method for receiving digital video broadcast data of a plurality of services, which are transmitted of bursts of data over a transmission channel. Data of a selected first service from a plurality of services is rendered. At least one received burst of data associated to the selected first service of the plurality of services is cached. At least a first part of a received burst of data of at least a second service of the plurality of services is cached as well. A zap command to switch the rendering of the first service to a second service is received. The cached first part of the received burst of data of the second service is rendered when the zap command is received.

According to an aspect of the invention, the cached first part of the received part of received burst of data of the second service is rendered at a rate which is slower than real time. The present invention relates to the idea to reduce the zap time by using extra data caching in the DVB receiver, i.e. on the receiver's side.

Further aspects of the invention are defined in the dependent claims.

BRIEF DESCRIPTION OF THE DRAWINGS Advantages and embodiments of the invention will now be described in more detail with reference to the Figure.

Fig. 1 shows a representation of a time-sliced transmission of DVB data, Fig. 2 shows an illustration of a service reception and rendering of DVB-H data according to a first embodiment, and Fig. 3 shows a schematic block diagram of a DVB receiver according to the first embodiment.

DETAILED DESCRIPTION OF EMBODIMENTS Fig. 2 shows an illustration of a service reception and rendering of DVB-H data according to a first embodiment. According to the first embodiment as not limiting example, three services Sl - S3 are broadcasted. In the upper part of Fig. 2, the reception of the three services Sl - S3 is depicted. In the middle part, the rendering of the three services Sl - S3 is depicted. In the lower part of Fig. 2, a graph showing the relation between the zap time and the time of decision to zap is depicted. Each service may comprise application data a, b, c as well as parity data d. Each of these services can be coded with a R=3/4 MPE-FEC code. The parity data d will therefore correspond to the MPE-FEC parity data and will correspond to 1/4 of the burst while the application data a, b, c will correspond to 3/4 of the burst as the application data in this example can be divided into three parts a, b, c. It should be noted that the subdivision of the application date in a burst into three parts a, b and c is merely an illustrative example and refers to the so-called random access points RAP which are inserted to speed-up the zapping and which are used to confine the duration of an error. Other subdivisions are also possible. In case of video, it may refer to the so-called I-frames which are anchor frames or reference frames to the P- and B-frames. In other words, without an I-frame no P- and B-frames can be decoded. The relative number of the I-frames is a trade-off between the bit rate and the robustness of the signal.

It should be noted that each application data should start with a random access point RAP. The number of parts in which the application data of a burst can be divided will dependent on the number of random access points RAP. The transmission of a burst will correspond to a time period Ts. The transmission of one of the four parts of a burst will correspond to the time period Tp, i.e. TS=4*TP. The time period Tt corresponds to the repetition time or repetition period of the service bursts Sl - S3, i.e. Tt=3*Ts.

If the application data in each burst is divided by the number of services which are broadcasted, here three, one of the parts of the burst can be rendered while a further burst is transmitted and received, i.e. the time for rendering a part of the burst corresponds to the transmission/receiving time of a burst. Accordingly, if the first service Sl has been selected, then the parts a, b and c can be rendered during the transmission/reception of the bursts 2, 3 and 1, respectively. The rendering may also be performed at a lower rate. As the fourth part d of the burst merely comprises parity data, this part is not rendered.

In the following, different methods for selecting or changing to a further service, i.e. zapping from one service to a second service, are described in more detail. Here, it is assumed for illustrative purposes that a user wants to switch from service Sl to service S2.

This can for example be performed by a scheme A, wherein the whole burst is received and rendered. In Fig. 2, the function A of the wait time T2 until which the second service can be rendered with respect to the decision time Ti to zap to the second service S2 is depicted. If the decision to zap to the second service S2 occurs before a time interval Ts after the reception of a burst of data of the first service Si, the zap time will be minimal (Ts) as the burst of data of the second service S2 is received at the time interval Ts. However, if the user decides after the time interval Ts, it can take up to 4xTs and the receiver has to wait until the next burst of the second service S2 is received. In such a case the zap time will be maximal. As mentioned above in this case, the minimal possible zap time will correspond to the burst duration Ts, for the case that a user decides to switch to the second service S2 before the burst of data of the second service has been received. It should be noted that as the whole burst has to be received, a MPE-FEC decoding has to be performed and the data has to be parsed to the application engine. Merely for illustrative purpose, it is assumed that the time required for processing and parsing the application data is zero. The maximum zap time will correspond to Ts+Tt as the user has to wait until the next burst starts which corresponds to the burst repetition time Tt. Here, Tt corresponds to 3xTs, i.e. the maximum zap time corresponds to 4TS, while the average zap time corresponds to 2,5TS.

According to a second scheme B, only part of the burst is processed. The function B of the second scheme B is also depicted in Fig. 2. Therefore, parts of a buffer can be received and rendered. This will allow a reduction of the zap time for the case that the user decided to zap to the second service S2 just after the burst of data for the second service S2 has been received. Accordingly, the maximum zap time will correspond to the time prior to the reception of the parity data of the burst of the second service. The average zap time will correspond to 2.125 Ts. According to the second scheme B, partial received burst data is rendered. It should be noted that the partially received burst data has to be synchronized with the rendering of the complete received burst to avoid a gap in the rendering of data. However, the zap time as perceived by the user can be reduced if the rendering of a partially received burst is started before the complete burst of data is received. However, the rendering of the partial received burst data can be performed at a lower rate. It should be noted that the rendering of a partial received burst can be postponed such that it will be synchronized with the rendering of the next completely received burst. Accordingly, gaps in the rendering of a service can be avoided. The postponing of the rendering of a partial received burst can be diminished if the data of partial received burst is rendered at a lower rate. The rendering of the partially received burst can also be used independently to reduce the zap-time.

According to a third scheme C which is considered as the first embodiment, parts of the burst of those services which are not rendered at the moment are cached. The function C of the third scheme is also depicted in Fig. 2. Here, the first service Sl is rendered on the handheld device of the user. The receiver is able to cache at least part of the application data of the services which are transmitted. In other words, one part of each of the burst data of the services is always received and cached. According to the first embodiment, the maximum zap time will correspond to 2,5 Ts and the average zap time will correspond to 4/3 Ts. On the other hand, the minimum zap time can be reduced to zero. The perceptual zap time can further be reduced if the rendering of at least partially received bursts is started earlier and at a lower rate.

Fig. 3 shows a schematic block diagram of a DVB receiver according to the first embodiment. The DVB receiver RM comprises a receiver front-end RFE with a tuner T and a DVB-H/T channel demodulator CDU. The DVB receiver furthermore comprises a DVB-H-TS de-multiplexer and an IP-De-encapsulator DDE, a service cache SC, a MPE-FEC frame memory FM, an erasure memory EM and a MPE-FEC decoder DEC. The receiver module RM may furthermore comprise a power save control PSC. The receiver module can be coupled to a hand-held by a control terminal Ctrl and an output terminal IPdt for forwarding IP data to the hand-held HH, which renders the IP data. The tuner T serves to select the wanted RF signal and demodulates the received signal to an analogue baseband signal. The channel demodulator CDU digitizes the baseband signal, applies a digital demodulation and a first and second layer forward error correction FEC and delivers a transport stream TS. The DVB-H transport stream Demultiplexer and the internet protocol IP-De-encapsulator filters TS packets with the wanted TS packet identifier PID and extracts the application data IP datagram and the parity data (for the third layer FEC). The MPE-FEC frame memory FM is used to store application data and parity data of completely processed data (e.g. for the first service Sl). Data for easing or improving the third layer FEC, i.e. the MPE-FEC is stored in the erasure memory EM. Application data of partial processed bursts (e.g. data from the second service S2) can be stored in the service cache SC. The MPE-FEC decoder applies the third layer FEC on the completely received burst of data. The power save control PSC extracts timing information relating to the start time of the burst and the burst duration. This may be done for the currently chosen service as well as for potentially wanted services. The power save control PSC may switch the receiver front-end RFE on and off at the appropriate times, i.e. when no burst is to be receiver to reduce the power dissipation. Furthermore, the power save control PSC may select whether the received data is written to the service cache SC (e.g. data from the second service S2) or to the MPE-FEC frame memory FM (e.g. data from the second service S2). It may further select whether application data is rendered from the MPE-FEC frame memory as a default or from the service cache during zap time.

According to the first embodiment, the maximum zap time can be reduced by 37,5 % and the average zap time can be reduced by 46,7 %. Therefore, the zap time can be significantly reduced. The data caching requirements are available such that a trade off between the cache memory and the zap time can be performed, wherein it is also possible that all received data is cached. The number of services which are transmitted and received is scalable.

However, on the other hand, additional data cache memory is required. The power consumption will be increased as the receiver will have to cache data during the off- time of the first service. Moreover, if partial burst reception is applied, the corresponding multi protocol encapsulation forward error correction has to be omitted. In other words, the data of a partial received burst is more vulnerable to errors than the data of a completely received and processed burst.

According to a further aspect of the invention, the perceived zap time can be decreased if data is rendered at a lower rate. According to a further aspect, a MPE-FEC decoding is performed on all bursts of the received services while only a part of the application data of the bursts is cached. This can lead to a more robust cached data.

According to a further aspect of the invention, cache data does not need to be stored until the next burst is received. After a specific moment the cache data will not be rendered anymore. Therefore, the memory occupied by this cache data can be released before caching data of other services.

It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design many alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps other than those listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. In the device claim enumerating several means, several of these means can be embodied by one and the same item of hardware. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage.

Furthermore, any reference signs in the claims shall not be constrained as limiting the scope of the claims.

Claims

CLAIMS:
1. Digital video broadcast receiver for receiving data of a plurality of services
(Sl, S2, S3), which are transmitted in bursts of data over a transmission channel, comprising: a rendering unit (HH) for rendering data of a selected first service (Sl) from the plurality of services (Sl - S3); - at least one memory unit (FM, SC) for caching at least one received burst of data associated to the selected first service (Sl) of the plurality of services (Sl - S3) and for caching at least a first part of a received burst of data of at least a second service (S2) of the plurality of services (Sl - S3); and an input unit (HH) for inputting a zap command to switch the rendering of the first service (Sl) to a second service (S2) of the plurality of services (Sl - S3); wherein the rendering unit (HH) is adapted to render at least the cached first part of the received burst of data of the second service (S2) when a zap command is received by the input unit (HH).
2. Digital video broadcast receiver according to claim 1, wherein the cached first part of the received burst of data corresponds to the last part of application data in the received burst of data.
3. Method for receiving digital video broadcast data of a plurality of services, which are transmitted in bursts of data over a transmission channel, comprising the steps of: rendering data of a selected first service (Sl) from the plurality of services (Sl - S3); caching at least one received burst of data associated the selected first service (Sl) of the plurality of services (Sl - S3); - caching at least a first part of a received burst of data of at least a second service (S2) of the plurality of services (Sl - S3); receiving a zap command to switch the rendering of the first service (Sl) to a second service (S2) of the plurality of services (Sl - S3); wherein the cached first part of the received burst of data of the second service (S2) is rendered when a zap command is received.
4. Method for receiving digital video broadcast data according to claim 3, wherein the cached first part of the received part of the received burst of data of the second service is rendered at a rate which is slower than real time.
PCT/IB2008/053285 2007-08-27 2008-08-15 Digital video broadcast receiver and method for receiving digital video broadcast data WO2009027894A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP07115020.5 2007-08-27
EP07115020 2007-08-27

Publications (1)

Publication Number Publication Date
WO2009027894A1 true WO2009027894A1 (en) 2009-03-05

Family

ID=40083608

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2008/053285 WO2009027894A1 (en) 2007-08-27 2008-08-15 Digital video broadcast receiver and method for receiving digital video broadcast data

Country Status (1)

Country Link
WO (1) WO2009027894A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009037602A2 (en) * 2007-08-16 2009-03-26 St-Nxp Wireless (Holding) Ag Digital video broadcast receiver and method for receiving digital video broadcast data

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004062291A1 (en) * 2003-01-07 2004-07-22 Koninklijke Philips Electronics N.V. Audio-visual content transmission
WO2005122025A2 (en) * 2004-06-07 2005-12-22 Sling Media, Inc. Personal media broadcasting system
EP1775953A1 (en) * 2005-10-14 2007-04-18 Universiteit Gent Switching between digital video streams using buffering of second digital video stream
WO2007053734A2 (en) * 2005-10-31 2007-05-10 Mediaphy Corporation Delay-less channel switching
US20070143810A1 (en) * 2005-12-16 2007-06-21 Newport Media, Inc. Fast switching between time division multiplexed (TDM) channels

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004062291A1 (en) * 2003-01-07 2004-07-22 Koninklijke Philips Electronics N.V. Audio-visual content transmission
WO2005122025A2 (en) * 2004-06-07 2005-12-22 Sling Media, Inc. Personal media broadcasting system
EP1775953A1 (en) * 2005-10-14 2007-04-18 Universiteit Gent Switching between digital video streams using buffering of second digital video stream
WO2007053734A2 (en) * 2005-10-31 2007-05-10 Mediaphy Corporation Delay-less channel switching
US20070143810A1 (en) * 2005-12-16 2007-06-21 Newport Media, Inc. Fast switching between time division multiplexed (TDM) channels

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009037602A2 (en) * 2007-08-16 2009-03-26 St-Nxp Wireless (Holding) Ag Digital video broadcast receiver and method for receiving digital video broadcast data
WO2009037602A3 (en) * 2007-08-16 2009-05-07 Onno Eerenberg Digital video broadcast receiver and method for receiving digital video broadcast data

Similar Documents

Publication Publication Date Title
US7801175B2 (en) Method, system and network entity for providing digital broadband transmission
KR101540878B1 (en) Ip broadcast streaming services distribution using file delivery methods
JP4423263B2 (en) Transmission method and apparatus for portable terminal
CN100387043C (en) Robust mode staggercasting method and apparatus
KR101126021B1 (en) Method and apparatus for seamlessly switching reception between multimedia streams in a wireless communication system
CA2608461C (en) Method for formatting digital broadcast transport stream packet for improved receiving performance, digital broadcast transmitter, and signal processing method thereof
US8582644B2 (en) Real-time transport protocol (RTP) packetization method for fast channel change applications using scalable video coding (SVC)
Kornfeld et al. DVB-H and IP datacast—broadcast to handheld devices
JP5363473B2 (en) Method and apparatus for improved media session management
US8670437B2 (en) Methods and apparatus for service acquisition
KR20140084142A (en) Network streaming of media data
JP2004536528A (en) Fading-resistant digital transceiver system
US8166355B2 (en) System and method for mitigating memory requirements
JP2006345493A (en) Apparatus and method for transmitting and receiving broadcasting in digital multimedia broadcasting system
JP2008543142A (en) Method and apparatus for hierarchical transmission and reception in digital broadcasting
CN101346914B (en) Combined receiver for DVB-H and DVB-T transmissions
US8199781B2 (en) Device and method for demultiplexing received transport stream in digital broadcasting receiver
US8291448B2 (en) Providing zapping streams to broadcast receivers
US20100217887A1 (en) Method and apparatus for interleaving a data block
US20110002378A1 (en) Coding latency reductions during transmitter quieting
US8831039B2 (en) Time-interleaved simulcast for tune-in reduction
KR101027354B1 (en) Method, apparatus, computer program product and processor for processing multimedia data
TWI420847B (en) Transmitter quieting and null data encoding
KR101011612B1 (en) Multi-program viewing in a wireless apparatus
US8209736B2 (en) Systems and methods for managing television (TV) signals

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08807333

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct app. not ent. europ. phase

Ref document number: 08807333

Country of ref document: EP

Kind code of ref document: A1