Source: http://www.google.com/patents/US20020170063?ie=ISO-8859-1&dq=7,479,949
Timestamp: 2016-02-08 07:21:48
Document Index: 785520299

Matched Legal Cases: ['arts 24', 'arts 26', 'art 300', 'art 350', 'art 400', 'art 508']

Patent US20020170063 - Method and system for transferring content to a networked unit - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inPatentsA system for transporting content to subscriber premises includes a centralized content repository, a subscriber unit, and a network connecting the subscriber unit and repository. The content can be video, image, or other files and the network can include a digital subscriber line (DSL) link. The repository...http://www.google.com/patents/US20020170063?utm_source=gb-gplus-sharePatent US20020170063 - Method and system for transferring content to a networked unitAdvanced Patent SearchPublication numberUS20020170063 A1Publication typeApplicationApplication numberUS 09/842,363Publication dateNov 14, 2002Filing dateApr 25, 2001Priority dateApr 25, 2001Also published asEP1382191A1, EP1382191A4, US8776153, WO2002089461A1Publication number09842363, 842363, US 2002/0170063 A1, US 2002/170063 A1, US 20020170063 A1, US 20020170063A1, US 2002170063 A1, US 2002170063A1, US-A1-20020170063, US-A1-2002170063, US2002/0170063A1, US2002/170063A1, US20020170063 A1, US20020170063A1, US2002170063 A1, US2002170063A1InventorsAhmad Ansari, John Erickson, Pierre Costa, Brad MedfordOriginal AssigneeSbc Technology Resources IncExport CitationBiBTeX, EndNote, RefManPatent Citations (20), Referenced by (41), Classifications (46), Legal Events (1) External Links: USPTO, USPTO Assignment, EspacenetMethod and system for transferring content to a networked unit
TECHNICAL FIELD OF THE INVENTION [0001] The present invention generally relates to networked information distribution systems, and in particular, to a method and system for distributing digitized content, such as images, videos, or other files, to end users for real-time presentation. BACKGROUND OF THE INVENTION [0002] Many existing communication networks do not provide sufficient bandwidth to support real-time or near real-time presentation of content, such as videos, images or other large media files. The telephone network has been suggested as a means for transporting real-time content. However, systems using the public switched telephone network (PSTN) are often bandwidth limited, providing low quality presentation and services for content such as real-time video. [0003] U.S. Pat. No. 5,410,343, assigned to Bell Atlantic Network Services, Inc., discloses a video-on-demand (VOD) system which relies upon telephone lines for distribution. Specifically, the system disclosed by the '343 patent uses asymmetric digital subscriber line (ADSL) channels, together with the public switched telephone network, for delivery of video program material. Generally, ADSL channels are bidirectional digital links having a high bandwidth downstream link and a low bandwidth upstream link. The advantage of ADSL is that higher bandwidth signals can be transmitted on ordinary telephone lines to end-user premises and additional cable or wiring is not necessary. [0004] Although the system described in the '343 patent represents a significant improvement in the distribution of video programs, the system itself does not have sufficient downstream bandwidth to support high-quality VOD services, similar to those provided by digital broadcast service (DBS) providers. The downstream ADSL channel described in the '343 patent has a bandwidth of 1.544 Mbps, whereas contemporary digital cable service providers offer VOD services at bit rates ranging between 3-6 Mbps. The relatively limited bandwidth of the ADSL system does not permit real-time content at as high of quality as the digital cable and satellite broadcast systems. [0005] U.S. Pat. No. 5,790,935, assigned to Hughes Aircraft Company, discloses a satellite-based digital broadcast system that provides virtual VOD services to subscribers. To reduce peak bandwidth demand, the system described in the '935 patent selectively downloads and caches digital files, such as videos, to subscriber units during off-peak hours. The disclosed system potentially improves the responsiveness of on-demand services by making some content locally available at subscriber units, without the need to access network resources. However, the '935 system requires content files to be stored in their entirety at the subscriber units. For large content files, such as videos, this requires larger storage devices in the subscriber units, and thus, increases the cost of subscriber units. Moreover, the '935 system does not utilize pre-existing network infrastructure, such as the PSTN, and instead relies on a wireless satellite communication network dedicated to video broadcast. [0006] Accordingly, there is a need for an improved transfer system and method that permits the transport of real-time content over pre-existing networks, such as the PSTN. BRIEF DESCRIPTION OF THE DRAWINGS [0007] [0007]FIG. 1 is a block diagram illustrating a content transfer scheme in accordance with the present invention; [0008] [0008]FIG. 2 is a block diagram illustrating details of the client shown in FIG. 1; [0009] [0009]FIG. 3 is a conceptual diagram illustrating one approach to decomposing content; [0010] [0010]FIG. 4 is a conceptual diagram illustrating a pyramidal scheme for decomposing content; [0011] [0011]FIG. 5 is a diagram illustrating a DSL system in accordance with an exemplary embodiment of the present invention; [0012] [0012]FIG. 6 is a graph illustrating an exemplary ADSL spectrum; [0013] [0013]FIG. 7 is a flowchart illustrating operation of the central office shown in FIG. 5; [0014] [0014]FIG. 8 is a flowchart illustrating operation of the set-top box shown in FIG. 5; [0015] [0015]FIG. 9 is a process chart illustrating a DCT algorithm for compressing content; [0016] [0016]FIG. 10 is a process diagram illustrating the decomposition of content using an MPEG-2 compression algorithm; [0017] [0017]FIG. 11 is an exemplary DCT coefficient map; [0018] [0018]FIG. 12 is a graph showing an exemplary signal spectrum for a sub-band coding algorithm; [0019] [0019]FIG. 13 is a decomposition map of an image frame that has been decomposed into seven sub-bands; and [0020] [0020]FIG. 14 is a block diagram illustrating vector quantization processes for encoding and decoding content. DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EMBODIMENTS [0021] It is an advantage of the present invention to provide an improved system and method for distributing content over a network to end users. According to one embodiment of the invention, content files are separated into portions at a content repository. Each of the files can be separated as a function of a compression algorithm. At least one of the portions of a file is then downloaded to a user terminal for storage therein. When the content is selected for presentation at the user terminal, one or more other portions of the file are then streamed in real-time to the user terminal for recombination with the locally stored portion. The recombined content is then presented to the end user. [0022] The present invention is applicable in many networked systems where bandwidth limitations negatively impact the quality of services provided to users. For example, the invention can be employed to transport content over the Internet, private intranets, the PSTN, wireless telecommunication networks, and the like. [0023] In particular, the invention can significantly improve services requiring the transport of video over ADSL networks. It is difficult to offer a video-on-demand (VOD) service at high quality over ADSL networks having an industry standard downstream bandwidth of 1.544 Mbps. Because of the bandwidth limitations of standard ADSL networks, real-time video quality is typically less than the quality provided by satellite-based digital broadcast systems (DBSs) and cable operators. Currently, DBS providers and digital cable providers offer high quality VOD services at bit rates ranging between 3-6 Mbps. By employing the present invention, service providers could offer higher quality VOD services over ADSL networks at 1.544 Mbps. [0024] Turning now to the drawings, and in particular FIG. 1, there is illustrated a block diagram of an exemplary content transfer system 20 in accordance with the present invention. Within the system 20, a content repository 22 stores low quality (LQ) and high quality (ΔQ) portions 24-26 of content files. The portions 24-26 are transferable to a client 28 over a network 30, such as an asymmetrical digital subscriber line (ADSL) network. [0025] The content can be any type of information that can be represented in a computer-usable format and transported over a communications network, such as video, image, audio, data or the like. Preferably, the content includes digitized video files representing movies. In accordance with the invention, content files are decomposed into LQ parts 24 and ΔQ parts 26 using a compression technique such as wavelets, sub-band coding, discrete cosine transform (DCT), vector quantization (VQ), or other progressive compression methods. [0026] The system 20 can use partial, pyramid progressive compression techniques to provide VOD services. In progressive compression techniques, compressed information is transmitted in a progressive manner, allowing the receiver side (i.e., client 28) to reconstruct a lower quality version of the image first, and then as it receives more information from the transmit side, the quality is enhanced progressively. [0027] The repository 22 downloads LQ or ΔQ portions of one or more of content files for local storage at the client 28, prior to viewing by the end user. In response to user selections made at the client 28, the remaining part(s) of the content files can be sent in real-time from the repository 24 to the client 28. The advantage of this method over downloading entire files into the client 28 is that a greater number of files can be made available to the client 28 without increasing the storage size in the client 28, thus offering a larger selection of content at a potentially higher quality. Another benefit is related to network congestion. In case of network congestion where a real-time ΔQ download is disrupted or unavailable, the LQ part of the content is available to the client and the content file can be presented at a reduced quality level. [0028] In terms of implementation, the system 20 does not require expensive client and codec design. For video content, the client 28 is able to recompose each video frame from LQ and ΔQ and then perform the task of decompressing the video frames. Currently, many commercially-available digital set-top boxes are capable of decompressing DCT-based compressed video frames. [0029] [0029]FIG. 2 is a block diagram illustrating details of the client 28 shown in FIG. 1. The client 28 can be a set-top box, personal computer, a wireless digital device, such as a personal digital assistant, or any other suitable computing device for performing the client functions disclosed herein. In the exemplary architecture shown, the client 28 includes a storage device 50, a ΔQ buffer 52, an LQ buffer 54, a re-composition device 55, a frame buffer 56 and a video decoder 58. [0030] In operation for viewing digitized movie videos, the LQ parts of n movies are downloaded to the client's storage device 50 using the ADSL network 30. The LQ parts can be downloaded during off-peak hours. The number n depends on the capacity of the storage device 50 in the client 28. When a user selects to view the movie “i”, where i is a number between 1 and n, the client 28 sends a request to the repository 22 and asks for the ΔQ information corresponding to the movie “i”. The client 28 starts receiving the ΔQ information in real-time and after recomposing the frames, it decompresses the video and sends it to a TV monitor for viewing. [0031] The movie is recomposed frame by frame. To accomplish this, each digitized ΔQ frame j received in real-time is temporarily stored in the buffer 52, where j is a number. The corresponding jth LQ frame is retrieved from the storage device 50 and held in buffer 54. The buffered frames are then recomposed by the re-composition device 55, which in turn stores the recomposed frame in the buffer 56. Recomposed frames are then provided to the video decoder 58, which outputs the decoded video for presentation by a suitable display device, such as a computer or TV monitor. [0032] The buffers 52-56 and storage device 50 can be any suitable memory devices for storing digitized information. The re-composition device can be implemented using a programmable processor, such as a digital signal processor (DSP) or other microprocessor, that executes software code for recombining the LQ and ΔQ frames in the manner described herein. Alternatively, the re-composition device 55, buffers 52-56 and storage device 50, can be implemented using one or more application specific integrated circuits (ASICs), or any suitable combination of standard hardware components, ASICs, and programmable devices. [0033] The video decoder 58 can be a commercially-available video codec. [0034] [0034]FIG. 3 is a conceptual diagram illustrating one approach to decomposing content. As mentioned above, each content file is compressed and divided into a LQ and ΔQ. The LQ part of the compressed content corresponds to the basic core of the content. Decompressing and decoding LQ reproduces a lower quality version of the content. When adding ΔQ to LQ and decompressing and decoding the content, the quality is improved significantly. [0035] Because in some network systems, such as ADSL networks, the bandwidth available to end-users varies, depending on factors such as the end-users' distance from the central office, the approach shown in FIG. 3 consists of storing a single LQ for each content file and different ΔQs for the same LQ in the content repository 22. At the content creation phase, the different ΔQs are optimized for different bandwidths. Each combination of LQ and ΔQi produces a different content quality, where i=(a,b,c,d). FIG. 3 shows customers with different bandwidths being offered the same content at different bit rates. This approach enables a service provider to provide different levels of service. [0036] For the example file 100 shown in FIG. 3, a single LQ portion is provided by the repository, along with four ΔQ portions: ΔQa, ΔQb, ΔQc, and ΔQd. Each of the ΔQ portions can be independently combined with the LQ portion to produce a final content file having a different quality level to satisfy particular bandwidth. In the example shown, ΔQa can be combined with LQ for use with a 1.5 Mbps network bandwidth, ΔQb can be combined with LQ for use with a 3 Mbps bandwidth, ΔQc can be combined with LQ for a 4.5 Mbps bandwidth, and ΔQd can be combined for use with a 6 Mbps bandwidth. [0037] The following description provides examples of how two different end-users with two different bandwidths are provided a VOD service with the approach of FIG. 3. [0038] For an end user with a bandwidth of 1.5 Mbps, the end-user selects a content file from a list of available files for which the LQs are already downloaded to the client 28. After the selection is made the repository 22 is alerted of the end-user's choice and a server selects the ΔQa that is optimized for users with a bandwidth of 1.5 Mbps and starts streaming the ΔQa content to the client 28. The client 28 receives the ΔQa information and combines it with the LQ information that is already stored in the client and then decodes the re-combined content and displays it on a display device. [0039] For an end user with a bandwidth of 3 Mbps, after the content selection process by the end user, the repository server selects ΔQb that is optimized for the 3 Mbps network bandwidth and starts streaming the ΔQb content to the client 28. The client 28 receives the ΔQb information and combines it with the LQ information that is already stored in the client and then decodes the re-combined content and displays it on a display device. [0040] [0040]FIG. 5 is a conceptual diagram illustrating a second approach to decomposing content. This approach relies on a pyramidal scheme 110 for decomposing content. Under this scheme, each compressed content file is decomposed into an LQ and a ΔQ that is subdivided into smaller sections: Δ   Q = ∑ i = 1 n   q i ( 1 ) [0041] The combined compressed content is: Compressed   Content = ∑ ( LQ + ∑ i = 1 n   q i ) ( 2 ) [0042] The LQ and qi portions are created and stored in the repository 22. [0043] Depending of the network bandwidth available, the number n changes. For example, for a bandwidth of 1.5 Mbps, n may be 5 and for a 3 Mbps bandwidth n may be 10. As with the first approach discussed in connection with FIG. 3, the LQ portion is stored in the client 28. [0044] For the 1.5 Mbps network, the q1, q2, q3, q4, and q5 portions are downloaded in real-time. At the client 28, the LQ and qi portions are re-composed and decoded so that the output content is: LQ+q1+q2+q3+q4+q5. [0045] For the 3 Mbps network, the q1, q2, . . . , q9, and q10 portions are downloaded in real-time. At the client 28, the LQ and qi portions are re-composed and decoded so that the output content is: LQ+q1+q2 . . . +q9+q10. [0046] [0046]FIG. 5 is a diagram illustrating an exemplary digital subscriber line (DSL) system 200 in accordance with an embodiment of the present invention. The example network architecture is capable of streaming video content from a central office (CO) 202 to customer premises. The system 200 includes the CO 202 communicating with a customer premise 204 using an ADSL link 206. Although not shown, the system 200 can support multiple customer premises and ADSL links to the CO 202. [0047] The CO 202 includes a splitter 214, a digital subscriber line access multiplexer (DSLAM) 216, a voice switch 222, an asynchronous transfer mode (ATM) switch 218, a content server 220 and storage device 226, and a content repository 221. [0048] The CO 202 can communicate with a data network 212, such as the Internet, through the ATM switch 218. The voice switch 222 can be a conventional telecommunications switch that permits the CO 202 to communicate with a voice network 208, such as the plain old telephone system (POTS). [0049] The customer premise 204 includes a splitter 240, an ADSL modem 242, an Ethernet hub/switch 246, a set-top box 248, a display device 250, such as a TV, a personal computer (PC) 252, and a telephone 254. [0050] DSL is a high-speed, dedicated, point-to-point network technology for delivering voice, video and data at speeds much faster than the analog modem technology. DSL services are designed for the local loop, or “last mile” copper from a central office (CO) to an end user's business or home. End users closer to the central office can be served with higher bandwidth connections. The technology can deliver higher speed connections up to a range of 18,000 feet (5.5 km) from the CO. [0051] A major advantage of DSL is that it uses the existing copper telephone wires to the customer locations. With 800 million phone lines deployed throughout the world, there is thus little need for new wiring to support DSL services. Many providers are offering a version of the DSL technology that is Asymmetric DSL (ADSL). [0052] ADSL provides more bandwidth downstream for faster downloads where it is needed, than for uploads. ADSL Full Rate supports downstream speeds up to 8 Mbps, and upstream rates up to 1 Mbps. FIG. 6 is a graph 280 illustrating an exemplary ADSL spectrum. FIG. 6 illustrates how the DMT (Discrete Multi-Tone) line code separates the phone line into three channels: up to 4 kHz channel reserved for voice, a 30 kHz to 138 kHz channel reserved for upstream traffic, and a 138 kHz to 1.1 MHz channel reserved for downstream traffic. [0053] ADSL modems leverage signal processing techniques that insert and extract more digital data onto analog lines beyond the frequencies of normal voice services. Because the high frequency carrier signal can be modified, a larger digital data payload can be carried in the signal over greater distances using standard phone lines. [0054] In order to separate the regular voice service from the ADSL service, the splitters 214, 240 are used at the CO 202 and customer premise 204. When an ADSL transmission is received at the CO 202, the central office POTS splitter 214 sends the voice traffic to the voice switch 222 and the data traffic to the DSLAM 216 and to the data network 212 and repository server 220. [0055] There are two types of DSLAMs usable with the system 200: a CO DSLAM, which is built for high density and concentration, and a remote DSLAM that is in a digital loop carrier (DLC) system in neighborhoods and office parks. [0056] The video content is acquired by the server 220 from the content repository 221. The content repository 221 may be located at the CO 202 or in a different location. In this example, the video server 220 is connected to the ATM switch 218 that is linked to an ADSL DSLAM 216. [0057] In response to customer requests from the set-top box 248, video content is sent to the set-top box 248 from the repository 221, and after recomposing, decompressing and decoding by the set-top box 248, the video is displayed on the TV monitor 250. [0058] [0058]FIG. 7 is a flowchart 300 illustrating operation of the central office shown in FIG. 5. In step 302, content to be stored in the repository 221 is compressed using a predetermined compression technique. Some of the compression techniques usable with the system 200 are described in further detail in connection with FIGS. 9-14. The compression algorithm can be executed by the server 220 or any other device for generating compressed content. [0059] In step 304, the compressed content files are decomposed into LQ and ΔQ portions. These portions are then stored in the repository 221. [0060] Next, in step 306, one or more LQ portions are downloaded to the set-top box 248. These portions can be downloaded by the server 220 during off-peak hours, when the network usage is low. [0061] In step 308, a subscriber selection from the set-top box 248 is received at the server 220. The subscriber selection can be a message identifying a particular content file. The subscriber selection can be generated by a user interface (not shown) included in the set-top box 248. The user interface can present a menu on the TV monitor 250 that lists content files, such as movies, and permits the subscriber to make selections therefrom. [0062] In response to receiving the subscriber selection, the server 220 retrieves a corresponding ΔQ portion from the content repository 221 and then downloads the ΔQ portion to the set-top box 248 for real-time presentation. [0063] [0063]FIG. 8 is a flowchart 350 illustrating operation of the set-top box 248 shown in FIG. 6. In step 352, LQ portions downloaded from the repository 221 are stored locally within the set-top box 248. Next, in step 354, a subscriber selection is received by the set-top box 248. If the selection corresponds to a content file having a locally stored LQ portion, the selection request is then transferred to the server 220. In response to receiving a selection request, the server 220 begins streaming the ΔQ portion to the set-top box 248. [0064] Upon receiving the ΔQ portion, the set-top box 248 recomposes the LQ and ΔQ portions, as described in connection with FIGS. 2-4 (step 358). In step 360, the set-top box 248 decodes the recomposed content. The decoded content is then transferred to the TV monitor 250 for real-time display (step 362). [0065] In order to create and decompose content transferred by the system 200, the content is compressed using a compression technique. The present invention is not dependent on any particular compression technique, and the following paragraphs describe examples of compression techniques that can be used with the video over ADSL transmission system 200, as well as the system 20 of FIG. 1. [0066] Video content delivered by the system 200 is compressed using a video compression technique. Many conventional video compression techniques can be used to decompose the video into LQ and ΔQ parts. Three examples of compression techniques are described below. These techniques are discrete cosine transform (DCT) based algorithms, subband/wavelets-based algorithms, and vector quantization (VQ) algorithms. [0067] [0067]FIG. 9 is a process chart 400 illustrating a DCT algorithm for compressing content. There are a variety of techniques for compressing still and moving images (videos). One of the most popular compression technologies is transform-based. In a transform-based compression technology, an image is transformed using a transformation matrix, then quantized and transmitted. At the receiver, the data is de-quantized and an inverse transformation is applied to reconstruct the original content. DCT has been one of the most popular transformation techniques used in almost all standards-based compression technologies such as JPEG, MPEG-1, MPEG-2, MPEG-4, H.261, and H.263. [0068] DCT is used on small blocks of pixels, usually 8�8 or 16�16 pixels. In most cases the energy of the video/image signal is concentrated in the lower frequency zone, and the higher frequency coefficients represent information on edges, transitions, and other finer details of the content. It is possible to reconstruct the original content by only a few DCT coefficients from the lower frequency area of the DCT matrix, and by disregarding coefficients in the higher frequency area. [0069] [0069]FIG. 9 describes the application of DCT on a still image. The image is first converted from an RGB format 402 into a Luminance (Y) and Chrominance (Cr, Cb) frames 404. The chrominance frames can be sub-sampled because color pixels are highly correlated. The Y and Cr and Cb frames are divided into small blocks of 8�8, 16�16 or 32�32 pixels 405. The DCT is applied on the 8�8-pixel blocks followed by a quantization step 403. Then the DCT coefficients are arranged in a Zigzag manner 406, and higher frequency DCT coefficients are disregarded. DPCM, Run Length Encoding (RLE) and Huffman or arithmetic coding 408 are used before transmitting the bits through a transmission channel. This is the basic structure of JPEG. [0070] For video, because of temporal correlation between frames, a search for a motion vector is performed for each block in the previous frame. If a match is found, only a motion vector is transmitted. For blocks that don't have associated motion vectors, the DCT is computed then quantized and coded using a coding scheme and transmitted to the decoder. There are many variants of DCT-based encoding and all major ITU and ISO standards such as JPEG, MPEG and H.26x are all based on block-based DCT compression technique. [0071] To apply a video DCT-based approach to this invention, all motion vectors along with the low frequency DCT coefficients are sent to the client and stored in the local storage device. This information will be the LQ part of the video and represent a relatively lower quality version of the video. Then after the user has made the selection of a video, more DCT coefficients corresponding to the higher spatial frequency zone in each block will be sent to the client as the ΔQ portion of the video. In case of network congestion the lower quality version of the video will be displayed until the congestion is cleared. [0072] When dealing with moving images or video another important technique to reduce the bit rate that can be used along with DCT compression is motion compensation. The images are converted to YCrCb space, and the two chrominance channels (Cr and Cb) are decimated further to reduce the pixel count. In natural images, higher compression in the chrominance space does not results in noticeable visual artifacts and this is the reason the chrominance signals are down-sampled. [0073] The first step in compressing moving images is to predict motion from frame to frame in the temporal direction, and then to use DCT to organize the redundancy in the spatial directions. The DCT is applied on image blocks of 8�8 pixels in size, and the motion prediction is done in the luminance (Y) channel on 16�16-pixel blocks. In other words, given the 16�16 block in the current frame that is being compressed, a search for a close match to that block in a previous or future frame (there are backward prediction modes where later frames are sent first to allow interpolating between frames) is performed. The DCT coefficients (of either the actual data, or the difference between this block and the close match) are “quantized”, which means that higher frequency DCT coefficients are disregarded. During the quantization process, many of the DCT coefficients will end up being zero. The quantization can change for every “macroblock” (a macroblock is 16�16 of Y and the corresponding 8�8's in both U and V). The results of all of this, which include the DCT coefficients, the motion vectors, and the quantization parameters is Huffman coded using fixed tables. The DCT coefficients have a special Huffman table that is “two-dimensional” in that one code specifies a run-length of zeros and the non-zero value that ended the run. Also, the motion vectors and the DC DCT components are DPCM (subtracted from the last one) coded. The above describes the basic structure of MPEG-1 and MPEG-2 compression standards. [0074] Standard MPEG-2 compression technology can be used in an efficient manner to compress the content and decompose the compressed data into LQ and ΔQ partitioning. FIG. 10 is a process diagram 500 illustrating the decomposition of video content using an MPEG-2 compression algorithm. The video file 502 is provided to an MPEG-2 codec 504 to generate a compressed video output. The compressed video is then classified 506, or decomposed, into LQ and ΔQ parts. The LQ part 508 of the compressed content can contain all motion vectors and low frequency DCT coefficients. The ΔQ portion 510 can include higher frequency DCT coefficients. The number of DCT coefficient included in the ΔQ portion 510 depends on the targeted type of ADSL connection and the minimum bandwidth available. [0075] In the system 200, the process 500 can be implemented in software executed by the server 220. The server 220 can be a PC running a conventional operating system and including networking cards and software for interfacing to the ATM switch 218 and repository 221. [0076] [0076]FIG. 11 is an exemplary DCT coefficient map 450. The DCT block corresponds to an image block of 8�8 pixels. In this example, LQ for each frame of video consists of all motion vectors and the DCT coefficients from 1-10. The LQ part of the content is sent ahead of time and the different ΔQs are sent in real-time to ADSL connections with different bandwidth. For example, an ADSL connection with a bandwidth of 1.5 Mbps would receive the DCT coefficients 1-10 and additional DCT coefficients 11-15. AnotherADSL connection with a bandwidth of 3 Mbps would receive DCT coefficients 1-15, as well as additional DCT coefficients 16-21. An ADSL connection with 6 Mbps of bandwidth would receive DCT coefficients 1-36. [0077] With MPEG-2, the set-top box 248 performs the function of reorganizing LQ and ΔQ first, and then a standard MPEG-2 decoder can be used to decompress the video and send it to the TV monitor 250. Reorganizing the data can be performed either in software or hardware. [0078] Another compression technique that can be used in the systems 20 and 20 is sub-band coding and wavelets. With conventional sub-band coding and wavelet techniques, a signal spectrum is partitioned into several frequency bands. Each band is encoded and transmitted separately. The wavelet approach is a form of sub-band coding, and hence, for brevity, only sub-band coding is discussed in detail below. [0079] In sub-band coding, an image is first filtered to create a set of images, each of which contains a limited range of spatial frequencies. These images are called the sub-bands. Since each sub-band has a reduced bandwidth compared to the original full-band image, they may be down sampled. This process of filtering and sub-sampling is termed the analysis stage. The sub-bands are then encoded using one or more coding schemes. Different bit rates and different compression techniques can be used to adaptively and optimally encode the video. [0080] Reconstruction at the client is achieved by up sampling the decoded sub-bands, applying the appropriate filters, and adding the reconstructed sub-bands together. This stage of the process is called synthesis stage. [0081] The application of sub-band/wavelets to this invention is to transmit the lower spatial frequency sub-bands first as the LQ part of the video, and then after the user has made a selection, to send higher spatial frequency sub-bands as the ΔQ part of the video. [0082] [0082]FIG. 12 is a graph 550 showing an exemplary signal spectrum for a sub-band coding algorithm. FIG. 12 shows the transfer function for a typical sub-band filter. An ideal sub-band filter is made of a bank of bandpass filters, which are contiguous in frequency, zero attenuation in the pass-band and infinite attenuation in stop band. When applying the bank of filters to an image or video signal, a series of filtered images are obtained. The bandpass filters reduce the bandwidth of each one of these filtered images. According to Nyquist criteria, the smaller size images obtained from this phase of filtering can be downsampled at a lower rate. In sub-band coding the combination of bandpass filtering and downsampling is called decimation. The inverse process that allows reconstructing the original signal is called Interpolation. [0083] [0083]FIG. 13 is a conceptual decomposition map 600 of an image frame that has been decomposed into seven sub-bands. In FIG. 13, sub-bands 1,2,3 and 4 represent most of the information contained in the image (lower spatial frequency information). The remaining sub-bands represent sharp transition, edges of object and other higher spatial frequency information. The lower sub-bands can be included in the LQ portion of a decompose file, while the higher sub-bands can make up the ΔQ portion. [0084] Sub-band decomposition is well suited to the video over ADSL transmission system 200. In one embodiment of the system 200, sub-bands 1-2 of FIG. 13 can be regarded as the core information (LQ) for each frame and can be downloaded in off-peak hours to the set-top box 248. The remaining bands are part of ΔQ and can selectively be sent to the set top box 248 on demand, based on he ADSL bandwidth available. [0085] Commercially-available encoder and decoder chip sets for sub-band coding can be included in the CO 202 and set-top box 248, respectively, to implement a sub-band coding approach. In order to reconstruct the original content at the set-top box 248, the LQ part of the content that is already downloaded in the set-top box 248 is combined with the ΔQ that corresponds to the higher spatial frequency sub-bands and is decoded to reproduce the original content. [0086] [0086]FIG. 14 is a block diagram 650 illustrating vector quantization (VQ) processes for encoding and decoding content. The encoding process 652 can take place at the CO 202 to generate compressed, decomposed content that is stored in the repository 221. The decoding process 654 takes place at the set-top box 248 to re-compose the content for presentation. [0087] Digital signals can be compressed by assigning shorter code words to more probable signals and that the maximum achievable compression could be determined from a statistical description of the signal. Coding vectors or groups of symbols (pixels in images, speech samples in voice, etc.) is more efficient than coding individual symbols or samples. Vector quantization is based on these principles and has been used in speech, image, and video coding. [0088] A vector quantizer Q of dimension k and size N is a mapping of a vector in a K dimensional Euclidean space Rk into a finite set “C” containing N outputs or reproduction points called “codevectors” or “codewords”. Q: Rk→C (3) [0089] Where C=(Y1, Y2, Y3, . . . Yi, . . . , Yn), and Yi are elements of Rk for each i={1, 2, 3, . . . , N}. [0090] The set “C” is called the codebook 658. [0091] In video compression, VQ is used along with motion compensation to reduce the bit rate. Typically VQ is applied on a single video frame that is divided into small blocks of 4�4 pixels. For each block of 4�4 pixels, a search is performed in a codebook to obtain the closest match possible. The can be accomplished using a nearest neighbor rule 656. The codebook 658 consists of different patterns of 4�4-pixel blocks with different colors and textures. Codebooks are formed using clustering algorithms and that are applied on a large set of example content. [0092] Each entry in the codebook is assigned an index. After finding the closest match to a block, the index 660 corresponding to the matching block from the codebook 658 is transmitted to the decoder 654 through a transmission network 662. The decoder 654 has a copy 668 of the same codebook 658, and after decoding 664 the index, it performs a table look up 667 in the codebook 668 and retrieves the matching block that represents the original content. [0093] The larger the codebook the higher is the video quality. However, larger codebooks result also in higher bit rates. [0094] There are different ways that VQ can be included in the systems 20 and 200. One approach is to decompose video content information into Luminance (Y) and motion vectors, and Chrominance (Cr, Cb). The LQ would be the combination of Y and motion vectors, and ΔQ would consist of the chrominance information. The approach can use different codebooks for Y and Cr and Cb. Alternative approaches rely on the segmentation of the codebook in such a way that a low quality version of the content is created as LQ and residual information is stored as ΔQ. [0095] While specific embodiments of the present invention have been shown and described, it will be apparent to those skilled in the art that the disclosed invention may be modified in numerous ways and may assume many embodiments other than those specifically set out and described above. Accordingly, the scope of the invention is indicated in the appended claims, and all changes that come within the meaning and range of equivalents are intended to be embraced therein. Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS5410343 *Apr 2, 1993Apr 25, 1995Bell Atlantic Network Services, Inc.Video-on-demand services using public switched telephone networkUS5414469 *Oct 31, 1991May 9, 1995International Business Machines CorporationMotion video compression system with multiresolution featuresUS5701582 *Mar 22, 1995Dec 23, 1997Delta Beta Pty. Ltd.Method and apparatus for efficient transmissions of programsUS5832300 *Jun 20, 1996Nov 3, 1998Intel CorporationSystem for maintaining a minimum level of digitized data signal quality while allowing bandwidth dependent quality enhancement with additional enhancement data packetsUS5940117 *Jul 16, 1996Aug 17, 1999Ericsson, Inc.Method for transmitting multiresolution image data in a radio frequency communication systemUS5974376 *Oct 10, 1996Oct 26, 1999Ericsson, Inc.Method for transmitting multiresolution audio signals in a radio frequency communication system as determined upon request by the code-rate selectorUS6366888 *Mar 29, 1999Apr 2, 2002Lucent Technologies Inc.Technique for multi-rate coding of a signal containing informationUS6392705 *Jul 7, 1997May 21, 2002Microsoft CorporationMultimedia compression system with additive temporal layersUS6496980 *Dec 7, 1998Dec 17, 2002Intel CorporationMethod of providing replay on demand for streaming digital multimediaUS6510177 *Mar 24, 2000Jan 21, 2003Microsoft CorporationSystem and method for layered video coding enhancementUS6728775 *May 13, 1997Apr 27, 2004Microsoft CorporationMultiple multicasting of multimedia streamsUS6744891 *Nov 17, 1999Jun 1, 2004Lucent Technologies Inc.Methods and system for ensuring royalty payments for data delivered over a telephone network utilizing bidirectional communicationUS7020195 *Dec 10, 1999Mar 28, 2006Microsoft CorporationLayered coding and decoding of image dataUS20020078465 *Dec 20, 2000Jun 20, 2002Stahl Thomas AnthonyMethod of providing high-speed digital services over a switched telephone networkUS20020116473 *Feb 16, 2001Aug 22, 2002Gemmell David J.Progressive streaming media renderingUS20020126759 *Jan 10, 2001Sep 12, 2002Wen-Hsiao PengMethod and apparatus for providing prediction mode fine granularity scalabilityUS20020144276 *Mar 30, 2001Oct 3, 2002Jim RadfordMethod for streamed data delivery over a communications networkUS20030002579 *Jul 17, 2002Jan 2, 2003U.S. Philips CorporationScalable video coding systemUS20040049793 *Sep 10, 2003Mar 11, 2004Chou Philip A.Multimedia presentation latency minimizationUS20050190834 *May 2, 2005Sep 1, 2005Microsoft CorporationSystem and method for robust video coding using progressive fine-granularity scalable (PFGS) coding* Cited by examinerReferenced byCiting PatentFiling datePublication dateApplicantTitleUS7716714Dec 1, 2004May 11, 2010At&T Intellectual Property I, L.P.System and method for recording television content at a set top boxUS7873102Jan 18, 2011At&T Intellectual Property I, LpVideo quality testing by encoding aggregated clipsUS7908621Oct 31, 2007Mar 15, 2011At&T Intellectual Property I, L.P.System and apparatus for local video distributionUS7908627Jun 22, 2005Mar 15, 2011At&T Intellectual Property I, L.P.System and method to provide a unified video signal for diverse receiving platformsUS7954057 *Aug 8, 2005May 31, 2011Apple Inc.Object movie exporterUS8054849May 27, 2005Nov 8, 2011At&T Intellectual Property I, L.P.System and method of managing video content streamsUS8086261Oct 7, 2004Dec 27, 2011At&T Intellectual Property I, L.P.System and method for providing digital network access and digital broadcast services using combined channels on a single physical medium to the customer premisesUS8121029 *Feb 6, 2006Feb 21, 2012At&T Intellectual Property I, L.P.Methods and systems for providing supported DSL communications features as selectionsUS8190688Jul 11, 2005May 29, 2012At&T Intellectual Property I, LpSystem and method of transmitting photographs from a set top boxUS8201195 *Sep 17, 2010Jun 12, 2012At&T Intellectual Property I, LpSystem, method and computer readable medium for inserting data objects into encrypted video streamUS8201202 *Dec 21, 2006Jun 12, 2012Sony CorporationHigh quality video delivery via the internetUS8214859Feb 14, 2005Jul 3, 2012At&T Intellectual Property I, L.P.Automatic switching between high definition and standard definition IP television signalsUS8228224Oct 26, 2007Jul 24, 2012At&T Intellectual Property I, L.P.System and method of using a remote control and apparatusUS8282476Jun 24, 2005Oct 9, 2012At&T Intellectual Property I, L.P.Multimedia-based video game distributionUS8365218Jan 29, 2013At&T Intellectual Property I, L.P.Networked television and method thereofUS8390744Jan 6, 2009Mar 5, 2013At&T Intellectual Property I, L.P.System and method of displaying a video streamUS8434116Dec 1, 2004Apr 30, 2013At&T Intellectual Property I, L.P.Device, system, and method for managing television tunersUS8535151Aug 28, 2012Sep 17, 2013At&T Intellectual Property I, L.P.Multimedia-based video game distributionUS8584257Aug 10, 2004Nov 12, 2013At&T Intellectual Property I, L.P.Method and interface for video content acquisition security on a set-top boxUS8635659Jun 24, 2005Jan 21, 2014At&T Intellectual Property I, L.P.Audio receiver modular card and method thereofUS8839314Mar 15, 2013Sep 16, 2014At&T Intellectual Property I, L.P.Device, system, and method for managing television tunersUS8843970Jan 31, 2011Sep 23, 2014Chanyu Holdings, LlcVideo distribution systems and methods for multiple usersUS8893199Jun 22, 2005Nov 18, 2014At&T Intellectual Property I, L.P.System and method of managing video content deliveryUS8904458Jul 29, 2004Dec 2, 2014At&T Intellectual Property I, L.P.System and method for pre-caching a first portion of a video file on a set-top boxUS8966563Feb 7, 2011Feb 24, 2015At&T Intellectual Property, I, L.P.System and method to provide a unified video signal for diverse receiving platformsUS9055303 *Oct 5, 2007Jun 9, 2015Nippon Telegraph And Telephone CorporationVideo encoding method and decoding method, apparatuses therefor, programs therefor, and storage media for recording the programsUS9124441Oct 6, 2009Sep 1, 2015Intel CorporationRemote audioUS9167241Dec 7, 2010Oct 20, 2015At&T Intellectual Property I, L.P.Video quality testing by encoding aggregated clipsUS9178712 *Dec 31, 2009Nov 3, 2015Intel CorporationRemote audioUS9178743Sep 23, 2011Nov 3, 2015At&T Intellectual Property I, L.P.System and method of managing video content streamsUS20040174853 *Mar 2, 2004Sep 9, 2004Fujitsu LimitedCommunication control program, content delivery program, terminal, and content serverUS20040267602 *Jun 30, 2003Dec 30, 2004Gaydos Robert C.Method, apparatus, and system for asymmetrically handling content requests and content deliveryUS20060044151 *Aug 8, 2005Mar 2, 2006Xiaochun NieObject movie exporterUS20070183324 *Feb 6, 2006Aug 9, 2007Cuberson Russel DMethods, systems, and computer program products for providing supported DSL communications features as selectionsUS20080155623 *Dec 21, 2006Jun 26, 2008Takaaki OtaHigh quality video delivery via the InternetUS20100023869 *Oct 6, 2009Jan 28, 2010Ylian Saint-HilaireRemote audioUS20100067579 *Oct 5, 2007Mar 18, 2010Nippon Telegraph And Telephone CorporationVideo encoding method and decoding method, apparatuses therefor, programs therefor, and storage media for recording the programsUS20100229099 *Dec 31, 2009Sep 9, 2010Ylian Saint-HilaireRemote AudioUS20110004899 *Jan 6, 2011At&T Intellectual Property I, L.P.System, method and computer readable medium for inserting data objects into encryped video streamEP1480457A2 *May 18, 2004Nov 24, 2004France TelecomMethod and system for managing the bandwidth of a video-on-demand serviceEP1639486A2 *Apr 22, 2004Mar 29, 2006Concurrent Computer CorporationMethod, apparatus, and system for asymmetrically handling content requests and content delivery* Cited by examinerClassifications U.S. Classification725/95, 375/E07.011, 725/100, 375/E07.017, 725/94, 725/93International ClassificationH04N21/262, H04N21/61, H04N21/647, H04N21/433, H04N21/2343, H04N21/472, H04N21/24, H04N21/643, H04L29/06, H04N1/32Cooperative ClassificationH04L65/602, H04L65/4084, H04N1/324, H04N21/64792, H04N21/2402, H04N21/26241, H04N21/6125, H04L29/06027, H04N21/47202, H04N1/32427, H04N21/4331, H04N21/643, H04N21/631, H04L69/04, H04N21/262, H04N21/238, H04N21/234327European ClassificationH04N21/262C4, H04N21/433C, H04N21/24D, H04N21/2343L, H04N21/61D3, H04N21/472D, H04N21/643, H04N21/647P1, H04N1/32F2R3, H04N1/32F2, H04L29/06C5, H04L29/06M6C2, H04L29/06M4S4Legal EventsDateCodeEventDescriptionAug 10, 2001ASAssignmentOwner name: SBC TECHNOLOGY RESOURCES, INC., TEXASFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ANSARI, AHMAD;ERICKSON, JOHN R.;COSTA, PIERRE;AND OTHERS;REEL/FRAME:012091/0411;SIGNING DATES FROM 20010611 TO 20010720Owner name: SBC TECHNOLOGY RESOURCES, INC., TEXASFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ANSARI, AHMAD;ERICKSON, JOHN R.;COSTA, PIERRE;AND OTHERS;SIGNING DATES FROM 20010611 TO 20010720;REEL/FRAME:012091/0411RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services