CA2190115C - Method for dynamically allocating communication channel bandwidth between competing applications - Google Patents

Method for dynamically allocating communication channel bandwidth between competing applications Download PDF

Info

Publication number
CA2190115C
CA2190115C CA002190115A CA2190115A CA2190115C CA 2190115 C CA2190115 C CA 2190115C CA 002190115 A CA002190115 A CA 002190115A CA 2190115 A CA2190115 A CA 2190115A CA 2190115 C CA2190115 C CA 2190115C
Authority
CA
Canada
Prior art keywords
rate
entry
variable rate
data stream
encoded data
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.)
Expired - Lifetime
Application number
CA002190115A
Other languages
French (fr)
Other versions
CA2190115A1 (en
Inventor
R. Padmanabha Rao
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.)
Motorola Mobility LLC
Original Assignee
General Instrument Corp
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 General Instrument Corp filed Critical General Instrument Corp
Publication of CA2190115A1 publication Critical patent/CA2190115A1/en
Application granted granted Critical
Publication of CA2190115C publication Critical patent/CA2190115C/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • 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
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/16Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1682Allocation of channels according to the instantaneous demands of the users, e.g. concentrated multiplexers, statistical multiplexers
    • H04J3/1688Allocation of channels according to the instantaneous demands of the users, e.g. concentrated multiplexers, statistical multiplexers the demands of the users being taken into account after redundancy removal, e.g. by predictive coding, by variable sampling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/124Quantisation
    • H04N19/126Details of normalisation or weighting functions, e.g. normalisation matrices or variable uniform quantisers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146Data rate or code amount at the encoder output
    • H04N19/147Data rate or code amount at the encoder output according to rate distortion criteria
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/154Measured or subjectively estimated visual quality after decoding, e.g. measurement of distortion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/189Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
    • H04N19/196Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/189Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
    • H04N19/196Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters
    • H04N19/197Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters including determination of the initial value of an encoding parameter
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/189Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
    • H04N19/196Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters
    • H04N19/198Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters including smoothing of a sequence of encoding parameters, e.g. by averaging, by choice of the maximum, minimum or median value
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • 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
    • 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 or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347Demultiplexing of several video streams
    • 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/637Control signals issued by the client directed to the server or network components
    • H04N21/6377Control signals issued by the client directed to the server or network components directed to server
    • 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/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server

Abstract

A statistical multiplexer (300) selectively passes packets of encoded data from a plurality of encoders (302) to a communication channel (330) so as to maximize the quality of the encoded data. A table is stored in a memory (313) of the statistical multiplexer (300) that has an entry for each unit of encoded data that can be transmitted over the communication channel (330) in a predetermined time interval. The statistical multiplexer (300) accesses each entry in the table to obtain a pointer, e.g., an address, to an encoder (302) that can transmit the next unit of encoded data to the communication channel (330). The statistical multiplexer (300) dynamically adjusts the data compression rate for each variable rate application so that the quality of all the encoded data streams are optimized over a window, and builds a new table that reflects the adjusted rates. In one application, the table is broken into a static table and a dynamic table.

Description

Wo gSl32s6s 2 1 9 ~ 1 1 5 ~ 6 .
Method for Dynamically Allocating Communication Channel Bandwidth Between Competing Applications Field of the Invention This invention relates generally to selecting data for trAnF~; Cci-~n over a communication channel and more particularly to a multiplexer that allocates the bandwidth of a cor,lmunication channel to a plurality of data streams so as to maintain the quality of the transmitted data within a selected range, or alternatively to r-X ;mi 7e the quality across the data streams .
Bark~round of the Invention Video data typically includes l~lmi n~n~e and , ;nAnre data for each pixel in a frame. Raw digital video data contains too much information for transmission over normal communication media and requires considerable storage capacity. Consequently, to utilize either the limited bandwidth of the communication media, or storage capacity efficiently, coding techniques are commonly used to compress the information contained in the raw video data.
For example, in Figure 1, video camera 101 generates an analog video signal that drives input ~L~,cess~,l 102. Input processor 102 digitizes and typically filters the analog video signal to produce a raw digital video signal. The raw digital video signal is encoded, i.e., compressed, by encoder 103.
The compressed digital video signal is transmitted over a communication channel, for example, a satellite link, to a decoding system 120 that includes a decoder 121, a post-processor 122, and a display driYer 123 . Decoder 121 de e sses the W095l32565 2~90:1~5 ~ u~ 6 encoded video data and supplies the resulting signal to post-~Luces~ur 122, which in turn smooths and c~nh;~,ncec the video signal. The video 6ignal from post-processor 122 supplies display driver 123 that drives 5 di6play unit 130. The r~nl~o~i~g~ i.e., ession, of video signals for storage ~Qr transmis6ion and the subsequent der~o~;nlJ is well-known.
Typically, multiple applications are sharing access to a li cation channel rather than just a 10 single application, i.e., video camera 101 as illustrated in Fig. 1. For example, in Fig. 2, "L"
applications 201-1 to 201-L are _ _assed using encoders 202-1 to 202-L, respectively.
Applications 201-1 to 201-L can be from a variety of 15 signal sources, e.g., video, audio, etc.
Each application 201-1 to 201-L drives an encoder 202-1 to 202-L, respectively. Typically, for a video input signal a ession loop 204-1 within encoder 201-1, for example, performs prediction and quantization as the main operations. As each picture of a video signal is ~- assed by cu. ~Iession loop 204-1, bits of ~ ès-ed data are written to buffer 205-1. A controller (not shown) manages rate control of the _ ~assion to prevent buffer 205-1 from overflowing and underflowing. The video encoder rate control ensures that encoder 201-1 produces bits of encoded data at an approximately constant rate over some interval of time from buffer 205-1 while maximizing the picture quality of the video sequence.
Applications 201-1 to 201-L are either fixed rate or variable rate applications . A f ixed rate application 201-i releases bits to channel 230 at a constant rate. A variable rate application 202-i releases bits to channel 230 over a non-constant rate, 3 5 i . e ., the rate may change with time .
The output data from encoders 202-1 to 202-L are W0 9S/32565 2 1 ~ O 1 1 5 ~ u~ ~~^ 136 each an input data stream to multiplexer Z10. The data stream passed through multiplexer 210 is detPrminP~ by a multiplexer controller circuit 211 that receives input signals from a system controller 250. System controller 250 is typically a computer that is ~LOyL -1 to pass signals to multiplexer control circuit 211 so that encoded data are passed through multiplexer 210 in manner that is ; n~lpr~nrlont of the content of the transmitted signal or the quality of the resulting image.
Transfer of information from encoders 202-l to 202-L to the multiplexer 210 and subsequently to the communication channel usually is done in packets of information. Multiplexer 210 passes therethrough to communication channel 220 a packet of data at a time from one of applications 201-l to 201-L. The number of packets transferred from an application 201-i to communication channel 220 averaged over some interval of time, say a second, equals the rate allocated to that particular application. Note that it is not nPCP~fi~ry that the transfer of information be packet based .
s~ rv of the Inven~ion According to the principles of this invention, a statistical multiplexer dyn;~m;cp~l ly distributes the total capacity of a, ~; r~tion channel among a plurality of data streams that share for access to the communication channel. At the same time, the statistical multiplexer assures that the communication channel capacity is not PYrPP~Pd~ In other words, the statistical multiplexer of this invention detPrm;n~Ps what fraction of the communication channel capacity should be allocated for any interval of time to a particular data stream, i.e., an application, so as to r~Y;m; 7e the quality of the signals of all applications transmitted over the communication channel.
Further, the statistical multiplexer changes the fraction of the communication channel capacity allocated to the various data 6treams in real time so 5 as to maximize the quality of the signals for all the data streams that are transmitted over the communication channel. The statistical multiplexer operates as an outer shell over the rate control -h2~n; ~::m of the hardware that provides each of the lO data streams to the statistical multiplexer. The statistical multiplexer generates and provides, at least once during each statistical multiplexer period, new rates to those control r-^h~ni1 so as to maintain a selected parameter for each application within a 15 predetermined range.
In one ~mho~ --nt~ the statistical multiplexer implements a statistical multiplexing process for a plurality of data streams competing for access to a communication channel that creates and populates a 20 static table in a memory of the statistical multiplexer . The static table has an entry f or each unit of data that can be sent over the communication channel in a predetermined time period.
In the population of the static table, that is 25 F ' ;t- . called a primary table, the statistical multiplexer allocates each entry in the static table to one of the plurality of data streams. If an entry is allocated to a data stream that has a variable rate, the statistical multiplexer stores a predetermined 30 code, such as a null code, in the entry. Conversely, if the entry is allocated to a data stream that has a fixed rate, the statistical multiplexer ~tores a pointer to the f ixed rate data stream in the entry . The pointer identif ies the f ixed rate data stream and is, 35 in one ~mho~ 1, an address for the hardware that generates the f ixed rate data stream . Each entry in WO 95132565 2 ~ 9 0 t i ~ r~ ,, r 1~6 the 6tatic table is either a pointer to a fixed rate data stream or the predetPrminPd code.
The statistical multiplexer uses the static table to allocate the communication channel capacity among the plurality of data streams competing for access to the communication channel. Specifically, the statistical multiplexer accesses an entry in the static table to determine the data stream in the plurality of data streams that sends the next unit of data to the ~ ation channel during the predetprm; nPd time period .
In addition to the static table, the statistical multiplexer also generates and populates a dynamic table, that is sometimes called a secondary table. In populating the dynamic table, the statistical multiplexer allocates each entry in the dynamic table, in this embodiment, to one of a variable rate data stream and an idle unit of data. Of course, the idle units of data could be considered as just another variable rate data stream, that transmits idle data over the communication channel. If an entry is allocated to a variable rate data stream, the statistical multiplexer stores a pointer to the variable rate data stream in the entry. The pointer identifies the variable rate data stream and is, in one r~'o~l;r~~lt, an address for the hardware that generates the variable rate data stream. Each entry in the dynamic table is a pointer to either a variable rate data stream or an idle unit of data.
In detPrm;n;n~ the application that can access the communication channel to transmit the next unit of data, the statistical multiplexer ~cceqqPq an entry in the dynamic table upon detecting an entry in the static table containing the predetPrm;nP~ code. The a~cPqqe~
entry ~l~tPrm;nPC the variable rate data stream in the plurality of data streams that sends the next unit of Wo 95/32565 2 ~ 9 ~ ; 5136 data to the communication channel.
While the statistical multiplexer is u6ing the static and dynamic tables to allocate the communication channel bandwidth to the various data steams competing for acce66 to the communication channel, the statistical multiplexer is also adjusting a number of units of data, e.g., a number of packets, allocated for transmission over the communication channel for each of the variable rate data streams that has a quality measurement parameter outside a predetprm; nP-l range.
Specifically, the statistical multiplexer is generating new rates for selected variable rate data streams.
The statistical multiplexer generates a second dynamic table using the adjusted number of units of data allocated for transmission over the ~ tion channel. The process used to generate the second dynamic table is the same as that used for the first dynamic table, except the new rates are used where nP~PCS;~ry, Specifically, the statistical multiplexer allocates each entry in the second dynamic table, in this Pmho(~ i r ~ ~ to one of a variable rate data stream and an idle unit of data. If an entry is allocated to a variable rate data stream, the statistical multiplexer stores a pointer to the variable rate data stream in the entry. Each entry in the second dynamic table is a pointer to either a variable rate data stream or an idle unit of data. After a selected timed interval, e.g., in this Pmho~i L, at about the end of a statistical multiplexer cycle, the statistical multipleYer switches from the first dynamic table to the second dynamic table.
To determine how to adjust the rates used in populating the dynamic table, the statistical multiplexer collects data for each variable rate data stream that characterizes a quality of the variable -- WO 95l32565 ~ ~ 9 ~ f ~ t i P~ L ~ 6 rate data stream. The statistical multiplexer uses the collected data to generate a parameter that characterizes the quality of the variable rate data stream. In one PmhOf~ i nt, the parameter i5 a measure S of distortion and the predef ined range has a lower limit that is a product of a first hysteresis coefficient and a distortion threshold. An upper limit of the pred~tPrm; ne(l range is a product of a second hysteresis coefficient and a distortion threshold.
The statistical multiplexing process of this invention is applicable to a wide variety of data streams. In this Pmhorl;r-nt, the plurality of data streams includes an encoded video data stream.
In another Pmhc~ of this invention a statistical multiplexing process for a plurality of encoded data streams competing f or access to a communication channel includes the steps of:
assigning a rate to each encoder that generates one of the plurality of encoded data streams wherein the encoders include fixed and variahle rate encoders;
populating a primary table having a predet Prm; nt~d number of entries using the assigned rates wherein each entry in the primary table is allocated to one of (i) one of the plurality of encoded data streams and (ii) an idle packet; and using each table entry in the primary table to select an encoded data stream in the plurality of encoded data streams that sends the next packet to the communication channel.
In yet another embodiment of this invention, a statistical multiplexing process for a plurality of encoded data streams competing for access to a communication channel includes the steps of:

WO 9513256~ 2 ~ 9 01 15 r~"~ 6 collectlng data rOr each variable rate encoded data strea}~ from a variable rate encoder in said plurality of encoded data streams to generate a distortion parameter that characterizes said variable rate encoded data stream;
generating f or each variable rate encoded data 6tream said distortlon parameter that characterizeE; a guality of said variable rate encoded data stream;
adjusting a number of packets allocated to each of said variable rate encoded data streams in a selected time period if said distortion parameter is outside a predet~m; nPd range;
populating a table using said adjusted number of allocated packets wherein said table populating step further comprises:
i) allocating an entry in said table to one of A) a variable rate encoded data stream in a plurality of variable rate encoded data streams that are included in said plurality of encoded data streams and B) an idle packet;
ii) storing in said entry a pointer to said variable rate encoded data stream upon said entry being allocated to said variable rate encoded data stream; and iii) repeating steps i) to ii) for each entry in said table;
switching to said table so that said table is used by a statistical multiplexer to determine the variable rate encoded data stream that sends the next packet to a communication channel.
Brief Descri~tion of the Drawinqs Figure 1 is a block diagram of a prior art encoding and decoding system.

W095/32s65 ~ i ~3 0 ~ P ~ 6 Figure 2 is a block diagram of a prior art system using a multiplexer for access to a communication channel .
Figure 3 is a block diagram of the statistical 5 multiplexer of this invention.
Figure 4 is a process flow diagram for rate update operations of the statistical multiplexer of this invention within each statistical multiplexer period.
Figure 5 is a process flow diagram for classifying 10 applications within step 402 of Figure 4 according to the principles of this invention.
Figure 6 is a more detailed flow process diagram of step modify rates 403 of Figure 4 according to the principles of this invention.
Figure 7 is a more detailed process flow diagram for increase rates steps 623 within step 403 of this invention .
Figure 8 is a more detailed process f low diagram for decrease rate step 622 within step 403 of this
2 0 invention .
Figure 9 is a more detailed process flow diagram f or build packet table step 4 04 of this invention .
Figure lO is a time line for one ~mhQ~ L of the process of Figure 4.
Figure 11 is a time line for another ~nhQ~ L of the process of Figure 4.
Figure 12 is a detailed block diagram of the hardware in the statistical multiplexer of this invention .
Figure 13 is a timing diagram showing the two time intervals on the application bus within a packet time interval as well as the various message cycles within the f irst time interval .
Figure 14 is a timing diagram for operation of the statistical multiplexer that shows the timing relationship fbr data transfer over the application bus _g_ 219~115 Wo 95132565 P~
during the second portion o~ the packet time interval.
Figure 15 is a timing diagram that shows the various relationships of th~e signals on the application bus when data is driven ~onto the application bus.
Figure 16 is a tlming diagram that shows the relationship between the various signals on the application bus when a byte is written during a message cycle .
Figure 17 is a timing diagram that shows the relat i rmqh i r between the various signals on the application bus when a byte is read during a message cycle .
Figure 18 is a process f low diagram that shows how the statistical multiplexer allocates each packet within a window to either a f ixed rate application or a variable rate application.
Detailed DescriPtion of the Invention According to the principles of this invention, a statistical multiplexer 300 selectively passes packets of encoded data from encoders 302-1 to 302-L to communication channel 330 so as to maximize the quality of the encoded data representing each of applications 301-1 to 301-L. The encoded data in the form of packets, in this fnnho,li L, is transmitted over communication channel 330 to a fl~cn~ing system (not shown) which in turn decodes the data. Further, while below video data is used as an example of the principles of this invention, those skilled in the art will recognize that the principles of the invention can also be applied to other signal sources that are transmitted over a communication channel.
Herein, an application 301-i is encoded by encoder 302-i, where "i" ranges from 1 to L. A
reference to application 301-i should be interpreted as including a reference to encoder 302-i that receives as WO 95/32565 2 1 9 0 1 1 ~
an input signal application 301-i. Al~o, when the phrase, variable rate, is used to modify an application, an encoder, or an encoded data stream, it means that the encoder, that receives the application 5 as input and generates an encoded data stream, can change the rate of data compression over time.
Conversely, when the phrase, fixed rate, is used to modify an application, an encoder, or an encoded data stream, it means that the encoder, that receives the 10 application as input and generates an encoded data stream, does not change the rate of data ~ssion except at conf iguration time .
Statistical multiplexer 300 of this invention distributes the total capacity of communication 15 channel 330 over some interval of time among the plurality of encoded data streams for all applications 301-1 to 301-L so that the quality of applications 301-1 to 301-L is maximized. At the same time, statistical multiplexer 300 assures that the 2 0 communication channel capacity is not PYr~ecl~d . In other words, statistical multiplexer 300 of this invention det~rm;n~-c what fraction of the ~( ;-!ation channel capacity should be allocated to an application 301-i 50 as to maximize the quality of the 25 decoded signals of all applications.
Specifically, a table is stored in memory 313 of controller 310. The table has an entry for each unit of encoded data that can be transmitted over communication channel 330 in a predet~rm;n~l time 30 interval, e.g., one second. Each entry in the table is allocated, as explained more completely below, to one of encoders 302-l to 302-L, i.e, to an encoded data stream from encoder 302-i. More entries are allocated for an encoder 302-i that has a high encoding rate than 35 for an encoder 302-j that has a slower ~nro~;n~ rate.
Thus, the entries in the table define the number of WO 95/32565 219 ~1~ 5 r~
units o~ data that are transmitted over ~ i cation channel 330 in the predetprmined time interval for each of encoders 302-1 to 302-L.
In each predetPrm;nP~ time interval, 5 controller 310 ACCP5CPC each,~try in the table to obtain a pointer, e.g., an a~dress, to an encoder 302-i that can transmit the next unit of encoded data to first-in-first-out memory (FIFO) 350 over application control bus 360. As one unit of encoded data is loaded 10 into FIFO 350, another unit of encoded data is passed from FIFO 350 to communication channel 330.
Controller 310, in this Pmho~l;r 1, moves 6equentially through the entries in the table stored in memory 313 and so allocates the bandwidth of communication channel 330 to encoders 302-1 to 302-L ln a predetermined sequence over the predetermined time interval .
According to the principle6 of this invention, statistical multiplexer 300 dynamically adjusts the 20 data _ ession rate for each variable rate application 301-i over a selected interval of time that is referred to as a window, so that the quality o~ the encoded data streams is maximized over the selected time interval. Each fixed rate application 301-i 25 receives an allocated quota of packets, i.e., a fraction of the communication channel bandwidth over the selected time interval.
Typically, the number of variable rate applications is less than the total number of 30 applications L. Statistical multiplexer 300 adjusts the data ~ ession rate, sometimes referred to simply as "rate" to maintain a measure of distortion, as defined more completely below, for each variable rate application 301-i below a predetprm;np~ limit. Thus, 35 statistical multiplexer 300 operates as an outer shell over the video encoder rate control - -~h;~n; 5m by WO 95/32565 21 g 01 15 ~ r~
providing rates to that control r-^h:~ni Fm 50 as to maintain a se~ected parameter for each variable rate application 301-i within a predetprm;ned range.
While controller 310 is stepping through the table stored in memory 313 to select packet6, e.g., units of encoded data, from encoder 302-1 to 302-L for transmission over communication channel 330, controller 310 is also collecting and storing data in memory 313 from each variable rate encoder 302-i.
Controller 310 analyzes the coliected data and adjusts the c ~ssion rate for each variable rate encoder 302-i to maximize the quality for all encoders.
The new compression rates are used to build a new table that is used over the next window. A window is ~5 defined more completely below. Hence, controller 310 is selecting packets from encoders 302-1 to 302-L for transmission to communication channel 330 and at the same time is generating a new table of c, ession rates. When the new table is complete, the new compression rates are transmitted to encoders 302-i that are processing variable rate applications. At about the end of the window, encoders 302-i that are processing variable rate applications shift to the new es ion rates and then statistical multiplexer 300 shifts to the new table. Speci~ically, statistical multiplexer 300 switches to the new table.
In an embodiment that is described below, the table utilized by statistical multiplexer 300 to allocate each unit of data that can be transmitted over _ ;ration channel 330 over the window is in fact two tables, a static table and a dynamic table. The static table has an entry f or each unit of encoded data that can be transmitted over communication channel 330 in the predetPrm; nF~d time interval.
At configuration time, the static table is populated. Specifically, the entries in the static WOgsl3256s 2 1~ 5 -l~6 ~
table are allocated to the fixed rate and variable rate applications, i.e, each entry is allocated to one of a plurality of data 6treams. For each entry that is allocated to a f ixed rate data stream from a f ixed rate 5 encoder, a pointer is stored in the entry to the fixed rate data stream. For each entry that is allocated to a variable rate data stream, a pr~clet~rmin~d code, e. g ., a null code is stored in the entry .
The dynamic table is populated with pointers to 10 variable rate applications. Specifically, each entry in the dynamic table is allocated to one o~ the variable rate applications , i . e., to a variable rate encoded data stream from a variable rate application, or to an idle packet. In each entry that is allocated 15 to a variable rate application, a pointer is stored to that variable rate application. When statistical multiplexer 300 accesses the predetermined code in the static table, the next entry in the dynamic table is used to ~et~rm; n~ the variable rate encoder that sends 20 the next unit of data to communication channel 330.
Figure 4 is a process flow diagram for statistical multiplexer 300. Upon start-up, i.e., at initial conf iguration and at reconf iguration, statistical multiplexer 300 enters initialization step 401. In initialization step 401, system supervisor 340 (Fig. 3) provides configuration information for use in 6ubsequent operation of statistical multiplexer 300.
The conf iguration information is stored in memory 313 .
As explained more completely below, in this ~ 'ir 1,, 30 the stored configuration information inc1~ Oc a minimum data rate Rmin_i, a maximum data rate Rmax_i and a guaranteed data rate Rgtd_i, a maximum buffer size Bmax_i, a maximum distortion coefficient Dmax_i, a priority number P_i, and distortion hysteresis 35 coefficients Kl_i and K2_i for each encoder 302-i. The rates provided by system supervisor 3 4 0 are converted, WO 95/32~65 ~ l ~ 0~ r~,"~ 6 if n~c~fis~ry, to units that are compatible with statistica l multiplexer 3 0 o .
In step 401, all encoders 302-1 to 302-I, are a6signed their nominal rates. In the case of fixed 5 rate applications, the nominal rate is the actual rate.
In the case of statistically multiplexed applications, i.e., variable rate applications 301-i, the nominal rate is either the guaranteed rate, or some other pre-def ined value, such as the minimum rate . In this 10 ~mhcmli ~ each variable rate encoder 302-i is assigned guaranteed data rate Rgtd_i as initial rate R i for application 301-i. Similarly, a distortion D_i for each variable rate encoder 302-i is set to maximum distortion coefficient Dmax_i.
Upon completion of initialization 6tep 401, processing transfers to collection and classification step 402. Collection and classification step 402 is also entered at the end of each statistical multiplexer period, sometimes called a statistical multiplexer 20 cycle. Data required to determine an updated distortion D i for each variable rate application 301-i is collected in step 402. As explained more completely below, distortion D_i involves a number of parameters that characterize the video sequence that is being 25 processed by variable rate encoder 302-i.
Distortion D i itself may be provided to statistical multiplexer 300 by variable rate encoder 302-i or variable rate encoder 302-i can provide parameters to statistical multiplexer 300 so that statistical 30 multiplexer 300 can determine distortion D i for variable rate encoder 302-i.
In one ~_-ir~~lt, as described more completely below, statistical multiplexer 300 polls each variable rate encoder 302-i in a round robin fashion in a
3 5 pre-def ined sequence and reads one byte of inf ormation at a time from each variable rate encoder 302-i.

W095/32565 2 ~ 136 Distortion D_i is determined once 3~or each picture in the sequence by statistical multiplexer 300. Thus, the frequency of transferring the distortion parameters from variable rate encoder 302-i to statistical 5 multiplexer 300 is once per picture. Consequently, the collection portion of step 402 is performed by statistical multiplexer 300 on an ongoing basis.
Statistic~l ltiplexer 300 tracks the variation in buffer fullness of each variable rate encoder 302-i 10 to ensure that there is no overf low or underf low whenever a rate is altered in step 402. The buffer fullness information is available in each variable rate encoder 302-i and is passed, once per picture, to statistical multiplexer 300.
Distortion D_i is ~l~tPrmin~d by statistical multiplexer 300 for each variable rate application 301-i in step 402 based on distortion parameters that were obtained from variable rate encoder 302-i prior to initiation of step 402.
20 Specifically, any new distortion information received in collection and classification step 402 while step 402 is active, is not effective until the next time step 402 becomes active. Thus, statistical multiplexer 300 uses data collected during the previous 25 statistical multiplexing cycle in step 402.
The classification step in step 402 assigns each variable rate application 301-i to one of a plurality of classes. In one embodiment, the plurality of classes includes six classes. As explained more 30 completely below, the classes are defined based on (i) whether rate R_i is less than, or greater than or equal to guaranteed rate Rgtd_i for variable rate encoder 302-i; and (ii) the relationship of distortion D_i to maximum distortion 35 coefficient Dmax~
In modify rates step 403, a new rate for at least ~ Wo95/32565 2t9~1~5~ /.J,er~l36 each non-fixed rate application is generated, as explained more completely below, for each encoder 302-i where a change in rate preferably either improves distortion D_i or does not increase distortion D i to 5 greater than a maximum distortion. For encoders with variable rate applications that are being compressed so as to achieve an acceptable distortion D_i, the new rate is simply set equal to the old rate. After a new rate is det~orm;necl for each variable rate 10 encoder 302-i, the new rates are checked to determine whether the total rate exceeds the capacity of communication channel 330. The new rates are adjusted so as to utili2e as much of the capacity of communication channel 330 as possible without ~Yr~:~e~l;n~
15 its capaclty.
Upon completion of modify rates step 403, build table 404 builds a new table, as explained more completely below. In one ~mho~ , a unit of encoded data sent over communication channel 330 is referred to 20 as a packet and sc build table 404 builds a new packet schedule table. In statistical multiplexer 300, the rate requirements of different applications 301-i change rapidly with time, and consequently the quota of packets allocated to an application changes with time.
25 Statistical multiplexer 300 ensures that each application 301-i gets its allocated quota of packets over a specified window of time in build table step 4 04 -The packet schedule table, that is built in 30 step 404, is defined for the next statisticalmultiplexer cycle, i.e., a window, and contains information about which application is allocated each packet in that time interval. The allocation of packets is such that the packets belonging to any one 35 application are approximately uniformly spread over the time interval. This minimizes any additional buffering WO 95/3U65 2 ~ 9 ~ r~ 6 ~
in a demultiplexer in the ~l~co~lin~ system. (The demultiplexer selects the packets in the stream of ; n~ ; n~ data stream that are of interest to the decoding system. ) The packet schedule table, based on 5 the new rate6 allocated to each variable rate encoder 302-i in step 403, comes into effect at the start of the next window.
The smaller the window size, the more proC~cF;n~
overhead per packet since the packet schedule table has 10 to be built more frequently. On the other hand, a large window size reduces the reaction of statistical multiplexer 300 to changes in distortion, e.g., a scene change might cause a video sequence to become more complex. In such a case if rate R_i is low, the scene 15 change results in distortion D_i b~ m; n~ large and statistical multiplexer 300 should allocate more bits to encoder 302-i. However, if the window size is large, statistical multiplexer 300 fails to react promptly to the scene change unless the scene change 20 fortuitously occurs near the end of the window. As used herein, a picture refers to a characteristic unit of the encoder. For most cases, a picture is a frame, but since this invention is not limited to acting only on frames, the more general term "picture" is used. In 25 the case of non-video data, some other appropriate unit may be used, e.g., an audio frame.
When the new packet schedule table is built in step 404, statistical multiplexer 300 communicates each new rate to the respective variable rate encoder 302-i 30 in pass rates step 405. Again, a pre-defined order can be used for this purpose. ~inally, at some instant in switch rates step 406, variable rate encoders 302-i switch their internal rate control to the new rates.
At the same time, statistical multiplexer 300 switches 35 to the new packet schedule table built in step 404.
Thus, ~,y~ Lul~ization between statistical WO9S/32565 2 i 901 1~ r~ 136 multiplexer 300 and applications 301-1 to 301-L is maintained to ensure that the 6um of all the encoder rates, the total rate, always eguals the communication channel capacity. This maximizes the efficiency of 5 communication channel utilization and also eliminates the possibility of allocating more capacity to the encoders than communication channel 330 can support.
After switch rate step 406 is completed proc~c~:ing transfers to period complete step 407. When the period is complete, steps 402-407 are repeated. Thus, the operations in steps 402-407 occur once every period.
TNTTTArlT~ATIoN ST~P 401 In one ~mho~lir~nt of initialization step 401, system supervisor 340 specifies the total number of 15 fixed rate applications and the total number of variable rate applications processed by statistical multiplexer 300. System supervisor 340 also specifies parameters needed to characterize a primary packet schedule table, sometimes called a primary table, used 20 by statistical multiplexer 300. The primary packet schedule table parameters include a number N of packets that are supplied by statistical multiplexer 300 to communication channel 330 in approximately one second, i. e, a size of the primary packet schedule table, and a 25 number V of entries in the primary schedule table that must be allocated to variable rate applications.
In initialization step 401, system supervisor 340 sets a parameter, called distortion threshold Dmax_i, which is sometimes referred to as the target 30 distortion, for each variable rate application 301-i.
In this Prho~ t, distortion threshold Dmax_i is a distortion such that distortion above distortion threshold Dmax_i is deemed noticeable to the human eye.
Distortion threshold Dmax_i is non-negative and in one 35 ~mhorl;r ~, is a non-negative real number with two byte precision .

Wo95/32565 ~ P~ J, r 136 System supervisor 340 also sets rate bounds, typically in bits/second, for each of applications 301-1 to 301-L in initialization step 401.
For variable rate applications, the rate bounds are 5 def ined by a minimum data rate Rmin_i, a maximum data rate Rmax_i, and a guaranteed data rate Rgtd_i. For f ixed rate applications, the three rate bounds are set to the same value by system supervisor 340.
Minimum rate Rmin_i i5 a lower bound on the rate 10 allocated to a variable rate application 301-i by statistical multiplexer 300. In other words, this rate is assured irrespective of the reconstruction quality of that application. Minimum rate Rmin_i can not be negative .
Maximum rate Rmax_i is an upper bound on the rate allocated to a variable rate application 301-i by statistical multiplexer 300. This rate cannot be c~Y~ eP~Pd irrespective of the reconstruction quality of that application. Herein, the reconstruction quality 20 is measured by a distortion factor D_i, as explained more completely below. Maximum rate Rmax_i is equal to or greater than minimum rate Rmin_i.
Guaranteed rate Rgtd_i is a rate that is guaranteed by statistical multiplexer 300 to a variable 25 rate application 301-i to enable that application to achieve its target distortion. This parameter may or may not be used by a particular application as determined by system supervisor 340. If guaranteed rate Rgtd_i is to be ignored, distortion 30 threshold Dmax_i is set equal to zero at configuration time. Otherwise, guaranteed rate Rgtd_i must be within the range [Rmin_i, Rmax_i]. Independent of whether guaranteed rate Rgtd_i is used, at start-up, each variable rate application initially is assigned its 35 guaranteed rate Rgtd_i. Further, the sum of all guaranteed rates Rgtd_i for variable rate applications, ~ WO 95/32565 2 ~ ~ ~ 1 1 5 P~ I 136 and the actual rates of all Pixed rate applications, which are represented herein by Rmin_i, should equal the channel capacity , i . e ., ., ~ Rgtd_i + ~ Rmir~ = channel capacity ~B

where "A" is the set of all applications 301-i that have a specif ied guaranteed rate Rgtd_i and "B" is the set of all other applications. Not all the 10 applications connected to multiplexer 300 need be statistically multiplexed, i . e., some or all of the applications can have f ixed rates for the entire duration of operation. In this embodiment, it is the responsibility of system supervisor 340 to ensure that 15 the above relationship is satisf ied .
The rates specified by system supervisor 340 are usually specified in terms of bits/second. In reality, most systems transfer bits from the encoder buffer in the form of "packets", where a packet contains several 20 bits. In other words, quantization of rate is not at the bit-level, but at the level of several bits. In such a system, the communication channel capacity is translated to a specific number of packets/second.
These packets must be allocated to encoders 302-1 25 to 302-L such that each encoder'6 rate requirement is satisfied. Consequently, the rates in bits/second are converted in initialization step 401 to the appropriate packets per time interval.
Specifically, each rate is converted to a rate in 30 packets per 6econd. Since N is the number of entries in the primary table, each rate is converted to the number of packets in primary packet schedule table (packets per P . T. ) that corresponds to the rate in bits per second.

Wo 95l32565 2 ~ 9 01 1~ r~ c -~6 ~
In one P1nhO~l i r 1, ~ as explained more completely below, stati6tical multiplexer 300 also uses a s~ n~lAry table that has a f ixed number of entries S .
For each variable rate application, the rate is also 5 converted to the number of packets in the 5~ n-lAry packet schedule table (packets per~ S . T . ) . If S is 192, the rate in packets/S.T. is ~.~

R(packets/S.T. ) = int ( R(packets/P.T. ) x (192/V) where "int" is the integer function. Since the sum of the assigned rates, which in this ~rho~ nt are the guaranteed rates, should equal the total communication channel capacity allocated to variable rate 15 encoders 302-i, the sum of the assigned rates in packets/S.T. equals 192. The truncation introduced by the integer function may cause the sum of the assigned rates to be less than the total communication channel capacity allocated to variable rate encoders 302-i. In 20 this case, any unassigned packets are arbitrarily assigned to variable rate encoders by statistical multiplexer 3 0 0 .
After the translation of the rates to packets/S.T., statistical multiplexer 300 recalculates 25 the rates in terms of bits/second and the resulting guaranteed rate Rgtd_i is passed to encoder 302-i.
This recalculation is necessitated by the truncation introduced by the integer function. To facilitate the recalculation, system supervisor 340 provides 30 statistical multiplexer 300 a rate calibration constant Y, which is def ined as:

CX (l-TOLM) x (P-OV) xV
Nx192x (l+TOLv) x400xP

~ WO 95/32565 2 ~ g O 1 ~ S , ~ 136 where:
oV is the number of overhead bits in each packet, which in this embodiment is 24 bits;
C is the nominal total statistical multiplexer output rate (in bits/second);
TOLM is the tolerance of the statistical multiplexer clock (expressed as a fraction), P is the channel packet size in bits (1040 bits in one embodiment);
V is the total number of entries in the primary table assigned to variable rate applications;
N is the total number of entries in the primary table; and TOLV is the tolerance of the data rate at the input to the encoder.
Rate calibration constant Y is provided to each encoder 302-1 to 302-L at configuration time. A rate R
in bits/second corr~Fpo~l;n~ to Q packets/S.T. is given0 by:
R = 400 x int (Q x Y) where "int" is the integer function;
Q is the number of packets/S.T. assigned to an application; and the constant "400" is required by the ~lPEG
ession standard which counts rates in multiples of 400 bits/second.
30 In other applications, where a finer resolution on the rates is allowed, the above relationship is easily modified by those skilled in the art.
System supervisor 340 in initialization step 401 assigns a priority number P i for each variable rate 35 encoder 302-i to indicate its importance. The greater the importance of a variable rate encoder 302-i, the Wo 95l32s65 ~ 0 ~ r-~6 higher is priority number P_i f or that encoder .
Priority number P_i is use4d to weight the distortion of each variable rate e~r~co~r 302-i, as explained more completely below. `Consequently, a large priority 5 number P_i artificially scales up the distortion, resulting in variable rate encoder 302-i cl n~;n~ more bits of ~ ;cation channel 330. Priority number P_i is a non-negative and, in one c~mhoAir-nt~ is an integer within the range of [1, 16]. In one ~mho~ t, 10 statistical multiplexer 300 normalizes priority number P_i of each variable rate encoder 302-i ~y dividing priority number P_i by the average of all of priority numbers. The resulting normalized priority number, which is also indicated by P_i, is stored by statistical multiplexer 300 in memory 313 and is used in the operations described below.
Associated with each variable rate application 301-i are two hysteresis coefficients K1_i and K2_i, which are used to introduce hysteresis in the 20 process of de~rm;n;n~ rates for each fixed time interval. In this F-mhoS;--nt~ the default values for hysteresis coefficients K1_i and K2_i are o.9 and 1.1, respectively .
For each variable rate encoder 3 02-i, sy6tem 25 supervisor 340 also defines maximum buffer size Bmax_i for encoder 302-i. Statistical multiplexer 300 uses maximum buffer size Bmax_i and maximum rate Rmax_i for each variable rate encoder 302-i to ~ t-~rminf~ the end-to-end system delay time ~_i , i . e ., the time in 30 seconds from when a frame is input to an encoding system to when it is ultimately displayed by the deco~l; n~ system. As will be appreciated by those skilled in the art, the end-to-end system delay time is actually system delay time ~_i plus other time delays 35 introduced by frame buffering etc. However, for statistical multiplexer 330, the relevant information Wo 95/32565 21~ Q 1 ~L ~ F~l/.. r 136 for a variable rate encoder 302-i is captured by def ining end-to-end system delay time ~_i as:
~_i = Bmax_i / Rmax_i System delay time ~_i, in this ~mho~ , cannot be changed without loss of encoder-decoder picture synchronization until the next re-configuration time.
Statistical multiplexer 300 ensures that system delay time ô_i for each application 301-i is not altered and at the same time there is no buffer over-flow or under-f low in the encoding and decoding systems . In another embodiment, system delay time ô_i is allowed to change and frame dropping and/or repeating is allowed in the display.
In initialization step 401, system supervisor 340 sets the starting distortion D_i for each variable rate application 301-i to its distortion threshold Dmax_i.
Table I is a summary of the parameters provided by system supervisor 340 to statistical multiplexer 300 for each variable rate encoder 302-i. In another o~ t, the information in Table I could be supplied for both variable and fixed rate encoders.

Parameters Required by Statistical Nultiplexer Parameter ~
Rmin 0 to 192 16-bit integer Rmax 0 to 192 16-bit integer Rgtd 0 to 192 16-bit integer p 1 to 16 16-bit integer (~igh 12-bits reserved: bit 15 ~MSB) is "1" for -25- fixed rate and "0"

W095/32565 ~l~nll5 P~ t-1~6 f or varial~le rate ) Dmax 16-bit integer Bmax number of 400- 16-bit integer bit units.
2~ ~
The particular ranges and ty~es of the parameters given in Table I are only illustrative of one Pmho~ nt of this invention and are not ihtènded to limit the invention to the particular information given.
~'OTTTCTION AND CLASSIFICATION STEP 402 As PYpl~;nPrl briefly above, the collection portion of step 402 collects data required to determine distortion D_i for each variable rate encoder 302-i and 15 the variation in buffer fullness of each variable rate encoder 302-i on an ongoing basis. In one Pmho/li L, communication between encoders 302-1 to 302-L and statistical multiplexer 300 is implemented through a "message cycle". Statistical multiplexer 300 can read 20 or write one byte of information to any of encoders 302-1 to 302-L during a message cycle in each packet time. A packet time, sometimes called a packet interval, is typically the time interval required to transmit 130 bytes of data over communication 25 channel 330, but the time and/or the packet size can vary. In addition, statistical multiplexer 300 can broadcast a byte of information to all encoders 302-1 to 302-L during the message cycle. If encoder 302-i merely passes the parameters nerPp~ry to determine 30 distortion D_i to statistical multiplexer 300, distortion D_i spans several packet times f or that encoder .
The particular process used to pass data between statistical multiplexer 300 and encoders 302-1 to 302-L
35 is not critical to this invention. The important aspect is the data required by statistical : =
W0 95/32565 2 1 9 0 1 1 5 P~l/u~
multiplexer 300 and how stati~tical multiplexer 300 processes the data. In view of the description of the operation of statistical multiplexer 300, the required data can be passed in a wide variety of ways.
5 Nevertheless, in one ~nhoA;-- tl all direct ;cation between 6tatistical multiplexers 300 and encoders 302-1 to 302-L is performed by reading entries from and writing entries to a general communications table in memory 313 of statistical multiplexer 300.
Specifically, when an entry is written to the general communications table by processor 3I2, state machine 311 controls hardware that (a) writes one byte to a first register onboard an encoder 302-i or to a first first-in-first-out memory (FIFO) onboard an 15 encoder 3C2-i, or (b) reads one byte from a second register onboard encoder 302-i or from a second first-in-first-out memory (FIFO) onboard encoder 302-i over application control bus 360. The first register onboard each encoder 3 02-i contains a write owner FIFO
20 flag and a read owner FIFO flag either of which can be set to "mux" or "encoder. " The second register onboard each encoder 302-i contains a write data valid flag.
Herein, f irst and second FIFOs and registers are used, but this is illustrative only and those skilled in the 25 art will recognize that the communications between encoders 302-i and statistical multiplexer 300 can be accomplished in a wide variety of ways without affecting the operation of statistical multiplexer 300.
The important aspect, as indicated above, i6 that each 30 encoder collects distortion and buffer fullness data and the data are communicated to statistical multiplexer 300 at appropriate intervals for operation of statistical multiplexer 300. Also, statistical multiplexer 300 must _ icate new rate information 35 to variable rate encoders 302-i once per statistical multiplexer cycle.

WO 95~32565 ~ t 9 ~ P~ ., ~
Two processes are used to communicate data from encoder 302-i to statistical multiplexer 300. In a first process, statistical multiplexer 300, in the following order, (1) sets the write FIF0 owner flag of 5 encoder 302-i to "mux"; (2) reads the write data valid flag and six bytes from the first FIF0; and (3) sets the write FIF0 owner f lag to "encoder" . When this process is completed for encoder 302-i, statistical multiplexer 300 P~r~m; nPC the write data valid flag and 10 if the flag is not valid, discards the six bytes of data. This process is repeated for each encoder at least once every twenty milliseconds.
In the second process used to communicate data from encoder 302-i to statistical multiplexer 300, 15 encoder 302-i checks the write FIF0 owner flag and the state of the first FIF0 when encoder 302-i has collected the distortion and buffer fullness data, which is once per picture. If the write FIF0 owner flag is set to "encoder, " and the first FIF0 is empty, 20 encoder 302-i writes the collected data to the first FIF0 and upon completion sets the write data valid flag. If either of the conditions is not true, encoder 302-i waits until both conditions are true before writing to the first FIF0. If new data becomes 25 available before the collected data can be written to the first FIF0, the collected data is discarded and replaced with the new data.
Data communication from statistical multiplexer 300 to encoder 302-i, i.e., transfer of a 30 new rate, is done in a three step process. Statistical multiplexer 300, in the following order, (l) sets the read FIF0 owner ~lag of encoder 302-i to "mux"; (2) writes the new rate to the second FIF0; and (3) sets the read FIF0 owner flag to "encoder". The writes to 35 the read FIF0 owner flag generates interrupts to the encoder E~LU~e85~/r. In response to the interrupt, the Woss/32s6s ~190~ "-J..5r l36 encoder processor reads data from the second FI~o until the FIF0 is empty.
As each set of parameters f or a picture is received by statistical multiplexer 300 from 5 encoder 302-i using the process just described, the set of parameters are used along with the assigned priority P i to generate an instantaneous distortion d_i. Instantaneous distortion d_i is used to update distortion D i f or variaple rate 10 encoder 302-i.
In one embodiment, distortion D_i for each application is dPtPrminp~ recursively, e.g., distortion D _i is the average of the previous three distortion values. Using a running average for 15 distortion D_i, as opposed to the most recently detPrminPd value, protects against sudden spikes in distortion D_i.
In another Pmho~ t, a recursive filter is used to update distortion D i. Specifically, D_i = ( ,B * (D_i) ) + ( ( 1 - ~ ) * (d_i) ) .
The recursive filter introduces damping which also protects against sudden spikes in distortion D_i. The 25 value of constant ~ is de~Prm;ned empirically and a value of 0 . 8 is used in one embodiment.
When a data collection cycle is closed, distortion D-i, i = 1, ..., NV, for all variable rate encoders and the current rates R_i, i = 1, ..., NV, are always known 3 o because the rates and distortions either are set at configuration time in step 401, as described above, or are the rates and distortions from the previous statistical multiplexer cycle.
The classification portion of step 402 assigns 35 each variable rate application 301-i to one of a plurality of classes using the current rates and WO 9S/32565 r ~ P_ I/Lv.
distortions. In one F-mho~ t, six classes are def ined according to Table II .
TABLE II
Class Def inition f or New Rate Generation D < Kl*Dmax Kl*Dmax < D< K2*Dmax D > K2*Dmax R<Rgtd Class 1 Class 2 Cla6s 3 R>Rgtd Class 4 Class 5 Class 6 The purpose of the classif ication portion of step 402 is to identify for each variable rate application 301-i whether current rate R_i for that application is providing an acceptable distortion D_i and clas6ify application 301-i for the appropriate action in modify rates step 403. Proce6s 500 is one possible implementation of the classification portion of step 402.
Step 501 checks to d~t~rm; ne whether each of the variable rate applications 301-i, i=1, ..., NV, has 20 been processed. If variable rate applications remain to be proce6sed, distortion D_i for the next variable rate application 301-i is checked in distortion too high check step 502. Specifically, distortion D_i is compared with a maximum distortion ~K2_i) * (Dmax_i), 25 where the maximum distortion is the product of second hysteresis coefficient K2_i and distortion threshold Dmax_i for that application, i.e., D_i > (K2_i) * (Dmax_i).
If distortion D_i is too high, processing transfers from step 502 to rate check step 503, and conversely to distortion too low step 506. In rate check step 503, if rate R_i is le6s than guaranteed rate Rgtd_i 35 for application 301-i, processing transfers to "
~ W095132565 2 1~ P .~ r~1~6 step 504 and otherwise to step 505. In step 504, application 301-i is assigned to Class 3 and in step 505, application 301-i is assigned to Class 6.
Steps 504 and 505 transfer to additional application step 501.
Each application 301-i in Class 3 is currently allocated less than guaranteed rate Rgtd_i and is being compressed at a quality level less than the maximum distortion. Consequently, the rates of the applications in Class 3 should be increased. Each application 301-i in Class 6 is currently allocated at least guaranteed rate Rgtd_i and is being compressed at a quality level less than the maximum distortion.
Applications 301-i in Class 6 compete among themselYes for rate increases, as described more completely below.
In distortion too low step 506, distortion D_i for application 301-i is compared with a minimum distortion (K1_i) * (Dmax_i), where the minimum distortion is the product of first hysteresi6 coefficient K1_i and distortion threshold Dmax_i for application 301-i, i . e . , D_i < (K1_i) * (Dmax_i).
If distortion D_i is too low, processing transfers from step 506 to rate check step 507, and conversely to rate check step 510. In rate check 507, if rate R i is less than guaranteed rate Rgtd_i f or variable rate application 301-i, processing transfers to step 508 and otherwise to step 509. In step 508, application 301-i is assigned to Class 1 and in step 509, application 301-i is assigned to Class 4.
steps 508 and 509 transfer to additional application step 5 01.
Applications in Classes l and 4 have a distortion D_i that is less than the lower limit of the Wogs/32565 2 ~ 90115 ~ J.. r 136 acceptable range and so are being r , c:,.Ded at a quality level that is better than their target quality a3 defined by the minimum distortion. In other word3, current rate R_i f or each variable rate application 301-i in thi3 group i3-in exce33 of the rate required to operate at the target di3tortion level , i . e ., within a range of acceptable distortion .
Con3equently, the rate for each application in thi3 group can be decrea3ed.
If an application reaches 6tep 510, distortion D_i is within an acceptable range. Specif ically, distortion D_i of application 301-i i5 greater than minimum distortion (Kl_i) * (Dmax_i) and less than maximum distortion (K2_i)*(Dmax_i), i.e., (Kl_i) * (Dmax_i) <= D_i <= (K2_i) * (Dmax_i).
Thus, the application is being c-,l"~r~ssed at the right quality level. Hence, no change is required in current rate R_i for variable rate application 301-i.
Applications in this group are assigned to Class 2 in step 511 if current rate R_i is less than guaranteed rate Rgtd_i and otherwise to Class 5 in step 512.
Steps 511 and 512 transfer to additional application step 501.
Thus, process 500 assigns each of the variable rate applications to one of the six classes def ined in Table II. The rates for application3 in Cla3s 2 are not changed. However, a3 ~; Cc'lc3pd below, modify r~te3 step 403 can change the rates for applications in Classes 1 and 3 to 6. Prior to entering step 403, delta rate increases ~D, ~I, and ~C, as defined below, are zeroed.
~IODIFY RATES STEPS 403 In modify rates step 403, the rates for variable rate applications in Classes 1 and 4 are processed as a Wo 9s/32s65 2 1 ~ Y~ ^ 61~6 group. The rates for variable rate applications in Class 3 and the rates for variable rate applications in Class 6 are processed separately. If after the rate adjustments, the capacity of communication channel 330 5 is not fully utilized, the rates of applications in Classes 3 and 6 are revised. Conversely, if after the rate adjustment6, the capacity of communication channel 330 is ~ Pe~ed, the rates of applications in Classes 4 to 6 are revised. In one ~mhml;- t, all 10 rates are measured in units of packets/se~n~ry table.
The unit used to measure the rate affects the choice of coefficients that are determined empirically. Hence, a different unit of measure for the rates will require a different value for the empirically detorm; nf~cl 15 coef f icients .
Lower rate process 600 illustrates the rate modification process within step 403 for applications in Classes 1 and 4, i.e., applications with too low a distortion D_i. Lower rate process 600 is iterativcly 20 performed for each application 301-i in Classes 1 and 4.
In this omho~l;r-nt, lower rate process 600 uses a proportional feedback loop to decrea6e current rate R_i for each application 301-i with too low distortion D_i.
25 Use of a proportional feedback loop assumes implicitly that rate R_i and distortion D_i of every application 301-i are inversely proportional to each other. In general, such an assumption is not true.
However, according to the principles of this invention, 30 rate R_i is allowed to change only in small increments, as described below, and so there is not too much deviation from the actual rate-distortion curve. This assumption is utilized in all rate adjustment processes in this Pmhorl; L. Of course in other r-' o~l;r--lts, 35 different functional relationships between a rate and distortion could be used. Also, different functional Wo 95/32565 21~ F~l/l r -1~6 relationships between ? ~ r~ and distortion could be used in the various processes that make-up step 403.
A new rate Rnew_i for application 301-i with too low distortion D_i is det~rmin~d in adjust rate step 601. In adjust rate step 601, old rate Rold_i is 6et egual to the current rate R_i for variable rate application 301-i, e.g, a table of current rates is copied to a table of old rates. Herein, reference numeral Rnew_i is used to distinguish between the old 10 rate and the new rate. In fact, each new rate Rnew_i is stored at the appropriate location in the table of current rates so that at the end of modify rates step 403, the table of current rates contains the new rates for the next statistical multiplexer cycle. In 15 this way only two structures , e. g ., the two tables , are utilized in modify rates step 403. Therefore, references herein to a new rate is the rate in the current rate table.
The n~7rr-l i 7ed difference between distortion 20 threshold Dmax_i and distortion D_i is scaled by a constant c and added to old rate Rold_i to generate new rate Rnew_i. In one embodiment, constant c was empirically detprm; n~d and set to a value of 16 .
Specif ically, Rnew_i = Rold_I + ( c * ( ( D_i - Dmax_i ) /Dmax_i) ) .
Herein, constant c has the same values for all applications in all classes. However, constant c could 30 also be defined on an application by application basis or alternatively on a class by class basis.
Next, adjust rate step 601 checks new rate Rnew_i to ensure that new rate Rnew_i is within a predet~rm;nF-~l range, i.e., the change in the rate is a 35 small decrement. In one ~mhol1; L, new rate Rnew_i must be in the r~nge of a lower rate bound and an upper ~ Wo 95l32~65 219 0 ~ ; r~ 136 rate bound , e . g ., s * (Rold_i) < Rnew_i < Rold_i 5 In this embodiment, the value of constant s was empirically chosen as O . 9 . If new rate Rnew_i is less than lower rate bound s~Rold_i, new rate Rnew_i is set equal to lower rate bound s*Rold_i.
After new rate Rnew_i is tested to determine 10 whether the change in the rate is constrained to a 6mall decrement, new rate Rnew i is tested to ~l~tPrm;no whether new rate Rnew_i is less than minimum rate Rmin_i for application 301-i. If new rate Rnew_i is less than minimum rate Rmin_i for application 301-i, 15 new rate Rnew_i is set equal to minimum rate Rmin_i.
Upon completion of adjust rate step 601, processing transfers to adjust buffer size step 602.
To maintain a constant delay time through the system, a decrease in rate R_i of application 301-i is 20 accompanied by a proportional decrease in the effective buffer size of encoder 302-i. Thus, adjust buffer size step 602 detorminoc a new effective buffer size. In this omho~; L, new effective buffer size "buf_sz_i"
is equal to the product of new rate Rnew_i and sy6tem 25 delay time interval ô_i. Specifically, (buf_ 8Z_i) = (~i_i) * (Rnew_i) However, the buffer size cannot be decreased 30 arbitrarily. Obviously, care must be taken to ensure that new buffer size buf_sz i is not less than the current buffer fullness. Actually, there is an even more strict requirement. New buffer size buf_sz_i should not be less than the instantaneous fullness of 35 the encoder buffer as measured over a period of time equal to system delay time interval ~_i that just WO95/32565 2 ~ 9~ C 136 ~
preceded the current time. Hence, as described above, statistical multiplexer 300 obtains the buffer fullnessl value at the end of each picture for application 301-i and stores the largest buffer fullness value, over the period of ~ime ~_i that just preceded the current time, in memory 313 as maximum buffer fullness threshold max_buffer_i.
It is possible to decrease a rate R_i without reqard to buffer fullness if the decoder buffer is at least as large as the encoder buffer multiplied by the ratio of maximum rate Rmax_i to minimum rate Rmin_i.
However, this typically requires a large size for the decoder buffer. ~If the encoder and decoder are to have the same size buffers, the buffer fullness must be considered before decreasing a rate.
Whenever, a rate is decreased, it is important to ensure that all the bits that have already been inserted into the encoder buffer up to a time ~_i before the rate change are delivered to the decoder in time ~_i. This is an issue because the new rate, at which bits will be delivered, is lower than the old rate at which they were generated. Thus, the rate can be decrea6ed if and only if the buffer fullness over the time interval equal to time ô_i before the rate change is instituted does not exceed the new buffer size .
Hence threshold max buf f er i is compared _ with new buffer size buf_sz_i. If new buffer size buf_sz_i is less than maximum buffer fullness threshold max_buffer-i, new rate Rnew_i is set equal to old rate Rold_i. Otherwise, new rate Rnew_i is retained and the operations in adjust buffer size step 602 are complete and processing transfers to accumulate rate change step 603.
In accumulate rate change step 603, the change in rate for application 301-i, i.e., the difference W095/32565 2 19 0 1 1~ r~ r~r~l36 between new rate Rnew_i and old rate Rold_i is determ;nPcl and added to delta rate decrease ~D.
Specif ically, delta rate decrease ~D is the accumulation between new rate Rnew_i and old 5 rate Rold_i for applications 301-i with too low distortions. Recall that above delta rate decrease ~D
was initialized to zero and is reset to zero at the start of each statistical multiplexer cycle.
~D = (Rnew_i - Rold_i) Delta rate decrease ~D is negative. Upon completion of accumulate rate change step 603, processing transfers to step 604 which in turn checks whether there are additional applications in Classes 1 and 4 ~or processing. If all applications in Classes 1 and 4 have been processed, step 604 transfers to ~Locesses complete step 630 and otherwise to step 601.
Applications in Classes 3 and 6 have a distortion D_i that is too high. Applications in Class 3 have a current rate R_i that is less than guaranteed rate Rgtd_i. Each of these applications is processed in increase rate process 605 within modify rates step 403.
Applications processed in increase rate process 605 are currently allocated less than their guaranteed rates, but the applications are being ~ssed at a quality level that is less than the target quality as defined by maximum distortion (K2_i) * (Dmax_i) . Consequently, rate R-i for each of these applications is increased until application 301-i has distortion D_i in the acceptable distortion range, or until the application has been allocated guaranteed rate Rgtd_i, which ever comes f irst .
In this embodiment, increase rate process 605 uses a proportional feedback loop to increase current Wo95/32~65 ~ 15 r~ ,,s.~ 1~6 rate R_i ~or each application 301-i in Clas6 3. Use o~
a proportional feedback loop assumes implicitly that rate R_i and distortion D_i of every application 301_i in Class 3 are inversely proportional to each other.
5 In general, such an assumption is not true. However, according to the principles of this invention, rate R_i is allowed to change only in small increments, as described below, and so there is not too much deviation from the actual rate-distortion curve.
New rate Rnew_i for application 301-i in Class 3 is determined in adjust rate step 606. In adjust rate step 606, old rate Rold i is set equal to the current rate R_i for application 301-i. The normalized difference between distortion threshold Dmax_i and 15 distortion D_i is scaled by a constant c and added to old rate Rold_i to generate new rate Rnew_i.
Specif ically, Rnew_i -- Rold_i + ( c * ( D_i - Dmax_i ) /Dmax_i ) In one Pmho~;r ~, constant c was empirically d~t~rm; nr~d and set to a value of 16.
Next, adjust rate step 606, checks new rate Rnew_i to ensure that the change in rate is a small increment.
25 In one ~mho~ L, new rate Rnew_i must be in a range defined by a lower rate bound and an upper rate bound, e.g., Rold_i < Rnew_i < t * Rold_i.
In this ~mhot~ nt~ constant t was empirically selected as 1.1. If new rate Rnew_i is greater than upper rate bound t*Rold_i, new rate Rnew_i is set equal to upper rate bound t*Rold_i. After new rate Rnew_i is tested 35 to determine that the change in the rate is constrained to a small increment, new rate Rnew_i is tested to ~ W0 95l32565 2 ~ !~ 01~ 5 P~ r ~
determine whether new rate Rnew_i is greater than guaranteed rate Rgtd_i for application 301-i. If new rate Rnew_i is greater than guaranteed rate Rgtd_i for application 301-i, new rate Rnew_i is set equal to 5 guaranteed rate Rgtd_i.
Upon completion of adjust rate step 606, a buffer fullness check, as described above, is not nPcPF:s;~ry since an increase in rate is ac_ - n i ed by an increase in effective buffer size. Therefore, processing 10 transfers from adjust rate step 606 to ~ m~ te rate change step 607.
In accumulate rate change step 607, the change in rate for application 301-i, i.e., the difference between new rate Rnew_i and old rate Rold i, is 15 detPrminPd and added to delta rate increase /~I, which in turn is stored in memory 313. Recall that above delta rate increase /~I was initialized to zero and is reset to zero at the start of each statistical multiplexer cycle. Specifically, (Rnew_i - Rold_i) Delta rate increase ~I is positive. Upon completion of accumulate rate change step 607, processing transfers 25 to step 608 which in turn checks whether there are additional applications in Class 3 for processing. If all applications in Class 3 have been processed, step 607 transfers to processes complete step 630 and otherwise to step 606. Thus, process 605 is 30 sequentially performed for each variable rate application 301-i in Class 3.
The applications in Class 6 have a distortion D_i that is greater than maximum distortion (K2_i) * (Dmax i) and a rate R_i that is greater than or equal to 35 guaranteed rate Rgtd_i. The applications in Class 6 are being ~~ e5~ed at distortion values in excess of WO 95l32565 ~ 1 g ~ 5 . ~ 136 the target quality despite the ~act that the applications have been allocated at least their guaranteed rate. These applications compete amongst themselves in competitive increase rate process 610 to 5 equalize their distortions., ~
Specifically, in averàge distortion step 611, average distortion Davg of all the applications in Class 6 is determined. Specifically, , Davg = H ~ Di where H is the total number of applications in Class 6.
Upon completion of average distortion step 611, steps 612 to 616 are performed for each variable rate 15 application 301-i in Class 6. PrQr~pccin~ transfers from average distortion step 611 to adjust rate step 612.
In adjust rate 612 step, old rate Rold_i is set equal to current rate R_i for application 301-i. The normalized difference between average distortion Davg 20 and distortion D_i is scaled by a constant c and added to old rate Rold_i to generate new rate Rnew_i. In one ~mho~l;r L, constant c was empirically rl~tf~l^m;n~l and set to a value of 16. Specifically, new rate Rnew_i is:
Rnew_i = Rold i + ( c * ( D_i - Davg) / Davg ) Next adjust rate step 612 checks new rate Rnew_i to be sure that the change in rate is small. If new 3 0 rate Rnew_i increased, new rate Rnew_i must be in the range defined by a lower rate bound and an upper rate bound, e. g ., Rold_i < Rnew i < t * (Rold_i) Wo95/32s6s ~ 9~ P~ 136 In one ~ o~ , constant t was empirically selected as 1.1. If new rate Rnew_i is greater than upper rate bound t*Rold_i, new rate Rnew_i is set equal to upper rate bound t*Rold_i.
Conversely, if new rate Rnew_i decreased, new rate Rnew_i must be in the range of lower rate bound and an upper rate bound , e. g ., s* (Rold_i) < . Rnew_i < Rold_i In one embodiment, the value of constant s was empirically chosen as 0 . 9 . If new rate Rnew_i is less than lower rate bound s*Rold_i, new rate Rnew_i is set equal to lower bound rate s*Rold_i.
After new rate Rnew_i is tested to determine that the change in the rate is small, new rate Rnew_i is tested to determine whether new rate Rnew_i is in the range of guaranteed rate Rgtd_i to maximum rate Rmax i.
If new rate Rnew_i is les6 than guaranteed rate Rgtd i for application 301-i, new rate Rnew_i is set equal to guaranteed rate Rgtd_i. If new rate Rnew_i is greater than maximum rate Rmax_i for application 302-i, new rate Rnew_i is set equal to maximum rate Rmax_i.
Upon completion of adjust rate step 612, processing transfers to rate decrease check step 613.
If adjustment of the rate resulted in a rate decrease, processing transfers from rate decrease check step 613 to adjust buffer step 614, and otherwise to accumulate rate change step 615.
Adjust buffer 614 step is identical to adjust buffer step 602 described above and that description is incorporated herein by ref erence . Upon completion of adjust buffer step 614, pro, Pq~;n~ transfers to accumulate rate change step 615.
Like the other accumulate rate change steps 603 and 607, described above, ~ 1 Ite rate change Wo 95~32565 2 1 9 Q 1 1 5 P~ 136 ~, step 615 A ~ tes the difference between the new and old rates for all variable rate applications in Class 6. Specifically, ~`
~C = ~ tRnew_i - Rol~i) Here, ~C can be either positive or negative and is zeroed at the start of each statistical multiplexer cycle. Upon completion of Accl~m-ll Ate rate ~change step 615, processing transfers to step 616 which in turn checks whether there are additional applications in Class 6 for processing. If all applications in Class 6 have been processed, step 616 transfers to processes complete step 630 and otherwise to step 612.
Thus, steps 612 to 616 of process 610 are iteratively performed for each application in Class 6.
Within step 403, processes 600, 605, and 610 can run sequentially or in parallel. When all of the applications in Classes 1, 3, 4, and 6 are processed, 20 processes complete check 630 passes pro~ c~in~ to Accl7r ~lAte rate changes step 620. ~l lAte rate changes step 620 determines the total difference between the new rates and the old rates so that capacity of communication channel 330 can be fully 25 utilized but not overloaded. In step 620, net rate change /~ is det~rminF~ by summing ~ I, and AC.
Specif ically, D + ~I + I~C
If net rate change ~ is less than zero, the operations performed so far in modify rates step 403 have resulted in a net decrease in the allocated rates.
Conversely, if net rate change i~ is greater than zero, W0 95/32565 ~ n ~ 1 ~ r~l" I /~
the operations performed so far in modify rates step 403 have resulted in a net increase in the allocated rates. If net rate change /~ is zero, the operations performed so far in modify rates step 403 5 have resulted in no net change in the allocated rates.
Channel capacity check 621 determines which of these options O~ UL r ~d .
If there is a net decrease in the allocated rates, check 621 passes processing to increase rates step 623 10 which in turn distributes the available bits, as described below, amongst the applications in Classes 3 and 6 so as to maximize the channel bandwidth usage.
If there is a net increase in the allocated rates, check 621 passes processing to decrease rates step 622, 15 which in turn reduces the rates of some of the applications so as to operate within the capacity of communication channel 330. If there is no net change in the allocated rates, check 621 transfers processing directly to build packet table step 404. Similarly, 20 upon completion, step 623 transfer processing to step 404. Step 622 transfers processing to step 404, if the rates are successfully decreased and otherwise to step 407.
The process of increase rates step 623 is shown in 25 more detail in Figure 7. Applications with distortion D_i greater than maximum distortion (K2_i)*~Dmax_i), i.e, applications in Classes 3 and 6, are considered as candidates for increased rates.
Within step 623, applications in Class 3 are initially 30 processed separately from applications in Class 6.
In a first parameterize excess step 701 for Class 3 applications, parameter excess_i is generated by subtracting new rate Rnew_i from guaranteed rate Rgtd_i. Parameter excess_i is stored for 35 subsequent use. In a second parameter excess step 704 for Class 6 applications, parameter excess_i is Wo95l3256s ~19~1~ 5 Y~ 6 generated by su~tracting new rate F~new_i from maximum rate Rmax_i. Parameter excess_i generated in step 704 also is stored for subsequent use.
Parameterize excess step 701 transfers pr0c~cs; n~
5 to additional applications step 703, which returns proc~'e~::; n~ to step 701 if addit~onal Class 3 applications remain to be processed and otherwise to step 705. Similarly, parameterize excess step 704 transfers processing to additional applications step 706, which returns processing to step 704 if additional Class 6 applications remain to be processed and otherwise to step 705.
When all applications in Classes 3 and 6 have been processed in steps 701 to 703 and 704 to 706, respectively, accumulate excess step 705 begins processing. Initially, in accumulate excess step 705 a parameter sum_excess is stored as zero. ~ te excess step 705 retrieves parameter sum_excess from memory 313 and adds each parameter excess_i in succession to the current value of parameter sum_excess . The f inal value of parameter sum_excess is then stored in memory 313.
In adjust rate step 707, revised new rate Rrnew_i is generated by increasing rate Rnew_i by the fraction of the available channel capacity attributable to this application. Recall, that as described above, two structures are used. At this point, the first structure has the original rates for applications 301-i in Classes 2 and 5 and the new rates for applications 30--i in Classes 1, 3, 4, and 6.
The second structure has the original rates for applications 301-i in Classes 1, 3, 4, and 6. In adjust rate step 707 only the f irst structure is used.
Here, new rate Rnew_i ref ers to the rate in the f irst structure at the start of step 707. New rate Rnew_i is processed to generate a revised new rate Rrnew_i, which Wogs/32565 -- P~ J.,, r 1~6 2190t`1~
is then stored in the first structure. Specifically, Rrnew i = Rnew i _ eXcess_i -- -- sun~excess Next adjust rate step 707 checks revised new rate Rrnew i to be sure that the change in rate is a small increment. Revised new rate Rrnew_i must be in the range def ined by a lower rate bound and an upper rate bound , e . g ., Rold_i < Rrnew_i < t * (Rold_i) In one embodiment, constant t was empirically selected as 1.1. If revised new rate Rrnew_i is greater than upper rate bound t*Rold_i, revised new rate Rrnew_i is set equal to upper rate bound t*Rold_i.
Upon completion of step 707, step 708 checks whether there are any re--in;n~ applications in Classes 3 and 6 that have not been processed in step 707. If there are re--inin~ applications, processing returns to step 707. After each of the applications in Classes 3 and 6 have been processed in step 707, any channel packets that remain unassigned are transmitted as idle packets.
One ~mho~ of decrease rates step 622 is shown in more detail in Figure 8. Applications 301_i with rates greater than or equal to guaranteed rate Rgtd_i are considered as candidates for decreasing the rates in step 622, i.e., applications 301_i in Classes 4 to 6. However, if previous processing reduced rate Rnew_i below guaranteed rate Rgtd_i for any application 301-i in Class 4, these applications are not processed in decrease rates step 622.
In parameteri2e excess step 801, Wo95132565 ~ ~ ~O1~ ~ P~ C 136 parameter excess_i is generated by ~ubtracting guaranteed rate Rgtd_i f rom new rate Rnew_i .
Parameter excess_i is 6tored in memory. Parameterize excess 6tep 801 transfers processing to additional applications step 802, which returns processing to step 801 if additional applications with new rate Rnew_i greater than or equal to guaranteed rate Rgtd_i remain to be processed and otherwise to step 803. Thus, upon completion of step 801, parameter excess_i is stored in memory for each application with new rate Rnew_i greater than or equal to guaranteed rate Rgtd_i.
Inltially, in accumulate excess step 803, parameter sum_excess is stored as 2ero. Arrllmlll Ate excess step 803 retrieves parameter sum_excess from memory 313 and then sequentially retrieves each of the stored parameters excess_i and adds the retrieved parameter excess_i to the current value of parameter sum_excess. The resulting value of parameter sum_excess is then stored in memory 313.
Upon completion, arcllmlllAte excess step 803 transfers processing to adjust rate step 804.
Recall, that as described above, two structures are used . At this point, the f irst structure has the old rates for applications 301-i in Classes 2 and 5 and the new rates for applications 301-i in Classes 1, 3,
4, and 6. The second structure has the old rates for applications 301-i in Classes 1, 3, 4, and 6. In adjust rate step 804 only the first structure is used.
Here, new rate Rnew_i refers to the rate in the first structure at the start of step 804. New rate Rnew_i is processed to generate a revised new rate Rrnew_i which is then stored in the f irst structure.
Revised new rate Rrnew_i for application 301-i is generated by decreasing new rate Rnew_i by the fraction of the available channel capacity attributable to ~ Wo 95l32565 2 i 9 0 ~ ~ 5 r~ 6 application 301_i. Specifically, RInew_i = Rnew i _ eXcess_i sull~excess After adjusting the rate, adjust rate step 804 transfers to rate in range step 805. Step 805 checks revised new rate Rrnew_i to ensure that revised new rate Rrnew_i is within a predetPrmin~cl range, i.e., the change in the rate is a small decrement. In this pmhorl; ~, revised new rate Rrnew i must be in the range of a lower rate bound and an upper rate bound, e.g., s * (Rold_i) < Rrnew_i < Rold_i Again, the value of constant s was empirically chosen as 0. 9 . If revised new rate Rrnew_i is not within the defined range, step 805 transfers processing to step 407, and cu.lv~ely to ad~ust buffer size 806.
As explained above, to maintain a constant delay time through the system, a decrease in the rate of an application 301-i is accomr~nie~ by a proportional decrease in the effective buffer size of encoder 302-i.
Thus, adjust buffer size step 806 detprmin~c a new effective buffer size. New effective buffer size "buf_sz_i" is equal to the product of revised new rate Rrnew_i and system delay time interval ô_i.
Specifically, 3 o buf_sz_i = ~_i * Rrnew_i However, again the buffer size cannot be decreased arbitrarily. Hence, threshold max_buffer_i is compared W0 9s/32565 2 ~ ~ 0 1 ~ 5 . . ~ 136 with new buffer size buf_sz_i and proce6sing transfers from step 806 to step 807.
In buffer in range step 8~07~ if new buffer size buf_sz_i is less than m~a~imum buffer fullness
5 threshold max_buffer_i, processing transfers to step 407 and conversely to step 809. In test step 809, processing returns to step 804 if additional applications with new rate Rnew_i greater than or equal to guaranteed rate Rgtd_i remain to be processed and 10 otherwise to build packet table step 404.
In the above embodiment of step 622, all applications with a rate R_i greater than or equal to guaranteed rate Rgtd_i were processed. This Pmhorl;r~t is illustrative only and is not intended to limit the 15 invention to the particular set of applications. In another pmhorl; L, an iterative process is used.
Initially, only applications in Class 4 are processed as described above for step 622 and the decrease in channel capacity is compared with the excess capacity 20 detected in step 621. If the decrease in capacity is more than the excess capacity, step 622 is complete.
Conversely, if the decrease in capacity is less than the excess capacity, applications in Classes 4 and 5 are processed, and the decrease in capacity is 25 determinP~l. If the decrease in capacity for applications in Classes 4 and 5 is more than the excess capacity, step 622 is complete. Conversely, step 622 is performed exactly as described above with respect to Figure 8. This method requires more time, but it may 30 also improve the overall performance, if it is llnnecPqcAry to reduce the rate for applications in Class 6.
In one '~ nt, modify rate step 403, as described above, is modif ied to reduce the complexity 35 of the process at the cost of some performance efficiency. Specifically, the adjust buffer size steps Wo ssl32565 ~ L ~ O ~ /U. -136 are eliminated. The adjustment of the buffer size is not done until after all the rate determinations are completed. Then, when new rates are available for all applications, statistical multiplexer 300 performs a 5 buffer size check, i.e., the buffer fullness check, for all those applications with a new rate that is less than the old rate. If an application fails to satisfy the buffer fullness requirement, the new rates for all the application are dropped and all the applications lO are assigned the old rates for the next period.
The P~nhor~ of modify rates rate step 403 presented above assures every application 301-i, that has guaranteed rate Rgtd i defined, receives a guaranteed number of bits per second to achieve a 15 target distortion so that the application preferably is within Classes 2 and 5. Fur~hP ~.:, if an application achieves its target distortion with a rate less than or equal to the guaranteed rate, this rate is not altered regardless of the performance of other applications.
20 This means that if the target distortion level and guaranteed rate are chosen appropriately, statistical multiplexer 300 can assure performance at the requested distortion level. This permits control of performance on an individual application basis, which might be 25 n~CpcsAry in the case of premium and pay-per-view applications .
If performance control on an individual application basis is not necPecAry, modify rates step 403 can be simplified so as to force the 3û applications to compete on a global basis. This can be done by setting the target distortion of all the applications equal to zero. In this way only a part of the process is performed, i.e., only process 610, in effect driving the system to a state where the 35 (weighted) distortion values of all applications are approximately equal. Tn~PrPn~l~nt of the process used, Wog5/32s6s 2~ ~01 l 5 ~ . P~ C -136 at the end of step 403, a table i~; generated that contains the rates for each variable rate application for the next statistical multiplexer cycle.
Alternatively, the table can ;c~ontain the both the fixed 5 and variable rate6 for the ~ext statistical multiplexer cycle .
BUTT n PACRET TA8LE STEP 404 In build packet table step 404, in this ~hQt1i t, a particular process is used to organize 10 the packet schedule table. Herein, the process i6 first considered generally and then specific applications of the process are considered. This process is only illustrative of one way to organize the packet schedule table and is not intended to limit the 15 invention to this particular process.
In the process used in build table step 404, a selected interval of time, i.e., a window, containing an integer number E of packets is considered, i.e., E
is the total number of packets that can be transmitted 20 over communication channel 330 in the selected time interval. Statistical multiplexer 300 is h:~n~l ;n~ L
applications 301-1 to 301-L and for any application 301-i, the number of packets allocated over this window is m_i. At the start of step 404, the 25 number of packets m_i required for each application over the selected time interval is known. An obvious constraint is that the total number of packets c~ n~led by applications 301-l to 301-L should not exceed the total available packets, i.e., L

~m_i= E
i'1 ~
The process of this invention assigns each packet ~ Wogsl32s6s 21~ P ~ 6 to the application that is the most deserving at the time. The detPrmin~tion of which application is the most deserving is based on the number of packets already assigned to that application up to that point 5 (actual allocation) in the window and the number of packets that the application should have been allocated up to that point (target allocation) in the window.
Since packets should be uniformly distributed over the entire window, the target allocation for application 10 301-i up to packet time n is pt_i (n) = ( m_i / E ) * n.
In other words, this is the number of packets that the 15 application 301-i should have received by the nth packet. Clearly, pt_i(o) = o and pt_i (E) = m_i.
Let the actual number of packets allocated to application 301-i up to, but not including the nth packet, be denoted by r_i(n). A figure of merit ~_i(n) is used to determine which application is most 25 deserving of the next packet. In this Pmhnrli- L, figure of merit ~_i (n) is defined by:
3_i (n) = pt i (n) - r_i (n) = ( m_i / E ) * n - r_i (n) 30 In other words, figure of merit ~_i(n) is detPrm;ned for each of the L applications, and the nth packet is allocated to the application having the largest positive figure of merit ~_i(n). Any remaining packets are inserted as idle packets. By repeating this 35 operation for each packet, packets are distributed to all L applications in a reasonably uniform manner, i.e, W095/32565 2~g~1~5 P~l/l C~ 1~6 the packet schedule table is generated.
In one embodiment, figure of merit ~_i(n) is not used because it requires a divide and a multiply which is slow when implemented in hard~are. Rather, an 5 equivalent figure of merit is~used that does not require the divide and so the packet schedule table can be generated very quickly in hardware.
Specifically, new figure of merit 71_i(n) is obtained by multiplying figure of merit ~_i(n) by the 10 number E of packets in the window, i.e., 1_i (n) = E * ~_i (n) = (m_i * n) - ( E * r_i (n) ) .
The packet 5--h~dlll o table is built by executing 15 the process illustrated in Figure 9. In initialization step 901, figure of merit 11_i(n) is set to zero for each application:
~_i(n) = 0, for i = 1, . . ., L
Alternatively, figure of merit ~7_i(n) is set to m_i for each application. Also, index n ~or the current packet number is set to zero as is index i for the current application. Upon completion of initialization 25 step 901, processing transfers to additional packet check step 902.
Additional packet check step 902 increments current packet index n and then checks index n to determine whether index n is greater than total number 30 of packets E. If index n is less than or equal to total number of packets E, processing transfers to additional application check step 903 and otherwise step 404 ends.
Additional application check step 904 increments 35 current application index i and then checks index i to determine whether index i is greater than total number WO 95l3256~ ? O ~ 1 ~ P~~ 6 of applications L. If index i is less than or equal to total number of applications L, processing transfers to update figure of merit step 905 and otherwise to assign packet step 906.
In update figure of merit step 905, figure of merit 11 i(n) is first generated. Next, number of packets m_i allocated over this window to application 301-i is added to figure of merit ~_i(n) and processing returns to additional application step 904. Notice that this repetitive addition effectively forms the product n * (m_i) in figure of merit 11 i (n) .
When figure of merit 11_i (n) has been updated for all L applications, processing transfers from additional application step 904 to assign packet step 906. In assign packet step 906, the application with the largest positive figure of merit 71_1 (n), i5 a6signed packet n, i . e., a pointer to the encoder for the application assigned packet n is put in the packet F:rhPdl~l P table at location n. The pointer is an address that identif ies the encoder .
If there is a tie, i.e., two or more applications have the largest positive f igure of merit 17_i (n), the application with the largest number of packets m_i allocated over this window is assigned packet n. In another embodiment, the application with the smallest number of packets m_i allocated over this time interval is assigned packet n. Of course, other tie-breaking rules could also be used. If no figure of merit 11_i (n) is greater than zero, the packet is tagged as an idle packet. After packet n is assigned, total number of packets E is subtracted from figure of merit 11_i (n) for the application assigned packet n.
If the sum of allocated packets is equal to the number E of packets transmitted in a window, there are no idle packets. However, if idle packets are Wo95/3256s ~ 90115 r~ . 136 ~
desirable or if there are more entries in the packet schedule table than the sum of the allocated packets, an idle source can be defined with its own allocation of packets m_; and so in ea`c~window m_j packets are transmitted as idle packéts.
Upon completion of assign packet step 906, proces6ing returns to additional packet check step 902 and the process is repeated as described above until each of total number of packets E has been assigned either to an application or as an idle packet. When all E packets have been assigned build packet table step 4 04 is complete .
The above description of build packet table step 404 generates a completely new packet schedule table for each window. Statistical multiplexer 300 has to schedule packets for applications operating with both variable and f ixed rates . Although variable rate applications demand a new packet schedule table every window, statistical multiplexer 300 must ensure that the fixed rate applications also get their required share of packets.
For any variable rate application 301-i, the number of packets allocated over the window is m_i, where the number of packets allocated for a particular variable rate application 301-i is defined by multiplying the rate in packets per second for application 301-i from the table generated in step 403 by the size of the window in seconds and truncating the product to the largest integer value that is less than this product. Similarly, for each fixed rate appli-cation 301-j, the number of packets allocated over the window is m_j, where the number of packets allocated for a particular fixed rate application 301-i is defined by multiplying the rate in packets per second for application 301-j provided by system supervisor 340 in step 401 by the size of the window in seconds and WOgsl32s6s 2 1~ 5 r~ S1~6 truncating the product to the largest integer value that is less than this product. Alternatively, to eliminate the truncation error, the number of packets m_i allocated over the window for variable rate application 301-i i5 det~rm;ned directly in step 403 and the number of packets m_j allocated over the window for fixed rate application 301-j is provided directly by system supervisor 340. The number of packets required for each fixed rate application in a window is ~ ; ne~l with number of packets required for the variable rate applications and used in building the packet schedule table for the next window, in one ~mho~;r~nt. This can be done during each window. In other words, the packet schedule table is built for all the applications afresh in each window.
This approach is preferred if only a few fixed rate applications, e.g., less than five, are being handled by statistical multiplexer 300. However, the number defined as "a few fixed rate applications"
depends on the processor utilized in statistical multiplexer 300. The greater the power of the processor, the larger the number of fixed rate applications that can be considered as a few fixed rate applications .
However, typically the number of applications connected to a single statistical multiplexer 300 is quite large -- typically of the order of several tens.
Most of these applications are fixed rate applications.
In this situation, it is gros61y inefficient to update 3 0 the packet schedules, i . e ., packet schedule tables, frequently. In addition to the fact that the majority of the applications are fixed rate, some of the fixed rate applications may operate at very low rates so that these applications do not need packets in every window.
For example, if there are six statistical multiplexing windows in a second and a fixed rate application Wo gS/32565 ~ 15 r ~ 6 requires only two packets per second, statistical multiplexer must keep track of which of the six windows to send a packet ~for this application. This adds to the overall complexity.
Hence, in one embodiment, ~ wo packet schedule tables, i.e., a static packel~ `table, that is ~ ;r--called a static table, a primary packet table, and a primary table, and a dynamic packet table, that is sometimes called a dynamic table, a seron~Ary packet table and a secnn~Ary table, are utilized. The static packet table is built once, during configuration time in step 401, and covers a relatively large interval of time , e . g ., about one second . Hence , in this embodiment, process 404, as illustrated in Figure 9 and de6cribed above, is used to build the static table within initialization step 401. The specified rates for the fixed-rate applications and the initial rates for the variable rate applications are used in the process to generate the number of packets m_i to be allocated over the interval for each application 301-i.
If a packet n is allocated to a fixed rate application in the process, that application's pointer is inserted against packet number n in the static packet table. However, if packet n is allocated to a variable rate application in the process, a predetPrmin~cl code, called a "null" code, is inserted against packet number n in the static packet table.
Once built in initialization step 401, the static packet table is not altered until the following 3 0 re-conf iguration time .
The particular way that packets are allocated within the static table is not a critical part of the invention. Any number of ways can be used. For example, all the variable rate applications can be considered as one pseudo-application. The total allocation for the pseudo-application is the sum of the WO 95/3256s ~ 1 9 0 ~ i P~
allocations for all the variable rate applications.
The packet s~hed~l ;ng is done for F~l applications, where F is the number of fixed rate applications and the one is the pseudo-application. In this Pmhotl; -nt, 5 the positions in the static table assigned to the pseudo-application have a null code inserted while the other positions have the pointer for the fixed rate application inserted.
The dynamic packet table is built every window in 10 build packet table step 404 using the new rates for the variable rate applications. However, the number of packets in the dynamic packet table is not the total packet number N but rather the total number of packets allocated to all the variable rate applications in a 15 statistical multiplexer period. Process 404, as illustrated in Figure 9, i8 utilized to generate the dynamic packet table using the redefined number of total packets available in the window instead of total number of packets N. Again, the particular packet 20 8rheAI~l ;n~ method used to allocate packets within the static and dynamic tables is not a critical part of the invention. One important aspect is that the static table is conf igured once at conf iguration time with null codes inserted for the variable rate applications 25 and the dynamic table is updated, i.e., populated, for the variable rate applications once per window. The use of the dynamic and static tables is given below in the description of Figure 18.
The size of a statistical multiplexing period, 30 i.e., a window, is not fixed and can change with time.
Consequently, the number of entries in the dynamic table in step 404 for the next window is not fixed and can change from window to window. In this pmhQrl;-- L, a constraint on the window size is that the window must 35 be large enough so that a predetprminp~ number of distortion values, e.g., three, are collected by Wo 95l32565 21~ 5 ~ 6 statistical multiplexer 300 from each variable rate encoder during the window. In addition, the predet~rr; necl number of distortion values collected can vary from window to wi~ ~ow'7.
As explained above, in this embodiment, the dynamic table is limited to no more than 192 entries.
Typically, the total number of packets allocated to all variable rate applications in a window is much greater than 192. Thus, when all the entries in the dynamic table have been accessed, statistical multiplexer 300 loops from the 12st entry to the first entry and begins sequentially accessing the entries again. Thus, the 192 entry dynamic table is repetitively used until the end of the window.
The switch, that is described more completely below, from one dynamic table to another is made during the time period when statistical multiplexer 300 has nrc~q~ the last entry in the table and is looping back to the first entry, i.e, after the switch, statistical multiplexer 300 accesses the first entry of the other dynamic table.
PASS R~ES STEP 405 In pass rates step 4 05, statistical multiplexer 300 passes the new rates used to generate the new dynamic table in step 404 to each of encoders 302-i that are processing a variable rate application 301-i. The new variable rate for each encoder 302-i is written to the general communications table and communicated to the encoder using the process described above. All of the rate decreases are sent first and a timer is started. In this ~ho~;r~~ t, the timer is a thirty-four millisecond timer. The timer is used to determine the completion of one picture period after completion of the sending of the rate decreases.
This interval is selected to insure that the rate ~ W0 9s/32s6s 2 ~ ~ 0 1 ~ 5 decreases are implemented by the encoders prior to the rate increases. When the timer times out, the rate increases are sent to the appropriate encoders 3 02-i .
Upon completion of the transfer of the new rates used 5 to generate the new dynamic table, processing transfer from step 405 to switch rate step 406.
SWITCH RA'T'E STEP 406 Switch rate step 406 is constrained by hardware in encoder 302-i. Typically, it is not possible to alter 10 the internal rate control of encoder 302-i once encoder 302-i has begun encoding a picture. Therefore, the following discussion of switch rate step 406 assumes that a rate switch in encoder 302-i occurs at the first picture boundary following receipt of the new rate by encoder 302-i. If an encoder 302-i requires more time than the f irst picture boundary, the time periods in the following discussion must be lengthened appropriately. Similarly, if an encoder 302-i has the capability to implement a new rate within a picture, 20 the time periods in the following discussion could be shortened. In view of this disclosure, the required modifications based on performance of encoder 302-i will be apparent to those skilled in the art. of course, if the encoders can change rates at any time 25 and not just at frame boundaries, for example, the switching interval, as defined below, can be reduced to zero .
Hence, in this embodiment, rate alterations are permitted only between pictures , i . e ., at the start of 30 a picture. Furth~- t, picture boundaries of statistically multiplexed applications 302-1 are not guaranteed to occur at the same time instant. These two constraints operate in tandem. Since the rate of an application 301-i within a picture can not be 35 changed, the new rate for application 301-i can not be implemented until the next picture boundary. However, W0 95/32565 2 1 ~ 5 . ~ 136 ~
when application 301-i reaches a picture boundary, some other application 301-j may not be at its picture boundary. Hence, new rate R_j for application 301-;
can not be implemented at the picture boundary for application 301-i. In other woir,ds, it is not possible to alter the rates o~ all th~è~ applications and alter the multiplexer packet srhe~ at the same instant.
The solution to this problem is not to perform the switch to the new rates of all applications 301-i and to the new packet schedule at the same time instant, but to perform the switch over a non-zero interval of time, referred to as switching interval 1020 (Fig. 10).
Switching interval 1020 is chosen such that all applications 301-i are guaranteed to have at least one picture boundary within switching interval 1020. In Fig. 10, tick marks 1001 to 1010 represent frame boundries which in the case of NTSC input have a frequency of 30 Hz, actually 29 . 97 Hz . Window 1050 starts at arrow 1051 and ends at arrow 1052. Modify rates step 403 is completed over time interval 1060.
Build packet table step 404 is completed over time interval 1070 and pass rates step 405 over time interval 1080. The length of switching interval 1020, in this case, is 2/29 . 97 seconds.
Applications switch rates at the f irst picture boundary encountered within switching interval 1020.
Specifically, all applications whose new rate is lower than the old rate perform the rate switch first over first half interval 1020-1. Then, at the center of the switching interval, statistical multiplexer 300 switches to the new packet schedule. Finally, all applications, whose new rate is higher than the old rate, perform the switch in second half interval 1020-2.
This process ensures that at no instant is the sum of all the applications ' rates greater than the ~ WO ~5l32565 2 ~ 9 ~ 6 capacity of communication channel 330. However, there is a slight drop in channel utilization during f irst half interval 1020-1, because some applications may operate at a rate that is lower than the rate at which they would be serviced by statistical multiplexer 300.
Specifically, in first half interval 1020-1, the rate for some applications may be decreased, i . e., the encoders for these applications start ~: essing at a lower rate than the old rate. However, until statistical multiplexer 300 implements the new packet schedule table, statistical multiplexer 300 continues to service the applications with lower rates at their old higher rates. This effect results in some underutilization of communication channel 330.
In Figure 10, the ticks marked are used by statistical multiplexer 300 for reference puL~oses and are not locked to any of the applications per se.
Further, it is assumed that every application completes coding each frame in the interval bounded by two adjacent ticks, i.e., in 1/29.97 seconds. If the frame rate of any application is less than 29.97 Hz (e.g., if it is a film sequence at 23 . 97 Hz), even then it is assumed that the encoder compresses each frame in 1/29 . 97 seconds and idles at certain other times to synchronize with the input data rate.
Statistical multiplexer 300 operates in a cyclic manner with the events within period 1050 being continually repeated. The length of period, as shown in Figure 10, is not indicative of any real time performance. Indeed, the only conclusion that should be drawn from this figure (and the next) regarding timing is that the bulk of the time during a statistical multiplexer period is spent in building the packet schedule table and that the other aspects of 35 this invention are executed in a relatively short time.
The actual time required to execute each process of W095/32s6s 219011 5 .~ 5r ~6 this invention is dependent on the computational power available in statistical multiplexer 300. However, note that there is a minimum value beyond which the period cannot be decreased~because, at the least, the 5 period should include sw~tching interval 1020, which is 2/29 . 97 seconds long.
Fig. 11 illustrate6 an alternative implementation with a shorter period 1150. In this r~rho~;r ~, the encoder and decoder buffer sizes are "large enough", 10 that the 6witching interval contains exactly one picture boundary of each application. The applications perform the switch to a higher or lower rate when they reach their picture boundary and statistical multiplexer 300 switches to the new packet schedule at 15 the center of switching interval I160. In this case, 60me applications may switch to a higher rate before the new packet schedule gets switched causing their bu~fer fullness to increase slightly. However, if the buffer sizes are large enough this should not be a 20 problem, although extreme care needs to be taken to ensure proper tracking of the buf f er status .
As explained above, the distribution of rates amongst all variable rate applications 301-i is based on their respective distortion D_i. In the above 25 discussion, distortion D_i was assumed known. In ~act, distortion D_i must f irst be def ined and then data generated to determine di6tortion D-i as defined for each application.
Ideally, distortion D_i should be such that it 30 incorporates the characteristics of the Human Visual System (HVS). Broadly speaking, the HVS is more sensitive to distortion artifacts in areas of low spatial and temporal activity. Low spatial activity means relatively flat areas in a frame. Low temporal 35 activity means relatively less frame-to-frame r v~ L.
In other words, the same "amount" of distortion ~ W0 95/3256s ~ 1~ 0 ~ 15 r ~ r ~l36 artifact is more easily visible to the human eye if the distortion ocuuLl~:d either in relatively flat regions of an image, or during a relatively still portion of a video sequence than if the same amount of distortion oc.uLL~d in areas of high spatial details of the image or during high motion of a video sequence. The word "amount" refers to some absolute error mea-uL~ L
between the recu~ Lucted and original Yideo frames, e.g., a mean-squared-error (mse) measurement. Thus, distortion D_i preferably takes into account the spatial and temporal characteristics of a video sequence .
In general, a IIVS based distortion metric is complicated to compute in real time hardware. So a simplified definition of distortion D, which is still quite functional and is implemented in the hardware of this invention, is def ined as D=P x (IF) x m9e where mse z ~qean-squared error, IF = Interlace Factor, SA = Frame Spatial Activity, TA = Temporal Activity, and P = Priority Number.
Priority number P was def ined above, and that definition is incorporated herein by reference. The particular methods used to determine the interlace factor, frame spatial activity, and temporal activity as well as the expression for distortion are not critical to the invention. The important aspect is that a uniform methodology be used for determining W0 95/32565 ~ ~ 9 0 1 1 5 P~ 136 distortion D_i or some other parameter that is indicative of the quality of the encoded data. The principles of this invention can be applied to ~ny compression technology and the particular parameter 5 used to measure quality can~e~ different from technology to technology a~d even within a given technology. Therefore, the following examples of the mean-squared error, interlace factor, frame spatial activity and temporal activity are illustrative only lO and are not intended to limit the invention to the particular examples.
Mean-squared error mse is generated by summing the square of the pixel-to-pixel difference between the original frame and the frame reconstructed after 15 encoding it and normalizing by the total number of pixels in the frame, i.e., 1 n-l i ) 2 n ~ Y_ where x_i and y_i are the pixels of the original and reconstructed frames, respectively, and here, n is the total number of pixels in the frame. Note that mean-squared error mse is completely ; n-l~r~nd~nt of the characteristics of the input sequence. In this ~rhotl;r?~t~ each encoder 302-i generates mean-squared error mse once per frame and that value is passed to statistical multiplexer 300. In another embodiment, the mean-squared error is not used, but rather an estimate of the mean-squared error that is generated by the encoder that is provided by C-Cube Microsystems of Milpitas, CA is used.
Interlace factor IF in distortion D is used to normalize the effects of interlacing in video Wo 95l32565 2 ~ 9 n ~ 1 ~ r~l L~ ~h 1~
sequences. Typical video encoders compress a sequence of pictures without regard to the field/frame structure of the sequence. However, the characteristic of frames originating from a video camera (typically at 50 or 60 5 fields/second) is different from that originating from a film source and converted to digital format (~sS~min~
that any 3: 2 pulldown operations have been reversed) .
The former has what is commonly called "interlace artifacts" while the latter does not. Interlace 10 artifacts are nothing more than motion between the two fields of a frame which is introduced because the two fields were captured at different time instants. Such inter-f ield motion does not exist between the f ields of a frame originating from a film sequence because the 15 two f ields in this case are captured at the same time instant. It is for this reason that a typical video frame is harder to compress than a typical movie frame.
As explained above, statistical multiplexer 300 uses the relative distortion values of different 20 applications to re-distribute rates. For such a process to work efficiently, the method used to determine distortion D mus~ be unbiased. However, since a video encoder typically operates on a frame grid, the spatial activity calculated for an 25 application becomes somewhat inflated if the application is an interlaced video sequence. This results in a lower than normal value for the distortion. This bias can be offset by re-scaling the spatial activity measure by interlace factor IF. If it 30 is known in advance that a particular frame is encoded in field mode, the interlace factor IF for that picture can be sent to one.
In this ~mhor~; r ~, interlace f actor IF is generated using two statistics, i.e., a "Difference 35 activity" DA and an "Intra activity" IA. Difference activity DA is def ined as the average absolute W0 95l32S65 2 i 9 0 ~ 15 r~ 136 pixel-to-pixel diLference between the two ~ields belonging to a frame, i.e., ni DA= lf,~`iu_i- v_i where nf is the number of pixels in a field, and (u_i) and (v_i) are corresponding pixels of the odd and even fields of the frame, respectively.
In one ~ ir-nt, a difference Acc~lr llAtor lO generates difference activity DA between two successive fields of different parity. Specifically, differential accumulator sums the absolute differences between a pixel of the current field, e.g., field al, and the same pixel of the next field of a different parity, 15 e.g., field a2. When all the data for a frame has been processed, encoder 302-i provides difference activity DA to statistical multiplexer 300 once per frame.
Intra activity IA is the average absolute pixel-to-pixel difference between each even-odd pair of 20 lines belonging to one field, averaged over both fields of the frame , i . e ., IA= 1f ~ [¦podd_ qioddl+lp~ven_ qeV~,nl]
25 where pii and qii are the corresponding pixels from adjacent even-odd lines of field j, j = odd, even.
In one embodiment, a difference A~-C~lr~llAtOr generates a difference measure between every adjacent odd-even line pair belonging to the same field.
30 Specifically, difference measure "intra activity IA" is WOgs/3~565 ~ ~ ~ 0 ~ r -l36 obtained by summing the absolute differences between pixel pairs belonging to the even and odd lines from the same field. Pixel differences are obtained between the following line pairs (0,1), (2,3), (4,5), ... The 5 pixel values for even numbered lines are passed to a delay line and then to the differential ~Cc~m~ tor, while the pixel values for odd number lines are pas~ed directly to the differential ~ tor. When all the data for a frame has been p~ucessed, and the intra 10 activity IA is provided by encoder 303 to statistical multiplexer 300 once per frame.
ûnce difference activity DA and intra activity IA
are available, interlace factor IF is defined as:
IF -- max ( 1 , min ( ( DA / IA ), 2 ) ) .
Both difference activity DA and intra activity IA
are generated in hardware. Notice that since the ratio of the two statistics is used, the hardware does not need to use number of pixels nf. Hence, both statistics are implemented using a differential ~ccl~m~ll AtOr, as described above.
Frame spatial activity SA in distortion D is a measure of the spatial activity in a frame. An example of such a measure is the average absolute difference between adjacent vertical and horizontal pixels. One embodiment of a hardware implementation of a frame spatial activity SA suitable for use in this invention is available from C-cube Microsystems of Milpitas, CA.
The important aspect in selecting hardware to generate frame spatial activity SA is that as long as the spatial activity is measured on a frame grid (i.e., pixel differences between adjacent lines of a frame are being taken into account), frame spatial activity SA
has to be adjusted by interlace factor IF.
Temporal activity TA in distortion D is an Wo95132565 r .,.l.. _^ 136 2 ~ ~ ~ `1 indicator of frame-to-frRme differences in the video sequence. First the average absolute difference between corr~cpnn~in~ pixels of two adjacent frames is det o~m ; n Pcl , i . e ., .
V/ = -- ;~ lXl- Y~ I
n l=l where, as before, n is the total number of pixels in a frame, and Xj and y; are, respectively, the 10 correcponding pixels of two adjacent frames. V' is used to recursively update a parameter, v, as follows.
v = ~rv + (1-~)V' 15 In one embodiment, constant ~ is 0 . 9 and parameter v is initially set to 40.
Finally, in this embodiment, temporal activity TA
is obtained from v as 1, v~10 l+ V 10< v~ 100 100 ' 2+ 1OO ,100< v Any other function may also be used as long as the function is based on a frame to frame pixel difference.
In the current implementation, both v and V' are 25 computed in the encoder and transferred to statistical multiplexer 300 once per frame.
A more detailed block diagram of one .~mho~; t of statistical multiplexer 300 is presented in Fig. 12.

WO 95/3256s 2 1~ 0 1 1 5 . ~~ . r~
St~tistical multiplexer 300 communicates with encoders 302-1 to 302-L and collects compressed application data for transfer to communication channel 330 using application control bus 360. In this 5 ~mhQ~lir 1, memory 313 (Fig. 3) includes a plurality of memories 1201 to 1203 and memories 1205 to 1207, each of which are described more completely below.
In one o~ho~;~ L, statistical multiplexer 300 supports four distinct application control buses 10 through application control bus interface circuit 1210.
Multiple application control buses allows redundant applications 301-i to connect to statistical multiplexer 300 over redundant application control buses 360. If one of the redundant applications fails 15 in a mode that corrupts its application control bus, another of the redundant applications can still send data to statistical multiplexer 300 over one of the other three application control buses.
All four application control buses are driven in 20 parallel with each application control bus having it's own set of drivers. Signals received from all four application control buses are logically "ORed" together in interface circuit 1210. Any application control bus can be disabled if a problem occurs with that 25 application control bus.
Application control bus state machine 311 is positioned between application control bus interface circuit 1210 and microprocessor 312. In one ~ ho~ the functions described below of 30 application control bus 6tate machine 311 are implemented in a ~JLOyL -hle gate array. Application control bus state machine 311, hereinafter ACB state machine 311, controls application control bus 360 through interface circuit 1210 and so minimizes the 35 effect of bus operations on mi~:L~,~Locessor 312, which in one ~ ho~7;r~-lt is a Motorola 68302 microprocessor.

-WO 95/32565 2 ~ 5 I'~, l/L.,. 1'~.5 ACB state machine 311 is controlled by tables stored in memories 1201 to 1203 and 1207 and registers in state machine 311, both of which are configured by mi~u~:Vc; ssor 312. Tables .~ied to control AC8 state 5 machine 311 include, in o,ne~ L, a static rate table 6tored in scratch DRAM 1207, a dynamic rate table stored in dual port memory 1202, and a general communication table stored in dual port memory 1204, each of which are described more completely below. ACB
state machine 311 addresses memories 1202 to 1203 using address generator circuits 1222 to 1223 respectively.
Of course, those skilled in the art will appreciate that address generator circuits 1222 to 1223 could be included within state machine 311.
The ACB state machine registers, that are written to by microprocessor 312 are registers ACBSMCtr, ACl'i.'~ X, and ACBSMClr. These are eight bit registers and the bit definitions for registers ACBSMCtr and At'e~.ClV~ ck are given in Tables III and IV. Writing to 20 register ACBMSMCLr clears pending interrupts even if an interrupt is masked.
TAB~E I I I
Name Bit Reset ~ 0 StComm StFIF0 2 Reserved 4, 3 NeedSel 5 SecSel 6 ComSel 7 Wo 95132565 2 ~ 9`~ 1 1 5 P~ ). 1!6136 When bit Reset is low, ACB state machine 311 is reset. ACB state machine 311 can not operate when bit Reset is low . MiCL up~ ùcl:ssor 312 must set bit Reset to zero and then to one to affect a reset of ACB state machine 311.
Bit StComm is set by mi~:Lu~uLUcessor 312 when micLu~Lù-:~ssor 312 has ~L~L -~ one of the general communications table and is ready for ACB state machine 311 to make a transfer. Bit StComm is cleared when ACB state machine 311 reaches an entry in the general communications table that is off.
Bit StFIFû is set by microprocessor 312 when the new primary table has been generated, and begun the DMA
transfer of this table into FIF0 1201. When bit StFIF0 is low, ACB state machine 311 can not perform the primary status message cycles described below, but ABC
state machine 311 can perform the other application bus message cycles, described below.
Bits reserved must always be set low.
Bit NeedSel defines which of the two secondary tables in memory 1202 to use, as described below. When bit NeedSel is set low, ACB state machine 311 bit uses secondary table one.
Bit SecSel is not used.
Bit ComSel defines which general communication table in memory 1204 to use. When ComSel is set low ACB state machine 311 uses general bit communication table one.

Name Bit C( ~ k O
VarMask EmtyFIFûMask 2 WO 95/32565 ~ 1 ~3 0 ~ 6 ACBTimeMask 3 AppBus 7-4 Clearing bit C ~ck disables the interrupt 5 normally generated when ACB state machine 311 reaches the end of data in the general communication table.
Clearing bit VarMask disables the interrupt normally generated when ACB state machine 311 reaches the end of the secondary table.
Clearing bit EmtyFIFOMask disables the interrupt normally generated when FIFO 1201 becomes empty.
Clearing bit ACBTimeMask disables the interrupt generated when ACB time counter 1242 times out. In this embodiment, this interrupt is not used and so this bit is set low.
Bit AppBus enables application buses four to one respectiYely. When a particular bit is set, the corresponding bus is enabled.
Application control bus 360 includes an eight-bit parallel address/data bus ADDR/DATA, an address strobe line AS, a data strobe line DS, a clock line CLOCK, a data clock or return clock line DTACLK, and an enable signal line ENABLE. The signals on these lines are differential TTL signal levels in this ~rhorl;
Moreover, for convenience, the same reference numeral is used for a line and for a signal on that line. The application control bus 360 also includes reference clock and reference count lines that carry differential ECL level signals in this ~rho~ir-nt.
Application control bus 360 is the only communication path between statistical multiplexer 300 and encoders 302-l to 302-L. Transfer of information on application control bus 360 is divided into packet time intervals, where a packet time interval is def ined as the time res~uired to transmit one packet of data ~gO115 Wo95l32S65 r~ ,'c 1~6 over communication channel 330. The time interval between the rising edges of two consecutive pulses 1301 and 1302, i.e., packet strobes, on packet strobe line PS (Fig. 13) defines the packet time interval. In 5 this ~mhoA i L, communication channel 3 3 0 provides sn external clock signal EXCLK. External clock signal EXCLK is divided down by statistical multiplexer 300 to generate the packet strobes on line PS. Hence, a packet strobe is generated by 10 dividing clock ticks on external clock line EXCLK by the number of bits in a packet. Packet strQbes are very accurate, very regular pulses.
In this embodiment, statistical multiplexer 300 has two sections that run synchronously to one another.
Applica~ion control bus 360 runs at 10 MHz. The statistical multiplexer output to communication channel 330 runs ~y~ ru~u~sly to external clock signal EXCLK received from communication channel 330, e. g ., from a modem that drives the channel . These frequencies allow each portion of statistical multiplexer 300 to run optimally. This eliminates problems that would occur by requiring application control bus 360 to run at varying freguencies as the frequency of external clock signal EXCLK is changed.
In one ~-mho~ L, every packet time interval is divided further into a message cycle interval ACB
(Fig. 13) and a data transfer interval ADB on application bus 360. Data transfer cycle interval AD8 is used by statistical multiplexer 300 when collecting - essed application data for transfer to communication channel. Message cycle interval ACB is used by statistical multiplexer 300 for collecting information from encoders 302-1 to 302-L, and for distributing new rates to each of encoders 3 02-i that process variable rate applications.
Control and data transfer cycles within W0 95~32565 ~ l 9 ~ 1 L 5 r~
intervals ACB and ADB are t i -- l tiplexed on data bus DATA/ADR within application control bus 360. In one embodiment, a plurality of messages cycles occur within interval ACB followed by one data packet transfer cycle within interval ADB.
As illustrated in Fig . 13 ~ message cycle time interval ACB is sub-divided ~i'nto three message cycles, i.e., primary st2tus, allocate bus, and general communication cycles. Any of these three message cycles may be deleted ~rom message cycle time interval ACB. However, any or all of the three cycles always occur in this order. There may be some unused portion of message cycle time interval ACB, ~peci~l ly if one or more message cycles are deleted. The three message cycles and their functions are further defined below .
At least one message cycle must precede each data transfer cycle to enable the data transfer. The number of message cycles that may occur between transfer cycles is limited by the required data transfer rate.
With f our message cycles between data transf ers, and using a clock rate of approximately 12 . 5 MHz, the maximum transfer rate of application packet data on application control bus is 60 Mbits/sec.
Message cycle time interval ACB is det~rm; nPd by an ACB time counter 1242 (Fig. 12). ACB time counter 1242 is started in response to a packet strobe on line PS. ACB time counter 1242 then counts a predet~rmi n~d number of application control bus clock ticks, e.g., 40 bus clock ticks, and generates an output signal.
In response to the output signal of ACB time counter 1242, ACB state machine 311 drives data strobe signal low and sets signal ENABLE active after at least time tDSE (Fig. 14 and Table V) . (Note in Figure 13 signal ENABLE is ~ r~nrl~d and lines are used to relate Wo 95l32565 ~ - r~
l t S
the rising and falling edge of signal ENABLE to time interval ADB on the application bus. ) Hence, the data transfer protocol is controlled by the appropriate message cycles and signal ENABLE. A data transfer 5 cycle requires that the selected application was already tasked, through a message cycle, to be the next application to provide packet data. During a message cycle, statistical multiplexer 300 enables an application 301-i to drive data bus DATA/ADR the next 10 time signal ENABLE is asserted.
Application bus clock CLOCK (Fig. 14) runs continuously. ACB state machine 311 asserts and deasserts signal ENABLE (Figs. 13 and 14) synchronous with application bus clock CLOCK. Signal ENABLE stays 15 active for the number of application control bus clock ticks egual to the number of bytes in a data packet.
In this ~mho~l;r--lt, ADB time counter 1241 starts to count the number of application control bus clock ticks upon signal ENABLE going active. When ADB time 20 counter 1241 has counted the requisite number of clock ticks, a signal is generated to ACB state machine 311, which in turn drives signal ENABLE inactive.
The enabled application drives data on bus DATA/ADR for the number of clock cycles that 25 signal ENABLE is asserted. In this way statistical multiplexer 300 controls the number of bytes application 301-i sends on application control bus 360 in any one data transfer.
Application 301-i drives data onto bus DATA/ADR
30 and a clock signal on line DTACLK syn~ unuusly.
(Fig. 14 . ) The signal on line DTACLK is not required to be in phase with signal CLOCK, but the signal on line DTACLK must have the same frequency as signal CLOCK. Some latency is allowed from the time 35 application 301-i receiYed signal ENABLE until application 30I-i drives the data clock signal DTACLK.

W095132565 2~901~ ~ r~l,. r-1~6 .
See Table v. In this embodiment, application 301-i, once enabled, must assert DATA and DTACLR on bus 360 within two clock cycles of the f irst positive edge of the clock on which signal ENABLE goes active.
Application 301-i must driv~ the number of bytes on bus DATA/ADR as determin~d~ by the time interval signal ENABLE i5 active. This means the enable latency and disable latency must be the same for any application, but the latency time may vary from one application to the next. When ADB time counter 1241 times out following a data transfer, ACB state machine 311 drives the signal on line ENABLE inactive and statistical multiplexer 300 enables the next data transfer by appropriate message cycles. Specifically, statistical multiplexer 300 waits at least time tEAS
(Fig. 14 and Table V) before asserting addre6s strobe s igna l AS .
One embodiment of the timing relationships between the siynals on lines CLOCK, ENABLE, DTACLR and bus DATA/ADR is presented in Figure 15. Table V explains the interpretation of the set up time tSU, hold time tH
and time off tOFF. Time tDSE (Fig. 14) is the minimum time statistical multiplexer 300 waits after data strobe signal DS is driven inactive.
TABLE V
Parameter Min/Max tAL Min l clock cycle Application latency r~ax 2 clock cycles tSU Min 15 nsec Setup time f or enable or data tH Min lO nsec Hold time for data WO gsl32s6s ~ ~ g O 1 ~ 5 r~~
tOf f Min 2 . 0 nsec Of f time tDSE Min 320 nsec Of f time - 5 tEAS Min 4 8 0 nsec Of f time Statistical multiplexer 300 counts the number of bytes sent over application control bus 360 with ADB
byte counter 1240. In this Pr~ho~l;r-~nt, ADB byte counter 1240 is a down counter that generates a signal to ACB state machine 311 if and when the correct number of bytes have been received.
When an application 301-i is not driving line DTACLK, the driver for this line is set to a high ~n~ e state by encoder 302-i. To avoid glitches on line DTACLK, encoder 302-i takes the driver to a logic zero state at least for time tOFF before disabling or enabling the driver. To disable the driver, encoder 302-i first puts a logic zero on line DTACLK
and then disables the driver, i.e., the driver is set to the high; - l~nce state. Bus terminations hold bus 360 in the logic zero state. When the next application 301-j enables its driver, there is not a transition on bus 360 because the drivers are enabled in the logic zero state.
As indicated above, ACB state machine 311 controls application control bus 360 using information stored in tables in memory 311. ACB state machine 311 causes the appropriate address generator 1222 to 1223 to address an entry in the appropriate table that contains information to control operation of application control bus 360 or to enable transfer of information from primary FIFO 1201 to bus 360. Entries in each of the stored tables controls one of the message cycles shown W095/32565 219~115 r~ Sr l36 in Figure 13.
Each of the tables have the same format for an entry. The first byte is a control byte that is used by ACB state machine 311. Table VI def ines one 5 ~mho~lir-~~t of the control ~p~te.
.~
TABLE VI
Name Bit Off 0 CF
Type 3-2 Reserved 7-6 Bit Off is set if the table entry is not used.
Bit CF is not relevant to this invention.
The possible values for field Type are:
00 - Null packet inserted;
01 - Not used;
lO - Write to application control bus; and ll - Read from application control bus When bit TF is set, a packet is read from a test FIFO. To use this feature bit Type must be set 25 to "01". This feature is not required for operation of statistical multiplexer 300.
Bit BC is set to broadcast to all encoders on one of the application buses when doing general communications . The two least signif icant bits of the 30 data byte in the general communication table designate which application bus, 0, 1, 2, or 3, to broadcast the data byte. The two least significant bits on data bus DATA/ADR are driven as logic zeros.

Wo 95132565 2 ~ P~ 6 The reserved bits are always set to a logic zero.
Each encoder 302-i is addressed by an application address, that is sometimes referred to as a service channel identification SCID. Addresses on application 5 control bus 360 are given by the second and third bytes in each table entry, with the most significant byte f irst . Within the sixteen bit address, the twelve most significant bits (bits 15-4) are the address for encoder 302-i. Other embodiments may use a different 10 number of bits to address encoder 302-i. The next three bits (bits 3-1) are the address for specific registers within encoder 302-i. The last bit, i.e, the least significant bit, indicates read or write. The fourth byte in each table is a data byte. If a byte is 15 written to an application 301-i during a message cycle, the inf ormation contained in the f ourth byte of the entry table is provided to application 301-i. If a byte is read from an encoder 302-i, the byte is passed to microprocessor 312 by encoder 302-i writing to this location.
The address bytes in a table are sent over bus DATA/ADR of application control bus 360 with consecutive pulses on address strobe line AS of application control bus. (Figs. 14, 16 and 17. ) Encoders 302-1 to 302-L latch the address bytes on the trailing edge of the pulse on address strobe line AS.
Reads and writes over bus DATA/ADR during a message cycle to the fourth byte in a table are enabled by a pulse on data strobe line DS of application control bus 360. (Figs. 16 and 17 . ) During write transfers, data is latched by addressed encoder 302-i on the trailing edge of the pulse on data strobe line DS . During read transf ers, ACB state machine latches data on the trailing edge of the pulse on data 35 strobe line DS. When reading, there is no hAn~lchAkP
for indicating that the read data is valid. This means WO 9S/32565 21!3 ~1~ 5 r~
data must be placed on application control bus 360 within a 6pecif ied time of the signal on data strobe line DS being asserted. The various timing characteristics between the signals on lines AS, DS and 5 bus DATA/ADDR, as shown in Figs. 16 ar~d~ 17, are defined in Table VII. .~ ~
TA~3LE VII
PArameter MintM~x Comment 10 tASL Min 80 nsec Applies only Address strobe low between the two pulse width strobes f or the two address bytes.
tASEI Min 80 nsec Address strobe 15 high pulse width tDSW Min 160 Data Strobe signal Write data strobe nsec DS is wider than pulse width address strobe signal AS to allow address cleco~; n~.
tDSR Min 320 A long data strolbe 20 Read data strobe nsec signal DS on read pulse width allows the application time to f ind the data and put it on bus DATA/ADR within bus 360.

W095~2565 21'~01~ ~ P11~ 6 , tDSL Min 80 nsec This timing Data strobe low characteristic pulse width applies between repeated writes or reads at the same - address.
tAD Min 80 nsec This time interval Address strobe to allows the address data strobe setup to be latched before signal DS
becomes valid, and so avoids false address decodes while the latched address is settling .
tSU Min 40 nsec Address or data is Address or data latched on falling setup edge.
10 tADH Min 40 nsec On read, data may Address or data Max 120 not be put on the hold time nsec bus before signal DS is asserted.
tDE Min 0 nsec On read, data must Data enable Max 120 be driven on the 15 latency nsec bus until after signal DS is deasserted .
.

wogS/32565 2l9n~ P~ 36 ~
tRDH Min 0 nsec After read, bus Read data hold Max 120 master allows time time nsec f or bus to go inactive before asserting address f or next cycle .
tDAS Min 320 Data strobe to nsec address delay As explained above, the primary table, which is def ined at conf iguration time and is stored in memory 1207, divides a predetermined time interval into packet times. Each packet time in the predetr~rm; n~-l time interval is allocated an entry into the primary table. Each entry in the primary table is an address that specifies which application 301-i is allocated this packet time. Since the primary table allocates bandwidth at a resolution down to one packet per second, the primary table, in one embodiment, has (39 Mbits/sec), the statistical multiplexer output rate, times (1/1024 packet/bits) or 29,297 entries.
As explained above, statistical multiplexer 300 shares responsibility with system supervisor 340 for building the primary table. After set-up, a pointer is set to the f irst entry in the primary table.
Statistical multiplexer 300 uses one primary table entry every packet time and so the pointer to the primary table is indexed once for every packet period.
Thus, packet time intervals over communication channel 330 are offered to applications 301-1 to 301-I, according to the inf ormation in the primary table .
Statistical multiplexer 300 actually provides for two primary tables. This allows statistical multiplexer 300 to build a "next" primary table and WOgSt32s6s ~ 5~ tr-l~6 then switch to the next primary table, as described above .
As mentioned above the primary table is kept in DRAM 1207. At the appropriate time, a DMA tran6fer is used to move the addressed entry in the primary table from memory 1207 to primary FIF0 1201. After the la6t entry of the primary table is transferred to primary FIFO 1201, the DMA controller is redirected to the first entry of the primary table. This cycle is continued until a new primary table is built in another section of DRAM. The DMA controller is directed to this new primary table when desired.
During the primary status message cycle of a packet time, ACB state machine 311 reads the control word, i.e;, the first byte, of the primary table entry pointed by the primary table pointer. If bit Off is set, the rest of the control word is ignored and the rest of this primary table entry is read and trashed and an entry in the secondary table is ~YAmin~cl, as described below.
Field "Type" is used in primary table entries to def ine if this packet is a normal data packet or a system clock packet. If field Type field specifies that this packet is a system clock packet, the primary status message cycle is deleted and ACB state machine 311 moves onto the allocate bus message cycle and tells application 301-i, that received the previous packet interval that it gets this packet ' s bandwidth also .
If bit Off is not active and field Type is defined as a normal data packet, ACB state machine 311 performs a primary status message cycle. ACB state machine 311 perf orms a read at the encoder ' s address specif ied in the next two bytes of the entry. The data read at this address is a status that tells statistical multiplexer 300 Lf the addressed encoder wants this Wo9513Z565 219011~; r~ 5,. 1~6 ~
packet ' 6 bandwidth . I~ thé addressed encoder ~1P~1 i nF.c this packet's bandwidth, the primary table entry's data byte is read and tra6hed.
If the addressed encoder returns a status that it wants this packet'6 bandwidth, the allocate bus message cycle provides directions to the addressed encoder to enable the encoder to use this packet ' s bandwidth.
The secondary table is used to allocate packets that are not allocated by the primary table. As indicated above, in one embodiment, only fixed rate applications are allocated in the primary table, and variable rate applications are allocated in the secondary table . Thus, when bit of f in the control word of the primary table is set, the secondary table is accessed.
In this case, ACB state machine 311 reads the control byte in the addressed entry of the secondary table. At initialization, a pointer is positioned at the first entry in the secondary table and after an entry is used, the pointer is incremented by ACB state machine 311. Specifically, ACB state machine 311 accesses the entries in the 5Prr~n~l~ry table cyclically.
ACB state machine 311 uses a counter to generate a pointer that cycles through the entries.
If bit Off is set in the addressed entry of the 6econdary table, packet assembly state machine inserts an idle packet in this packet's bandwidth, and the allocate bus message cycle is deleted. If bit of ~ ~it is not set, ACB state machine 311 allocates this packet's bandwidth to the application listed in the next two bytes of this entry in the secondary table.
Hence, the allocation of packets using the primary and secondary tables now becomes a two-tier approach.
The flow for this process is illustrated in Figure 18.
ACB state machine 311 in step 1802 first PY~m;n~c the entry in primary FIF0 1201. If the current packet is WO 95/32565 P~~ 36 allocated to a f ixed rate application, the packet iB
offered to that application and the pointer for the primary table is advanced by one (modulo the total number of entries). However, if the packet is 5 allocated to a variable rate application, as indicated by the null code in the primary table, null code check 1803 passes control to step 1805 and ACB state machine 311 checks the secondary table to see which variable rate application is allocated the current 10 packet. After offering the packet to the variable rate application, the pointers for both the primary and secondary tables are advanced by one (modulo their respective total number of entries).
There are two secondary tables resident in shared memory 1202. This allows ACB state machine 311 to use one table while microprocessor 312 builds a second. As described above, a bit in the ACB state machine control register, which is controlled by microprocessor 312, controls which secondary table ACB state machine 311 accesses.
The last message cycle in message cycle interval ACB of a packet time i6 f or general communications between statistical multiplexer 300 and applications 302-1 to 320-L. This table is built by microprocessor 312 and kept in shared memory 1203.
ACB state machine 311 ACCP5CPC the entries in the general communications table cyclically by using a counter to generate a pointer that cycles through the entries. AC8 state machine 311 deletes the general 3 0 i eAtions message cycle whenever an entry has bit of f set . The general communications table entry pointer remains at this entry until microprocessor 312 writes to the ACB state machine control register to send more general communication bytes. The ACB state 3 5 machine generates an interrupt when it reaches a general communications table entry with bit Of f set .

Wo 5/32565 . ~1/~.J,' -136 9 ~19~1~ 5 In the general communications message cycle, Acs state machine 311 either reads a byte from the addressed application and puts the byte into the data byte field of the general communication table entry, or 5 reads the general communication table entry data byte field and writes this byte to ~tl~ë~ application. The data direction is controlled by field Type of the entry .
There are two general communications tables 10 resident in shared memory 1204. This allows ACB state machine 311 to use one table while microprocessor 312 builds a second. A bit in the ACB state machine control register, which is controlled by microprocessor 312, controls which table ACB state 15 machine 311 accesses.
During a data transfer in the general communications message cycle, data strobe signal DS may be asserted multiple times. This allows reading and writing from registers with more than one ~-bit byte.
20 Multiple-byte registers use subsequent data strobes for successive bytes of the register, beginning with the least signif icant byte . Thus, to write to a 16-bit register, the bus master asserts data strobe signal DS
twice, the first time with the least significant byte 25 of data, and the second with the most signif icant byte of data. Reading the register is done in the same way.
Registers are organized so that the bus master may optionally read or write only the least signif icant byte(s). There is technically no limit to the number 3 o of bytes a register may have. Thus, a memory could be treated as a register, doing multiple byte reads or writes .
Microprocessor 312 in statistical multiplexer 300 communicates with system supervisor 340 over a system 35 supervisor bus. As explained above for step 401, statistical multiplexer 300 is configured and WO 9sl32565 2 1 9 Q 1 1 ~ '136 controlled by system supervisor 340. The information is passed between statistical multiplexer 300 and system supervisor 340 over using High Level Data Link Communication protocols. The particular bus structure 5 used to form a communication path between statistical multiplexer 300 and system supervisor 340 is not a part of the current invention. The important aspect is the information provided by system supervisor 340 to statistical multiplexer 300. The particular mode used 10 to transport the information to statistical multiplexer 300 is defined by configuration of the system supervisor 340 and so will be known when the statistical multiplexer is conf igured with a particular system supervisor.
As indicated in step 401, statistical multiplexer 300 system supervisor tells statistical multiplexer 300 which applications 301-i to 301-L are in the system and how applications 301-2 to 301-L are configured. System supervisor 340 also provides a method of updating statistical multiplexer software.
In this embodiment, statistical multiplexer 300 software revisions are downloaded over system supervisor bus to statistical multiplexer 300 and stored in non-volatile flash memory 1206.
The above hardware description is illustrative only of one Pmho~l; ~ L of the invention. In view of this disclasure, the tables and data used by statistical multiplexer as well as ~ ations with the encoders, communication channel, and system supervisor can be implemented in a wide variety of ways. In addition, as noted earlier, the use of the statistical multiplexer for compressed video data is illustrative only. The statistical multiplexing principles of this invention, in view of this disclosure, can be used by those skilled in the art for a wide variety of data streams.

Claims (31)

I claim:
1. A statistical multiplexing process for a plurality of data streams competing for access to a communication channel comprising the steps of:
a) populating a static table in a memory of a statistical multiplexer wherein said static table has an entry for each unit of data that. can be sent over said communication channel in a predetermined time period wherein said static table populating step further comprises:
i) allocating an entry in said static table to one of said plurality of data streams;
ii) storing a predetermined code in said entry if said entry is allocated to a data stream that has a variable rate;
iii) storing a pointer in said entry if said entry is allocated to a data stream that has a fixed rate wherein said pointer identifies the fixed rate data stream; and iv) repeating steps i) to iii) for each entry in said static table; and b) using each table entry in said static table in selecting the data stream in said plurality of data streams that sends the next unit of data to the communication channel.
2. The statistical multiplexing process of Claim 1 further comprising the step of:
populating a dynamic table wherein said dynamic table populating step further comprises:
i) allocating an entry in said dynamic table to one of A) one of a plurality of variable rate data streams in said plurality of data streams and B) a variable rate data stream of idle units of data;
ii) storing in said entry a pointer to said variable rate data stream upon allocation of said entry to said variable rate data stream; and iii) repeating steps i) to ii) for each entry in said dynamic table.
3. The statistical multiplexing process of Claim 2 wherein said step of using each entry in said static table further comprises:
accessing an entry in said dynamic table, upon detecting an entry in said static table containing said predetermined code, to select the variable rate data stream.
4. The statistical multiplexing process of Claim 3 further comprising the step of:
adjusting a number of units of data allocated for transmission over said communication channel for each of said variable rate data streams that has a quality measurement parameter outside a predetermined range.
5. The statistical multiplexing process of Claim 4 further comprising the step of:
populating a second dynamic table using said adjusted number of units of data allocated for transmission over said communication channel wherein said second dynamic table populating step further comprises:
i) allocating an entry in said second dynamic table to one of A) one of said plurality of variable rate data streams in said plurality of data streams and B) a variable rate data stream of idle units of data;
ii) storing in said entry a pointer to said variable rate data stream upon said entry being allocated to said variable rate data stream; and iii) repeating steps i) to ii) for each entry in said second dynamic table.
6. The statistical multiplexing process of Claim 5 further comprising the step of:
switching from said dynamic table to said second dynamic table so that said second dynamic table is available for use in another predetermined time window following a predetermined time window in which said dynamic table is used.
7. The statistical multiplexing process of Claim 2 wherein said step of populating a dynamic table is done once in a predetermined time window.
8. The statistical multiplexing process of Claim 3 further comprising the step of:
collecting data for each variable rate data stream to generate a parameter that characterizes said variable rate data stream.
9. The statistical multiplexing process of Claim 8 further comprising the step of:
generating for each variable rate data stream said parameter that characterizes said variable rate data stream.
10. The statistical multiplexing process of Claim 8 wherein said parameter comprises a measure of distortion.
11. The statistical multiplexing process of Claim 9 further comprising the step of:
adjusting a number of units of data allocated for transmission over said communication channel for each of said variable rate data streams with said parameter outside a predetermined range.
12. The statistical multiplexing process of Claim 11 wherein a lower limit of said predetermined range is a product of a first hysteresis coefficient and a distortion parameter.
13. The statistical multiplexing process of Claim 11 wherein an upper limit of said predetermined range is a product of a second hysteresis coefficient and a distortion parameter.
14. The statistical multiplexing process of Claim 11 further comprising the step of:
populating a second dynamic table using said adjusted number of units of data allocated for transmission over said communication channel for each of said variable rate data streams wherein said second dynamic table populating step further comprises:

i) allocating an entry in said second dynamic table to one of A) one of said plurality of variable rate data streams in said plurality of data streams and B) a variable rate data stream of idle units of data;

ii) storing in said entry a pointer to said variable rate data stream upon said entry being allocated to said variable rate data stream; and iii) repeating steps i) to ii) for each entry in said second dynamic table.
15. The statistical multiplexing process of Claim 14 further comprising, the step of:
switching from said dynamic table to said second dynamic table so that said second dynamic table is available for use in another predetermined time window following a predetermined time window in which said dynamic table is used.
16. The statistical multiplexing process of Claim 3 wherein said plurality of data streams includes an encoded video data stream.
17. A statistical multiplexing process for a plurality of encoded data streams sharing access to a communication channel comprising the steps of:
assigning a rate to each variable rate encoder that generates one of said plurality of encoded data streams, and to each fixed rate encoder that generates one of said plurality of encoded data streams;
populating a table having a predetermined number of entries using said assigned rates wherein each entry in said table is allocated to one of (i) one of said plurality of encoded data streams and (ii) a variable rate data stream of idle packets; and using each table entry in said table to select an encoded data stream that sends the next packet to the communication channel.

92a
18. The statistical multiplexing process of Claim 17 wherein said assigning a rate step is performed in an initialization step and each fixed rate encoder is assigned an actual rate and each variable rate encoder is assigned a guaranteed rate.
19. The statistical multiplexing process of Claim 18 wherein in said initialization step, each variable rate encoder is assigned a distortion threshold.
20. The statistical multiplexing process of Claim 18 wherein said step of populating a table further comprises:
i) storing a predetermined code in said entry if said entry is allocated to an encoded data stream that has a variable rate;
ii) storing a pointer in said entry if said entry is allocated to an encoded data stream that has a fixed rate wherein said pointer identifies the fixed rate data stream; and iii) repeating steps i) to ii) for each entry in said table.
21. The statistical multiplexing process of Claim 20 further comprising the step of:
populating a second table wherein said second table populating step further comprises:
i) allocating an entry in said second table to one of A) one of a plurality of variable rate encoded data streams in said plurality of encoded data streams and B) a variable rate data stream of idle packets;
ii) storing in said entry a pointer to said variable rate encoded data stream upon said entry being allocated to said variable rate encoded data stream; and iii) repeating steps i) and ii) for each entry in said second table.
22. The statistical multiplexing process of Claim 21 wherein said step of using each entry in said first-mentioned table further comprises:
accessing an entry in said second table, upon detecting an entry in said first-mentioned table containing said predetermined code, to select the variable rate data stream that sends the next packet to the communication channel.
23. The statistical multiplexing process of Claim 21 further comprising the step of:
collecting data for each variable rate encoded data stream from a variable rate encoder to generate a distortion parameter that characterizes said variable rate encoded data stream from said variable rate encoder.
24. The statistical multiplexing process of Claim 23 further comprising the step of:
generating said distortion parameter that characterizes a quality of said variable rate encoded data stream.
25. The statistical multiplexing process of Claim 24 further comprising the step of:
adjusting a number of packets allocated to each of said variable rate encoded data streams using said distortion parameter if said distortion parameter is outside a predetermined range.
26. The statistical multiplexing process of Claim 25 wherein a lower limit of said predetermined range is a product of a first hysteresis coefficient and a distortion threshold.
27. The statistical multiplexing process of Claim 25 wherein an upper limit of said predetermined range is a product of a second hysteresis coefficient and a distortion threshold.
28. The statistical multiplexing process of Claim 25 further comprising the step of:
populating a third table using said adjusted number of packets allocated for transmission over said communication channel wherein said third table populating step further comprises:
i) allocating an entry in said third table to one of A) one of said plurality of variable rate encoded data streams in said plurality of encoded data streams and B) a variable rate data stream of idle packets;
ii) storing in said entry a pointer to said variable rate encoded data stream upon said entry being allocated to said variable rate data stream; and iii) repeating steps i) to ii) for each entry in said third table.
29. The statistical multiplexing process of Claim 28 further comprising the step of:
switching from said second table to said third table so that said third table is available for use in another predetermined time window following a predetermined time window in which said second table is used.
30. The statistical multiplexing process of Claim 21 wherein said plurality of data streams includes an encoded video data stream.
31. A statistical multiplexing process for a plurality of encoded data streams sharing a communication channel comprising the steps of:
collecting data for each variable rate encoded data stream from a variable rate encoder in said plurality of encoded data streams to generate a distortion parameter that characterizes said variable rate encoded data stream;
generating for each variable rate encoded data stream said distortion parameter that characterizes a quality of said variable rate encoded data stream;

adjusting a number of packets allocated to each of said variable rate encoded data streams in a selected time period if said distortion parameter is outside a predetermined range;
populating a table using said adjusted number of allocated packets wherein said table populating step further comprises:
i) allocating an entry in said table to one of A) a variable rate encoded data stream in a plurality of variable rate encoded data streams that are included in said plurality of encoded data streams and B) a variable encoded data stream of idle packets;
ii) storing in said entry a pointer to said variable rate encoded data stream upon said entry being allocated to said variable rate encoded data stream; and iii) repeating steps i) to ii) for each entry in said table;

switching to said table so that said table is used by a statistical multiplexes to determine the variable rate encoded data stream that sends the next packet to said communication channel.
CA002190115A 1994-05-20 1995-05-19 Method for dynamically allocating communication channel bandwidth between competing applications Expired - Lifetime CA2190115C (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US08/246,442 US5506844A (en) 1994-05-20 1994-05-20 Method for configuring a statistical multiplexer to dynamically allocate communication channel bandwidth
US246,442 1994-05-20
PCT/US1995/006136 WO1995032565A1 (en) 1994-05-20 1995-05-19 Method for dynamically allocating communication channel bandwidth between competing applications

Publications (2)

Publication Number Publication Date
CA2190115A1 CA2190115A1 (en) 1995-11-30
CA2190115C true CA2190115C (en) 2000-08-01

Family

ID=22930706

Family Applications (1)

Application Number Title Priority Date Filing Date
CA002190115A Expired - Lifetime CA2190115C (en) 1994-05-20 1995-05-19 Method for dynamically allocating communication channel bandwidth between competing applications

Country Status (8)

Country Link
US (1) US5506844A (en)
EP (2) EP0772927B1 (en)
JP (1) JP3233408B2 (en)
KR (1) KR100382690B1 (en)
AU (1) AU2516695A (en)
CA (1) CA2190115C (en)
DE (1) DE69535803D1 (en)
WO (1) WO1995032565A1 (en)

Families Citing this family (310)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6633561B2 (en) 1994-05-05 2003-10-14 Sprint Communications Company, L.P. Method, system and apparatus for telecommunications control
US6314103B1 (en) 1994-05-05 2001-11-06 Sprint Communications Company, L.P. System and method for allocating bandwidth for a call
US5703876A (en) * 1994-05-05 1997-12-30 Christie; Joseph Michael ATM transport system
US5920562A (en) 1996-11-22 1999-07-06 Sprint Communications Co. L.P. Systems and methods for providing enhanced services for telecommunication call
CZ286974B6 (en) 1994-05-05 2000-08-16 Sprint Communications Co Method and apparatus for control of signaling processing system
US5991301A (en) 1994-05-05 1999-11-23 Sprint Communications Co. L.P. Broadband telecommunications system
US6430195B1 (en) 1994-05-05 2002-08-06 Sprint Communications Company L.P. Broadband telecommunications system interface
US6181703B1 (en) 1995-09-08 2001-01-30 Sprint Communications Company L. P. System for managing telecommunications
US5926482A (en) 1994-05-05 1999-07-20 Sprint Communications Co. L.P. Telecommunications apparatus, system, and method with an enhanced signal transfer point
US6172977B1 (en) 1994-05-05 2001-01-09 Sprint Communications Company, L. P. ATM direct access line system
US6031840A (en) 1995-12-07 2000-02-29 Sprint Communications Co. L.P. Telecommunications system
US6023474A (en) 1996-11-22 2000-02-08 Sprint Communications C.O.L.P. Broadband telecommunications system interface
TW374283B (en) * 1994-05-25 1999-11-11 Sony Corp A multiple coding device
US5625830A (en) * 1994-08-12 1997-04-29 International Business Machines Corp. Reduced circuit, high performance, binary select encoder network
WO1996020575A2 (en) * 1994-12-28 1996-07-04 Philips Electronics N.V. Buffer management in variable bit-rate compression systems
US5854898A (en) 1995-02-24 1998-12-29 Apple Computer, Inc. System for automatically adding additional data stream to existing media connection between two end points upon exchange of notifying and confirmation messages therebetween
DE59608561D1 (en) * 1995-04-13 2002-02-14 Siemens Ag METHOD AND DEVICE FOR STORING, SEARCHING AND PLAYING INFORMATION FROM A MULTIMEDIA ELECTRONIC POSTSYSTEM
US5751694A (en) * 1995-05-22 1998-05-12 Sony Corporation Methods and apparatus for synchronizing temporally related data streams
US5793410A (en) * 1995-05-26 1998-08-11 Hyundai Electronics America Video pedestal network
US5940738A (en) 1995-05-26 1999-08-17 Hyundai Electronics America, Inc. Video pedestal network
US5691986A (en) * 1995-06-07 1997-11-25 Hitachi America, Ltd. Methods and apparatus for the editing and insertion of data into an encoded bitstream
US5734843A (en) * 1995-06-07 1998-03-31 Advanced Micro Devices Inc. Reverse data channel as a bandwidth modulator
GB9517130D0 (en) * 1995-08-22 1995-10-25 Nat Transcommunications Ltd Statistical multiplexing
US6075768A (en) * 1995-11-09 2000-06-13 At&T Corporation Fair bandwidth sharing for video traffic sources using distributed feedback control
JPH09135263A (en) * 1995-11-13 1997-05-20 Hitachi Ltd Dynamic assignment system for communication band
US5877812A (en) * 1995-11-21 1999-03-02 Imedia Corporation Method and apparatus for increasing channel utilization for digital video transmission
US5956088A (en) * 1995-11-21 1999-09-21 Imedia Corporation Method and apparatus for modifying encoded digital video for improved channel utilization
US5862140A (en) * 1995-11-21 1999-01-19 Imedia Corporation Method and apparatus for multiplexing video programs for improved channel utilization
US6081529A (en) * 1995-11-22 2000-06-27 Sprint Communications Company, L. P. ATM transport system
US5686963A (en) * 1995-12-26 1997-11-11 C-Cube Microsystems Method for performing rate control in a video encoder which provides a bit budget for each frame while employing virtual buffers and virtual buffer verifiers
WO1997028622A1 (en) 1996-02-02 1997-08-07 Sprint Communications Company, L.P. Atm gateway system
US5870550A (en) * 1996-02-26 1999-02-09 Network Engineering Software Web server employing multi-homed, moldular framework
US8117298B1 (en) 1996-02-26 2012-02-14 Graphon Corporation Multi-homed web server
US5805600A (en) * 1996-03-06 1998-09-08 Adtran, Inc. Mechanism for providing full utilization of high data rate serial communication link conveying data sourced from data terminal equipment and compressed by high compression ratio data compression-protocol engine
US6041345A (en) * 1996-03-08 2000-03-21 Microsoft Corporation Active stream format for holding multiple media streams
US5864678A (en) * 1996-05-08 1999-01-26 Apple Computer, Inc. System for detecting and reporting data flow imbalance between computers using grab rate outflow rate arrival rate and play rate
US5940393A (en) 1996-05-28 1999-08-17 Sprint Communications Co. L.P. Telecommunications system with a connection processing system
US6101542A (en) * 1996-07-19 2000-08-08 Hitachi, Ltd. Service management method and connection oriented network system using such management method
JP3216534B2 (en) 1996-08-29 2001-10-09 三菱電機株式会社 Multiplexing method
US5805595A (en) * 1996-10-23 1998-09-08 Cisco Systems, Inc. System and method for communicating packetized data over a channel bank
EP0841820A3 (en) 1996-11-08 2005-11-09 Matsushita Electric Industrial Co., Ltd. Method and apparatus for encoding, multiplexing and transmitting a video signal
US6212208B1 (en) * 1996-11-11 2001-04-03 Matsushita Electric Industrial Co., Ltd. Method for coding and multiplexing multimedia data, apparatus for coding and multiplexing multimedia data, record media containing program for coding and multiplexing multimedia data
US6253247B1 (en) * 1996-11-21 2001-06-26 Ragula Systems System and method for transmitting a user's data packets concurrently over different telephone lines between two computer networks
US6014378A (en) 1996-11-22 2000-01-11 Sprint Communications Company, L.P. Telecommunications tandem system for circuit-based traffic
AU718960B2 (en) 1996-11-22 2000-05-04 Sprint Communications Company, L.P. System and method for transporting a call in a telecommunication network
US6115380A (en) 1996-11-22 2000-09-05 Sprint Communications Co., L.P. Broadband telecommunications system
US6002689A (en) 1996-11-22 1999-12-14 Sprint Communications Co. L.P. System and method for interfacing a local communication device
KR100571685B1 (en) * 1996-12-12 2006-11-30 소니 가부시끼 가이샤 Image data encoding apparatus and method and image data transmission method
WO1998032252A1 (en) * 1997-01-21 1998-07-23 Sony Corporation Coded signal transmission method and device
US6078958A (en) * 1997-01-31 2000-06-20 Hughes Electronics Corporation System for allocating available bandwidth of a concentrated media output
US6097435A (en) * 1997-01-31 2000-08-01 Hughes Electronics Corporation Video system with selectable bit rate reduction
US6188436B1 (en) 1997-01-31 2001-02-13 Hughes Electronics Corporation Video broadcast system with video data shifting
US6005620A (en) * 1997-01-31 1999-12-21 Hughes Electronics Corporation Statistical multiplexer for live and pre-compressed video
US6084910A (en) * 1997-01-31 2000-07-04 Hughes Electronics Corporation Statistical multiplexer for video signals
US6091455A (en) * 1997-01-31 2000-07-18 Hughes Electronics Corporation Statistical multiplexer for recording video
US6404776B1 (en) * 1997-03-13 2002-06-11 8 × 8, Inc. Data processor having controlled scalable input data source and method thereof
US6052384A (en) * 1997-03-21 2000-04-18 Scientific-Atlanta, Inc. Using a receiver model to multiplex variable-rate bit streams having timing constraints
US6418122B1 (en) * 1997-03-21 2002-07-09 Scientific-Atlanta, Inc. Method and apparatus for assuring sufficient bandwidth of a statistical multiplexer
US6067299A (en) 1997-04-16 2000-05-23 Sprint Communications Company, L.P. Communications system for providing ATM connections and echo cancellation
US5996013A (en) * 1997-04-30 1999-11-30 International Business Machines Corporation Method and apparatus for resource allocation with guarantees
US6137800A (en) 1997-05-09 2000-10-24 Sprint Communications Company, L. P. System and method for connecting a call
US6704327B1 (en) 1997-05-09 2004-03-09 Sprint Communications Company, L.P. System and method for connecting a call
US6178170B1 (en) 1997-05-13 2001-01-23 Sprint Communications Company, L. P. System and method for transporting a call
US6137779A (en) * 1997-05-22 2000-10-24 Integrated Device Technology, Inc. Transmission rate calculation scheme using table-lookup
US7113523B1 (en) * 1997-06-11 2006-09-26 Sony Corporation Data multiplexing device, program distribution system, program transmission system, pay broadcast system, program transmission method, conditional access system, and data reception device
EP0928115A4 (en) * 1997-07-01 2005-09-14 Sony Corp Device and method for controlling image encoding, encoding system, transmission system and broadcast system
US6407998B1 (en) 1997-10-02 2002-06-18 Thomson Licensing S.A. Multimedia decoder for prioritized bi-directional communication in a broadcast system
GB9721947D0 (en) 1997-10-16 1997-12-17 Thomson Consumer Electronics Intelligent IP packet scheduler algorithm
US6240094B1 (en) * 1997-12-22 2001-05-29 Bell Atlantic Network Services, Inc. Statistical time division multiplexer for a wireless asymmetric local loop communication system
US6192032B1 (en) 1998-01-02 2001-02-20 International Business Machines Corporation Rate attenuation systems, methods and computer program products for reducing low priority video frame packets transmitted over a network
US6922409B1 (en) 1998-02-20 2005-07-26 Sprint Communications Company L.P. System and method for allocating bandwidth for a call
US6574222B1 (en) 1998-02-20 2003-06-03 Sprint Communications Company, L.P. System and method for allocating bandwidth for a call
US7079534B1 (en) 1998-02-20 2006-07-18 Sprint Communications Company L.P. System and method for allocating bandwidth for a call
US6483837B1 (en) 1998-02-20 2002-11-19 Sprint Communications Company L.P. System and method for connecting a call with an interworking system
US6563918B1 (en) 1998-02-20 2003-05-13 Sprint Communications Company, LP Telecommunications system architecture for connecting a call
US6470019B1 (en) 1998-02-20 2002-10-22 Sprint Communications Company L.P. System and method for treating a call for call processing
US6160871A (en) 1998-04-10 2000-12-12 Sprint Communications Company, L.P. Communications test system
US6249519B1 (en) * 1998-04-16 2001-06-19 Mantra Communications Flow based circuit steering in ATM networks
US6259733B1 (en) * 1998-06-16 2001-07-10 General Instrument Corporation Pre-processing of bit rate allocation in a multi-channel video encoder
IL125310A (en) * 1998-07-12 2002-02-10 Eci Telecom Ltd Method and system for managing varying traffic load in telecommunication network
US6959451B1 (en) * 1998-08-21 2005-10-25 Intel Corporation Transmission communications management
US6167084A (en) * 1998-08-27 2000-12-26 Motorola, Inc. Dynamic bit allocation for statistical multiplexing of compressed and uncompressed digital video signals
GB2341745A (en) * 1998-09-10 2000-03-22 Snell & Wilcox Ltd Image encoding
US6421720B2 (en) * 1998-10-28 2002-07-16 Cisco Technology, Inc. Codec-independent technique for modulating bandwidth in packet network
US6624761B2 (en) 1998-12-11 2003-09-23 Realtime Data, Llc Content independent data compression method and system
WO2000041395A1 (en) * 1999-01-06 2000-07-13 Sarnoff Corporation Latency-based statistical multiplexing
US6665872B1 (en) * 1999-01-06 2003-12-16 Sarnoff Corporation Latency-based statistical multiplexing
US6754241B1 (en) * 1999-01-06 2004-06-22 Sarnoff Corporation Computer system for statistical multiplexing of bitstreams
FI106998B (en) * 1999-01-15 2001-05-15 Nokia Mobile Phones Ltd Bit rate control on a multimedia device
US6490298B1 (en) 1999-02-26 2002-12-03 Harmonic Inc. Apparatus and methods of multiplexing data to a communication channel
JP2000261459A (en) * 1999-03-10 2000-09-22 Nec Corp Statistical multiplex transmission system
US6604158B1 (en) 1999-03-11 2003-08-05 Realtime Data, Llc System and methods for accelerated data storage and retrieval
US6601104B1 (en) 1999-03-11 2003-07-29 Realtime Data Llc System and methods for accelerated data storage and retrieval
US6868081B1 (en) * 1999-04-13 2005-03-15 Sprint Communications Company L.P. Method and apparatus for simultaneous multiline phone and data services over a single access facility
US7103068B1 (en) 1999-05-04 2006-09-05 Sprint Communication Company L.P. System and method for configuring bandwidth transmission rates for call connections
US6594271B1 (en) * 1999-07-19 2003-07-15 General Instruments Corporation Implementation of opportunistic data on a statistical multiplexing encoder
US6781956B1 (en) 1999-09-17 2004-08-24 Cisco Technology, Inc. System and method for prioritizing packetized data from a distributed control environment for transmission through a high bandwidth link
FR2800960A1 (en) * 1999-11-05 2001-05-11 Thomson Multimedia Sa METHOD AND DEVICE FOR ALLOCATING BANDWIDTH TO DATA STREAMS IN A BROADCASTING NETWORK
US7564873B1 (en) * 1999-12-10 2009-07-21 Cox Communications, Inc. Method and apparatus for providing in-band messaging within a video on demand environment
AU2099601A (en) * 1999-12-14 2001-06-25 General Instrument Corporation Dynamic configuration of input filtering parameters for an mpeg re-multiplexer
US6856613B1 (en) * 1999-12-30 2005-02-15 Cisco Technology, Inc. Method and apparatus for throttling audio packets according to gateway processing capacity
US20010047473A1 (en) 2000-02-03 2001-11-29 Realtime Data, Llc Systems and methods for computer initialization
US20030191876A1 (en) 2000-02-03 2003-10-09 Fallon James J. Data storewidth accelerator
US7050496B2 (en) * 2000-02-15 2006-05-23 4Nsys Co., Ltd. Multi-channel image encoding method and system
GB2361132B (en) * 2000-04-07 2004-09-08 Snell & Wilcox Ltd Multiplexing compressed signals
US6493388B1 (en) 2000-04-19 2002-12-10 General Instrument Corporation Rate control and buffer protection for variable bit rate video programs over a constant rate channel
US6643327B1 (en) 2000-05-05 2003-11-04 General Instrument Corporation Statistical multiplexer and remultiplexer that accommodates changes in structure of group of pictures
US6731605B1 (en) 2000-06-19 2004-05-04 Sharp Laboratories Of America, Inc. Prioritized optimal server side bandwidth allocation in a multimedia session with push and pull sources
JP4441839B2 (en) * 2000-08-17 2010-03-31 ソニー株式会社 Statistical multiplexing system, statistical multiplexing control device, and statistical multiplexing method
US8692695B2 (en) 2000-10-03 2014-04-08 Realtime Data, Llc Methods for encoding and decoding data
US7417568B2 (en) 2000-10-03 2008-08-26 Realtime Data Llc System and method for data feed acceleration and encryption
US9143546B2 (en) 2000-10-03 2015-09-22 Realtime Data Llc System and method for data feed acceleration and encryption
US20020104058A1 (en) * 2000-12-06 2002-08-01 Yigal Rappaport Packet switched network having error correction capabilities of variable size data packets and a method thereof
US6594316B2 (en) 2000-12-12 2003-07-15 Scientific-Atlanta, Inc. Method and apparatus for adaptive bit rate control in an asynchronized encoding system
US6987728B2 (en) 2001-01-23 2006-01-17 Sharp Laboratories Of America, Inc. Bandwidth allocation system
US7386046B2 (en) 2001-02-13 2008-06-10 Realtime Data Llc Bandwidth sensitive data compression and decompression
US7289676B2 (en) * 2001-03-29 2007-10-30 Sony Corporation Image processing apparatus, image processing method, image processing program, and recording medium
JP4591939B2 (en) * 2001-05-15 2010-12-01 Kddi株式会社 Adaptive encoding transmission apparatus and receiving apparatus
US7058087B1 (en) * 2001-05-29 2006-06-06 Bigband Networks, Inc. Method and system for prioritized bit rate conversion
US6937619B1 (en) * 2001-05-29 2005-08-30 Bigband Networks, Inc. Method and system for comparison-based prioritized bit rate conversion
US7072393B2 (en) 2001-06-25 2006-07-04 International Business Machines Corporation Multiple parallel encoders and statistical analysis thereof for encoding a video sequence
US20030007516A1 (en) * 2001-07-06 2003-01-09 Yuri Abramov System and method for the application of a statistical multiplexing algorithm for video encoding
US7385970B1 (en) * 2001-12-07 2008-06-10 Redback Networks, Inc. Method and apparatus for balancing bandwidth among multiple ports of a network element
US7301906B2 (en) 2001-12-17 2007-11-27 Lsi Corporation Methods and structures for improved buffer management and dynamic adaption of flow control status in high-speed communication networks
US7376159B1 (en) * 2002-01-03 2008-05-20 The Directv Group, Inc. Exploitation of null packets in packetized digital television systems
US20030156639A1 (en) * 2002-02-19 2003-08-21 Jui Liang Frame rate control system and method
EP1376383A3 (en) 2002-03-23 2005-05-25 Uwe Noll Method for processing inputs and outputs data for statistical analysis and method for purging redundancies
US7936814B2 (en) * 2002-03-28 2011-05-03 International Business Machines Corporation Cascaded output for an encoder system using multiple encoders
US7286473B1 (en) 2002-07-10 2007-10-23 The Directv Group, Inc. Null packet replacement with bi-level scheduling
US8893207B2 (en) * 2002-12-10 2014-11-18 Ol2, Inc. System and method for compressing streaming interactive video
US7352809B2 (en) * 2003-02-21 2008-04-01 Polycom, Inc. System and method for optimal transmission of a multitude of video pictures to one or more destinations
US7647221B2 (en) * 2003-04-30 2010-01-12 The Directv Group, Inc. Audio level control for compressed audio
US7397774B1 (en) 2003-05-23 2008-07-08 The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration Downlink data multiplexer
FR2857205B1 (en) * 2003-07-04 2005-09-23 Nextream France DEVICE AND METHOD FOR VIDEO DATA CODING
US7324592B2 (en) * 2003-08-13 2008-01-29 Mitsubishi Electric Research Laboratories, Inc. Resource-constrained encoding of multiple videos
US7912226B1 (en) 2003-09-12 2011-03-22 The Directv Group, Inc. Automatic measurement of audio presence and level by direct processing of an MPEG data stream
CN1856997A (en) * 2003-09-24 2006-11-01 德州仪器公司 8x8 transform and quantization
KR20050050322A (en) * 2003-11-25 2005-05-31 삼성전자주식회사 Method for adptive modulation in a ofdma mobile communication system
US20050208949A1 (en) * 2004-02-12 2005-09-22 Chiueh Tzi-Cker Centralized channel assignment and routing algorithms for multi-channel wireless mesh networks
IL160921A (en) * 2004-03-18 2009-09-01 Veraz Networks Ltd Method and device for quality management in communication networks
US7526001B2 (en) * 2004-07-26 2009-04-28 General Instrument Corporation Statistical multiplexer having protective features from extraneous messages generated by redundant system elements
US7778327B2 (en) * 2005-02-08 2010-08-17 Texas Instruments Incorporated H.264 quantization
US9667980B2 (en) * 2005-03-01 2017-05-30 Qualcomm Incorporated Content-adaptive background skipping for region-of-interest video coding
US7724972B2 (en) 2005-03-01 2010-05-25 Qualcomm Incorporated Quality metric-biased region-of-interest coding for video telephony
US8768084B2 (en) * 2005-03-01 2014-07-01 Qualcomm Incorporated Region-of-interest coding in video telephony using RHO domain bit allocation
US8693537B2 (en) 2005-03-01 2014-04-08 Qualcomm Incorporated Region-of-interest coding with background skipping for video telephony
WO2006094054A2 (en) * 2005-03-02 2006-09-08 Rohde & Schwarz Gmbh & Co.Kg Apparatus, systems and methods for providing enhancements to atsc networks using synchronous vestigial sideband (vsb) frame slicing
US20070036177A1 (en) * 2005-08-12 2007-02-15 Sarnoff Corporation Method and apparatus for managing delivery of video over a digital subscriber line
US7877517B2 (en) * 2005-11-09 2011-01-25 International Business Machines Corporation Determining whether to compress data transmitted over a network
US7839948B2 (en) * 2005-12-02 2010-11-23 Qualcomm Incorporated Time slicing techniques for variable data rate encoding
JP4636267B2 (en) * 2006-02-28 2011-02-23 日本電気株式会社 Encoding device and encoding bit rate switching method
US20080101405A1 (en) * 2006-10-26 2008-05-01 General Instrument Corporation Method and Apparatus for Dynamic Bandwidth Allocation of Video Over a Digital Subscriber Line
DE102007001379A1 (en) * 2007-01-09 2008-07-10 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Concept for encoding a plurality of information signals for a common transmission in a time division multiplex
KR101424152B1 (en) 2007-02-01 2014-08-04 로오데운트쉬바르츠게엠베하운트콤파니카게 Systems, apparatus, methods and computer program products for providing ATSC interoperability
US8582647B2 (en) 2007-04-23 2013-11-12 Qualcomm Incorporated Methods and systems for quality controlled encoding
DE102008017290A1 (en) * 2007-12-11 2009-06-18 Rohde & Schwarz Gmbh & Co. Kg Method and device for forming a common data stream, in particular according to the ATSC standard
DE102007059959B4 (en) * 2007-12-12 2020-01-02 Rohde & Schwarz Gmbh & Co. Kg Method and system for transmitting data between a central radio station and at least one transmitter
US8141120B2 (en) * 2008-01-03 2012-03-20 Nec Laboratories America, Inc. Adaptive scheduling of streaming video over wireless networks
US9456054B2 (en) 2008-05-16 2016-09-27 Palo Alto Research Center Incorporated Controlling the spread of interests and content in a content centric network
DE102008056703A1 (en) 2008-07-04 2010-01-07 Rohde & Schwarz Gmbh & Co. Kg Method and system for time synchronization between a central office and multiple transmitters
US8355458B2 (en) * 2008-06-25 2013-01-15 Rohde & Schwarz Gmbh & Co. Kg Apparatus, systems, methods and computer program products for producing a single frequency network for ATSC mobile / handheld services
DE102008059028B4 (en) * 2008-10-02 2021-12-02 Rohde & Schwarz GmbH & Co. Kommanditgesellschaft Method and device for generating a transport data stream with image data
US8774069B2 (en) * 2008-11-06 2014-07-08 Rohde & Schwarz Gmbh & Co. Kg Method and system for synchronized mapping of data packets in an ATSC data stream
EP2230784A1 (en) * 2009-03-19 2010-09-22 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Device and method for transferring a number of information signals in a flexible time multiplex
EP2234357B1 (en) 2009-03-21 2016-07-27 Rohde & Schwarz GmbH & Co. KG Method for improving the data rate of mobile data and the quality of channel estimation in an ATSC-M/H transport data stream
DE102009025219A1 (en) * 2009-04-07 2010-10-14 Rohde & Schwarz Gmbh & Co. Kg Method and device for continuously adapting coding parameters to a variable payload data rate
DE102009057363B4 (en) * 2009-10-16 2013-04-18 Rohde & Schwarz Gmbh & Co. Kg Method and device for the efficient transmission of nationwide and regionally broadcast program and service data
US8923293B2 (en) 2009-10-21 2014-12-30 Palo Alto Research Center Incorporated Adaptive multi-interface use for content networking
US8630412B2 (en) 2010-08-25 2014-01-14 Motorola Mobility Llc Transport of partially encrypted media
US9118939B2 (en) * 2010-12-20 2015-08-25 Arris Technology, Inc. SVC-to-AVC rewriter with open-loop statistical multiplexer
US8989021B2 (en) 2011-01-20 2015-03-24 Rohde & Schwarz Gmbh & Co. Kg Universal broadband broadcasting
EP2717529B1 (en) * 2011-05-31 2016-07-20 Nec Corporation Wireless transmission device, wireless transmission system, and method for controlling wireless transmission device
US9729120B1 (en) 2011-07-13 2017-08-08 The Directv Group, Inc. System and method to monitor audio loudness and provide audio automatic gain control
US9280546B2 (en) 2012-10-31 2016-03-08 Palo Alto Research Center Incorporated System and method for accessing digital content using a location-independent name
US9400800B2 (en) 2012-11-19 2016-07-26 Palo Alto Research Center Incorporated Data transport by named content synchronization
US10430839B2 (en) 2012-12-12 2019-10-01 Cisco Technology, Inc. Distributed advertisement insertion in content-centric networks
US10062142B2 (en) * 2012-12-31 2018-08-28 Nvidia Corporation Stutter buffer transfer techniques for display systems
DE102013002648B3 (en) * 2013-02-15 2014-05-22 Audi Ag Master bus device for a vehicle communication bus of a motor vehicle
US9978025B2 (en) 2013-03-20 2018-05-22 Cisco Technology, Inc. Ordered-element naming for name-based packet forwarding
JP6310182B2 (en) * 2013-03-22 2018-04-11 株式会社日立国際電気 Optical transmission equipment
US9935791B2 (en) 2013-05-20 2018-04-03 Cisco Technology, Inc. Method and system for name resolution across heterogeneous architectures
US9444722B2 (en) 2013-08-01 2016-09-13 Palo Alto Research Center Incorporated Method and apparatus for configuring routing paths in a custodian-based routing architecture
US9407549B2 (en) 2013-10-29 2016-08-02 Palo Alto Research Center Incorporated System and method for hash-based forwarding of packets with hierarchically structured variable-length identifiers
US9276840B2 (en) * 2013-10-30 2016-03-01 Palo Alto Research Center Incorporated Interest messages with a payload for a named data network
US9401864B2 (en) 2013-10-31 2016-07-26 Palo Alto Research Center Incorporated Express header for packets with hierarchically structured variable-length identifiers
US10101801B2 (en) 2013-11-13 2018-10-16 Cisco Technology, Inc. Method and apparatus for prefetching content in a data stream
US10129365B2 (en) 2013-11-13 2018-11-13 Cisco Technology, Inc. Method and apparatus for pre-fetching remote content based on static and dynamic recommendations
US9311377B2 (en) 2013-11-13 2016-04-12 Palo Alto Research Center Incorporated Method and apparatus for performing server handoff in a name-based content distribution system
US10089655B2 (en) 2013-11-27 2018-10-02 Cisco Technology, Inc. Method and apparatus for scalable data broadcasting
US9503358B2 (en) 2013-12-05 2016-11-22 Palo Alto Research Center Incorporated Distance-based routing in an information-centric network
US9379979B2 (en) 2014-01-14 2016-06-28 Palo Alto Research Center Incorporated Method and apparatus for establishing a virtual interface for a set of mutual-listener devices
US10172068B2 (en) 2014-01-22 2019-01-01 Cisco Technology, Inc. Service-oriented routing in software-defined MANETs
US10098051B2 (en) 2014-01-22 2018-10-09 Cisco Technology, Inc. Gateways and routing in software-defined manets
US9374304B2 (en) 2014-01-24 2016-06-21 Palo Alto Research Center Incorporated End-to end route tracing over a named-data network
US9954678B2 (en) 2014-02-06 2018-04-24 Cisco Technology, Inc. Content-based transport security
US9678998B2 (en) 2014-02-28 2017-06-13 Cisco Technology, Inc. Content name resolution for information centric networking
US10089651B2 (en) 2014-03-03 2018-10-02 Cisco Technology, Inc. Method and apparatus for streaming advertisements in a scalable data broadcasting system
US9836540B2 (en) 2014-03-04 2017-12-05 Cisco Technology, Inc. System and method for direct storage access in a content-centric network
US9391896B2 (en) 2014-03-10 2016-07-12 Palo Alto Research Center Incorporated System and method for packet forwarding using a conjunctive normal form strategy in a content-centric network
US9473405B2 (en) 2014-03-10 2016-10-18 Palo Alto Research Center Incorporated Concurrent hashes and sub-hashes on data streams
US9626413B2 (en) 2014-03-10 2017-04-18 Cisco Systems, Inc. System and method for ranking content popularity in a content-centric network
US9407432B2 (en) 2014-03-19 2016-08-02 Palo Alto Research Center Incorporated System and method for efficient and secure distribution of digital content
US9916601B2 (en) 2014-03-21 2018-03-13 Cisco Technology, Inc. Marketplace for presenting advertisements in a scalable data broadcasting system
US9363179B2 (en) 2014-03-26 2016-06-07 Palo Alto Research Center Incorporated Multi-publisher routing protocol for named data networks
US9363086B2 (en) 2014-03-31 2016-06-07 Palo Alto Research Center Incorporated Aggregate signing of data in content centric networking
US9716622B2 (en) 2014-04-01 2017-07-25 Cisco Technology, Inc. System and method for dynamic name configuration in content-centric networks
US10075521B2 (en) 2014-04-07 2018-09-11 Cisco Technology, Inc. Collection synchronization using equality matched network names
US9390289B2 (en) 2014-04-07 2016-07-12 Palo Alto Research Center Incorporated Secure collection synchronization using matched network names
US9451032B2 (en) 2014-04-10 2016-09-20 Palo Alto Research Center Incorporated System and method for simple service discovery in content-centric networks
US9992281B2 (en) 2014-05-01 2018-06-05 Cisco Technology, Inc. Accountable content stores for information centric networks
US9609014B2 (en) 2014-05-22 2017-03-28 Cisco Systems, Inc. Method and apparatus for preventing insertion of malicious content at a named data network router
US9455835B2 (en) 2014-05-23 2016-09-27 Palo Alto Research Center Incorporated System and method for circular link resolution with hash-based names in content-centric networks
US9276751B2 (en) 2014-05-28 2016-03-01 Palo Alto Research Center Incorporated System and method for circular link resolution with computable hash-based names in content-centric networks
US9516144B2 (en) 2014-06-19 2016-12-06 Palo Alto Research Center Incorporated Cut-through forwarding of CCNx message fragments with IP encapsulation
US9537719B2 (en) 2014-06-19 2017-01-03 Palo Alto Research Center Incorporated Method and apparatus for deploying a minimal-cost CCN topology
US9426113B2 (en) 2014-06-30 2016-08-23 Palo Alto Research Center Incorporated System and method for managing devices over a content centric network
US9699198B2 (en) 2014-07-07 2017-07-04 Cisco Technology, Inc. System and method for parallel secure content bootstrapping in content-centric networks
US9621354B2 (en) 2014-07-17 2017-04-11 Cisco Systems, Inc. Reconstructable content objects
US9959156B2 (en) 2014-07-17 2018-05-01 Cisco Technology, Inc. Interest return control message
US9590887B2 (en) 2014-07-18 2017-03-07 Cisco Systems, Inc. Method and system for keeping interest alive in a content centric network
US9729616B2 (en) 2014-07-18 2017-08-08 Cisco Technology, Inc. Reputation-based strategy for forwarding and responding to interests over a content centric network
US9535968B2 (en) 2014-07-21 2017-01-03 Palo Alto Research Center Incorporated System for distributing nameless objects using self-certifying names
US9882964B2 (en) 2014-08-08 2018-01-30 Cisco Technology, Inc. Explicit strategy feedback in name-based forwarding
US9503365B2 (en) 2014-08-11 2016-11-22 Palo Alto Research Center Incorporated Reputation-based instruction processing over an information centric network
US9729662B2 (en) 2014-08-11 2017-08-08 Cisco Technology, Inc. Probabilistic lazy-forwarding technique without validation in a content centric network
US9391777B2 (en) 2014-08-15 2016-07-12 Palo Alto Research Center Incorporated System and method for performing key resolution over a content centric network
US9467492B2 (en) 2014-08-19 2016-10-11 Palo Alto Research Center Incorporated System and method for reconstructable all-in-one content stream
US9800637B2 (en) 2014-08-19 2017-10-24 Cisco Technology, Inc. System and method for all-in-one content stream in content-centric networks
US9497282B2 (en) 2014-08-27 2016-11-15 Palo Alto Research Center Incorporated Network coding for content-centric network
US10204013B2 (en) 2014-09-03 2019-02-12 Cisco Technology, Inc. System and method for maintaining a distributed and fault-tolerant state over an information centric network
US9553812B2 (en) 2014-09-09 2017-01-24 Palo Alto Research Center Incorporated Interest keep alives at intermediate routers in a CCN
US10069933B2 (en) 2014-10-23 2018-09-04 Cisco Technology, Inc. System and method for creating virtual interfaces based on network characteristics
US9590948B2 (en) 2014-12-15 2017-03-07 Cisco Systems, Inc. CCN routing using hardware-assisted hash tables
US9536059B2 (en) 2014-12-15 2017-01-03 Palo Alto Research Center Incorporated Method and system for verifying renamed content using manifests in a content centric network
US10237189B2 (en) 2014-12-16 2019-03-19 Cisco Technology, Inc. System and method for distance-based interest forwarding
US9846881B2 (en) 2014-12-19 2017-12-19 Palo Alto Research Center Incorporated Frugal user engagement help systems
US10003520B2 (en) 2014-12-22 2018-06-19 Cisco Technology, Inc. System and method for efficient name-based content routing using link-state information in information-centric networks
US9473475B2 (en) 2014-12-22 2016-10-18 Palo Alto Research Center Incorporated Low-cost authenticated signing delegation in content centric networking
US9660825B2 (en) 2014-12-24 2017-05-23 Cisco Technology, Inc. System and method for multi-source multicasting in content-centric networks
US9916457B2 (en) 2015-01-12 2018-03-13 Cisco Technology, Inc. Decoupled name security binding for CCN objects
US9602596B2 (en) 2015-01-12 2017-03-21 Cisco Systems, Inc. Peer-to-peer sharing in a content centric network
US9832291B2 (en) 2015-01-12 2017-11-28 Cisco Technology, Inc. Auto-configurable transport stack
US9946743B2 (en) 2015-01-12 2018-04-17 Cisco Technology, Inc. Order encoded manifests in a content centric network
US9954795B2 (en) 2015-01-12 2018-04-24 Cisco Technology, Inc. Resource allocation using CCN manifests
US9462006B2 (en) 2015-01-21 2016-10-04 Palo Alto Research Center Incorporated Network-layer application-specific trust model
US9552493B2 (en) 2015-02-03 2017-01-24 Palo Alto Research Center Incorporated Access control framework for information centric networking
US10333840B2 (en) 2015-02-06 2019-06-25 Cisco Technology, Inc. System and method for on-demand content exchange with adaptive naming in information-centric networks
US10075401B2 (en) 2015-03-18 2018-09-11 Cisco Technology, Inc. Pending interest table behavior
US10116605B2 (en) 2015-06-22 2018-10-30 Cisco Technology, Inc. Transport stack name scheme and identity management
US10075402B2 (en) 2015-06-24 2018-09-11 Cisco Technology, Inc. Flexible command and control in content centric networks
US10701038B2 (en) 2015-07-27 2020-06-30 Cisco Technology, Inc. Content negotiation in a content centric network
US9986034B2 (en) 2015-08-03 2018-05-29 Cisco Technology, Inc. Transferring state in content centric network stacks
US10610144B2 (en) 2015-08-19 2020-04-07 Palo Alto Research Center Incorporated Interactive remote patient monitoring and condition management intervention system
US9832123B2 (en) 2015-09-11 2017-11-28 Cisco Technology, Inc. Network named fragments in a content centric network
US9888052B2 (en) 2015-09-21 2018-02-06 Imagine Communications Corp. ABR allocation for statistical multiplexing
US10355999B2 (en) 2015-09-23 2019-07-16 Cisco Technology, Inc. Flow control with network named fragments
US9977809B2 (en) 2015-09-24 2018-05-22 Cisco Technology, Inc. Information and data framework in a content centric network
US10313227B2 (en) 2015-09-24 2019-06-04 Cisco Technology, Inc. System and method for eliminating undetected interest looping in information-centric networks
US10454820B2 (en) 2015-09-29 2019-10-22 Cisco Technology, Inc. System and method for stateless information-centric networking
US10263965B2 (en) 2015-10-16 2019-04-16 Cisco Technology, Inc. Encrypted CCNx
US9794238B2 (en) 2015-10-29 2017-10-17 Cisco Technology, Inc. System for key exchange in a content centric network
US10009446B2 (en) 2015-11-02 2018-06-26 Cisco Technology, Inc. Header compression for CCN messages using dictionary learning
US9807205B2 (en) 2015-11-02 2017-10-31 Cisco Technology, Inc. Header compression for CCN messages using dictionary
US10021222B2 (en) 2015-11-04 2018-07-10 Cisco Technology, Inc. Bit-aligned header compression for CCN messages using dictionary
GB2544296B (en) * 2015-11-11 2020-06-03 Canon Kk Method and apparatus for serving and managing storage of data streams in a surveillance and/or monitoring system
US10097521B2 (en) 2015-11-20 2018-10-09 Cisco Technology, Inc. Transparent encryption in a content centric network
US9912776B2 (en) 2015-12-02 2018-03-06 Cisco Technology, Inc. Explicit content deletion commands in a content centric network
US10097346B2 (en) 2015-12-09 2018-10-09 Cisco Technology, Inc. Key catalogs in a content centric network
US10078062B2 (en) 2015-12-15 2018-09-18 Palo Alto Research Center Incorporated Device health estimation by combining contextual information with sensor data
US10257271B2 (en) 2016-01-11 2019-04-09 Cisco Technology, Inc. Chandra-Toueg consensus in a content centric network
US9949301B2 (en) 2016-01-20 2018-04-17 Palo Alto Research Center Incorporated Methods for fast, secure and privacy-friendly internet connection discovery in wireless networks
US10305864B2 (en) 2016-01-25 2019-05-28 Cisco Technology, Inc. Method and system for interest encryption in a content centric network
US10043016B2 (en) 2016-02-29 2018-08-07 Cisco Technology, Inc. Method and system for name encryption agreement in a content centric network
US10038633B2 (en) 2016-03-04 2018-07-31 Cisco Technology, Inc. Protocol to query for historical network information in a content centric network
US10742596B2 (en) 2016-03-04 2020-08-11 Cisco Technology, Inc. Method and system for reducing a collision probability of hash-based names using a publisher identifier
US10003507B2 (en) 2016-03-04 2018-06-19 Cisco Technology, Inc. Transport session state protocol
US10051071B2 (en) 2016-03-04 2018-08-14 Cisco Technology, Inc. Method and system for collecting historical network information in a content centric network
US9832116B2 (en) 2016-03-14 2017-11-28 Cisco Technology, Inc. Adjusting entries in a forwarding information base in a content centric network
US10212196B2 (en) 2016-03-16 2019-02-19 Cisco Technology, Inc. Interface discovery and authentication in a name-based network
US11436656B2 (en) 2016-03-18 2022-09-06 Palo Alto Research Center Incorporated System and method for a real-time egocentric collaborative filter on large datasets
US10067948B2 (en) 2016-03-18 2018-09-04 Cisco Technology, Inc. Data deduping in content centric networking manifests
US10091330B2 (en) 2016-03-23 2018-10-02 Cisco Technology, Inc. Interest scheduling by an information and data framework in a content centric network
US10033639B2 (en) 2016-03-25 2018-07-24 Cisco Technology, Inc. System and method for routing packets in a content centric network using anonymous datagrams
US10320760B2 (en) 2016-04-01 2019-06-11 Cisco Technology, Inc. Method and system for mutating and caching content in a content centric network
US9930146B2 (en) 2016-04-04 2018-03-27 Cisco Technology, Inc. System and method for compressing content centric networking messages
US10425503B2 (en) 2016-04-07 2019-09-24 Cisco Technology, Inc. Shared pending interest table in a content centric network
US10027578B2 (en) 2016-04-11 2018-07-17 Cisco Technology, Inc. Method and system for routable prefix queries in a content centric network
US10404450B2 (en) 2016-05-02 2019-09-03 Cisco Technology, Inc. Schematized access control in a content centric network
US10320675B2 (en) 2016-05-04 2019-06-11 Cisco Technology, Inc. System and method for routing packets in a stateless content centric network
US10547589B2 (en) 2016-05-09 2020-01-28 Cisco Technology, Inc. System for implementing a small computer systems interface protocol over a content centric network
US10084764B2 (en) 2016-05-13 2018-09-25 Cisco Technology, Inc. System for a secure encryption proxy in a content centric network
US10063414B2 (en) 2016-05-13 2018-08-28 Cisco Technology, Inc. Updating a transport stack in a content centric network
US10103989B2 (en) 2016-06-13 2018-10-16 Cisco Technology, Inc. Content object return messages in a content centric network
US10305865B2 (en) 2016-06-21 2019-05-28 Cisco Technology, Inc. Permutation-based content encryption with manifests in a content centric network
US10148572B2 (en) 2016-06-27 2018-12-04 Cisco Technology, Inc. Method and system for interest groups in a content centric network
US10009266B2 (en) 2016-07-05 2018-06-26 Cisco Technology, Inc. Method and system for reference counted pending interest tables in a content centric network
US9992097B2 (en) 2016-07-11 2018-06-05 Cisco Technology, Inc. System and method for piggybacking routing information in interests in a content centric network
US10122624B2 (en) 2016-07-25 2018-11-06 Cisco Technology, Inc. System and method for ephemeral entries in a forwarding information base in a content centric network
US10069729B2 (en) 2016-08-08 2018-09-04 Cisco Technology, Inc. System and method for throttling traffic based on a forwarding information base in a content centric network
US10956412B2 (en) 2016-08-09 2021-03-23 Cisco Technology, Inc. Method and system for conjunctive normal form attribute matching in a content centric network
US10033642B2 (en) 2016-09-19 2018-07-24 Cisco Technology, Inc. System and method for making optimal routing decisions based on device-specific parameters in a content centric network
US10212248B2 (en) 2016-10-03 2019-02-19 Cisco Technology, Inc. Cache management on high availability routers in a content centric network
US10447805B2 (en) 2016-10-10 2019-10-15 Cisco Technology, Inc. Distributed consensus in a content centric network
US10135948B2 (en) 2016-10-31 2018-11-20 Cisco Technology, Inc. System and method for process migration in a content centric network
US10243851B2 (en) 2016-11-21 2019-03-26 Cisco Technology, Inc. System and method for forwarder connection information in a content centric network
KR102460792B1 (en) * 2017-04-21 2022-10-28 제니맥스 미디어 인크. Systems and methods for pre-encoded load estimation based encoder hinting
US10225211B2 (en) 2017-07-20 2019-03-05 Arris Enterprises Llc Statistical multiplexer with service priority weighting
US10608943B2 (en) * 2017-10-27 2020-03-31 Advanced Micro Devices, Inc. Dynamic buffer management in multi-client token flow control routers
GB2570324A (en) * 2018-01-19 2019-07-24 V Nova Int Ltd Multi-codec processing and rate control
US11153582B2 (en) * 2019-01-17 2021-10-19 Brightcove Inc. Optimal multi-codec ABR ladder design

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3864524A (en) * 1971-10-30 1975-02-04 Electronic Communications Asynchronous multiplexing of digitized speech
US4638476A (en) * 1985-06-21 1987-01-20 At&T Bell Laboratories Technique for dynamic resource allocation in a communication system
FR2587159B1 (en) * 1985-09-12 1987-11-13 Coatanea Pierre MULTIPLEXING AND DEMULTIPLEXING EQUIPMENT FOR SYNCHRONOUS DIGITAL FLOW RATE AND VARIABLE MODULATION SPEED
FR2669168B1 (en) * 1990-11-09 1993-04-23 Abiven Jacques MULTIPLEXING-DEMULTIPLEXING PROCESS MULTIDEBIT DIGITAL.
US5159447A (en) * 1991-05-23 1992-10-27 At&T Bell Laboratories Buffer control for variable bit-rate channel
US5291486A (en) * 1991-08-19 1994-03-01 Sony Corporation Data multiplexing apparatus and multiplexed data demultiplexing apparatus
JP2861518B2 (en) * 1991-09-03 1999-02-24 日本電気株式会社 Adaptive multiplexing method
JP3226945B2 (en) * 1991-10-02 2001-11-12 キヤノン株式会社 Multimedia communication equipment
US5216503A (en) * 1991-12-24 1993-06-01 General Instrument Corporation Statistical multiplexer for a multichannel image compression system
CA2104753C (en) * 1992-10-29 1999-02-16 Kotikalapudi Sriram Bandwidth allocation, transmission scheduling, and congestion avoidance in broadband atm networks

Also Published As

Publication number Publication date
JP3233408B2 (en) 2001-11-26
CA2190115A1 (en) 1995-11-30
EP0772927A4 (en) 2002-08-28
US5506844A (en) 1996-04-09
AU2516695A (en) 1995-12-18
EP0772927B1 (en) 2008-08-06
WO1995032565A1 (en) 1995-11-30
EP0772927A1 (en) 1997-05-14
DE69535803D1 (en) 2008-09-18
MX9605759A (en) 1998-10-31
EP1542383A1 (en) 2005-06-15
KR100382690B1 (en) 2003-08-02
KR970703662A (en) 1997-07-03
JPH10500822A (en) 1998-01-20

Similar Documents

Publication Publication Date Title
CA2190115C (en) Method for dynamically allocating communication channel bandwidth between competing applications
US5848266A (en) Dynamic data rate adjustment to maintain throughput of a time varying signal
US5881245A (en) Method and apparatus for transmitting MPEG data at an adaptive data rate
US5754700A (en) Method and apparatus for improving the quality of images for non-real time sensitive applications
US5832300A (en) System for maintaining a minimum level of digitized data signal quality while allowing bandwidth dependent quality enhancement with additional enhancement data packets
US5909250A (en) Adaptive video compression using variable quantization
US5706281A (en) Data transfer system
US5838686A (en) System for dynamically allocating a scarce resource
CA2038436C (en) Atm transmission system with a variable transmission rate
US6522694B1 (en) Programmable filter for removing stuffing bits from an MPEG-2 bit-stream
US6563506B1 (en) Method and apparatus for memory bandwith allocation and control in a video graphics system
US7006575B2 (en) Picture and sound decoding apparatus picture and sound encoding apparatus and information transmission system
US5369617A (en) High speed memory interface for video teleconferencing applications
EP0841820A2 (en) Method and apparatus for encoding, multiplexing and transmitting a video signal
US6084911A (en) Transmission of coded and compressed voice and image data in fixed bit length data packets
US20030037123A1 (en) Systems and method for providing video-on-demand services for broadcasting systems
EP1143736A2 (en) Image encoding apparatus and method and image decoding apparatus and method
KR20030061806A (en) Method and apparatus for determining a transmission bit rate in a statistical multiplexer
CN103002354A (en) Method and system for eliminating network jitter of video data during transmission
US20100257575A1 (en) Apparatus for receiving and playing back data
CN114510191A (en) Screen projection method and device
US11115693B2 (en) Source clock recovery in wireless video systems
JP2000057318A (en) Moving image decoding method and device
CN113766315A (en) Display device and video information processing method
MXPA96005759A (en) Method to distribute dynamically communications channel bandwidth complete entreaplications

Legal Events

Date Code Title Description
EEER Examination request
MKEX Expiry

Effective date: 20150519

MKEX Expiry

Effective date: 20150519