EP1550309A2 - Video on demand server system and method - Google Patents

Video on demand server system and method

Info

Publication number
EP1550309A2
EP1550309A2 EP03749551A EP03749551A EP1550309A2 EP 1550309 A2 EP1550309 A2 EP 1550309A2 EP 03749551 A EP03749551 A EP 03749551A EP 03749551 A EP03749551 A EP 03749551A EP 1550309 A2 EP1550309 A2 EP 1550309A2
Authority
EP
European Patent Office
Prior art keywords
program
representation
bit rate
representations
quality
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP03749551A
Other languages
German (de)
French (fr)
Other versions
EP1550309A4 (en
Inventor
Jill Macdonald Boyce
Kumar Ramaswamy
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
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
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Publication of EP1550309A2 publication Critical patent/EP1550309A2/en
Publication of EP1550309A4 publication Critical patent/EP1550309A4/en
Withdrawn legal-status Critical Current

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/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/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • 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/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • 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 or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365Multiplexing of several video streams
    • H04N21/23655Statistical multiplexing, e.g. by controlling the encoder to alter its bitrate to optimize the bandwidth utilization
    • 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/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17318Direct or substantially direct transmission and handling of requests

Definitions

  • This invention relates to a technique for efficiently providing video on demand while maintaining bandwidth constraints of a fixed channel.
  • CBR variable bit rate
  • NBR variable bit rate
  • Transmitting multiple pre-recorded NBR-encoded video programs over a constant bandwidth channel has problems since the sum of the instantaneous bitrates required by each program can sometimes exceed the total available bitrate.
  • broadcast applications employing real-time encoders use statistical multiplexing to exploit the instantaneous bitrate variations between multiple programs being carried on the same carrier or transponder.
  • the encoders operate in real time to enable the system to constrain the total combined bit rate for all programs so as not to exceed the channel capacity over a given time window.
  • Each video program has an associated complexity measure.
  • a central controller dynamically adjusts the bit rate allocated to each video program based upon the relative complexities.
  • Video transraters that operate to reduce the bit rate of video streams within a common compression standard, such as MPEG 2 for example.
  • MPEG 2 a common compression standard
  • present day transraters often experience difficulties when converting between constant and variable bit rates.
  • Such transraters also can experience difficulties when trying to alter the bit rate for bit streams that have many scene changes, or a large number of I-Pictures.
  • Scalable video encoding which permits dividing a video signal into a base layer and one or more enhancement layers, can also address bit rate issues.
  • FGS fine grain scalability
  • the MPEG-2 and MPEG-4 video compression standards include several scalability methods.
  • Using scalable encoding requires both the transmitter and receiver have the same ability to implement different coding algorithms, thus introducing additional complexity. Thus, there exists a need for a technique for managing variable bit rate video on demand that obviates the disadvantages of the prior art.
  • a method for transmitting a plurality of pre-coded programs having different bit rates across a fixed bandwidth channel For each program, at least two, and preferably, a plurality of different bit rate representations are generated. Control information is provided at each of a plurality of successive time windows for each bit rate representation. The control information provides a bit rate and a quality measure during each time window. The control information enables selection during each time window of a bit rate representation for each program to maximize the quality of the selected representations while not exceeding the total available channel capacity in that time window.
  • FIGURE 1 depicts a block schematic of first preferred embodiment of a Video-on- Demand server architecture in accordance with the present principles
  • FIGURE 2 depicts a block schematic of second preferred embodiment of a Video-on- Demand server architecture in accordance with the present principles.
  • FIGURE 3 depicts a block schematic of third preferred embodiment of a Video-on- Demand server architecture in accordance with the present principles.
  • T is the time interval over which the system optimization is being contemplated
  • C is the total channel capacity available in time frame
  • P is the total number of programs p e (0, P-l), is the index of a particular program N[p] is the total number of representations of program p n[p] e (0, N[p] -1) is the index of a particular representation of program p r[p, x] is the bit rate of representation x of program p during T q[p, x] is the quality of representation x of program ? during T
  • FIGURE 1 depicts a first preferred embodiment of a Nideo-on-Demand server architecture 10 in accordance with the present principles for transmitting pre-encoded CBR and/or NBR audio/video programs over a fixed bandwidth channel 11 having a total channel capacity, C.
  • the server architecture 10 includes a plurality of multirate stream generators 12 0 , 12 ⁇ ... I2p.j, where P is an integer greater than zero corresponding to the number of separate input streams.
  • the stream rate generators 12 0 -12 . 7 each pre-code a corresponding one of the programs Program 0, Program 1...Program P-l at a plurality of different bit rates. Stated another way, each multirate stream generator pre-codes the corresponding program to yield at least two or more different bit rate representations.
  • a representation can include a particular stored encoded bit stream, or a combination of various portions of different encoded bit streams.
  • a storage device 14 typically in the form of a single disc drive, a Redundant Array of Inexpensive Discs (RAID), or a plurality of RAIDs, serves to store the pre-coded representations generated by the multirate stream generators 12o-12p.j.
  • RAID Redundant Array of Inexpensive Discs
  • the control information for each time window T for each representation of each program includes an indication of the bit rate of that representation and a quality measure, such as the peak signal-to- noise ratio (PS ⁇ R) of the representation.
  • a central statistical multiplexer (“stat mux") 16 receives the control information for each representation. At each successive time window T, the stat mux 16 selects a representation for each program to maximize the quality of the transmitted programs while maintaining the total bit rate at or below the total capacity C of the channel 11.
  • the lowest bit rate representation for each program should not exceed a prescribed value such that the sum of the lowest bit rates for all programs will not exceed the channel capacity for each interval T. In this way, at least one representation of each program can undergo transmission over the channel 11. Requiring the lowest bit rate representation for each program to have a peak bit rate of C/P or less can achieve this constraint. Other methods exist that meet
  • the process for the maximization of the overall combined quality can occur in several
  • the minimax approach can be implemented by sorting the control information for each representation of each program so that the quality and bit rate index increases monotonically increasing with the index.
  • the change in bit rate for each step (referred to as the "delta ( ⁇ )"bit rate) is then stored.
  • the stat mux 16 begins with the lowest index for each program representation and computes the total capacity S.
  • the stat mux 16 the selects the program representation at the lowest quality and checks if adding its delta bit rate to S exceeds C. If the addition of the representation does not exceed C, the index for that representation is incremented, and process is repeated. Once C is exceeded, the representation with the next to lowest quality is checked to see if adding its delta bit rate to S exceeds C. The process is repeated until no increment in any representation can be made without exceeding the channel capacity C.
  • the total quality of all programs could be optimized by maximizing the sum of the individual program qualities which involves solving the following constrained optimization problem:
  • a weighted average can also be used, in order to provide different classes of service for different viewers.
  • the multirate stream generators 12 0 -12 P .j can use several different methods, or a combination of methods to form multiple representations of each program.
  • a random access point such as an intra-coded (I) frame should occur at the beginning of each time window T, for each representation, so that for each time window T a different representation can be chosen without causing drift.
  • Each representation can use either CBR or VBR coding as long as the capacity of the lowest bit rate representation meets the total channel capacity constraint.
  • a multirate video encoder encodes each program at several different bit rates into several independent bit streams. Each different bit rate bit stream serves as a different representation.
  • FIGURE 2 depicts an architecture 100 for carrying out this method.
  • a multirate video encoder 110 serves to encode a corresponding program to yield a plurality of different rate representations.
  • a separate one of transport packetizers 112o, 112 2 ...112p.] each packetizes a corresponding representation.
  • the multirate encoding performed by the multirate encoder 110, and the packetization performed by the packetizers 112 0 -112 P . occurs once, not necessarily in real time, prior to storage in a storage device 140 similar in construction to the storage device 14 of FIG. 1.
  • Selection of the representations stored in storage device 140 for output in real time occurs in response to a signal received from a selector block 150.
  • the selector block 150 identifies the stored representation for output in response to a request from the stat mux 160 for a particular representation.
  • the storage device 140 supplies the selected packetized representations to the stat mux 160 for output.
  • portions of the several different bit streams are combined to yield additional representations of a program.
  • the presence of random access points at the same location in all bit streams of a program (as would naturally occur at scene changes) or the use of fixed group-of-pictures structures, permits the combination of compressed data from different bit rate streams at random access boundaries to form new representations. No need exists to store each representation independently, as long as the ability exists to generate each representation from the data that is stored.
  • T is one second
  • the data is coded at 30 fps, and I frames are inserted every 15 frames, yielding three different bit rate bit streams, designated as Bit stream 0, Bit stream 1, and Bit Stream 2, respectively.
  • Each bit stream constitutes a separate representation.
  • An additional representation can be formed which uses Bitstream 0 for the first 15 frames and Bitstream 1 for the second 15 frames, and so on.
  • VoD server architecture 200 includes multirate video encoder 210 for generating a plurality of different bit rate representations for storage in a storage device 240 similar to the storage devices 14 and 140.
  • the representations stored in the storage device 140 exist as un-packetized bit streams.
  • Selection of the representations stored in storage device 240 for output in real time occurs in response to a signal received from a selector block 250.
  • the selector block 250 similar in nature to the selector block 150 of FIG. 2, identifies the stored representation for output in response to a request from a static mixer/multiplexer 260 for a particular representation.
  • the storage device 240 supplies the selected packetized representations to the static mixer/multiplexer.
  • a packetizer 212 packetizes the output stream of the static mixer/multiplexer 260 for output on the channel (not shown).
  • Representations also can be formed by switching between stored bit streams for non- reference pictures, such as for video codecs (not shown) that include pictures that are not used as reference pictures for predicting other pictures, such as MPEG-2 B frames or JVT non-stored pictures.
  • Each non-reference picture can be selected from a different stored bitstream without affecting the quality of subsequently coded pictures, as the non-stored pictures are not used for prediction. Complete elimination of a non-reference picture in a representation can also occur.
  • Each non-reference picture could be switched individually, or groups of non-reference pictures could be switched together, allowing for many possible total bit rate representations.
  • stat mux 16 of FIG. 1 can choose to limit the number of possible representations to send to the stat mux 16 of FIG. 1 to choose those with significant differences in quality and bit rate. It is not necessary for each representation to be independently stored in storage, but a table listing the location and length of each coded frame can be stored to simplify generation of the representation when needed. It is also possible to store multiple bit rate bit streams only for the non-stored pictures and only store a single version of the reference (I and P) pictures, which can significantly reduce storage requirements.
  • the stat mux 160 and the static mixer/multiplexer 260 With the VoD server architectures 100 and 200 of FIGS. 2 and 3, respectively, the stat mux 160 and the static mixer/multiplexer 260 generate a bit stream corresponding to the selected representation. If individual pictures are not transport packet aligned, the architecture 200 of FIG.
  • scalable video coding can occur by the use of a scalable video encoder (not shown) to form a base layer and one or more enhancement layers. Any type of scalability that which employs the base layer for motion compensated reference picture prediction in order to avoid drift can be used, such as frequency scalability, FGS, SNR scalability or temporal scalability.
  • the lowest bit rate representation corresponds to the base layer. The peak bit rate of the base layer must be such that when the bit rates of all programs' base layers are summed, the channel capacity C is not exceeded for each time window T.
  • the VoD server architecture 100 of FIG. 2 is used upon inclusion of an entire enhancement layer in a particular representation.
  • the VoD server architecture 200 of FIG. 3 is used if portions of an enhancement layer are used in a representation.
  • the VoD server architecture 100 of FIG. 2 does not require any decryption or encryption in real time, as encryption is added to the transport packetization process done in non-real time and entire encrypted transport packets are stored and transmitted.
  • the VoD server architecture 200 of FIG. 3 requires that encryption be performed along with transport packetization in real-time.
  • VoD programs generally include both audio and video.
  • audio bit rates are generally significantly lower than video bit rates and are also generally at a fixed bit rate, there is less advantage to be gained by selecting from different pre-encoded audio bit streams by the stat mux 16 and 160 of FIGS 1 and 2, and the static mixer/multiplexer 260 of FIG. 3.
  • a user likely will find the switching of audio quality during the viewing of a single program disturbing.
  • the total channel capacity C can be considered to be totally consumed by the video channel; assuming that a single bit rate audio stream is also sent for each program.
  • the above-described methods can also be applied to audio, where multiple representations of audio programs with different bit rates and qualities can be generated.
  • a video player that works with the VoD server architectures of the present principles will contain a video decoder (not shown) and some storage for buffering.
  • the data can arrive at a non-uniform data rate, but with the requirement that the data corresponding to time unit T will arrive any time within the T time window.
  • the video player must have the capability of buffering and delaying for T.
  • An upper limit on the maximum bit rate that can be transmitted for a given representation of a program for a time window T can be pre-determined to limit the decoder complexity and decoder buffer size.
  • the decoding buffer is generally a requirement of a video decoder, e.g.
  • MPEG-2 levels sets buffer size particular requirements, and the combination of T and the bitrate may be chosen to meet it.
  • Fast forward and fast reverse tracks for each program can also be stored at the VoD server. They can be stored at a single bit rate, or at several different bit rates, and allowed to adapt as is done for the normal play program.
  • T length Determination of the time window T length is based on several factors. T should be as large as possible to get the most statistical multiplexing gain, but small enough to constrain the delay at the video player for start-up and switching between normal play and trick play streams. T should be small enough to meet decoder requirements.
  • the foregoing describes a system and method for efficiently providing video on demand while maintaining bandwidth constraints of a fixed channel.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Television Signal Processing For Recording (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

A Video-on-Demand Server architecture (100, 200, 300) transmits a plurality of pre-coded programs having different bit rates across a fixed bandwidth channel (11). For each program, a generator (120-12P-1, 110, 210) generates a plurality of different bit rate representations for each program. Each generator also provides control information at each of a plurality of successive time windows T for each bit rate representation. The control information provides a bit rate and a quality measure during each time window T. The control information enables a statistical multiplexer (16, 160, 260) to select a bit rate representation for each program during each time window T to maximize the quality of the selected representations while not exceeding the total available channel capacity.

Description

VIDEO ON DEMAND SERVER SYSTEM AND METHOD
TECHNICAL FIELD
This invention relates to a technique for efficiently providing video on demand while maintaining bandwidth constraints of a fixed channel.
BACKGROUND ART
Present day Video-on-Demand (NoD) systems typically transmit Constant Bit Rate
(CBR) video. Transmitting CBR video does not achieve the same efficiency as transmitting variable bit rate (NBR) video for equivalent long-term average bit rates. Transmitting multiple pre-recorded NBR-encoded video programs over a constant bandwidth channel has problems since the sum of the instantaneous bitrates required by each program can sometimes exceed the total available bitrate. On the other hand, broadcast applications employing real-time encoders use statistical multiplexing to exploit the instantaneous bitrate variations between multiple programs being carried on the same carrier or transponder. The encoders operate in real time to enable the system to constrain the total combined bit rate for all programs so as not to exceed the channel capacity over a given time window. Each video program has an associated complexity measure. A central controller dynamically adjusts the bit rate allocated to each video program based upon the relative complexities.
There now exist devices known as "video transraters" that operate to reduce the bit rate of video streams within a common compression standard, such as MPEG 2 for example. Present day transraters often experience difficulties when converting between constant and variable bit rates. Such transraters also can experience difficulties when trying to alter the bit rate for bit streams that have many scene changes, or a large number of I-Pictures.
Scalable video encoding, which permits dividing a video signal into a base layer and one or more enhancement layers, can also address bit rate issues. Several methods of scalable video encoding exist, including spatial, SΝR, temporal, data partitioning, fine grain scalability (FGS), frequency scalability. The MPEG-2 and MPEG-4 video compression standards include several scalability methods. Using scalable encoding requires both the transmitter and receiver have the same ability to implement different coding algorithms, thus introducing additional complexity. Thus, there exists a need for a technique for managing variable bit rate video on demand that obviates the disadvantages of the prior art.
BRIEF SUMMARY OF THE INVENTION
Briefly, in accordance with present principles, there is provided a method for transmitting a plurality of pre-coded programs having different bit rates across a fixed bandwidth channel. For each program, at least two, and preferably, a plurality of different bit rate representations are generated. Control information is provided at each of a plurality of successive time windows for each bit rate representation. The control information provides a bit rate and a quality measure during each time window. The control information enables selection during each time window of a bit rate representation for each program to maximize the quality of the selected representations while not exceeding the total available channel capacity in that time window.
BRIEF SUMMARY OF THE DRAWING
FIGURE 1 depicts a block schematic of first preferred embodiment of a Video-on- Demand server architecture in accordance with the present principles;
FIGURE 2 depicts a block schematic of second preferred embodiment of a Video-on- Demand server architecture in accordance with the present principles; and
FIGURE 3 depicts a block schematic of third preferred embodiment of a Video-on- Demand server architecture in accordance with the present principles.
DETAILED DESCRIPTION
Before proceeding to describe the technique of the present principles, the following terminology will prove helpful:
T is the time interval over which the system optimization is being contemplated C is the total channel capacity available in time frame T
P is the total number of programs p e (0, P-l), is the index of a particular program N[p] is the total number of representations of program p n[p] e (0, N[p] -1) is the index of a particular representation of program p r[p, x] is the bit rate of representation x of program p during T q[p, x] is the quality of representation x of program ? during T
FIGURE 1 depicts a first preferred embodiment of a Nideo-on-Demand server architecture 10 in accordance with the present principles for transmitting pre-encoded CBR and/or NBR audio/video programs over a fixed bandwidth channel 11 having a total channel capacity, C. The server architecture 10 includes a plurality of multirate stream generators 120, 12ι ... I2p.j, where P is an integer greater than zero corresponding to the number of separate input streams. The stream rate generators 120-12 .7 each pre-code a corresponding one of the programs Program 0, Program 1...Program P-l at a plurality of different bit rates. Stated another way, each multirate stream generator pre-codes the corresponding program to yield at least two or more different bit rate representations. A representation can include a particular stored encoded bit stream, or a combination of various portions of different encoded bit streams. A storage device 14, typically in the form of a single disc drive, a Redundant Array of Inexpensive Discs (RAID), or a plurality of RAIDs, serves to store the pre-coded representations generated by the multirate stream generators 12o-12p.j.
Each of the multirate stream generators 12o-12/>.; generates control information for each time window T of for the corresponding one of Programs 0 to P-l, respectively. The control information for each time window T for each representation of each program includes an indication of the bit rate of that representation and a quality measure, such as the peak signal-to- noise ratio (PSΝR) of the representation. A central statistical multiplexer ("stat mux") 16 receives the control information for each representation. At each successive time window T, the stat mux 16 selects a representation for each program to maximize the quality of the transmitted programs while maintaining the total bit rate at or below the total capacity C of the channel 11. The lowest bit rate representation for each program should not exceed a prescribed value such that the sum of the lowest bit rates for all programs will not exceed the channel capacity for each interval T. In this way, at least one representation of each program can undergo transmission over the channel 11. Requiring the lowest bit rate representation for each program to have a peak bit rate of C/P or less can achieve this constraint. Other methods exist that meet
P-l the constraint ^ r[p,0] ≤ Cfor all time windows T of all programs. Typically, advance p=0 knowledge does not exist as to when playback of particular programs will commence. Therefore, enforcing capacity restraints becomes easiest by requiring that the bit rate limit of the lowest bit rate representation be the same for all time windows T of a particular program.
The process for the maximization of the overall combined quality can occur in several
P-l different ways. In all cases, the constraint ^ r[p, n[p]] ≤ C must remain met for all time p=0 windows T of all programs. A minimax approach can satisfy the constraint by choosing n[p] for each p e (0, P-l) to maximize the quality of the minimum quality program (i.e., minimizing the maximum distortion.)
The minimax approach can be implemented by sorting the control information for each representation of each program so that the quality and bit rate index increases monotonically increasing with the index. The change in bit rate for each step (referred to as the "delta (Δ)"bit rate) is then stored. The stat mux 16 begins with the lowest index for each program representation and computes the total capacity S. The stat mux 16 the selects the program representation at the lowest quality and checks if adding its delta bit rate to S exceeds C. If the addition of the representation does not exceed C, the index for that representation is incremented, and process is repeated. Once C is exceeded, the representation with the next to lowest quality is checked to see if adding its delta bit rate to S exceeds C. The process is repeated until no increment in any representation can be made without exceeding the channel capacity C. Alternatively, the total quality of all programs could be optimized by maximizing the sum of the individual program qualities which involves solving the following constrained optimization problem:
P-l P-l maxY q[p,n[p]]; subject to r[p,n[p]] ≤ C
It is also possible to optimize the product of the individual program qualities in the following manner:
P-l P-l max TT <?| , «[/?]]; subject to Y.r[p,n[p]] ≤ C
"« =o P=0 A weighted average can also be used, in order to provide different classes of service for different viewers.
The multirate stream generators 120-12P.j can use several different methods, or a combination of methods to form multiple representations of each program. In all cases, a random access point, such as an intra-coded (I) frame should occur at the beginning of each time window T, for each representation, so that for each time window T a different representation can be chosen without causing drift. Each representation can use either CBR or VBR coding as long as the capacity of the lowest bit rate representation meets the total channel capacity constraint.
In a first method, a multirate video encoder encodes each program at several different bit rates into several independent bit streams. Each different bit rate bit stream serves as a different representation. FIGURE 2 depicts an architecture 100 for carrying out this method. As seen in FIG. 2, a multirate video encoder 110 serves to encode a corresponding program to yield a plurality of different rate representations. A separate one of transport packetizers 112o, 1122...112p.] each packetizes a corresponding representation. The multirate encoding performed by the multirate encoder 110, and the packetization performed by the packetizers 1120-112P. occurs once, not necessarily in real time, prior to storage in a storage device 140 similar in construction to the storage device 14 of FIG. 1.
Selection of the representations stored in storage device 140 for output in real time occurs in response to a signal received from a selector block 150. The selector block 150 identifies the stored representation for output in response to a request from the stat mux 160 for a particular representation. Upon receipt of the signal from the selector block 150, the storage device 140 supplies the selected packetized representations to the stat mux 160 for output.
In a second method, portions of the several different bit streams are combined to yield additional representations of a program. The presence of random access points at the same location in all bit streams of a program (as would naturally occur at scene changes) or the use of fixed group-of-pictures structures, permits the combination of compressed data from different bit rate streams at random access boundaries to form new representations. No need exists to store each representation independently, as long as the ability exists to generate each representation from the data that is stored. Consider the following example where T is one second, the data is coded at 30 fps, and I frames are inserted every 15 frames, yielding three different bit rate bit streams, designated as Bit stream 0, Bit stream 1, and Bit Stream 2, respectively. Each bit stream constitutes a separate representation. An additional representation can be formed which uses Bitstream 0 for the first 15 frames and Bitstream 1 for the second 15 frames, and so on.
Assuming alignment of the random access points with the transport packets, the server architecture 100 of FIG. 2 works well when the transport packetization occurs in advance. FIGURE 3 depicts a VoD server architecture 200 better suited when the random access points do not necessarily align with the transport packets. Referring to FIG. 3, VoD server architecture 200 includes multirate video encoder 210 for generating a plurality of different bit rate representations for storage in a storage device 240 similar to the storage devices 14 and 140. The representations stored in the storage device 140 exist as un-packetized bit streams.
Selection of the representations stored in storage device 240 for output in real time occurs in response to a signal received from a selector block 250. The selector block 250, similar in nature to the selector block 150 of FIG. 2, identifies the stored representation for output in response to a request from a static mixer/multiplexer 260 for a particular representation. Upon receipt of the signal from the selector block 250, the storage device 240 supplies the selected packetized representations to the static mixer/multiplexer. A packetizer 212 packetizes the output stream of the static mixer/multiplexer 260 for output on the channel (not shown). Representations also can be formed by switching between stored bit streams for non- reference pictures, such as for video codecs (not shown) that include pictures that are not used as reference pictures for predicting other pictures, such as MPEG-2 B frames or JVT non-stored pictures. Each non-reference picture can be selected from a different stored bitstream without affecting the quality of subsequently coded pictures, as the non-stored pictures are not used for prediction. Complete elimination of a non-reference picture in a representation can also occur. Each non-reference picture could be switched individually, or groups of non-reference pictures could be switched together, allowing for many possible total bit rate representations. The multirate stream signal generators l2 -l2p.ι of FIG. 1 can choose to limit the number of possible representations to send to the stat mux 16 of FIG. 1 to choose those with significant differences in quality and bit rate. It is not necessary for each representation to be independently stored in storage, but a table listing the location and length of each coded frame can be stored to simplify generation of the representation when needed. It is also possible to store multiple bit rate bit streams only for the non-stored pictures and only store a single version of the reference (I and P) pictures, which can significantly reduce storage requirements. With the VoD server architectures 100 and 200 of FIGS. 2 and 3, respectively, the stat mux 160 and the static mixer/multiplexer 260 generate a bit stream corresponding to the selected representation. If individual pictures are not transport packet aligned, the architecture 200 of FIG. accomplishes transport packetization after the generation of the bit stream for a particular representation. Otherwise, the VoD server architecture 100 of FIG. 2 FIG. 2 will work well. In accordance with another aspect of the present principles, scalable video coding can occur by the use of a scalable video encoder (not shown) to form a base layer and one or more enhancement layers. Any type of scalability that which employs the base layer for motion compensated reference picture prediction in order to avoid drift can be used, such as frequency scalability, FGS, SNR scalability or temporal scalability. The lowest bit rate representation corresponds to the base layer. The peak bit rate of the base layer must be such that when the bit rates of all programs' base layers are summed, the channel capacity C is not exceeded for each time window T. Other higher bit rate representations will correspond to the base layer plus some portion of the enhancement layer. This approach requires that the video decoder support the type of scalability used. The VoD server architecture 100 of FIG. 2 is used upon inclusion of an entire enhancement layer in a particular representation. The VoD server architecture 200 of FIG. 3 is used if portions of an enhancement layer are used in a representation.
For systems which use encryption for contents right management, the VoD server architecture 100 of FIG. 2 does not require any decryption or encryption in real time, as encryption is added to the transport packetization process done in non-real time and entire encrypted transport packets are stored and transmitted. The VoD server architecture 200 of FIG. 3 requires that encryption be performed along with transport packetization in real-time.
VoD programs generally include both audio and video. As audio bit rates are generally significantly lower than video bit rates and are also generally at a fixed bit rate, there is less advantage to be gained by selecting from different pre-encoded audio bit streams by the stat mux 16 and 160 of FIGS 1 and 2, and the static mixer/multiplexer 260 of FIG. 3. A user likely will find the switching of audio quality during the viewing of a single program disturbing. The total channel capacity C can be considered to be totally consumed by the video channel; assuming that a single bit rate audio stream is also sent for each program. Alternatively, the above-described methods can also be applied to audio, where multiple representations of audio programs with different bit rates and qualities can be generated.
A video player (not shown) that works with the VoD server architectures of the present principles will contain a video decoder (not shown) and some storage for buffering. For the particular program being received, the data can arrive at a non-uniform data rate, but with the requirement that the data corresponding to time unit T will arrive any time within the T time window. The video player must have the capability of buffering and delaying for T. An upper limit on the maximum bit rate that can be transmitted for a given representation of a program for a time window T can be pre-determined to limit the decoder complexity and decoder buffer size. The decoding buffer is generally a requirement of a video decoder, e.g. MPEG-2 levels sets buffer size particular requirements, and the combination of T and the bitrate may be chosen to meet it. Fast forward and fast reverse tracks for each program can also be stored at the VoD server. They can be stored at a single bit rate, or at several different bit rates, and allowed to adapt as is done for the normal play program.
Determination of the time window T length is based on several factors. T should be as large as possible to get the most statistical multiplexing gain, but small enough to constrain the delay at the video player for start-up and switching between normal play and trick play streams. T should be small enough to meet decoder requirements.
The foregoing describes a system and method for efficiently providing video on demand while maintaining bandwidth constraints of a fixed channel.

Claims

1. A method for transmitting a plurality of pre-coded programs having different bit rates across a fixed bandwidth channel, comprising the steps of: generating at least two different bit rate representations of each program; providing control information at each of a plurality of successive time windows T for each representation of each program, the control information for each successive window indicating a bit rate and quality measure for a representation of a corresponding program; and during each time window T, selecting a representation for each program such to maximize the quality of the selected representations while not exceeding a total available capacity for the channel.
2. The method according to claim 1 wherein the step of generating at least two different bit rates representation further comprises the step of generating for each program a lowest bit rate representation having a peak bit rate not greater than C/P where C is the total channel capacity in time T and P is the total number of programs.
3. The method according to claim 1 wherein the step of providing the control information further comprises the step of establishing the peak signal-to-noise ratio (PSNR) as the quality measure embodied in the control information.
4. The method according to claim 1 wherein the selecting step further comprises the step of selecting a representation for each program which meets the constraint
P-l ^T r[p, n[p]] ≤ C for all time windows wherein: p=0 C is the total channel capacity available in time frame T; P is the total number of programs; p e (0, P-l), is the index of a particular program; N[p] is the total number of representations of program p; n[p] e (0, N[p] -1) is the index of a particular representation of program p; and r[p, x] is the bit rate of representation x of program p during T
5. The method according to claim 4 further comprising the step of choosing each program's representation n[p] e (0, N[P]-1) to maximize the quality of the program p that had the minimum quality.
6. The method according to claim 5 further comprising the steps of: (a) sorting, the quality information for with the bit rate and quality measure monotonically increasing with an index value; (b) storing each bit rate increment (delta) and quality value for each index value; (c) beginning with a lowest index value, computing total capacity S for program representations selected thus far for such index value; (d) selecting a program representation at a lowest quality measure; (e) checking whether the bit rate increment of the selected program at the lowest quality, when added to the representations selected thus far, exceeds total channel capacity, and if not (f) incrementing the index value; and (g) repeating steps (c)-(f).
7. The method according to claim 1 wherein the selecting step further comprises the step of selecting the representation for each program such to maximize a sum of individual
P-l P-l program qualities by solving max .q[p, n[p]]; subject to r[p,n[p]] ≤ C
wherein , C is the total channel capacity available in time frame T; P is the total number of programs; p e (0, P-l), is the index of a particular program; N[p] is the total number of representations of program p; n[p] e (0, N[p] -1) is the index of a particular representation of program p; r[p, x] is the bit rate of representation x of program p during T; and q[p, x] is the quality of representation x of program p during T.
8. The method according to claim 1 wherein the selecting step further comprises the step of selecting the representation for each program such to maximize a product of individual program qualities by solving P-l P-l max JJø[ ,n[p]]; subject to r[p,n[p]] ≤ C
"CJ p=0 p=0 where, C is the total channel capacity available in time frame T; P is the total number of programs; p e (0, P-l), is the index of a particular program; N[p] is the total number of representations of program p; n[p] e (0, N[p] -1) is the index of a particular representation of program p; r[p, x] is the bit rate of representation x of program p during T; and q[p, x] is the quality of representation x of program p during T.
9. The method according to claim 8 further comprising the step of applying a weighted average to provide different classes of service for different viewers.
10. A system for transmitting a plurality of pre-coded programs having different bit rates across a fixed bandwidth channel, comprising the steps of: means for generating at least two different bit rate representations of each program; means providing control information at each of a plurality of successive time windows T for each representation of each program, the control information for each successive window indicating a bit rate and quality measure for a representation of a corresponding program; and means for selecting during each time window T a representation for each program such to maximize the quality of the selected representations while not exceeding a total available capacity for the channel.
11. The system according to claim 10 wherein the generating means and control information providing means collectively comprise: a plurality of multirate stream generators, each associated with a corresponding one of the plurality of pre-coded programs.
12. The system according to claim 10 wherein the generating means and control information providing means collectively comprise: a multirate video encoder for encoding at least two bit rate representations of each pre- coded program.
13. The system according to claim 10 wherein the generating means and control information providing means collectively comprise: a multirate video encoder for encoding at least two bit rate representations of each pre- coded program; and a plurality of transport packetizers, each serving to packetize the bit rate presentations for each pre-coded program.
14. The system according to claim 10 wherein the selecting means includes a static multiplexer.
15. The system according to claim 12 wherein the selecting means comprises: a static multiplexer; and a transport packetizer for packetizing the selecting representation.
16. The system according to claim 10 wherein the selecting means generates for each program a lowest bit rate representation having a peak bit rate not greater than C/P where C is the total channel capacity in time T and P is the total number of programs.
17. The system according to claim 10 wherein control information providing means establishes quality measure in accordance with a peak signal-to-noise ratio (PSNR).
18. The system according to claim 10 wherein the selecting means selects a
P-l representation for each program which meets the constraint T, r[p, n[p]] ≤ C for all time
windows where: C is the total channel capacity available in time frame T; P is the total number of programs; p e (0, P-l), is the index of a particular program; N[pJ is the total number of representations of program p; n[p] e (0, N[p] -1) is the index of a particular representation of program p; and r[p, x] is the bit rate of representation x of program p during T.
19. The system according to claim 18 wherein the selecting means chooses each program's representation n[p] e (0, N[P]-1) to maximize the quality of the program p that had the minimum quality.
20. The system according to claim 10 wherein the selecting means selects the representation for each program such to maximize a sum of individual program qualities by solving:
P-l P-l maxY q[p,n[p]]; subject to Y r[p,n[p]] ≤ C
where, C is the total channel capacity available in time frame T; P is the total number of programs; p e (0, P-l), is the index of a particular program; N[p] is the total number of representations of program p; n[p] e ( , N[p] -l) is the index of a particular representation of program p; r[p, x] is the bit rate of representation x of program p during T; and q[p, x] is the quality of representation x of program p during T.
21. The system according to claim 10 wherein the selecting means selects the representation for each program such to maximize a product of individual program qualities by solving:
P-l P-l maxTT#[/?,rc| ]]; subject to T.r[p,n[p]] ≤ C
«[.] ' p=0 p=0 where, C is the total channel capacity available in time frame T; P is the total number of programs; p e (0, P-l), is the index of a particular program; N[p] is the total number of representations of program p; n[p] e (0, N[p] -1) is the index of a particular representation of program p; r[p, x] is the bit rate of representation x of program p during T; and q[p, x] is the quality of representation x of program p during T.
22. The system according to claim 10 wherein a weighted average is applied to provide different classes of service for different viewers.
ABSTRACT OF THE DISCLOSURE
A Nideo-on-Demand Server architecture (100, 200, 300) transmits a plurality of pre- coded programs having different bit rates across a fixed bandwidth channel (11). For each program, a generator (120-12/>.;, 110, 210) generates a plurality of different bit rate representations for each program. Each generator also provides control information at each of a plurality of successive time windows T for each bit rate representation. The control information provides a bit rate and a quality measure during each time window T. The control information enables a statistical multiplexer (16, 160, 260) to select a bit rate representation for each program during each time window T to maximize the quality of the selected representations while not exceeding the total available channel capacity.
EP03749551.2A 2002-09-10 2003-09-10 Video on demand server system and method Withdrawn EP1550309A4 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US40964502P 2002-09-10 2002-09-10
PCT/US2003/028275 WO2004025405A2 (en) 2002-09-10 2003-09-10 Video on demand server system and method
US409645P 2010-11-03

Publications (2)

Publication Number Publication Date
EP1550309A2 true EP1550309A2 (en) 2005-07-06
EP1550309A4 EP1550309A4 (en) 2017-02-01

Family

ID=31993986

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03749551.2A Withdrawn EP1550309A4 (en) 2002-09-10 2003-09-10 Video on demand server system and method

Country Status (7)

Country Link
EP (1) EP1550309A4 (en)
JP (1) JP4643988B2 (en)
KR (1) KR101014451B1 (en)
CN (1) CN100344162C (en)
AU (1) AU2003267076A1 (en)
BR (2) BRPI0306317B1 (en)
WO (1) WO2004025405A2 (en)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7324592B2 (en) * 2003-08-13 2008-01-29 Mitsubishi Electric Research Laboratories, Inc. Resource-constrained encoding of multiple videos
US8868772B2 (en) 2004-04-30 2014-10-21 Echostar Technologies L.L.C. Apparatus, system, and method for adaptive-rate shifting of streaming content
US7818444B2 (en) 2004-04-30 2010-10-19 Move Networks, Inc. Apparatus, system, and method for multi-bitrate content streaming
KR101178811B1 (en) * 2004-07-07 2012-08-31 톰슨 라이센싱 Fast channel change in digital video broadcast systems over dsl using redundant video streams
IL165585A (en) * 2004-12-06 2010-06-16 Eci Telecom Ltd Broadband communication network provided with media storage
US8621543B2 (en) 2004-12-08 2013-12-31 Imagine Communications Ltd. Distributed statistical multiplexing of multi-media
US8683066B2 (en) 2007-08-06 2014-03-25 DISH Digital L.L.C. Apparatus, system, and method for multi-bitrate content streaming
US8370514B2 (en) 2005-04-28 2013-02-05 DISH Digital L.L.C. System and method of minimizing network bandwidth retrieved from an external network
US7979885B2 (en) 2005-08-11 2011-07-12 Harmonic Inc. Real time bit rate switching for internet protocol television
DE602005007620D1 (en) 2005-12-14 2008-07-31 Ntt Docomo Inc Device and method for determining the transmission policy for several and varied applications
IL176288A0 (en) 2006-06-13 2007-07-04 Imagine Comm Ltd Synchronous transmission over packet based network
CN101166263B (en) * 2006-10-17 2010-06-02 盈汛科技股份有限公司 VOD system and method with failure weakening and failure tolerance function
KR100950678B1 (en) * 2007-10-23 2010-03-31 전자부품연구원 Appratus Providing SVC Video Contents and Method thereof
KR100869513B1 (en) * 2007-11-30 2008-11-19 인하대학교 산학협력단 A method for managing storage of a transcoding server
US8468572B2 (en) 2008-03-26 2013-06-18 Cisco Technology, Inc. Distributing digital video content to multiple end-user devices
EP2324627A1 (en) * 2008-08-20 2011-05-25 NDS Limited Receiving device
US9106544B2 (en) 2008-11-12 2015-08-11 Google Technology Holdings LLC Multi-rate statistical multiplexing
WO2010060463A1 (en) * 2008-11-25 2010-06-03 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for statistical multiplexing
US8396114B2 (en) * 2009-01-29 2013-03-12 Microsoft Corporation Multiple bit rate video encoding using variable bit rate and dynamic resolution for adaptive video streaming
CN101931788A (en) * 2009-06-24 2010-12-29 Rgb网络有限公司 Sending through the stream of statistical multiplexing in advance in the video on-demand system
US9510029B2 (en) 2010-02-11 2016-11-29 Echostar Advanced Technologies L.L.C. Systems and methods to provide trick play during streaming playback
US8705616B2 (en) 2010-06-11 2014-04-22 Microsoft Corporation Parallel multiple bitrate video encoding to reduce latency and dependences between groups of pictures
US9591318B2 (en) 2011-09-16 2017-03-07 Microsoft Technology Licensing, Llc Multi-layer encoding and decoding
US11089343B2 (en) * 2012-01-11 2021-08-10 Microsoft Technology Licensing, Llc Capability advertisement, configuration and control for video coding and decoding
CN107770145A (en) * 2016-08-23 2018-03-06 中兴通讯股份有限公司 A kind of method and apparatus of Bandwidth Management
US11076179B2 (en) 2017-06-13 2021-07-27 DISH Technologies L.L.C. Viewership-balanced video multiplexing

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5940738A (en) * 1995-05-26 1999-08-17 Hyundai Electronics America, Inc. Video pedestal network
US5812786A (en) * 1995-06-21 1998-09-22 Bell Atlantic Network Services, Inc. Variable rate and variable mode transmission system
US5926649A (en) * 1996-10-23 1999-07-20 Industrial Technology Research Institute Media server for storage and retrieval of voluminous multimedia data
JP3262510B2 (en) * 1997-03-07 2002-03-04 松下電器産業株式会社 Stream communication control device
US6385771B1 (en) * 1998-04-27 2002-05-07 Diva Systems Corporation Generating constant timecast information sub-streams using variable timecast information streams
JP2000244509A (en) * 1999-02-18 2000-09-08 Toshiba Corp Continuous media data transfer system and rate control method
US6879634B1 (en) * 1999-05-26 2005-04-12 Bigband Networks Inc. Method and system for transmitting media streams over a variable bandwidth network
JP2001144802A (en) * 1999-11-11 2001-05-25 Canon Inc Apparatus, method and system for data communication and storag medium
JP3498031B2 (en) * 2000-01-25 2004-02-16 エヌイーシーケーブルメディア株式会社 Digital multiplexing apparatus and method
US6542546B1 (en) * 2000-02-02 2003-04-01 Mitsubishi Electric Research Laboratories, Inc. Adaptable compressed bitstream transcoder
PL356718A1 (en) * 2000-10-11 2004-06-28 Koninklijke Philips Electronics N.V. Scalable coding of multi-media objects

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004025405A2 *

Also Published As

Publication number Publication date
JP4643988B2 (en) 2011-03-02
CN1679336A (en) 2005-10-05
BRPI0306317B1 (en) 2018-11-21
CN100344162C (en) 2007-10-17
WO2004025405A2 (en) 2004-03-25
AU2003267076A8 (en) 2004-04-30
AU2003267076A1 (en) 2004-04-30
JP2005538651A (en) 2005-12-15
BR0306317A (en) 2007-05-08
KR101014451B1 (en) 2011-02-14
KR20050036998A (en) 2005-04-20
WO2004025405A3 (en) 2004-07-08
EP1550309A4 (en) 2017-02-01

Similar Documents

Publication Publication Date Title
US7844992B2 (en) Video on demand server system and method
KR101014451B1 (en) Video on demand server system and method
EP1407596B1 (en) Video stream switching
US11412282B2 (en) Edge optimized transrating system
CA2594118C (en) Distributed statistical multiplexing of multi-media
US20090222855A1 (en) Method and apparatuses for hierarchical transmission/reception in digital broadcast
EP1638333A1 (en) Rate adaptive video coding
US20040133917A1 (en) Video on demand using MCMD and TDM or FDM
US20050175085A1 (en) Method and apparatus for providing dentable encoding and encapsulation
US20110090921A1 (en) Network abstraction layer (nal)-aware multiplexer
US20100091839A1 (en) Flexible redundancy coding
US20110090958A1 (en) Network abstraction layer (nal)-aware multiplexer with feedback
US8401086B1 (en) System and method for increasing responsiveness to requests for streaming media
US8953646B2 (en) Method and apparatus of multiplexing media streams
Huang et al. A multilayered audiovisual streaming system using the network bandwidth adaptation and the two-phase synchronization
Wagner et al. Playback delay and buffering optimization in scalable video broadcasting
Mrak et al. Video Coding Schemes for Transporting Video Over The Internet
Palaniappan Scalable video communications: Bitstream extraction algorithms for streaming, conferencing and 3DTV
KR20080012377A (en) Method and apparatus for hierarchical transmission/reception in digital broadcast
Psannis Multicast video services over wireless channel with VCR functionality

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20050225

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: THOMSON LICENSING

DAX Request for extension of the european patent (deleted)
RBV Designated contracting states (corrected)

Designated state(s): DE FR GB IT

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: THOMSON LICENSING

A4 Supplementary search report drawn up and despatched

Effective date: 20170105

RIC1 Information provided on ipc code assigned before grant

Ipc: H04N 21/2365 20110101ALI20161223BHEP

Ipc: H04N 7/173 20110101AFI20161223BHEP

Ipc: H04N 21/2343 20110101ALI20161223BHEP

Ipc: H04N 21/2662 20110101ALI20161223BHEP

Ipc: H04N 21/472 20110101ALI20161223BHEP

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20190809

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: THOMSON LICENSING

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20210401