US20080046938A9 - Video pedestal network - Google Patents

Video pedestal network Download PDF

Info

Publication number
US20080046938A9
US20080046938A9 US10/446,877 US44687703A US2008046938A9 US 20080046938 A9 US20080046938 A9 US 20080046938A9 US 44687703 A US44687703 A US 44687703A US 2008046938 A9 US2008046938 A9 US 2008046938A9
Authority
US
United States
Prior art keywords
digital information
broadband
interface
network
desired stream
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.)
Abandoned
Application number
US10/446,877
Other versions
US20030200549A1 (en
Inventor
R. Rao
Paolo Siccardo
Gilbert Levesque
Martin Elsbach
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.)
Irdeto Access Inc
Original Assignee
Irdeto Access Inc
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 Irdeto Access Inc filed Critical Irdeto Access Inc
Priority to US10/446,877 priority Critical patent/US20080046938A9/en
Publication of US20030200549A1 publication Critical patent/US20030200549A1/en
Publication of US20080046938A9 publication Critical patent/US20080046938A9/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/93Wired transmission systems
    • H04H60/94Telephonic networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2801Broadband local area networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • H04L12/2869Operational details of access network equipments
    • H04L12/2878Access multiplexer, e.g. DSLAM
    • H04L12/2879Access multiplexer, e.g. DSLAM characterised by the network type on the uplink side, i.e. towards the service provider network
    • H04L12/2883ATM DSLAM
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/06Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors
    • H04M11/062Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors using different frequency bands for speech and other data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47208End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting near-video-on-demand content
    • 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/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784Data processing by the network
    • 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
    • H04N21/6587Control parameters, e.g. trick play commands, viewpoint selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/10Adaptations for transmission by electrical cable
    • H04N7/108Adaptations for transmission by electrical cable the cable being constituted by a pair of wires
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/141Systems for two-way working between two video terminals, e.g. videophone
    • H04N7/148Interfacing a video terminal to a particular transmission medium, e.g. ISDN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17336Handling of requests in head-ends
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/38Arrangements for distribution where lower stations, e.g. receivers, interact with the broadcast

Definitions

  • the present invention relates generally to delivery of digital information to subscriber premises and more particularly to providing this access without substantial new wiring expense.
  • Video services even with the use of modern compression standards such as MPEG-1 and MPEG-2, intrinsically require large bandwidths.
  • MPEG-1 and MPEG-2 intrinsically require large bandwidths.
  • an infrastructure must be constructed to distribute the necessary signals to individual subscriber premises. At a minimum, each subscriber should be able to select from among numerous digital video programs as can be done now with analog broadcast television.
  • the digital data are distributed via an asynchronous transfer mode (ATM) network to each subscriber's premises.
  • ATM asynchronous transfer mode
  • the physical medium of the ATM network may be implemented in more than one way.
  • One way is to lay optical fiber to each home.
  • fiber may be laid up to the curb, from which point a coaxial cable can relay the ATM cells.
  • the advantages of this technique are the low latency and flexibility of the ATM technology and a large bidirectional bandwidth sufficient to distribute numerous interactive digital video programs. Nonetheless, this approach is practically infeasible today since the cost of laying fiber or coaxial cable to each home is prohibitive. Additionally, the time required to deploy such an infrastructure over a large geographic area makes the scheme even more unattractive.
  • HFC hybrid fiber coax
  • the HFC scheme provides a two-level network. At the higher level, optical fibers are used to distribute digital information to a plurality of Cable Headends or Host Digital Terminals (HDT). Each Headend or HDT in turn distributes information to multiple hybrid fiber coaxial cables, each of which serves several hundred subscriber units in a bus/loop architecture.
  • the return channel over the coaxial cable is also shared by multiple subscriber units by employing Time Division Multiplexing (TDM).
  • TDM Time Division Multiplexing
  • TDM Time Division Multiplexing
  • ADSL technology to transfer high data rate information, such as video, over existing telephone company twisted pair lines to subscriber premises.
  • Optical fiber may be used to transfer digital information to the telephone company central office or to a curbside interface where the twisted pair lines begin.
  • the latter architecture is commonly referred to as Fiber-To-The-Curb (FTTC).
  • FTTC Fiber-To-The-Curb
  • fiber may be deployed till the basement of a large building, from which point existing twisted pair lines can establish connection with each subscriber.
  • Such an architecture is commonly referred to as Fiber-To-The-Building (FTTB).
  • FTTB Fiber-To-The-Building
  • the disadvantage of this approach is that ADSL provides insufficient bandwidth. Most current ADSL trials carry only 1.5 or 2 Mb/s over twisted pair.
  • Prior art digital data delivery schemes that use relatively narrow bandwidth connections to the subscriber premises require point-to-point sessions between the ultimate server and subscriber unit. This is because the narrow bandwidth link that is closest to the subscriber permits only a point-to-point connection if the desired service quality is expected to be reasonable. These point-to-point sessions waste bandwidth since the server must separately transmit to multiple subscriber units requesting the same program. If the user wishes to switch channels, there is significant extra latency resulting from the need to end the previous point-to-point session before beginning a new one. Furthermore, the network and server hardware needed to accommodate point-to-point sessions is particularly complex and expensive.
  • the invention provides a network architecture for distributing digital data to subscriber units wherein selection from among multiple digital services is accomplished by transmitting a tuning command from a subscriber unit to one or more intermediate interfaces in a series of links interconnecting the subscriber unit and a server.
  • An example of such digital data is digital video and the services could be multiple digital video programs.
  • the network architecture of the present invention is capable of providing public broadband access without the use of very high bandwidth access lines to subscriber premises.
  • the intermediate interface selects the desired digital service from a multitude of services available in a broadband link coupled to the interface's input and transmits it to the subscriber unit over a bandwidth-constrained link.
  • the bandwidth-constrained link may be implemented with existing infrastructure, yet the subscriber unit may readily access a wide variety of digital services available on the broadband network.
  • the present invention thus combines universal broadband access with low cost.
  • a service provider may offer broadcast services over the network in addition to point-to-point interactive services.
  • the broadcast services may be offered without requiring multiple point-to-point sessions from the server to each requesting subscriber unit. Instead, a single copy of a digital stream provided via the broadband link is sufficient to service multiple subscriber units which request it via their intermediate interfaces, thus conserving bandwidth.
  • the broadband network would be forced to carry a separate point-to-point connection for each requesting subscriber unit.
  • the present invention provides the advantages of forgoing point-to-point connections for broadcast purposes without requiring the construction of the very high bandwidth links necessary to continuously transmit each available program to each subscriber unit.
  • digital broadcast and NVOD services may be provided effectively and at low cost.
  • a conventional-telephone network is enhanced to provide universal high bandwidth digital service.
  • telephone service is provided to subscriber premises via individual access lines extending from the subscriber premises to a neighborhood hub or pedestal.
  • the access lines are private and secure twisted pair lines.
  • the pedestal is fed by a high data-rate trunk line, typically implemented as a fiber optic connection.
  • High bandwidth digital service including video programming
  • ADSL modulation and demodulation typically resides in the pedestal.
  • the pedestal is further specially adapted to receive tuning information from a subscriber unit to which it is coupled by an access line.
  • the pedestal uses the tuning information to select the specified digital data from the multitude of service data received over the broadband network at its inputs to be relayed to the subscriber unit.
  • this architecture could be further extended by including one or more additional interfaces.
  • an interface could be provided within the telephone company central office.
  • the overall video distribution scheme would then incorporate three interconnected layers. The lowest layer would constitute the individual narrow bandwidth access lines between the pedestals and subscriber premises, the middle layer would constitute an intermediate bandwidth link between the central office and the pedestal, and the top layer would be a broadband network feeding the central office or some other broadband source, e.g., a satellite feed.
  • the tuning function could be shared between the pedestal and the interface within the central office.
  • the pedestal would respond to a tuning command from a subscriber unit by attempting to extract the desired program from the intermediate bandwidth network. If the desired program is not already available via the intermediate bandwidth link, the pedestal signals the central office interface to retrieve the program from the broadband network.
  • this multilayer architecture could be extended indefinitely over any number of interfaces and layers.
  • the capacity of the intermediate bandwidth link would limit the number of different choices that could be selected simultaneously by subscribers serviced by the same pedestal.
  • the intermediate bandwidth link could carry a fixed number of NVOD channels with each subscriber able to choose one for current viewing.
  • not all of the NVOD channels available via the intermediate bandwidth link are likely to be viewed simultaneously.
  • additional digital services may opportunistically exploit intermediate link capacity left unused by current subscriber activity. These additional services could include other broadcast and NVOD channels, VOD service, or interactive services.
  • this opportunistic bandwidth scheme could also be adapted to operate in the context of a loop or bus architected access line network, such as a hybrid fiber/coaxial (HFC) network, providing digital broadcast, NVOD or other interactive services.
  • a Host Digital Terminal (HDT) or Cable Headend couples a broadband optical network to one or more HFC cables each of which serves multiple subscriber units in a loop/bus architecture.
  • the HDT or Cable Headend can be modified in accordance with the invention to incorporate an interface that passes only that digital service that has been requested by a subscriber unit as opposed to the prior art method of carrying all the streams belonging to a broadcast or NVOD offering. If bandwidth remains on the cable, additional services can opportunistically exploit it.
  • the broadband network may be implemented as one or more satellite or MMDS (Multichannel Microwave Distribution System) feeds.
  • MMDS Multichannel Microwave Distribution System
  • a video distribution system in accordance with the present invention may also be easily extended to provide interactive services.
  • information besides video information could be distributed.
  • interactive internet services may be provided over the same network that incorporates the present invention.
  • FIG. 1 depicts a typical pedestal-based telephone network.
  • FIG. 2 depicts a top-level diagram of a video pedestal network in accordance with one embodiment of the present invention.
  • FIG. 3 depicts how a desired program may be filtered from a multi-program stream in accordance with one embodiment of the present invention.
  • FIG. 4 depicts how two desired programs may be filtered from a multi-program stream in accordance with the invention.
  • FIG. 5 depicts data flow to the subscriber within a video pedestal in accordance with one embodiment of the present invention.
  • FIG. 6 depicts data flow from the subscriber within a video pedestal in accordance with one embodiment of the present invention.
  • FIG. 7 depicts a multiple-feed video pedestal architecture based on a cross-bar switch in accordance with one embodiment of the present invention.
  • FIG. 8 depicts a two layer video pedestal network architecture in accordance with one embodiment of the present invention.
  • FIG. 9 depicts statistical multiplexing within a four layer video pedestal network in accordance with one embodiment of the present invention.
  • FIG. 10 depicts a video pedestal network wherein a video pedestal is adapted to incorporate input from a local server in accordance with one embodiment of the present invention.
  • the present invention provides a system for distributing digital information from a broadband digital information source to one or more subscriber units.
  • An exemplary digital information distribution system in accordance with the present invention includes a plurality of digital information servers coupled to a plurality of Subscriber Terminal Units (STUS) or subscriber units via a plurality of links.
  • STUS Subscriber Terminal Units
  • a link provides a mechanism for transferring data from one entity, called the source, to another entity, called the receiver.
  • a link is capable of transferring data in either direction or both directions simultaneously.
  • An entity that is a receiver for data travelling along one direction in a link can be the source for data travelling along the opposite direction in the same link.
  • an entity that is a receiver for one link can be a source for another link. For example, if data passes down one link into a receiver and continues into another link, the same entity that was the receiver for the first link becomes the source for the second link.
  • Multiple receivers may be coupled to a common source via the same link.
  • multiple sources may be coupled to a common receiver via the same link.
  • An example of these two implementations is a bus or loop architecture.
  • one link couples only one receiver to one source (of course each entity can be either the receiver or the source or even both at one time since data may travel bi-directionally).
  • Digital data travels from the information servers, which in this context constitute the broadband digital information source, to the STUs via two or more links and possibly via one or more receivers/sources between the links. All receivers/sources through which data travels before reaching the STU may be referred to as intermediate interfaces or simply interfaces.
  • the digital data provided by the information servers may be in the form of text, graphics, audio or sound, video or still image, or binary computer data. It should be noted that the STU can be viewed as a receiver or source as well as these as these terms have been used in the discussion above.
  • the function of the STU or the subscriber unit is to receive the desired data from the network and convert it to a form useable by the subscriber, e.g., a video stream may be displayed on a conventional television screen, or a text stream may be printed on paper.
  • the information servers may be general purpose media servers, video servers, real-time audio and video encoders, or any other device from which digital data may be extracted.
  • Links may be implemented in a variety of physical media without restriction.
  • a link may be a satellite channel, an optical fiber channel, a coaxial cable, a telephone twisted pair, or a microwave channel.
  • the subscriber unit may select a particular stream of digital information to be received from many streams of digital information available from a source even if the available streams would not together fit within the bandwidth of the link connected to the subscriber unit. This is done by shifting the selection or tuning function away from the subscriber unit to one or more interfaces between the links or between a link and the source.
  • the tuning function is directly controlled by the subscriber unit.
  • the subscriber unit sends a message to a particular interface selecting a desired stream of digital information.
  • the interface responds to the message by selecting the desired stream from a multitude of streams received at that interface from the source and relaying that stream toward the subscriber unit via one or more links.
  • the interface to which the message is directed may not itself currently have the desired digital information stream available to it.
  • Such an interface would respond by requesting the desired stream from another interface closer to the broadband source.
  • the tuning function could be distributed over many interfaces in this way.
  • the digital information distribution system of the present invention will be made clearer with reference to a particular example, the modification of a conventional public telephone network to distribute digital video services such as digital broadcasting of standard definition and High Definition TeleVision (HDTV) programs, video-on-demand (VOD), near-video-on-demand (NVOD) providing staggered program starting times, interactive video services (IVS), and internet services.
  • digital video services such as digital broadcasting of standard definition and High Definition TeleVision (HDTV) programs, video-on-demand (VOD), near-video-on-demand (NVOD) providing staggered program starting times, interactive video services (IVS), and internet services.
  • FIG. 1 depicts a typical pedestal-based telephone network 100 .
  • Telephone network 100 includes a series of access lines 102 connected to individual telephone terminals, a hub or pedestal 104 , and a fiber trunk 106 to connect the pedestal to the central office.
  • the pedestal may in fact be within the Central Office itself, i.e., it is not a remote unit.
  • fiber trunk 106 is the core telephone network. If the pedestals are remote units, the connection between the Central Office and the pedestals, fiber trunk 106 , could either have a star topology, or it could have a bus/loop topology.
  • Access lines 102 provide the individual customer terminals with private and secure connections to the network.
  • Fiber trunk 106 typically carries data at OC1/DS3 (approximately 45 Mb/s) or OC3 (approximately 155 Mb/s) rates, typically over an optical link.
  • Access lines 102 are typically copper twisted pair lines having a maximum length less than a mile.
  • the function of pedestal 104 in the downstream direction is to demultiplex telephone data received from fiber trunk 106 and route it to appropriate terminals in customer premises. For upstream operation, pedestal 104 aggregates incoming data received via access lines 102 , multiplexes it and sends it over trunk 106 .
  • pedestal 104 is modified so that digital video and other digital services are provided without laying of new access lines.
  • a telephone network so-modified is herein referred to as a “Video Pedestal Network” or “VPN”.
  • a pedestal so-modified is referred to as a “Video Pedestal” or “VP”.
  • each subscriber unit tells the VP as to which MPEG-2 packets it wishes to receive. This is accomplished through a special signaling protocol between the subscriber unit and the VP.
  • the VP generally does not need to know anything about the content of either the incoming or outgoing MPEG-2 stream. It receives information from each subscriber unit as to which packets that subscriber unit wishes to receive and merely filters those packets down through the access line.
  • the VP architecture is kept very simple. In essence, a part of the channel tuning functionality has been shifted from the subscriber unit, where it would reside for a conventional cable television system or prior art digital VOD and NVOD systems, to the network.
  • the shifting of tuning intelligence into the VP gives the VPN significant advantages over the so-called FTTCO (Fiber-to-the-Central Office), FTTB and other similar schemes of the prior art, wherein the subscriber unit selects from among digital video data transmitted over the twisted pair line via ADSL.
  • FTTCO Field-to-the-Central Office
  • FTTB and other similar schemes of the prior art, wherein the subscriber unit selects from among digital video data transmitted over the twisted pair line via ADSL.
  • FTTCO, FTTB and other similar schemes the subscriber unit only “sees” a small amount of MPEG-2 data, equal to whatever can be transmitted over the copper line from an optical network unit (which couples the fiber to the low bandwidth access line). Since FTTCO, FTTB and other similar schemes in their current implementation do not perform any tuning in the network, their capabilities are limited to point-to-point services.
  • the VPN presents the subscriber unit with a virtual connection to the core network (fiber trunk), thus enabling it to receive substantially more services, such as broadcast and NV
  • VPN has several advantages over the HFC network architecture as well. While it is true that HFC supports broadcast and NVOD services readily, it does not effectively support point-to-point interactive services. This is due to extremely low bandwidths available for the return channel. The VPN does not suffer from such a disadvantage since it is based on a star topology. Security is also superior in the VPN. Once again, since the VPN uses a star topology for the access part of the network, each customer has a private connection to the network. This is in contrast to the HFC architecture, where each coax is shared by several hundred users in a loop architecture. As a consequence there is much more security and privacy in the VPN.
  • the ADSL latency also adds to the channel acquisition time since part of the tuning is performed in the VP.
  • the extra few tens of milliseconds does not represent a significant impact on the typical 500 milliseconds or higher number that subscriber units typically require for locking onto a new video channel.
  • VPN as described with reference to FIG. 1 does not require laying of new cables or wires to every individual subscriber's premises, it is possible to launch digital broadcast and NVOD services on a large scale relatively quickly—much more quickly than for distribution systems such as FTTCO, FTTC and FTTB.
  • distribution systems such as FTTCO, FTTC and FTTB.
  • the important modifications to the telephone network to implement the VPN are in the pedestals.
  • a very significant advantage of the VPN is that it seamlessly evolves to a completely interactive network once service offerings mature.
  • the signaling protocol between the subscriber unit and the VPN is very general it is possible to support all the interactive services right from the beginning.
  • This service evolution feature combined with the relatively insignificant cost of network construction, makes the VPN architecture of the present invention extremely attractive.
  • the architecture of the subscriber unit that connects to the VP Network is no different from that of subscriber units of the prior art, except, of course, for the support required for the tuning signaling protocol between the subscriber unit and the network.
  • the subscriber unit connected to the VPN has a network interface module appropriate to the characteristics of the access line connecting the subscriber unit to the network, e.g., an ADSL network interface module will be required for a twisted pair copper access line.
  • FIG. 2 depicts a top-level diagram of a VPN 200 of one embodiment of the present invention.
  • VPN 200 includes a representative subscriber unit 202 , an ADSL access network 204 having a star topology, a VP 206 , a high bandwidth core network 208 , a series of servers and/or encoders 209 , and a network manager 210 .
  • VP 206 interfaces core network 208 with access network 204 .
  • Core network 208 is a high bandwidth digital network, or series of networks, that interfaces with the content servers 209 . Core network 208 could be based on fiber, satellite, or microwave, or any combination of these technologies.
  • Access network 204 is the final segment of the delivery system. To save cost access network 204 is preferably implemented on existing medium such as telephone wires (copper twisted pair). Of course, it is not a requirement for the present invention that the access lines be copper twisted pair. For example, if no existing access lines are available as would be the case if the network provider is an entity other than a telephone company, any other physical medium that is appropriate to the needs and constraints of the network provider may be used, e.g., coaxial cable.
  • Subscriber unit 202 interfaces with access network 204 through a network interface module (not shown).
  • VP 206 interfaces access network 204 with core network 208 .
  • VP 206 shields subscriber unit 202 from the core network architecture, thus making it possible to use the same subscriber unit with different core delivery systems (satellite, fiber, microwave).
  • core delivery systems such as Tellite, fiber, microwave.
  • the VP also has an interface with network manager 210 for purposes of control and monitoring.
  • the input to VP 206 is preferably a high bandwidth MPEG-2 stream appropriately adapted to the physical medium of core network 208 .
  • MPEG-2 data could be carried over ATM cells using AAL5 as known to those of skill in the art.
  • AAL5 as known to those of skill in the art.
  • MPEG-2 data would typically be directly modulated using Quadrature Phase Shift Keying (QPSK), again as known to those of skill in the art.
  • QPSK Quadrature Phase Shift Keying
  • Any physical layer could be used to implement core network 208 in accordance with the present invention.
  • VP 206 has multiple physical outputs, each of which is a twisted pair telephone line.
  • each of which is a twisted pair telephone line.
  • Current ADSL technology limits the bandwidth of each telephone line to approximately 6-8 Mb/s, which is much narrower than the bandwidth of the core network.
  • VP 206 The principal function of VP 206 is to receive from each subscriber unit information as to which one program that subscriber unit wishes to decode, filter from the input stream the appropriate MPEG-2 packets corresponding to that program, and transmit them to the subscriber unit.
  • the process of filtering MPEG-2 packets and transmitting them over the access network is performed without violating any MPEG-2 requirements, and without introducing significant jitter in the MPEG-2 packets.
  • FIG. 3 depicts how a desired program may be filtered from a multi-program stream in accordance with the invention.
  • the top portion of FIG. 3 depicts a high bandwidth MPEG- 2 stream 302 coming into VP 206 .
  • This bitstream contains packets belonging to many different programs including a single program whose packets are denoted by slant-hatched lines.
  • the bottom portion shows a stream 304 of filtered packets belonging to this single program. leaving VP 206 .
  • the output rate is much lower than the input rate which results in “stretching” of the packets on the time line (since the packets in the input and output streams are all of the same size, i.e., 188 bytes as specified by MPEG-2). Note that the order of packets in the filtered program is not altered.
  • FIG. 4 depicts filtering of MPEG-2 packets belonging to two different programs.
  • the top portion of FIG. 4 depicts a high data rate MPEG-2 packet stream 402 entering VP 206 .
  • the bottom portion of FIG. 4 depicts a stream 404 carrying packets belonging to two different programs.
  • one program (denoted by shaded packets) has a rate equal to one eighth of the total incoming rate, while the other program (denoted by slant-hatched packets) has a rate equal to one fourth of the total rate.
  • the outgoing dual-program rate equals the sum of the rates of the two filtered programs, i.e., it is 3 ⁇ 8 times the incoming rate.
  • the packets in the outgoing stream are in the same order as they were in the incoming stream.
  • FIG. 5 depicts data flow to the subscriber within VP 206 in accordance with one embodiment of the present invention.
  • VP 206 includes a network adapter 502 , and then for each access line, an ADSL modulator 504 , and a line buffer 506 .
  • ADSL modulator 504 There is also an MPEG-2 Packet ID (PID) Lookup Table (PLUT) 508 and filter 510 for each outgoing access line.
  • PID MPEG-2 Packet ID
  • PLUT 508 contains a list of all PIDs that are to be transmitted over the access line and is constructed based on information received from the subscriber unit.
  • PID Filter 510 selects the appropriate PIDs from the multitude of PIDs contained in the entering stream and sends them to line buffer 506 , which is a simple FIFO.
  • Line buffer 506 is allowed to fill up until it is half-full before packets are removed.
  • the rate at which buffer 506 is emptied equals the sum of the rates of all the programs being transmitted over the access line. For example, if 2 programs are filtered, with rates of 3 and 6 Mb/s respectively, line buffer 506 is emptied at a rate of 9 Mb/s.
  • the access line data rate is preferably adjustable, in real time, up to its maximum value. If the access line data rate is fixed and greater than the rate of the outgoing MPEG-2 stream then it may be necessary to appropriately “pad” the outgoing stream with “null” or “dummy” packets to fill up the total available bandwidth.
  • VP 206 can also be used as a “de-jittering” device, i.e., it can be used to eliminate any jitter introduced by core network 204 . This eliminates the need for an extra buffer within the subscriber unit and also improves the timing recovery performance of the MPEG-2 decoder in the subscriber unit.
  • the de-jittering is done in line buffer 506 . Its size therefore depends on the extent of jitter in the incoming stream. If there is no jitter in the incoming bitstream, then this buffer need only be a few packets deep.
  • This scheme assumes that VP 206 is aware of the data rate of the outgoing streams on each access line 204 . This is ensured by having the subscriber units convey the stream rate to the VP, in addition to conveying the MPEG-2 PID information. The subscriber units themselves know the rates from the Program Specific Information (PSI) stream that is part of the MPEG-2 data stream, as will be easily understood by those of skill in the art.
  • PSI Program Specific Information
  • the “rate descriptor” in the PSI stream is specified by MPEG-2 to be an optional field. However, it is clear from the above statement that in this embodiment, the rate descriptor is mandatory in the PSI. In the case of MPEG-2 services that are of variable rate, the maximum possible rate of the service is carried in the rate descriptor field of the PSI. Such services are relayed by the VP to the subscriber unit at their maximum rate values.
  • the subscriber unit signals not only the PID and rate information to the VP, but also all other information that uniquely identifies the required stream in the core network.
  • certain fields in the Service Information (SI) data are available, such as “original_network_ID”, “transport_stream_ID” and “service_ID” that uniquely identify a particular service stream in a multitude of data streams.
  • SI Service Information
  • the subscriber unit could communicate all this information to the VP in order to uniquely identify the digital stream.
  • PID Filter 510 in FIG. 5 would then be a more sophisticated filter since it must process all the additional identifier fields in addition to the MPEG-2 PID values.
  • the SI data stream is of course only one example of how program selection data could be distributed to subscriber units. Other protocols could be employed using the core and/or access networks. Alternatively, program selection data could be distributed via another medium such as floppy disk or CD-ROM.
  • this data includes the list of PIDs that comprise the SI data and the stream rate of the SI data. This information is required to enable VP 206 to provide the SI stream to any subscriber unit whenever the latter requests it.
  • the SI stream may be treated as simply another program and sent over the access line whenever any subscriber unit requests it.
  • the SI stream may be transparently routed over all the access lines. This way, any change in the SI data is automatically available to the subscriber units. This also simplifies the architecture of VP 206 since it need not monitor and determine when the SI stream has been updated and therefore needs to be routed to the subscriber units.
  • the disadvantage of this scheme is that some bandwidth over the access lines will always be consumed by the SI data. This is also however a drawback to the prior art video distribution schemes.
  • the SI data may be structured so as to minimize bandwidth usage.
  • Network adaptor 502 recovers MPEG-2 packets from the core network delivery medium. For example, if core network 208 is based on ATM, network adaptor 502 would perform the appropriate ATM Segmentation and Re-assembly (SAR) functions. Alternatively, if the core network were a satellite channel, network adaptor 502 would include the appropriate channel decoder, e.g. a QPSK demodulator and Forward Error Correction (FEC) decoder.
  • SAR ATM Segmentation and Re-assembly
  • FEC Forward Error Correction
  • VP 206 requires rate and MPEG-2 PID values for the filtered program from the subscriber units. This is accomplished by sending the information in the control plane via the return channel on the access line as will be understood by those of skill in the art. However, the same return channel may carry signaling data for a service provider further upstream than VP 206 . For example, in a VOD application a subscriber unit may send a so-called VCR “trick mode” (pause/fast forward/etc.) command to the server. VP 206 recognizes which data in the upstream channel is addressed to it, and which is to be sent upstream. This function is accomplished within the signaling protocol used between VP 206 and the subscriber units.
  • FIG. 6 depicts return channel data flow within video pedestal 206 in accordance with one embodiment of the present invention.
  • Each return channel within video pedestal 206 includes a check address block 602 coupled to a PID filter setup unit 604 that controls the contents of PID LUT 508 .
  • Return signal data intended for VP 206 is identified within check address block 602 and forwarded to setup unit 604 so that PID LUT 508 required for filtering of incoming MPEG-2 packets may be updated appropriately.
  • Return signal data intended for upstream components is instead directed to an upstream multiplexer 606 that aggregates all the signaling packets to be sent upstream.
  • a program selection monitor 608 is optionally provided to log subscriber selections for billing and/or survey purposes.
  • subscriber unit 202 requests VP 206 to send SI data (if the SI data is always present on the access line, this step is omitted). Subscriber unit 202 then informs VP 206 as to which MPEG-2 PIDs to filter in order to receive a specific service.
  • VPN implementation details will depend on a number of factors including settlement patterns and the nature of the existing infrastructure.
  • One simple variation is obtained by placing the VP at the telephone company Central Office (CO), instead of at a hub in each neighborhood.
  • CO Central Office
  • An advantage of this configuration is lower cost since core network 208 is now terminated at the CO.
  • Access network 204 is still twisted pair based on ADSL, however, the average length of each access line is much longer, of the order of 2 or 3 miles.
  • One disadvantage is that current ADSL technology severely limits bandwidth available on telephone cables of these lengths.
  • a scalable modem can operate over variable distances and support different bandwidths. For example, over a 2 or 3 mile distance, the supported bandwidth may be limited to 8 or 9 Mb/s; however, as the line length is dropped, the bandwidth increases. Thus, for example, at a distance of 3000 feet or less, the maximum bandwidth would be 25 Mb/s or higher with scalable modems.
  • VP 206 Another group of variations on the basic VPN architecture involves interfacing multiple core networks to VP 206 .
  • multiple OC3 (155 Mb/sec) or OC12 trunk lines (approximately 622 Mb/sec) are fed to the same VP 206 .
  • VP 206 is then configured to filter any program from any of these incoming feeds. With this type of configuration, VP 206 can potentially have more available bandwidth than an entire coaxial cable used in the HFC system.
  • Another similar configuration employs multiple satellite feeds to VP 206 .
  • This configuration is particularly useful in the context of apartment buildings with multiple satellite receiver antennas, each tuned to a different satellite.
  • the sum total of all available transponder bandwidths could easily be of the order of 1000 Mb/s, with each satellite transponder carrying a bandwidth between 30 and 80 Mb/s.
  • VP 206 includes a network adaptor for each incoming transponder signal. There may be feeds from as many as, e.g., 50 different transponders each with an average bandwidth of 30 Mb/s. If it is desirable to limit the number of feeds coming into VP 206 , the MPEG-2 streams from individual transponders can be combined within an MPEG-2 re-multiplexer prior to input to VP 206 .
  • FIG. 7 depicts a multiple-feed VP architecture based on a cross-bar switch in accordance with one embodiment of the present invention.
  • a multi-feed VP 702 is implemented using a simple crossbar switched connection.
  • the inputs to multi-feed VP 702 are a set of input feeds 704 corresponding to, e.g., input trunk lines and/or satellite receiver outputs.
  • the outputs of multi-feed VP 702 are a set of access lines 706 .
  • Each access line 706 receives its data from a filter/modulator 708 which performs the functions discussed in reference to FIG. 5 .
  • a series of switches 710 connects each input feed 704 to an access line 706 . Only one of the switches 710 is on for any access line 706 at any time.
  • the corresponding MPEG-2 stream is filtered and delivered to the output filter/modulator 708 .
  • the subscriber unit to VP signaling protocol is expanded accordingly to implement “feed-selection” in VP 702 .
  • the subscriber unit additionally informs VP 702 as to which input feed to connect to. It does this, for example in the context of a DVB compliant network, by providing VP 702 with the complete set of identification parameters for the required MPEG-2 stream (“original_network_ID”, “transport_ID”, and “service_ID”).
  • the subscriber unit receives this information as a part of network information within the SI data as is known to those of skill in the art.
  • VP 702 interprets this information to determine which input feed 704 to select for the specific subscriber unit.
  • the mapping between the information provided by the subscriber unit and the input feed may be static, i.e. hard-wired in VP 702 , or it may be under the control of a network manager which can change it dynamically.
  • a signal requesting a specific digital service may be allowed to travel upstream along all available paths until it reaches the servers wherein it is terminated. All VPs traversed by the signal set their stream filters to pass the desired stream downstream. Of course, if any VP already has its filters appropriately set, it need not respond explicitly to the message.
  • One potential disadvantage of such an implementation is the possibility of “flooding” in the upstream channel since all signals are blindly broadcast along all available upstream paths. This problem is eliminated by building additional intelligence into the VPs as follows. Each VP determines if it is already passing the requested stream through to the output. If yes, it terminates the signal. If no, the VP sets its stream filters appropriately and then determines along which upstream path amongst its multiple input feeds should the signal be propagated and sends the signal along that path. Determination of the suitable upstream path is done by maintaining a list of identifiers for all streams that are available in each input feed and comparing this list with the stream identifier information in the received signal.
  • the list may contain the “original_network_ID's” of all the networks that are connected to a particular input feed.
  • the “original_network_ID” of the requested stream is then matched with the appropriate input feed.
  • additional information like “transport_ID” and “service_Id” may also be required to be matched.
  • the list of stream identifiers for each input feed may be hard-wired into the VP if it known before hand that they will not be altered.
  • an external entity like a network manager may update the list dynamically.
  • FIG. 8 depicts an exemplary two layer VPN 800 suitable for implementing statistical multiplexing in accordance with one embodiment of the present invention.
  • VPN 800 includes a core VP 802 , an access VP 804 , a representative subscriber unit 806 .
  • Feeds 808 are the input to core VP 802 .
  • An OC48 line 810 interconnects core VP 802 and access VP 804 .
  • VPN 800 to implement an NVOD service.
  • OC48 line 810 can deliver approximately 480 channels of video programming.
  • the actual number of channels that can be delivered over any band-limited network is a function of the data rate allocated to each channel as well as the total capacity of the network.
  • This is sufficient for an NVOD service consisting of 20 movies, each of 2 hours duration, and with a stagger interval of 5 minutes. Any additional service would require more capacity on the connection between the core VP 802 and access VP 804 .
  • these channels could instead be used to provide additional services. For example, if a particular user did not want to watch any of the movies on the NVOD service, he/she could be offered some other service (e.g., interactive home shopping or VOD or even a program from another broadcast/NVOD service) on one of the NVOD channels not currently being viewed by anybody.
  • some other service e.g., interactive home shopping or VOD or even a program from another broadcast/NVOD service
  • an appropriate scheduling and policing mechanism ameliorates this problem.
  • the VPN ensures that there is always a minimum number of free channels at any time and does not offer all the available channels to opportunistic services.
  • the network(s) to the left of core VP 802 carry very high bandwidth data.
  • All the NVOD and other broadcast channels are available at the input to core VP 802 .
  • the SI data for the NVOD and broadcast service is always routed through to the subscriber units.
  • SI data which contains the Electronic Program Guide—EPG
  • each user selects a desired channel for viewing.
  • the appropriate information regarding the selected channel is signaled from the subscriber unit to access VP 804 to enable the latter to appropriately tune its filters and route the program through to the user.
  • the access VP 804 In the absence of statistical multiplexing, this is all the signaling required between the subscriber unit and the network. Since all the broadcast and NVOD channels are available at the input of access VP 804 , the latter appropriately sets its filters and subscriber unit 806 receives the selected program. However, when statistical multiplexing is employed, the requested program may or may not be available at the input to access VP 804 . If it is available at the input to access VP 804 (which would be the case if some other user had already requested that program), then the access VP needs only set the filters appropriately and provide the requested program to the user.
  • access VP 804 in addition to setting its filters appropriately, also bounces the request to core VP 802 .
  • Core VP 802 then adjusts its filters to select the requested program and multiplexes it down the connection to access VP 804 .
  • the request is always bounced from access VP 804 to core VP 802 , regardless of whether or not the program is already being filtered by the latter for transmission to access VP 804 .
  • core VP 802 must then check if it needs to respond to the received signal.
  • This signaling protocol i.e., when it is terminated and when it is propagated upstream
  • Core VP 802 maintains a list of which channels are currently being used and which are not.
  • the list of channels not being used is the pool of available slots for the opportunistic services. These lists are dynamically maintained based on information received from the subscriber units.
  • FIG. 9 depicts statistical multiplexing within a four layer VPN 900 in accordance with one embodiment of the present invention.
  • VPN 900 includes a service provider 902 , a subscriber unit 904 and four VPs 906 , 908 , 910 , and 912 therebetween. Multiple input and output connections are shown for each VP.
  • a request from subscriber unit 904 for a particular program bounces back sequentially from right to left until it reaches a VP which is already filtering the requested program through to its output.
  • Each VP to the right of this VP i.e., downstream from it, adjusts its filters appropriately and once this process is complete, the subscriber unit begins receiving the requested program.
  • the message may bounce from the subscriber unit all the way back to the server, which then initiates delivery of the program.
  • This situation resembles VOD operation in some respects.
  • another subscriber unit may be offered the same program downstream if it requests it.
  • the connection between the subscriber unit and the server is point-to-point and no other subscriber unit can take advantage of the delivery of the program through this connection.
  • the VPs in the network can be understood to be “pseudo-servers” for the NVOD services.
  • the signal traverses upstream, i.e., toward the broadband digital information source, until it reaches the VP where the program is available. That VP then is the “pseudo-server” for that request.
  • the pseudo-server for the next request for the same program from another user could be a different VP, depending on the location of that user in the network. In the extreme case described in the previous paragraph, the pseudoserver is the actual server itself. The network designer must consider the effects of latency as the number of VPs increases in the chain.
  • FIG. 10 depicts a VPN 1000 wherein a core VP 1002 is adapted to incorporate input from a local server 1004 in accordance with one embodiment of the present invention.
  • VPN 1000 includes core VP 1002 , an access VP 1006 , a representative subscriber unit 1008 , an OC48 interconnection 1010 between core VP 1002 and access VP 1006 , and access lines 1012 representing the outputs of access VP 1006 .
  • Core VP 1002 includes multiple feeds 1014 including a feed from a local server 1004 .
  • Server 1004 could be used, for example, to opportunistically inject programming and/or commercials relevant to a neighborhood or community. Any subscriber unit in the neighborhood can access this server.
  • statistical multiplexing may also be applied in the context of a shared physical medium, e.g., a loop or bus architected access network such as an HFC network.
  • a shared physical medium e.g., a loop or bus architected access network such as an HFC network.
  • This configuration is particularly useful to the operators of cable TV systems or others who already have such a network in place.
  • Every subscriber unit connected to the loop access network potentially has access to all the data being transmitted.
  • encryption is used to protect data from unauthorized use.
  • the prior art scheme for providing NVOD services over HFC is to simply broadcast all the programming over the cable, consuming as much bandwidth as is required but limited, of course, by the total available bandwidth. Each subscriber unit can access all these programs, however it can decode only what it is authorized to.
  • a VP at the headend which is the source of all the services in the HFC cable
  • access to the data transmitted over the HFC is restricted to only those services that have been requested by the subscriber units. Services that have not been requested are not transmitted on the cable.
  • capacity left unused due to unrequested services can then be used for opportunistic services, including accessing programs from a local server in the headend.
  • standard HFC spectrum allocations may be modified to minimize latency when selecting programming.
  • Typical HFC implementations allocate only a small portion of the spectrum (of the order of 25 MHz near the low end) for upstream signaling from the subscriber units. Due to the limited bandwidth here, which is shared between all the users, the signaling latency is typically very large, and would cause delays in selecting programming.
  • the upstream signaling bandwidth is increased to reduce this latency. Since statistical multiplexing increases the efficiency of the downstream allocation, the spectrum reallocated for upstream signaling does not have an appreciable impact.
  • the VP in an HFC environment implements a logical star topology over the existing physical loop topology. Assuming that there are at least as many channels (herein a channel is defined as the minimum network capacity that is needed for delivering any one of the total available services) available on the cable as there are subscriber units connected to it, a specific channel is dedicated to each subscriber unit, and the subscriber unit tunes this channel to the appropriate service available at the VP in the headend.
  • This architecture is structurally similar to the telephone network-based VPN discussed in reference to FIGS. 2-8 .
  • the cable implementation has restricted capacity.
  • a telephone network VPN used for broadcast and/or NVOD any number of subscriber units may be connected to a VP and offered services without any drop in quality as long as the trunk capacity feeding the VP is sufficient to carry all the programming.
  • the size of the VP will increase with the number of users.
  • the logical star HFC architecture once the number of subscriber units connected to the cable equals the cable capacity, i.e., the number of channels available over the cable, the network cannot add any more users, even with the same NVOD service offerings.
  • the logical star HFC architecture is thus most useful in the context of high bandwidth implementations which rely heavily on fiber optics for distribution.
  • the VPN has been described as containing VPs that perform filtering of MPEG-2 packets based on their unique identifier values (like PID, “service_ID”, etc.).
  • the present invention is not limited to performing filtering only at the “MPEG-2 layer”.
  • the concept of extending the tuning upstream into the network may be implemented in other ways as well.
  • the filtering of digital data in the pedestal may be performed by selecting the appropriate ATM cells. Since ATM cells are uniquely identifiable by their Virtual Path Identifier (VPI) and Virtual Connection Identifier (VCI) values, the VP merely selects the ATM cells with the appropriate VPI/VCI values from the incoming multitude of ATM cells.
  • VPN Virtual Path Identifier
  • VCI Virtual Connection Identifier
  • the subscriber unit has to signal the correct values of the VPI/VCI instead of MPEG-2 stream identifier values to the VP.
  • the VP may have the intelligence to map the MPEG-2 stream identifiers values received from the subscriber unit to the correct VPI/VCI values.
  • each MPEG-2 service has a unique VPI/VCI value associated with it.
  • the Service Information data standardized by DVB is further extended to also include VPI/VCI values for each service. This information is received by the subscriber unit and conveyed to the VP.
  • each MPEG-2 service has a unique VPI/VCI then the structure of the VP becomes more complex since it now has to monitor the MPEG-2 PID values buried inside the incoming ATM cells to determine which cells to relay to the subscriber unit. This may be even more complicated by the fact that MPEG-2 packets belonging to different services may be packed together inside the same ATM cell.
  • the advantage of such an embodiment is that the entire MPEG-2 layer of the transport protocol is independent of the network architecture. For example, this makes the task of generating Service Information independent of network architecture.
  • Exemplary embodiments of the present invention include the appropriate network architecture with adequate signaling protocol support, as described above, a mechanism to uniquely identify each digital stream available from the source, and a mechanism to convey the stream identifier information to the entity that is desirous of selecting any specific stream from the network or the source.
  • the stream identifier information is carried in the SI stream and is made available to all entities that wish to select a specific digital stream from the network.
  • a non-MPEG-2 system could use other means to convey the same information that is contained in the SI stream of a DVB system, for example, through a floppy disk.

Abstract

An architecture for distributing digital information to subscriber units wherein selection from among multiple digital services is accomplished by transmitting a tuning command from a subscriber unit to an intermediate interface. The intermediate interface selects the desired service from a broadband network and transmits it to the subscriber unit over a bandwidth-constrained access line. The bandwidth-constrained access line may be implemented with existing infrastructure, yet the subscriber unit may access a wide variety of digital information -available on the broadband network. Universal broadband access is thus provided at low cost.

Description

    BACKGROUND OF THE INVENTION
  • The present invention relates generally to delivery of digital information to subscriber premises and more particularly to providing this access without substantial new wiring expense.
  • The delivery of digital video services to the home represents one important aspect of the much publicized “information highway.” These services include HDTV, video-on-demand (VOD), near-video-on-demand (NVOD) providing staggered program starting times, interactive video services (IVS), and other digital variants of conventional broadcast services.
  • One of the main obstacles to the introduction of these services is development of the necessary infrastructure for delivering digital video information to the subscribers' premises. Video services, even with the use of modern compression standards such as MPEG-1 and MPEG-2, intrinsically require large bandwidths. Somehow an infrastructure must be constructed to distribute the necessary signals to individual subscriber premises. At a minimum, each subscriber should be able to select from among numerous digital video programs as can be done now with analog broadcast television.
  • Various solutions have been proposed. In one scheme, the digital data are distributed via an asynchronous transfer mode (ATM) network to each subscriber's premises. The physical medium of the ATM network may be implemented in more than one way. One way is to lay optical fiber to each home. Alternatively, fiber may be laid up to the curb, from which point a coaxial cable can relay the ATM cells. The advantages of this technique are the low latency and flexibility of the ATM technology and a large bidirectional bandwidth sufficient to distribute numerous interactive digital video programs. Nonetheless, this approach is practically infeasible today since the cost of laying fiber or coaxial cable to each home is prohibitive. Additionally, the time required to deploy such an infrastructure over a large geographic area makes the scheme even more unattractive.
  • An alternative scheme is the so-called hybrid fiber coax (HFC) scheme. The HFC scheme provides a two-level network. At the higher level, optical fibers are used to distribute digital information to a plurality of Cable Headends or Host Digital Terminals (HDT). Each Headend or HDT in turn distributes information to multiple hybrid fiber coaxial cables, each of which serves several hundred subscriber units in a bus/loop architecture. The return channel over the coaxial cable is also shared by multiple subscriber units by employing Time Division Multiplexing (TDM). Again, for those network providers that do not already have such an infrastructure installed, costs are prohibitive because coaxial cable must be brought to each home. Furthermore, the use of TDM coupled with highly limited bandwidth gives rise to a large latency in the return channel. Network security is another drawback of the HFC architecture as several users share a single coaxial cable, a particular concern for interactive services that may require transmission of a subscriber's private information.
  • Other schemes take advantage of the existing telephone network by using ADSL technology to transfer high data rate information, such as video, over existing telephone company twisted pair lines to subscriber premises. Optical fiber may be used to transfer digital information to the telephone company central office or to a curbside interface where the twisted pair lines begin. The latter architecture is commonly referred to as Fiber-To-The-Curb (FTTC). Alternatively, fiber may be deployed till the basement of a large building, from which point existing twisted pair lines can establish connection with each subscriber. Such an architecture is commonly referred to as Fiber-To-The-Building (FTTB). The disadvantage of this approach is that ADSL provides insufficient bandwidth. Most current ADSL trials carry only 1.5 or 2 Mb/s over twisted pair. Laboratory demonstrations have shown that in the next few years cost effective solutions that provide up to 25 Mb/s may be possible, but even this would be insufficient to provide a broadcast or NVOD service with an acceptable number of service selections. Approaches which bring fiber to the curb carry the added cost of laying the fiber.
  • Prior art digital data delivery schemes that use relatively narrow bandwidth connections to the subscriber premises require point-to-point sessions between the ultimate server and subscriber unit. This is because the narrow bandwidth link that is closest to the subscriber permits only a point-to-point connection if the desired service quality is expected to be reasonable. These point-to-point sessions waste bandwidth since the server must separately transmit to multiple subscriber units requesting the same program. If the user wishes to switch channels, there is significant extra latency resulting from the need to end the previous point-to-point session before beginning a new one. Furthermore, the network and server hardware needed to accommodate point-to-point sessions is particularly complex and expensive.
  • SUMMARY OF THE INVENTION
  • The invention provides a network architecture for distributing digital data to subscriber units wherein selection from among multiple digital services is accomplished by transmitting a tuning command from a subscriber unit to one or more intermediate interfaces in a series of links interconnecting the subscriber unit and a server. An example of such digital data is digital video and the services could be multiple digital video programs. The network architecture of the present invention is capable of providing public broadband access without the use of very high bandwidth access lines to subscriber premises.
  • Using the information received from the subscriber unit, the intermediate interface selects the desired digital service from a multitude of services available in a broadband link coupled to the interface's input and transmits it to the subscriber unit over a bandwidth-constrained link. The bandwidth-constrained link may be implemented with existing infrastructure, yet the subscriber unit may readily access a wide variety of digital services available on the broadband network. The present invention thus combines universal broadband access with low cost.
  • In accordance with the invention, a service provider may offer broadcast services over the network in addition to point-to-point interactive services. The broadcast services may be offered without requiring multiple point-to-point sessions from the server to each requesting subscriber unit. Instead, a single copy of a digital stream provided via the broadband link is sufficient to service multiple subscriber units which request it via their intermediate interfaces, thus conserving bandwidth. By contrast, in the prior art point-to-point schemes, the broadband network would be forced to carry a separate point-to-point connection for each requesting subscriber unit.
  • Note that the present invention provides the advantages of forgoing point-to-point connections for broadcast purposes without requiring the construction of the very high bandwidth links necessary to continuously transmit each available program to each subscriber unit. Thus digital broadcast and NVOD services may be provided effectively and at low cost.
  • In accordance with one aspect of the present invention, a conventional-telephone network is enhanced to provide universal high bandwidth digital service. Typically, telephone service is provided to subscriber premises via individual access lines extending from the subscriber premises to a neighborhood hub or pedestal. The access lines are private and secure twisted pair lines. The pedestal is fed by a high data-rate trunk line, typically implemented as a fiber optic connection.
  • High bandwidth digital service, including video programming, is transmitted over a twisted pair connection by implementing Asymmetric Digital Subscriber Link (ADSL) modulation and demodulation over the connection which allows for transmission of high speed digital data in a manner that is transparent to existing telephonic traffic, as is well known to those of skill in the art. The network equipment for ADSL modulation and demodulation typically resides in the pedestal.
  • In accordance with this aspect of the present invention, the pedestal is further specially adapted to receive tuning information from a subscriber unit to which it is coupled by an access line. The pedestal uses the tuning information to select the specified digital data from the multitude of service data received over the broadband network at its inputs to be relayed to the subscriber unit.
  • In accordance with the present invention, this architecture could be further extended by including one or more additional interfaces. For example, in addition to the pedestal, an interface could be provided within the telephone company central office. The overall video distribution scheme would then incorporate three interconnected layers. The lowest layer would constitute the individual narrow bandwidth access lines between the pedestals and subscriber premises, the middle layer would constitute an intermediate bandwidth link between the central office and the pedestal, and the top layer would be a broadband network feeding the central office or some other broadband source, e.g., a satellite feed. With this scheme, the tuning function could be shared between the pedestal and the interface within the central office. The pedestal would respond to a tuning command from a subscriber unit by attempting to extract the desired program from the intermediate bandwidth network. If the desired program is not already available via the intermediate bandwidth link, the pedestal signals the central office interface to retrieve the program from the broadband network. Of course, this multilayer architecture could be extended indefinitely over any number of interfaces and layers.
  • The capacity of the intermediate bandwidth link would limit the number of different choices that could be selected simultaneously by subscribers serviced by the same pedestal. For example, the intermediate bandwidth link could carry a fixed number of NVOD channels with each subscriber able to choose one for current viewing. However, not all of the NVOD channels available via the intermediate bandwidth link are likely to be viewed simultaneously. In accordance with the invention, additional digital services may opportunistically exploit intermediate link capacity left unused by current subscriber activity. These additional services could include other broadcast and NVOD channels, VOD service, or interactive services.
  • In accordance with the present invention, this opportunistic bandwidth scheme could also be adapted to operate in the context of a loop or bus architected access line network, such as a hybrid fiber/coaxial (HFC) network, providing digital broadcast, NVOD or other interactive services. In a HFC network a Host Digital Terminal (HDT) or Cable Headend couples a broadband optical network to one or more HFC cables each of which serves multiple subscriber units in a loop/bus architecture. The HDT or Cable Headend can be modified in accordance with the invention to incorporate an interface that passes only that digital service that has been requested by a subscriber unit as opposed to the prior art method of carrying all the streams belonging to a broadcast or NVOD offering. If bandwidth remains on the cable, additional services can opportunistically exploit it.
  • Numerous other combinations of layers and interfaces are possible within the scope of the present invention. For example, the broadband network may be implemented as one or more satellite or MMDS (Multichannel Microwave Distribution System) feeds. A video distribution system in accordance with the present invention may also be easily extended to provide interactive services. Alternatively, information besides video information could be distributed. For example, interactive internet services may be provided over the same network that incorporates the present invention.
  • The invention will be better understood by reference to the following detailed description in connection with the accompanying drawings.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 depicts a typical pedestal-based telephone network.
  • FIG. 2 depicts a top-level diagram of a video pedestal network in accordance with one embodiment of the present invention.
  • FIG. 3 depicts how a desired program may be filtered from a multi-program stream in accordance with one embodiment of the present invention.
  • FIG. 4 depicts how two desired programs may be filtered from a multi-program stream in accordance with the invention.
  • FIG. 5 depicts data flow to the subscriber within a video pedestal in accordance with one embodiment of the present invention.
  • FIG. 6 depicts data flow from the subscriber within a video pedestal in accordance with one embodiment of the present invention.
  • FIG. 7 depicts a multiple-feed video pedestal architecture based on a cross-bar switch in accordance with one embodiment of the present invention.
  • FIG. 8 depicts a two layer video pedestal network architecture in accordance with one embodiment of the present invention.
  • FIG. 9 depicts statistical multiplexing within a four layer video pedestal network in accordance with one embodiment of the present invention.
  • FIG. 10 depicts a video pedestal network wherein a video pedestal is adapted to incorporate input from a local server in accordance with one embodiment of the present invention.
  • DESCRIPTION OF THE PREFERRED EMBODIMENT
  • The present invention provides a system for distributing digital information from a broadband digital information source to one or more subscriber units. An exemplary digital information distribution system in accordance with the present invention includes a plurality of digital information servers coupled to a plurality of Subscriber Terminal Units (STUS) or subscriber units via a plurality of links.
  • A link provides a mechanism for transferring data from one entity, called the source, to another entity, called the receiver. A link is capable of transferring data in either direction or both directions simultaneously. An entity that is a receiver for data travelling along one direction in a link can be the source for data travelling along the opposite direction in the same link. Likewise, an entity that is a receiver for one link can be a source for another link. For example, if data passes down one link into a receiver and continues into another link, the same entity that was the receiver for the first link becomes the source for the second link.
  • Multiple receivers may be coupled to a common source via the same link. Similarly, multiple sources may be coupled to a common receiver via the same link. An example of these two implementations is a bus or loop architecture. In another architecture, commonly referred to as the star architecture, one link couples only one receiver to one source (of course each entity can be either the receiver or the source or even both at one time since data may travel bi-directionally).
  • Digital data travels from the information servers, which in this context constitute the broadband digital information source, to the STUs via two or more links and possibly via one or more receivers/sources between the links. All receivers/sources through which data travels before reaching the STU may be referred to as intermediate interfaces or simply interfaces.
  • The digital data provided by the information servers may be in the form of text, graphics, audio or sound, video or still image, or binary computer data. It should be noted that the STU can be viewed as a receiver or source as well as these as these terms have been used in the discussion above. The function of the STU or the subscriber unit is to receive the desired data from the network and convert it to a form useable by the subscriber, e.g., a video stream may be displayed on a conventional television screen, or a text stream may be printed on paper. The information servers may be general purpose media servers, video servers, real-time audio and video encoders, or any other device from which digital data may be extracted.
  • Links may be implemented in a variety of physical media without restriction. For example, a link may be a satellite channel, an optical fiber channel, a coaxial cable, a telephone twisted pair, or a microwave channel.
  • In accordance with the invention, the subscriber unit may select a particular stream of digital information to be received from many streams of digital information available from a source even if the available streams would not together fit within the bandwidth of the link connected to the subscriber unit. This is done by shifting the selection or tuning function away from the subscriber unit to one or more interfaces between the links or between a link and the source. The tuning function is directly controlled by the subscriber unit.
  • The subscriber unit sends a message to a particular interface selecting a desired stream of digital information. The interface responds to the message by selecting the desired stream from a multitude of streams received at that interface from the source and relaying that stream toward the subscriber unit via one or more links. In a system with multiple links and interfaces between them, the interface to which the message is directed may not itself currently have the desired digital information stream available to it. Such an interface would respond by requesting the desired stream from another interface closer to the broadband source. The tuning function could be distributed over many interfaces in this way.
  • The digital information distribution system of the present invention will be made clearer with reference to a particular example, the modification of a conventional public telephone network to distribute digital video services such as digital broadcasting of standard definition and High Definition TeleVision (HDTV) programs, video-on-demand (VOD), near-video-on-demand (NVOD) providing staggered program starting times, interactive video services (IVS), and internet services.
  • FIG. 1 depicts a typical pedestal-based telephone network 100. Telephone network 100 includes a series of access lines 102 connected to individual telephone terminals, a hub or pedestal 104, and a fiber trunk 106 to connect the pedestal to the central office. It should be noted that the pedestal may in fact be within the Central Office itself, i.e., it is not a remote unit. In such a situation, fiber trunk 106 is the core telephone network. If the pedestals are remote units, the connection between the Central Office and the pedestals, fiber trunk 106, could either have a star topology, or it could have a bus/loop topology. Access lines 102 provide the individual customer terminals with private and secure connections to the network. Fiber trunk 106 typically carries data at OC1/DS3 (approximately 45 Mb/s) or OC3 (approximately 155 Mb/s) rates, typically over an optical link.
  • Access lines 102 are typically copper twisted pair lines having a maximum length less than a mile. The function of pedestal 104 in the downstream direction is to demultiplex telephone data received from fiber trunk 106 and route it to appropriate terminals in customer premises. For upstream operation, pedestal 104 aggregates incoming data received via access lines 102, multiplexes it and sends it over trunk 106.
  • In accordance with one embodiment of the present invention, pedestal 104 is modified so that digital video and other digital services are provided without laying of new access lines. A telephone network so-modified is herein referred to as a “Video Pedestal Network” or “VPN”. A pedestal so-modified is referred to as a “Video Pedestal” or “VP”.
  • In an exemplary VPN, MPEG-2 data is delivered to the pedestal at a very high rate (e.g., OC3 or higher). Data is carried to subscriber premises via the copper line using Asymmetric Digital Subscriber Link (ADSL) technology as known to those of skill in the art. However, since the bandwidth of the copper line is much less than that of the fiber, not all the incoming data can be transmitted over the copper line. This bandwidth mismatch is resolved by requiring the pedestal to filter out all MPEG-2 packets that are irrelevant to the program selected by a subscriber unit which is itself connected to the copper access line. In other words, the pedestal sends out over each copper line only those MPEG-2 packets that are necessary to enable reception of the selected program channel. The subscriber unit receives only a single program MPEG-2 transport stream (or alteratively, a very small set of MPEG-2 transport streams) at its input.
  • From the above it is clear that the pedestal must somehow know which packets in the incoming stream are to go down through each access line. In accordance with the invention, each subscriber unit tells the VP as to which MPEG-2 packets it wishes to receive. This is accomplished through a special signaling protocol between the subscriber unit and the VP. The VP generally does not need to know anything about the content of either the incoming or outgoing MPEG-2 stream. It receives information from each subscriber unit as to which packets that subscriber unit wishes to receive and merely filters those packets down through the access line. As a result, the VP architecture is kept very simple. In essence, a part of the channel tuning functionality has been shifted from the subscriber unit, where it would reside for a conventional cable television system or prior art digital VOD and NVOD systems, to the network.
  • The shifting of tuning intelligence into the VP gives the VPN significant advantages over the so-called FTTCO (Fiber-to-the-Central Office), FTTB and other similar schemes of the prior art, wherein the subscriber unit selects from among digital video data transmitted over the twisted pair line via ADSL. In FTTCO, FTTB and other similar schemes, the subscriber unit only “sees” a small amount of MPEG-2 data, equal to whatever can be transmitted over the copper line from an optical network unit (which couples the fiber to the low bandwidth access line). Since FTTCO, FTTB and other similar schemes in their current implementation do not perform any tuning in the network, their capabilities are limited to point-to-point services. In contrast, the VPN presents the subscriber unit with a virtual connection to the core network (fiber trunk), thus enabling it to receive substantially more services, such as broadcast and NVOD, than would be available with FTTCO.
  • It is stressed that the broadcast and NVOD services are in addition to whatever services existing FTTC, FTTB and other existing similar schemes provide. This is because the VPN can be architected to have the same switching capabilities as these prior art networks for providing point-to-point connections.
  • VPN has several advantages over the HFC network architecture as well. While it is true that HFC supports broadcast and NVOD services readily, it does not effectively support point-to-point interactive services. This is due to extremely low bandwidths available for the return channel. The VPN does not suffer from such a disadvantage since it is based on a star topology. Security is also superior in the VPN. Once again, since the VPN uses a star topology for the access part of the network, each customer has a private connection to the network. This is in contrast to the HFC architecture, where each coax is shared by several hundred users in a loop architecture. As a consequence there is much more security and privacy in the VPN.
  • Note that in the VPN architecture the ADSL latency also adds to the channel acquisition time since part of the tuning is performed in the VP. However, the extra few tens of milliseconds does not represent a significant impact on the typical 500 milliseconds or higher number that subscriber units typically require for locking onto a new video channel.
  • Because VPN as described with reference to FIG. 1 does not require laying of new cables or wires to every individual subscriber's premises, it is possible to launch digital broadcast and NVOD services on a large scale relatively quickly—much more quickly than for distribution systems such as FTTCO, FTTC and FTTB. The important modifications to the telephone network to implement the VPN are in the pedestals.
  • A very significant advantage of the VPN, however, is that it seamlessly evolves to a completely interactive network once service offerings mature. By ensuring that the signaling protocol between the subscriber unit and the VPN is very general it is possible to support all the interactive services right from the beginning. This service evolution feature, combined with the relatively insignificant cost of network construction, makes the VPN architecture of the present invention extremely attractive.
  • The architecture of the subscriber unit that connects to the VP Network is no different from that of subscriber units of the prior art, except, of course, for the support required for the tuning signaling protocol between the subscriber unit and the network. As in the case of any other network, the subscriber unit connected to the VPN has a network interface module appropriate to the characteristics of the access line connecting the subscriber unit to the network, e.g., an ADSL network interface module will be required for a twisted pair copper access line.
  • FIG. 2 depicts a top-level diagram of a VPN 200 of one embodiment of the present invention. VPN 200 includes a representative subscriber unit 202, an ADSL access network 204 having a star topology, a VP 206, a high bandwidth core network 208, a series of servers and/or encoders 209, and a network manager 210.
  • VP 206 interfaces core network 208 with access network 204. Core network 208 is a high bandwidth digital network, or series of networks, that interfaces with the content servers 209. Core network 208 could be based on fiber, satellite, or microwave, or any combination of these technologies. Access network 204 is the final segment of the delivery system. To save cost access network 204 is preferably implemented on existing medium such as telephone wires (copper twisted pair). Of course, it is not a requirement for the present invention that the access lines be copper twisted pair. For example, if no existing access lines are available as would be the case if the network provider is an entity other than a telephone company, any other physical medium that is appropriate to the needs and constraints of the network provider may be used, e.g., coaxial cable. Subscriber unit 202 interfaces with access network 204 through a network interface module (not shown).
  • As described above VP 206 interfaces access network 204 with core network 208. In essence, VP 206 shields subscriber unit 202 from the core network architecture, thus making it possible to use the same subscriber unit with different core delivery systems (satellite, fiber, microwave). Of course, the part of VP 206 that interfaces with core network 208 will be dependent on the characteristics of the latter. The VP also has an interface with network manager 210 for purposes of control and monitoring.
  • The input to VP 206 is preferably a high bandwidth MPEG-2 stream appropriately adapted to the physical medium of core network 208. For example, if core network 208 is built using optical fiber, MPEG-2 data could be carried over ATM cells using AAL5 as known to those of skill in the art. Alternatively, if core network 208 is a satellite channel, MPEG-2 data would typically be directly modulated using Quadrature Phase Shift Keying (QPSK), again as known to those of skill in the art. Any physical layer could be used to implement core network 208 in accordance with the present invention.
  • VP 206 has multiple physical outputs, each of which is a twisted pair telephone line. First consider the case where only one program is required to be sent down over each twisted pair connection. Current ADSL technology limits the bandwidth of each telephone line to approximately 6-8 Mb/s, which is much narrower than the bandwidth of the core network.
  • The principal function of VP 206 is to receive from each subscriber unit information as to which one program that subscriber unit wishes to decode, filter from the input stream the appropriate MPEG-2 packets corresponding to that program, and transmit them to the subscriber unit. The process of filtering MPEG-2 packets and transmitting them over the access network is performed without violating any MPEG-2 requirements, and without introducing significant jitter in the MPEG-2 packets.
  • FIG. 3 depicts how a desired program may be filtered from a multi-program stream in accordance with the invention. The top portion of FIG. 3 depicts a high bandwidth MPEG-2 stream 302 coming into VP 206. This bitstream contains packets belonging to many different programs including a single program whose packets are denoted by slant-hatched lines. The bottom portion shows a stream 304 of filtered packets belonging to this single program. leaving VP 206. The output rate is much lower than the input rate which results in “stretching” of the packets on the time line (since the packets in the input and output streams are all of the same size, i.e., 188 bytes as specified by MPEG-2). Note that the order of packets in the filtered program is not altered.
  • In reality, packets of disparate origin must be carried over the access line at the same time. For example, in one embodiment that is compliant with the European Digital Video Broadcasting (DVB) standard, both program data and Service Information (SI) (which carries the electronic program guide) data will typically be simultaneously delivered to the subscriber unit as known to those of skill in the art. Furthermore, with future advances in ADSL technology, it will become feasible to increase the capacity of the twisted pair medium to the point that it will become possible to support multiple video programs over a single telephone line. For example, with 25 Mb/s capacity it should be possible to carry 5 or 6 services. This can be used to serve multiple subscriber units within one home simultaneously over a single twisted pair access line. Alternatively, if the access line is implemented using a coaxial cable whose bandwidth is higher than that of twisted pair, it may be required to carry more than one service over this line in order to support multiple subscriber units in the home.
  • FIG. 4 depicts filtering of MPEG-2 packets belonging to two different programs. The top portion of FIG. 4 depicts a high data rate MPEG-2 packet stream 402 entering VP 206. The bottom portion of FIG. 4 depicts a stream 404 carrying packets belonging to two different programs. In FIG. 4, one program (denoted by shaded packets) has a rate equal to one eighth of the total incoming rate, while the other program (denoted by slant-hatched packets) has a rate equal to one fourth of the total rate. These ratios are of course only examples. The outgoing dual-program rate equals the sum of the rates of the two filtered programs, i.e., it is ⅜ times the incoming rate. The packets in the outgoing stream are in the same order as they were in the incoming stream. By ensuring that the outgoing rate is exactly equal to the sum of all the filtered program rates, it is possible to ensure that the received packet time stamp values in the subscriber unit are accurate.
  • FIG. 5 depicts data flow to the subscriber within VP 206 in accordance with one embodiment of the present invention. VP 206 includes a network adapter 502, and then for each access line, an ADSL modulator 504, and a line buffer 506. There is also an MPEG-2 Packet ID (PID) Lookup Table (PLUT) 508 and filter 510 for each outgoing access line. The concept of PID is well known to those of skill in the art. PLUT 508 contains a list of all PIDs that are to be transmitted over the access line and is constructed based on information received from the subscriber unit. Using PLUT 508, PID Filter 510 selects the appropriate PIDs from the multitude of PIDs contained in the entering stream and sends them to line buffer 506, which is a simple FIFO. Line buffer 506 is allowed to fill up until it is half-full before packets are removed. The rate at which buffer 506 is emptied equals the sum of the rates of all the programs being transmitted over the access line. For example, if 2 programs are filtered, with rates of 3 and 6 Mb/s respectively, line buffer 506 is emptied at a rate of 9 Mb/s. The access line data rate is preferably adjustable, in real time, up to its maximum value. If the access line data rate is fixed and greater than the rate of the outgoing MPEG-2 stream then it may be necessary to appropriately “pad” the outgoing stream with “null” or “dummy” packets to fill up the total available bandwidth.
  • A side benefit is that VP 206 can also be used as a “de-jittering” device, i.e., it can be used to eliminate any jitter introduced by core network 204. This eliminates the need for an extra buffer within the subscriber unit and also improves the timing recovery performance of the MPEG-2 decoder in the subscriber unit. The de-jittering is done in line buffer 506. Its size therefore depends on the extent of jitter in the incoming stream. If there is no jitter in the incoming bitstream, then this buffer need only be a few packets deep. However, if core network 204 does introduce jitter (e.g., if it is a switched ATM network), then the size of line buffer 506 can be set equal to twice the maximum jitter times the maximum rate on the access line. For example, assume that the core network can introduce a maximum delay of +/−2 milliseconds. If the maximum data rate on the ADSL access line is 20 Mb/s, line buffer 506 can be specified to have a size of 2*2(milliseconds)*20(Mb/s)=80,000 bits.
  • This scheme assumes that VP 206 is aware of the data rate of the outgoing streams on each access line 204. This is ensured by having the subscriber units convey the stream rate to the VP, in addition to conveying the MPEG-2 PID information. The subscriber units themselves know the rates from the Program Specific Information (PSI) stream that is part of the MPEG-2 data stream, as will be easily understood by those of skill in the art. The “rate descriptor” in the PSI stream is specified by MPEG-2 to be an optional field. However, it is clear from the above statement that in this embodiment, the rate descriptor is mandatory in the PSI. In the case of MPEG-2 services that are of variable rate, the maximum possible rate of the service is carried in the rate descriptor field of the PSI. Such services are relayed by the VP to the subscriber unit at their maximum rate values.
  • To cover the most general case, the subscriber unit signals not only the PID and rate information to the VP, but also all other information that uniquely identifies the required stream in the core network. For example, in one embodiment that is compliant with the European Standard for Digital Video Broadcasting (DVB), certain fields in the Service Information (SI) data are available, such as “original_network_ID”, “transport_stream_ID” and “service_ID” that uniquely identify a particular service stream in a multitude of data streams. In such a system, the subscriber unit could communicate all this information to the VP in order to uniquely identify the digital stream. PID Filter 510 in FIG. 5 would then be a more sophisticated filter since it must process all the additional identifier fields in addition to the MPEG-2 PID values.
  • The SI data stream is of course only one example of how program selection data could be distributed to subscriber units. Other protocols could be employed using the core and/or access networks. Alternatively, program selection data could be distributed via another medium such as floppy disk or CD-ROM.
  • There is however data that VP 206 cannot get from the subscriber units and must instead obtain from network manager 210. Alternatively, this data may be “hard-wired” into the VP if it can be ensured at start of deployment that the data will never or seldom change in the future. As an example, in a network following the DVB standard, this data includes the list of PIDs that comprise the SI data and the stream rate of the SI data. This information is required to enable VP 206 to provide the SI stream to any subscriber unit whenever the latter requests it.
  • The SI stream may be treated as simply another program and sent over the access line whenever any subscriber unit requests it. Alternatively, the SI stream may be transparently routed over all the access lines. This way, any change in the SI data is automatically available to the subscriber units. This also simplifies the architecture of VP 206 since it need not monitor and determine when the SI stream has been updated and therefore needs to be routed to the subscriber units. The disadvantage of this scheme is that some bandwidth over the access lines will always be consumed by the SI data. This is also however a drawback to the prior art video distribution schemes. The SI data may be structured so as to minimize bandwidth usage.
  • Network adaptor 502 recovers MPEG-2 packets from the core network delivery medium. For example, if core network 208 is based on ATM, network adaptor 502 would perform the appropriate ATM Segmentation and Re-assembly (SAR) functions. Alternatively, if the core network were a satellite channel, network adaptor 502 would include the appropriate channel decoder, e.g. a QPSK demodulator and Forward Error Correction (FEC) decoder.
  • As discussed above, VP 206 requires rate and MPEG-2 PID values for the filtered program from the subscriber units. This is accomplished by sending the information in the control plane via the return channel on the access line as will be understood by those of skill in the art. However, the same return channel may carry signaling data for a service provider further upstream than VP 206. For example, in a VOD application a subscriber unit may send a so-called VCR “trick mode” (pause/fast forward/etc.) command to the server. VP 206 recognizes which data in the upstream channel is addressed to it, and which is to be sent upstream. This function is accomplished within the signaling protocol used between VP 206 and the subscriber units.
  • FIG. 6 depicts return channel data flow within video pedestal 206 in accordance with one embodiment of the present invention. Each return channel within video pedestal 206 includes a check address block 602 coupled to a PID filter setup unit 604 that controls the contents of PID LUT 508. Return signal data intended for VP 206 is identified within check address block 602 and forwarded to setup unit 604 so that PID LUT 508 required for filtering of incoming MPEG-2 packets may be updated appropriately. Return signal data intended for upstream components is instead directed to an upstream multiplexer 606 that aggregates all the signaling packets to be sent upstream. A program selection monitor 608 is optionally provided to log subscriber selections for billing and/or survey purposes.
  • At power-up, subscriber unit 202 requests VP 206 to send SI data (if the SI data is always present on the access line, this step is omitted). Subscriber unit 202 then informs VP 206 as to which MPEG-2 PIDs to filter in order to receive a specific service.
  • It will be appreciated that numerous variations of and extensions to the basic VPN architecture are possible within the scope of the present invention. VPN implementation details will depend on a number of factors including settlement patterns and the nature of the existing infrastructure.
  • One simple variation is obtained by placing the VP at the telephone company Central Office (CO), instead of at a hub in each neighborhood. An advantage of this configuration is lower cost since core network 208 is now terminated at the CO. Access network 204 is still twisted pair based on ADSL, however, the average length of each access line is much longer, of the order of 2 or 3 miles. One disadvantage is that current ADSL technology severely limits bandwidth available on telephone cables of these lengths.
  • This configuration works very well in conjunction with so-called “scalable” ADSL modems as are envisioned. A scalable modem can operate over variable distances and support different bandwidths. For example, over a 2 or 3 mile distance, the supported bandwidth may be limited to 8 or 9 Mb/s; however, as the line length is dropped, the bandwidth increases. Thus, for example, at a distance of 3000 feet or less, the maximum bandwidth would be 25 Mb/s or higher with scalable modems.
  • The service can be started using the VP in the CO and with limited bandwidth to the subscriber unit. However, as services proliferate, the VP can be moved closer to subscriber premises thus increasing the available bandwidth, but without any modifications to the existing subscriber units themselves.
  • Another group of variations on the basic VPN architecture involves interfacing multiple core networks to VP 206. In one alternative embodiment, multiple OC3 (155 Mb/sec) or OC12 trunk lines (approximately 622 Mb/sec) are fed to the same VP 206. VP 206 is then configured to filter any program from any of these incoming feeds. With this type of configuration, VP 206 can potentially have more available bandwidth than an entire coaxial cable used in the HFC system.
  • Another similar configuration employs multiple satellite feeds to VP 206. This configuration is particularly useful in the context of apartment buildings with multiple satellite receiver antennas, each tuned to a different satellite. The sum total of all available transponder bandwidths could easily be of the order of 1000 Mb/s, with each satellite transponder carrying a bandwidth between 30 and 80 Mb/s.
  • In the multi-satellite feed case, VP 206 includes a network adaptor for each incoming transponder signal. There may be feeds from as many as, e.g., 50 different transponders each with an average bandwidth of 30 Mb/s. If it is desirable to limit the number of feeds coming into VP 206, the MPEG-2 streams from individual transponders can be combined within an MPEG-2 re-multiplexer prior to input to VP 206.
  • FIG. 7 depicts a multiple-feed VP architecture based on a cross-bar switch in accordance with one embodiment of the present invention. A multi-feed VP 702 is implemented using a simple crossbar switched connection. The inputs to multi-feed VP 702 are a set of input feeds 704 corresponding to, e.g., input trunk lines and/or satellite receiver outputs. The outputs of multi-feed VP 702 are a set of access lines 706. Each access line 706 receives its data from a filter/modulator 708 which performs the functions discussed in reference to FIG. 5. A series of switches 710 connects each input feed 704 to an access line 706. Only one of the switches 710 is on for any access line 706 at any time. The corresponding MPEG-2 stream is filtered and delivered to the output filter/modulator 708.
  • As previously described, the subscriber unit to VP signaling protocol is expanded accordingly to implement “feed-selection” in VP 702. The subscriber unit additionally informs VP 702 as to which input feed to connect to. It does this, for example in the context of a DVB compliant network, by providing VP 702 with the complete set of identification parameters for the required MPEG-2 stream (“original_network_ID”, “transport_ID”, and “service_ID”). The subscriber unit receives this information as a part of network information within the SI data as is known to those of skill in the art. VP 702 interprets this information to determine which input feed 704 to select for the specific subscriber unit. Again, as mentioned previously, the mapping between the information provided by the subscriber unit and the input feed may be static, i.e. hard-wired in VP 702, or it may be under the control of a network manager which can change it dynamically.
  • The basic concept of shifting tuning into the network in accordance with the present invention may be extended to implement a hierarchical VPN architecture, with multiple VP's regulating the flow of data through the network. Any component such as a VP or a subscriber unit may transmit a signal upstream, i.e., toward the broadband digital information source, to request a specific digital service from amongst the multitude of digital services that are available in the network. Of course, it is obvious from the discussion so far that all such components should have the ability to uniquely identify the digital stream they want to receive. In one embodiment such information is transmitted in the downstream direction, i.e., away from the broadband digital information source, by the server or other entity like network manager. Specifically, the SI stream in a DVB compliant architecture carries this information. Thus, all components that are desirous of selecting streams from a location upstream in the network should be capable of decoding and interpreting the SI stream.
  • In the simplest implementation, a signal requesting a specific digital service may be allowed to travel upstream along all available paths until it reaches the servers wherein it is terminated. All VPs traversed by the signal set their stream filters to pass the desired stream downstream. Of course, if any VP already has its filters appropriately set, it need not respond explicitly to the message.
  • One potential disadvantage of such an implementation is the possibility of “flooding” in the upstream channel since all signals are blindly broadcast along all available upstream paths. This problem is eliminated by building additional intelligence into the VPs as follows. Each VP determines if it is already passing the requested stream through to the output. If yes, it terminates the signal. If no, the VP sets its stream filters appropriately and then determines along which upstream path amongst its multiple input feeds should the signal be propagated and sends the signal along that path. Determination of the suitable upstream path is done by maintaining a list of identifiers for all streams that are available in each input feed and comparing this list with the stream identifier information in the received signal. For example, in a DVB compliant architecture, the list may contain the “original_network_ID's” of all the networks that are connected to a particular input feed. The “original_network_ID” of the requested stream is then matched with the appropriate input feed. In more complex networks additional information like “transport_ID” and “service_Id” may also be required to be matched.
  • The list of stream identifiers for each input feed may be hard-wired into the VP if it known before hand that they will not be altered. Alternatively, an external entity like a network manager may update the list dynamically.
  • In accordance with the invention, bandwidth available within a hierarchical VPN may be opportunistically exploited by supplementary services, video or otherwise by employing “statistical multiplexing” as herein described. FIG. 8 depicts an exemplary two layer VPN 800 suitable for implementing statistical multiplexing in accordance with one embodiment of the present invention. VPN 800 includes a core VP 802, an access VP 804, a representative subscriber unit 806. Feeds 808 are the input to core VP 802. An OC48 line 810 interconnects core VP 802 and access VP 804.
  • Consider the use of VPN 800 to implement an NVOD service. For the purposes of this example it is assumed that OC48 line 810 can deliver approximately 480 channels of video programming. (The actual number of channels that can be delivered over any band-limited network is a function of the data rate allocated to each channel as well as the total capacity of the network.) This is sufficient for an NVOD service consisting of 20 movies, each of 2 hours duration, and with a stagger interval of 5 minutes. Any additional service would require more capacity on the connection between the core VP 802 and access VP 804.
  • Statistically speaking, it is improbable that every one of the 480 available channels will be viewed by some subscriber served by access VP 804 at all times. At any one moment, some of the channels would not have any subscriber tuned to them, and their bandwidth would essentially be wasted.
  • In accordance with the statistical multiplexing feature of the present invention, these channels could instead be used to provide additional services. For example, if a particular user did not want to watch any of the movies on the NVOD service, he/she could be offered some other service (e.g., interactive home shopping or VOD or even a program from another broadcast/NVOD service) on one of the NVOD channels not currently being viewed by anybody. These “opportunistic” services directly contribute to the revenue stream of the service provider.
  • Since the underlying model here is statistical, there will be occasions when situations arise so that statistical multiplexing could result in degradation of service quality. For example, consider the case when a user decides to take a break from watching a movie knowing that she/he can return to the same-point in the movie by tuning to another channel which has the same movie delayed by the appropriate time. In the meantime, however, there is a possibility that particular channel was not transmitted since nobody wanted to watch it, and its slot in the network is occupied by an opportunistic service. In the worst case, all such “freed” NVOD slots could have been grabbed by opportunistic services with the result that this particular user would not be able to receive her/his movie at the end of her/his break.
  • Preferably, an appropriate scheduling and policing mechanism ameliorates this problem. In one embodiment, the VPN ensures that there is always a minimum number of free channels at any time and does not offer all the available channels to opportunistic services.
  • Referring again to FIG. 8, the network(s) to the left of core VP 802 carry very high bandwidth data. There may be one or more core networks feeding core VP. All the NVOD and other broadcast channels are available at the input to core VP 802. The SI data for the NVOD and broadcast service is always routed through to the subscriber units. Using the received SI data (which contains the Electronic Program Guide—EPG), each user selects a desired channel for viewing. As in the basic VPN architecture depicted in FIG. 3, the appropriate information regarding the selected channel (stream ID, rate and PID list, etc.) is signaled from the subscriber unit to access VP 804 to enable the latter to appropriately tune its filters and route the program through to the user.
  • In the absence of statistical multiplexing, this is all the signaling required between the subscriber unit and the network. Since all the broadcast and NVOD channels are available at the input of access VP 804, the latter appropriately sets its filters and subscriber unit 806 receives the selected program. However, when statistical multiplexing is employed, the requested program may or may not be available at the input to access VP 804. If it is available at the input to access VP 804 (which would be the case if some other user had already requested that program), then the access VP needs only set the filters appropriately and provide the requested program to the user.
  • However, if the program is not available at the input to access VP 804 (which would be the case if no other user had requested that program until that point, or if all the sessions with that program had been terminated (e.g., the movie had ended) and hence that channel had been offered to other opportunistic services), then access VP 804, in addition to setting its filters appropriately, also bounces the request to core VP 802. Core VP 802 then adjusts its filters to select the requested program and multiplexes it down the connection to access VP 804.
  • In one embodiment, for simplicity of implementation, the request is always bounced from access VP 804 to core VP 802, regardless of whether or not the program is already being filtered by the latter for transmission to access VP 804. This minimizes the complexity of the software in access VP 804, and reduces the latency in acquiring the channel. Of course, core VP 802 must then check if it needs to respond to the received signal. The general nature of this signaling protocol (i.e., when it is terminated and when it is propagated upstream) has been described above.
  • Core VP 802 maintains a list of which channels are currently being used and which are not. The list of channels not being used is the pool of available slots for the opportunistic services. These lists are dynamically maintained based on information received from the subscriber units.
  • In an alternative embodiment, the concept of statistical multiplexing is generalized to a network with more than two layers of VPs. FIG. 9 depicts statistical multiplexing within a four layer VPN 900 in accordance with one embodiment of the present invention. VPN 900 includes a service provider 902, a subscriber unit 904 and four VPs 906, 908, 910, and 912 therebetween. Multiple input and output connections are shown for each VP.
  • In the configuration of FIG. 9, a request from subscriber unit 904 for a particular program bounces back sequentially from right to left until it reaches a VP which is already filtering the requested program through to its output. Each VP to the right of this VP, i.e., downstream from it, adjusts its filters appropriately and once this process is complete, the subscriber unit begins receiving the requested program.
  • Ultimately, the message may bounce from the subscriber unit all the way back to the server, which then initiates delivery of the program. This situation resembles VOD operation in some respects. However, once one subscriber unit has requested a program, another subscriber unit may be offered the same program downstream if it requests it. In VOD, the connection between the subscriber unit and the server is point-to-point and no other subscriber unit can take advantage of the delivery of the program through this connection.
  • The VPs in the network can be understood to be “pseudo-servers” for the NVOD services. When a user requests a program, the signal traverses upstream, i.e., toward the broadband digital information source, until it reaches the VP where the program is available. That VP then is the “pseudo-server” for that request. Note that the pseudo-server for the next request for the same program from another user could be a different VP, depending on the location of that user in the network. In the extreme case described in the previous paragraph, the pseudoserver is the actual server itself. The network designer must consider the effects of latency as the number of VPs increases in the chain.
  • In accordance with the invention, statistical multiplexing may be applied to introduce local programming at a neighborhood VP. FIG. 10 depicts a VPN 1000 wherein a core VP 1002 is adapted to incorporate input from a local server 1004 in accordance with one embodiment of the present invention. VPN 1000 includes core VP 1002, an access VP 1006, a representative subscriber unit 1008, an OC48 interconnection 1010 between core VP 1002 and access VP 1006, and access lines 1012 representing the outputs of access VP 1006. Core VP 1002 includes multiple feeds 1014 including a feed from a local server 1004. Server 1004 could be used, for example, to opportunistically inject programming and/or commercials relevant to a neighborhood or community. Any subscriber unit in the neighborhood can access this server.
  • In accordance with the invention, statistical multiplexing may also be applied in the context of a shared physical medium, e.g., a loop or bus architected access network such as an HFC network. This configuration is particularly useful to the operators of cable TV systems or others who already have such a network in place.
  • Every subscriber unit connected to the loop access network potentially has access to all the data being transmitted. Typically, encryption is used to protect data from unauthorized use.
  • The prior art scheme for providing NVOD services over HFC is to simply broadcast all the programming over the cable, consuming as much bandwidth as is required but limited, of course, by the total available bandwidth. Each subscriber unit can access all these programs, however it can decode only what it is authorized to. By introducing a VP at the headend (which is the source of all the services in the HFC cable), access to the data transmitted over the HFC is restricted to only those services that have been requested by the subscriber units. Services that have not been requested are not transmitted on the cable. In accordance with the invention, capacity left unused due to unrequested services can then be used for opportunistic services, including accessing programs from a local server in the headend.
  • In accordance with the present invention, standard HFC spectrum allocations may be modified to minimize latency when selecting programming. Typical HFC implementations allocate only a small portion of the spectrum (of the order of 25 MHz near the low end) for upstream signaling from the subscriber units. Due to the limited bandwidth here, which is shared between all the users, the signaling latency is typically very large, and would cause delays in selecting programming. In accordance with the invention, the upstream signaling bandwidth is increased to reduce this latency. Since statistical multiplexing increases the efficiency of the downstream allocation, the spectrum reallocated for upstream signaling does not have an appreciable impact.
  • In an alternative embodiment of the present invention, the VP in an HFC environment implements a logical star topology over the existing physical loop topology. Assuming that there are at least as many channels (herein a channel is defined as the minimum network capacity that is needed for delivering any one of the total available services) available on the cable as there are subscriber units connected to it, a specific channel is dedicated to each subscriber unit, and the subscriber unit tunes this channel to the appropriate service available at the VP in the headend. This architecture is structurally similar to the telephone network-based VPN discussed in reference to FIGS. 2-8.
  • As compared to the telephone network, however, the cable implementation has restricted capacity. In a telephone network VPN used for broadcast and/or NVOD, any number of subscriber units may be connected to a VP and offered services without any drop in quality as long as the trunk capacity feeding the VP is sufficient to carry all the programming. Of course, the size of the VP will increase with the number of users. However, for the logical star HFC architecture, once the number of subscriber units connected to the cable equals the cable capacity, i.e., the number of channels available over the cable, the network cannot add any more users, even with the same NVOD service offerings. The logical star HFC architecture, is thus most useful in the context of high bandwidth implementations which rely heavily on fiber optics for distribution.
  • So far the VPN has been described as containing VPs that perform filtering of MPEG-2 packets based on their unique identifier values (like PID, “service_ID”, etc.). Those of skill in the art will appreciate that the present invention is not limited to performing filtering only at the “MPEG-2 layer”. The concept of extending the tuning upstream into the network may be implemented in other ways as well. For example, in one embodiment in which the MPEG-2 packets are transported to the subscriber unit over ATM cells, the filtering of digital data in the pedestal may be performed by selecting the appropriate ATM cells. Since ATM cells are uniquely identifiable by their Virtual Path Identifier (VPI) and Virtual Connection Identifier (VCI) values, the VP merely selects the ATM cells with the appropriate VPI/VCI values from the incoming multitude of ATM cells.
  • In this case the subscriber unit has to signal the correct values of the VPI/VCI instead of MPEG-2 stream identifier values to the VP. Alternatively, the VP may have the intelligence to map the MPEG-2 stream identifiers values received from the subscriber unit to the correct VPI/VCI values.
  • In either case, the task is simplified if each MPEG-2 service has a unique VPI/VCI value associated with it. For example, in one embodiment which is a DVB compliant system, the Service Information data standardized by DVB is further extended to also include VPI/VCI values for each service. This information is received by the subscriber unit and conveyed to the VP.
  • If it is not possible to ensure that each MPEG-2 service has a unique VPI/VCI then the structure of the VP becomes more complex since it now has to monitor the MPEG-2 PID values buried inside the incoming ATM cells to determine which cells to relay to the subscriber unit. This may be even more complicated by the fact that MPEG-2 packets belonging to different services may be packed together inside the same ATM cell. The advantage of such an embodiment, of course, is that the entire MPEG-2 layer of the transport protocol is independent of the network architecture. For example, this makes the task of generating Service Information independent of network architecture.
  • Other embodiments that do not rely on MPEG-2 can also take advantage of this invention, as can be appreciated by those of skill in the art. Exemplary embodiments of the present invention include the appropriate network architecture with adequate signaling protocol support, as described above, a mechanism to uniquely identify each digital stream available from the source, and a mechanism to convey the stream identifier information to the entity that is desirous of selecting any specific stream from the network or the source. In the specific case of a DVB compliant MPEG-2 based system, the stream identifier information is carried in the SI stream and is made available to all entities that wish to select a specific digital stream from the network. A non-MPEG-2 system could use other means to convey the same information that is contained in the SI stream of a DVB system, for example, through a floppy disk.
  • While the above is a complete description of the preferred embodiments of the invention, various alternatives, modifications, and equivalents may be used. It should be evident that the present invention is equally applicable by making appropriate modifications to the embodiments described above. Therefore, the above description should not be taken as limiting the scope of the invention which is defined by the metes and bounds of the appended claims.

Claims (22)

1. A system for supplying desired digital information to a receiver unit comprising:
a broadband digital information source;
a series of two or more links between said broadband digital information source and said receiver unit, wherein digital information supplied from said broadband digital information source travels via each link in said series to said receiver unit; and
an interface between at least one pair of adjoining links in said series; and
wherein said receiver unit sends a message to said interface selecting a desired stream of digital information and said interface responds to said message by selecting said desired stream from multiple streams of digital information already received at an input of said interface from said digital information source via one or more of said series of links and relaying said desired stream to said receiver unit via a remaining one or more of said series of links.
2. The system of claim 1 wherein said receiver unit comprises a further interface to a further series of links to a subscriber unit.
3. The system of claim 1 wherein said receiver unit comprises a subscriber unit.
4. The system of claim 1 wherein said broadband digital information source comprises an information server.
5. The system of claim 1 wherein said digital information supplied by said broadband digital information source comprises video information.
6. The system of claim 1 wherein said digital information supplied by said broadband digital information source comprises audio information.
7. The system of claim 1 wherein said digital information supplied by said broadband digital information source comprises interactive service information.
8. The system of claim 1 wherein said digital information supplied by said broadband digital information source comprises textual information.
9. The system of claim 1 wherein said digital information supplied by said broadband digital information source comprises graphical information.
10. The system of claim 1 wherein said digital information supplied by said broadband digital information source comprises binary computer data.
11. The system of claim 1 wherein said receiver unit receives information from said broadband information source identifying available streams of digital information and corresponding codes to be included within said message to identify said desired stream.
12. The system of claim 2 wherein a first link of said series of links that is directly coupled to said subscriber unit comprises a twisted pair telephone line and an interface between said first link and a next link toward said broadband digital information source comprises a pedestal.
13. A system for broadcasting digital information to a plurality of receivers comprising:
an interface coupled to said plurality of receivers and to a broadband communications network,
said interface comprising:
means for receiving a first message from a first one of said plurality of receivers, said first message including a first request for a desired stream of information;
means for responding to said first message by retrieving said desired stream from said broadband communications network and forwarding said desired stream to said first one of said receivers;
means for receiving a second message from a second one of said plurality of receivers, said second message including a second request for said desired stream of information, said second message being received after said first message; and
means for responding to said second message by tapping off from said desired stream of information within said interface for forwarding to said-second one of said receivers.
14. The system of claim 13 wherein said means for responding to said first message comprises:
means for determining if said desired stream is available on said broadband communication network;
means for, if said desired stream is unavailable, forwarding said first request through said broadband communication network to an information source that responds by placing said desired stream on said broadband communication network.
15. The system of claim 13 wherein said means for responding to said first message comprises:
means for determining if said desired stream is available on said broadband communication network;
means for, if said desired stream is unavailable, forwarding said first request through said broadband communication network to a further interface that responds by retrieving said desired stream from a further broadband communication network.
16. The system of claim 13 wherein said plurality of receivers are a plurality of subscriber units.
17. The system of claim 13 wherein said interface is coupled to said receivers via a shared physical medium wherein each receiver is allocated a unique channel on the shared physical medium.
18. The system of claim 17 wherein said plurality of receivers are a plurality of subscriber units.
19. The system of claim 16 wherein said interface comprises a program selection monitor that monitors and logs program request messages received from said subscriber units.
20. In a system for broadcasting digital information comprising a broadband digital information source, a plurality of receivers, a first interface coupled to said plurality of receivers, a series of one or more links between said first interface and said broadband digital information source, and a series of one or more interfaces interconnecting said links, a method for providing a receiver with a desired stream of digital information from said broadband digital source:
detecting at said first interface a message from a requesting one of said receivers requesting said desired stream of digital information;
checking if said desired stream of digital information is currently provided to said first interface via said series of links;
if said desired stream is currently provided, relaying said desired stream from said first interface to said requesting receiver;
if said desired stream is not currently provided,
a) forwarding a request for said desired stream through said series of interfaces toward said broadband source until one of said interfaces has said desired stream available at an input and responds to said request by forwarding said desired stream to said first interface;
b) relaying said desired stream from said first interface to said requesting receiver; and
c) marking said desired stream as being currently provided to said first interface and available for relaying to further requesting receivers.
21. The method of claim 20 wherein said requesting receiver comprises an interface to a further series of one or more links to a subscriber unit, said message has been originated by said subscriber unit and transmitted to said requesting receiver via said further series of one or more links, and said method further comprises the step of:
relaying said desired stream from said requesting receiver to said subscriber unit via a further series of one or more links.
22. In a public telephone network comprising a broadband network interconnected to a plurality of subscriber units by a plurality of twisted pair lines, a pedestal for interfacing between said broadband network and said twisted pair lines, said pedestal comprising:
means for exchanging digital information with said broadband network;
means for exchanging digital information with said subscriber units via said twisted pair lines;
means for receiving messages from said subscriber units, said messages identifying streams of digital information desired to be received at said subscriber units; and
means for extracting said desired streams of digital information from said broadband network using information contained in said messages received from said subscriber units and relaying said desired streams to said subscriber units.
US10/446,877 1995-05-26 2003-05-27 Video pedestal network Abandoned US20080046938A9 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/446,877 US20080046938A9 (en) 1995-05-26 2003-05-27 Video pedestal network

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US08/451,264 US5793410A (en) 1995-05-26 1995-05-26 Video pedestal network
US08/843,940 US6738983B1 (en) 1995-05-26 1997-04-17 Video pedestal network
US10/446,877 US20080046938A9 (en) 1995-05-26 2003-05-27 Video pedestal network

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US08/843,940 Continuation US6738983B1 (en) 1995-05-26 1997-04-17 Video pedestal network

Publications (2)

Publication Number Publication Date
US20030200549A1 US20030200549A1 (en) 2003-10-23
US20080046938A9 true US20080046938A9 (en) 2008-02-21

Family

ID=23791500

Family Applications (3)

Application Number Title Priority Date Filing Date
US08/451,264 Expired - Lifetime US5793410A (en) 1995-05-26 1995-05-26 Video pedestal network
US08/843,940 Expired - Lifetime US6738983B1 (en) 1995-05-26 1997-04-17 Video pedestal network
US10/446,877 Abandoned US20080046938A9 (en) 1995-05-26 2003-05-27 Video pedestal network

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US08/451,264 Expired - Lifetime US5793410A (en) 1995-05-26 1995-05-26 Video pedestal network
US08/843,940 Expired - Lifetime US6738983B1 (en) 1995-05-26 1997-04-17 Video pedestal network

Country Status (1)

Country Link
US (3) US5793410A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100103947A1 (en) * 2008-10-24 2010-04-29 Thomas Anschutz Distributed digital subscriber line access multiplexers to increase bandwidth in access networks
US20110026930A1 (en) * 2009-07-29 2011-02-03 Zhi Cui Methods and apparatus to upgrade communication services in subscriber distribution areas
US8275262B2 (en) 2008-11-10 2012-09-25 At&T Intellectual Property I, L.P. Methods and apparatus to deploy fiber optic based access networks

Families Citing this family (119)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7168084B1 (en) 1992-12-09 2007-01-23 Sedna Patent Services, Llc Method and apparatus for targeting virtual objects
US9286294B2 (en) 1992-12-09 2016-03-15 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator content suggestion engine
US5940738A (en) * 1995-05-26 1999-08-17 Hyundai Electronics America, Inc. Video pedestal network
US5793410A (en) * 1995-05-26 1998-08-11 Hyundai Electronics America Video pedestal network
EP0804028B1 (en) * 1995-11-13 2008-01-23 Sony Corporation Near video on-demand system and televising method of the same
US5966120A (en) * 1995-11-21 1999-10-12 Imedia Corporation Method and apparatus for combining and distributing data with pre-formatted real-time video
US7266686B1 (en) 1996-05-09 2007-09-04 Two-Way Media Llc Multicasting method and apparatus
US7607147B1 (en) 1996-12-11 2009-10-20 The Nielsen Company (Us), Llc Interactive service device metering systems
US6091772A (en) * 1997-09-26 2000-07-18 International Business Machines, Corporation Black based filtering of MPEG-2 compliant table sections
US6198558B1 (en) * 1998-04-07 2001-03-06 Nortel Networks Limited Architecture repartitioning to simplify outside-plant component of fiber-based access system
US9924234B2 (en) 1998-07-23 2018-03-20 Comcast Ip Holdings I, Llc Data structure and methods for providing an interactive program
US6754905B2 (en) 1998-07-23 2004-06-22 Diva Systems Corporation Data structure and methods for providing an interactive program guide
AU5006699A (en) * 1998-07-23 2000-02-14 Diva Systems Corporation Interactive user interface
ATE282928T1 (en) * 1998-09-08 2004-12-15 Asvan Technology Llc IMPROVED COMMUNICATIONS SECURITY SYSTEM
US7039932B2 (en) 2000-08-31 2006-05-02 Prime Research Alliance E., Inc. Queue-based head-end advertisement scheduling method and apparatus
US6901604B1 (en) * 1999-02-19 2005-05-31 Chaincast, Inc. Method and system for ensuring continuous data flow between re-transmitters within a chaincast communication system
US6408436B1 (en) * 1999-03-18 2002-06-18 Next Level Communications Method and apparatus for cross-connection of video signals
US6754271B1 (en) 1999-04-15 2004-06-22 Diva Systems Corporation Temporal slice persistence method and apparatus for delivery of interactive program guide
US6904610B1 (en) 1999-04-15 2005-06-07 Sedna Patent Services, Llc Server-centric customized interactive program guide in an interactive television environment
US7096487B1 (en) * 1999-10-27 2006-08-22 Sedna Patent Services, Llc Apparatus and method for combining realtime and non-realtime encoded content
US6651252B1 (en) * 1999-10-27 2003-11-18 Diva Systems Corporation Method and apparatus for transmitting video and graphics in a compressed form
DE60034364D1 (en) 1999-10-27 2007-05-24 Sedna Patent Services Llc MULTIPLE VIDEO DRIVES USING SLICE BASED CODING
US7593529B1 (en) * 2000-01-27 2009-09-22 Agere Systems Inc. Scramble methods and apparatus for packetized digital video signal in conditional access system
US20010030785A1 (en) * 2000-02-23 2001-10-18 Pangrac David M. System and method for distributing information via a communication network
GB0006095D0 (en) * 2000-03-15 2000-05-03 Pace Micro Tech Ltd Digital data processing from multiple streams of data
US7028095B1 (en) 2000-03-23 2006-04-11 International Business Machines Corporation Block-based negative filtering of MPEG-2 compliant table sections
US7690020B2 (en) * 2000-06-30 2010-03-30 Time Warner Cable, A Division Of Time Warner Entertainment Company, L.P. Hybrid central/distributed VOD system with tiered content structure
JP4501243B2 (en) * 2000-07-24 2010-07-14 ソニー株式会社 Television receiver and program execution method
US20040224316A1 (en) * 2000-08-10 2004-11-11 Tully Timothy P. Augmented cognitive training
US20020059626A1 (en) * 2000-08-25 2002-05-16 Thomas Lemmons System and method for optimizing broadcast bandwidth and content
US7606492B2 (en) * 2000-10-04 2009-10-20 Enablence Usa Fttx Networks Inc. System and method for communicating optical signals upstream and downstream between a data service provider and subscribers
US7224837B2 (en) * 2000-10-11 2007-05-29 Screenpeaks Ltd. Digital video broadcasting
US8458754B2 (en) * 2001-01-22 2013-06-04 Sony Computer Entertainment Inc. Method and system for providing instant start multimedia content
US7748023B2 (en) * 2001-02-27 2010-06-29 Xtend Networks Ltd. Device, system and method for connecting a subscriber device to a wideband distribution network
US20030084461A1 (en) * 2001-10-25 2003-05-01 Khoi Hoang Method and apparatus for transmitting non-VOD services
US7627887B2 (en) * 2001-04-30 2009-12-01 Scientific- Atlanta, Inc. System and method for multicasting packets in a subscriber network
WO2003005612A1 (en) * 2001-07-05 2003-01-16 Wave7 Optics, Inc. Methods and systems for providing return path for signals generated by legacy terminals in optical network
WO2003005611A2 (en) * 2001-07-05 2003-01-16 Wave7 Optics, Inc. System and method for communicating optical signals to multiple subscribers having various bandwidth demands connected to the same optical waveguide
US20030072059A1 (en) * 2001-07-05 2003-04-17 Wave7 Optics, Inc. System and method for securing a communication channel over an optical network
US7877014B2 (en) * 2001-07-05 2011-01-25 Enablence Technologies Inc. Method and system for providing a return path for signals generated by legacy video service terminals in an optical network
US20060020975A1 (en) * 2001-07-05 2006-01-26 Wave7 Optics, Inc. System and method for propagating satellite TV-band, cable TV-band, and data signals over an optical network
KR100993972B1 (en) * 2001-07-18 2010-11-11 제너럴 인스트루먼트 코포레이션 Access node for multi-protocol video and data services
US7793326B2 (en) 2001-08-03 2010-09-07 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator
US7593639B2 (en) * 2001-08-03 2009-09-22 Enablence Usa Fttx Networks Inc. Method and system for providing a return path for signals generated by legacy terminals in an optical network
US7908628B2 (en) 2001-08-03 2011-03-15 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator content coding and formatting
US7583897B2 (en) * 2002-01-08 2009-09-01 Enablence Usa Fttx Networks Inc. Optical network system and method for supporting upstream signals propagated according to a cable modem protocol
US7810121B2 (en) * 2002-05-03 2010-10-05 Time Warner Interactive Video Group, Inc. Technique for delivering network personal video recorder service and broadcast programming service over a communications network
US7610606B2 (en) * 2002-05-03 2009-10-27 Time Warner Cable, Inc. Technique for effectively providing various entertainment services through a communications network
US7623786B2 (en) * 2002-05-20 2009-11-24 Enablence Usa Fttx Networks, Inc. System and method for communicating optical signals to multiple subscribers having various bandwidth demands connected to the same optical waveguide
US7239981B2 (en) 2002-07-26 2007-07-03 Arbitron Inc. Systems and methods for gathering audience measurement data
US20040060074A1 (en) * 2002-09-19 2004-03-25 Ganesh Basawapatna Video distribution system with increased centralized processing
US7690022B2 (en) * 2002-10-02 2010-03-30 Ganesh Basawapatna Video distribution system for digital and analog subscribers
US7058260B2 (en) * 2002-10-15 2006-06-06 Wave7 Optics, Inc. Reflection suppression for an optical fiber
US8495678B2 (en) * 2002-12-10 2013-07-23 Ol2, Inc. System for reporting recorded video preceding system failures
US9032465B2 (en) * 2002-12-10 2015-05-12 Ol2, Inc. Method for multicasting views of real-time streaming interactive video
US9003461B2 (en) * 2002-12-10 2015-04-07 Ol2, Inc. Streaming interactive video integrated with recorded video segments
US9108107B2 (en) 2002-12-10 2015-08-18 Sony Computer Entertainment America Llc Hosting and broadcasting virtual events using streaming interactive video
US20110126255A1 (en) * 2002-12-10 2011-05-26 Onlive, Inc. System and method for remote-hosted video effects
US8949922B2 (en) 2002-12-10 2015-02-03 Ol2, Inc. System for collaborative conferencing using streaming interactive video
US20110122063A1 (en) * 2002-12-10 2011-05-26 Onlive, Inc. System and method for remote-hosted video effects
US8893207B2 (en) 2002-12-10 2014-11-18 Ol2, Inc. System and method for compressing streaming interactive video
US8549574B2 (en) * 2002-12-10 2013-10-01 Ol2, Inc. Method of combining linear content and interactive content compressed together as streaming interactive video
US7849491B2 (en) * 2002-12-10 2010-12-07 Onlive, Inc. Apparatus and method for wireless video gaming
US8468575B2 (en) * 2002-12-10 2013-06-18 Ol2, Inc. System for recursive recombination of streaming interactive video
US8832772B2 (en) * 2002-12-10 2014-09-09 Ol2, Inc. System for combining recorded application state with application streaming interactive video output
US7558525B2 (en) * 2002-12-10 2009-07-07 Onlive, Inc. Mass storage repository for a wireless network
US8840475B2 (en) * 2002-12-10 2014-09-23 Ol2, Inc. Method for user session transitioning among streaming interactive video servers
US20090118019A1 (en) 2002-12-10 2009-05-07 Onlive, Inc. System for streaming databases serving real-time applications used through streaming interactive video
US8387099B2 (en) * 2002-12-10 2013-02-26 Ol2, Inc. System for acceleration of web page delivery
US8661496B2 (en) 2002-12-10 2014-02-25 Ol2, Inc. System for combining a plurality of views of real-time streaming interactive video
US7593361B2 (en) * 2003-02-14 2009-09-22 Onlive, Inc. Method of operation for a three-dimensional, wireless network
US7454141B2 (en) 2003-03-14 2008-11-18 Enablence Usa Fttx Networks Inc. Method and system for providing a return path for signals generated by legacy terminals in an optical network
US20060005224A1 (en) * 2004-06-30 2006-01-05 John Dunning Technique for cooperative distribution of video content
CA2576944A1 (en) * 2004-08-10 2006-02-23 Wave7 Optics, Inc. Countermeasures for idle pattern srs interference in ethernet optical network systems
US7599622B2 (en) 2004-08-19 2009-10-06 Enablence Usa Fttx Networks Inc. System and method for communicating optical signals between a data service provider and subscribers
WO2006041784A2 (en) * 2004-10-04 2006-04-20 Wave7 Optics, Inc. Minimizing channel change time for ip video
US20060187863A1 (en) * 2004-12-21 2006-08-24 Wave7 Optics, Inc. System and method for operating a wideband return channel in a bi-directional optical communication system
KR100713419B1 (en) * 2005-01-20 2007-05-04 삼성전자주식회사 Selected Transmitted Real Time Splitter
US7567565B2 (en) 2005-02-01 2009-07-28 Time Warner Cable Inc. Method and apparatus for network bandwidth conservation
US8884973B2 (en) * 2005-05-06 2014-11-11 Hewlett-Packard Development Company, L.P. Systems and methods for rendering graphics from multiple hosts
US9860599B2 (en) * 2005-06-17 2018-01-02 At&T Intellectual Property I, L.P. Methods, systems, and products for providing sample content
US7634076B2 (en) * 2005-08-03 2009-12-15 Indicium Media, Llc Network, system and method for distributing digital media
US20070047959A1 (en) * 2005-08-12 2007-03-01 Wave7 Optics, Inc. System and method for supporting communications between subcriber optical interfaces coupled to the same laser transceiver node in an optical network
EP1922654B1 (en) 2005-09-26 2020-05-13 Nielsen Media Research, Inc. Methods and apparatus for metering computer-based media presentation
US20070115933A1 (en) * 2005-11-22 2007-05-24 Sbc Knowledge Ventures Lp Method for maintaining continuity of a multimedia session between media devices
US7916755B2 (en) * 2006-02-27 2011-03-29 Time Warner Cable Inc. Methods and apparatus for selecting digital coding/decoding technology for programming and data delivery
US8458753B2 (en) 2006-02-27 2013-06-04 Time Warner Cable Enterprises Llc Methods and apparatus for device capabilities discovery and utilization within a content-based network
US8170065B2 (en) 2006-02-27 2012-05-01 Time Warner Cable Inc. Methods and apparatus for selecting digital access technology for programming and data delivery
US8718100B2 (en) * 2006-02-27 2014-05-06 Time Warner Cable Enterprises Llc Methods and apparatus for selecting digital interface technology for programming and data delivery
KR100947317B1 (en) * 2006-11-20 2010-03-16 주식회사 알티캐스트 Operating method of contents on demand system
US9794310B2 (en) * 2007-01-11 2017-10-17 Samsung Electronics Co., Ltd. Meta data information providing server, client apparatus, method of providing meta data information, and method of providing content
US20080235746A1 (en) 2007-03-20 2008-09-25 Michael James Peters Methods and apparatus for content delivery and replacement in a network
US8769577B2 (en) * 2007-05-15 2014-07-01 Centurylink Intellectual Property Llc System and method for providing fast channel surfing
US20080288991A1 (en) * 2007-05-15 2008-11-20 Embarq Holdings Company, Llc System and method for reducing network bandwidth for distributing video programming
TWI335423B (en) * 2007-08-30 2011-01-01 Mitac Int Corp Navigation apparatus using image map and method thereof
US8418194B2 (en) 2007-08-31 2013-04-09 Centurylink Intellectual Property Llc System and method for dynamic bandwidth allocation
US9483405B2 (en) 2007-09-20 2016-11-01 Sony Interactive Entertainment Inc. Simplified run-time program translation for emulating complex processor pipelines
US9071859B2 (en) 2007-09-26 2015-06-30 Time Warner Cable Enterprises Llc Methods and apparatus for user-based targeted content delivery
US8561116B2 (en) 2007-09-26 2013-10-15 Charles A. Hasek Methods and apparatus for content caching in a video network
US20090083811A1 (en) * 2007-09-26 2009-03-26 Verivue, Inc. Unicast Delivery of Multimedia Content
US8099757B2 (en) 2007-10-15 2012-01-17 Time Warner Cable Inc. Methods and apparatus for revenue-optimized delivery of content in a network
US8813143B2 (en) 2008-02-26 2014-08-19 Time Warner Enterprises LLC Methods and apparatus for business-based network resource allocation
US8776115B2 (en) * 2008-08-05 2014-07-08 Invidi Technologies Corporation National insertion of targeted advertisement
US9124769B2 (en) 2008-10-31 2015-09-01 The Nielsen Company (Us), Llc Methods and apparatus to verify presentation of media content
US9866609B2 (en) 2009-06-08 2018-01-09 Time Warner Cable Enterprises Llc Methods and apparatus for premises content distribution
US11606615B2 (en) * 2010-04-27 2023-03-14 Comcast Cable Communications, Llc Remote user interface
US8433759B2 (en) 2010-05-24 2013-04-30 Sony Computer Entertainment America Llc Direction-conscious information sharing
US9154813B2 (en) 2011-06-09 2015-10-06 Comcast Cable Communications, Llc Multiple video content in a composite video stream
US9854280B2 (en) 2012-07-10 2017-12-26 Time Warner Cable Enterprises Llc Apparatus and methods for selective enforcement of secondary content viewing
US9131283B2 (en) 2012-12-14 2015-09-08 Time Warner Cable Enterprises Llc Apparatus and methods for multimedia coordination
US9948962B2 (en) 2014-11-13 2018-04-17 Time Warner Cable Enterprises Llc Apparatus and methods for efficient delivery of electronic program guide data
US10687115B2 (en) 2016-06-01 2020-06-16 Time Warner Cable Enterprises Llc Cloud-based digital content recorder apparatus and methods
US10911794B2 (en) 2016-11-09 2021-02-02 Charter Communications Operating, Llc Apparatus and methods for selective secondary content insertion in a digital network
US11109290B2 (en) 2017-08-04 2021-08-31 Charter Communications Operating, Llc Switching connections over frequency bands of a wireless network
US10893308B2 (en) * 2017-12-01 2021-01-12 Harmonic, Inc. Hybrid statistical multiplexer
US10939142B2 (en) 2018-02-27 2021-03-02 Charter Communications Operating, Llc Apparatus and methods for content storage, distribution and security within a content distribution network
US11374779B2 (en) 2019-06-30 2022-06-28 Charter Communications Operating, Llc Wireless enabled distributed data apparatus and methods
US11182222B2 (en) 2019-07-26 2021-11-23 Charter Communications Operating, Llc Methods and apparatus for multi-processor device software development and operation
CN113141513B (en) * 2020-01-17 2022-05-13 北京达佳互联信息技术有限公司 Live stream pulling method and device, electronic equipment and storage medium

Citations (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4760442A (en) * 1985-07-10 1988-07-26 American Telephone And Telegraph Company, At&T Bell Laboratories Wideband digital signal distribution system
US4995078A (en) * 1988-06-09 1991-02-19 Monslow H Vincent Television broadcast system for selective transmission of viewer-chosen programs at viewer-requested times
US4994909A (en) * 1989-05-04 1991-02-19 Northern Telecom Limited Video signal distribution system
US5029333A (en) * 1989-12-07 1991-07-02 Northern Telecom Limited Communications system
US5132992A (en) * 1991-01-07 1992-07-21 Paul Yurt Audio and video transmission and receiving system
US5206722A (en) * 1990-12-28 1993-04-27 At&T Bell Laboratories Remote channel switching for video on demand service
US5287539A (en) * 1988-03-10 1994-02-15 Scientific-Atlanta, Inc. Interdiction program denial system for jamming audio and video signals
US5303229A (en) * 1991-07-31 1994-04-12 Alcatel Network Systems, Inc. Optical network unit
US5341474A (en) * 1992-05-15 1994-08-23 Bell Communications Research, Inc. Communications architecture and buffer for distributing information services
US5361091A (en) * 1990-09-28 1994-11-01 Inteletext Systems, Inc. Interactive home information system for distributing video picture information to television viewers over a fiber optic telephone system
US5371532A (en) * 1992-05-15 1994-12-06 Bell Communications Research, Inc. Communications architecture and method for distributing information services
US5387927A (en) * 1993-09-17 1995-02-07 Mpr Teltech Ltd. Method and apparatus for broadband transmission from a central office to a number of subscribers
US5394559A (en) * 1993-04-16 1995-02-28 Conifer Corporation MMDS/ITFS bi-directional over-the-air transmission system and method therefor
US5396546A (en) * 1991-10-03 1995-03-07 Viscorp Apparatus and method for automatic and user configurable information appliance
US5404393A (en) * 1991-10-03 1995-04-04 Viscorp Method and apparatus for interactive television through use of menu windows
US5408260A (en) * 1994-01-11 1995-04-18 Northern Telecom Limited Customer premises ADSL signal distribution arrangement
US5410343A (en) * 1991-09-27 1995-04-25 Bell Atlantic Network Services, Inc. Video-on-demand services using public switched telephone network
US5414455A (en) * 1993-07-07 1995-05-09 Digital Equipment Corporation Segmented video on demand system
US5418782A (en) * 1992-10-30 1995-05-23 Scientific-Atlanta, Inc. Methods and apparatus for providing virtual service selection in a multi-service communications system
US5442390A (en) * 1993-07-07 1995-08-15 Digital Equipment Corporation Video on demand with memory accessing and or like functions
US5446735A (en) * 1992-12-18 1995-08-29 Starlight Networks Bandwidth allocation in a shared transmission channel employing CSMA/CD
US5479508A (en) * 1991-05-22 1995-12-26 Zenith Electronics Corp. Method of operating a pay per view television system
US5506844A (en) * 1994-05-20 1996-04-09 Compression Labs, Inc. Method for configuring a statistical multiplexer to dynamically allocate communication channel bandwidth
US5512936A (en) * 1991-07-31 1996-04-30 Alcatel Network Systems, Inc. Video line card switch for use in a video line card shelf in a switched video system
US5533018A (en) * 1994-12-21 1996-07-02 National Semiconductor Corporation Multi-protocol packet framing over an isochronous network
US5541917A (en) * 1994-09-12 1996-07-30 Bell Atlantic Video and TELCO network control functionality
US5550577A (en) * 1993-05-19 1996-08-27 Alcatel N.V. Video on demand network, including a central video server and distributed video servers with random access read/write memories
US5557317A (en) * 1994-05-20 1996-09-17 Nec Corporation Video-on-demand system with program relocation center
US5583561A (en) * 1994-06-07 1996-12-10 Unisys Corporation Multi-cast digital video data server using synchronization groups
US5583864A (en) * 1995-03-28 1996-12-10 Bell Atlantic Network Services, Inc. Level 1 gateway for video dial tone networks
US5594491A (en) * 1995-12-29 1997-01-14 Vxl/Hcr Technology Corporation Near-video-on-demand digital video distribution system utilizing asymmetric digital subscriber lines
US5600573A (en) * 1992-12-09 1997-02-04 Discovery Communications, Inc. Operations center with video storage for a television program packaging and delivery system
US5603058A (en) * 1994-09-08 1997-02-11 International Business Machines Corporation Video optimized media streamer having communication nodes received digital data from storage node and transmitted said data to adapters for generating isochronous digital data streams
US5608448A (en) * 1995-04-10 1997-03-04 Lockheed Martin Corporation Hybrid architecture for video on demand server
US5619249A (en) * 1994-09-14 1997-04-08 Time Warner Entertainment Company, L.P. Telecasting service for providing video programs on demand with an interactive interface for facilitating viewer selection of video programs
US5652749A (en) * 1995-02-03 1997-07-29 International Business Machines Corporation Apparatus and method for segmentation and time synchronization of the transmission of a multiple program multimedia data stream
US5652627A (en) * 1994-09-27 1997-07-29 Lucent Technologies Inc. System and method for reducing jitter in a packet-based transmission network
US5734589A (en) * 1995-01-31 1998-03-31 Bell Atlantic Network Services, Inc. Digital entertainment terminal with channel mapping
US5793410A (en) * 1995-05-26 1998-08-11 Hyundai Electronics America Video pedestal network
US5815146A (en) * 1994-06-30 1998-09-29 Hewlett-Packard Company Video on demand system with multiple data sources configured to provide VCR-like services
US5818438A (en) * 1995-04-25 1998-10-06 Bellsouth Corporation System and method for providing television services
US5956426A (en) * 1994-05-25 1999-09-21 Sony Corporation Multi-coding apparatus
US5966120A (en) * 1995-11-21 1999-10-12 Imedia Corporation Method and apparatus for combining and distributing data with pre-formatted real-time video
US6002694A (en) * 1994-02-17 1999-12-14 Hitachi, Ltd. Interactive chargeable communication system with billing system therefor
US6188729B1 (en) * 1993-04-01 2001-02-13 Scientific-Atlanta, Inc. Method and apparatus for effecting seamless data rate changes in a video compression system
US6594826B1 (en) * 1995-05-26 2003-07-15 Irdeto Access, Inc. Video pedestal network

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4533948A (en) 1982-04-30 1985-08-06 General Instrument Corporation CATV Communication system
US4638356A (en) 1985-03-27 1987-01-20 General Instrument Corporation Apparatus and method for restricting access to a communication network
WO1993012624A1 (en) * 1991-12-19 1993-06-24 Northern Telecom Limited Fibre optic telephone loop network
US5600364A (en) 1992-12-09 1997-02-04 Discovery Communications, Inc. Network controller for cable television delivery systems
WO1994014273A1 (en) * 1992-12-17 1994-06-23 Voxson International Pty. Limited An information transmission system for increasing the effective rate of transfer of information
US5440334A (en) 1993-02-01 1995-08-08 Explore Technology, Inc. Broadcast video burst transmission cyclic distribution apparatus and method
US5453779A (en) 1994-03-15 1995-09-26 International Business Machines Corporation Scheduling policies with grouping for providing VCR control functions in a video server
US5461415A (en) 1994-03-15 1995-10-24 International Business Machines Corporation Look-ahead scheduling to support video-on-demand applications
US5561456A (en) 1994-08-08 1996-10-01 International Business Machines Corporation Return based scheduling to support video-on-demand applications
US5682325A (en) 1994-09-12 1997-10-28 Bell Atlantic Network Services, Inc. Level 1 gateway for video tone networks
US5512934A (en) 1994-12-29 1996-04-30 At&T Corp. System and method for transmission of programming on demand
US5583863A (en) * 1995-01-31 1996-12-10 Bell Atlantic Network Services, Inc. Full service network using asynchronous transfer mode multiplexing
US5544161A (en) * 1995-03-28 1996-08-06 Bell Atlantic Network Services, Inc. ATM packet demultiplexer for use in full service network having distributed architecture
US5631694A (en) 1996-02-01 1997-05-20 Ibm Corporation Maximum factor selection policy for batching VOD requests

Patent Citations (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4760442A (en) * 1985-07-10 1988-07-26 American Telephone And Telegraph Company, At&T Bell Laboratories Wideband digital signal distribution system
US5287539A (en) * 1988-03-10 1994-02-15 Scientific-Atlanta, Inc. Interdiction program denial system for jamming audio and video signals
US4995078A (en) * 1988-06-09 1991-02-19 Monslow H Vincent Television broadcast system for selective transmission of viewer-chosen programs at viewer-requested times
US4994909A (en) * 1989-05-04 1991-02-19 Northern Telecom Limited Video signal distribution system
US5029333A (en) * 1989-12-07 1991-07-02 Northern Telecom Limited Communications system
US5361091A (en) * 1990-09-28 1994-11-01 Inteletext Systems, Inc. Interactive home information system for distributing video picture information to television viewers over a fiber optic telephone system
US5206722A (en) * 1990-12-28 1993-04-27 At&T Bell Laboratories Remote channel switching for video on demand service
US5132992A (en) * 1991-01-07 1992-07-21 Paul Yurt Audio and video transmission and receiving system
US5479508A (en) * 1991-05-22 1995-12-26 Zenith Electronics Corp. Method of operating a pay per view television system
US5303229A (en) * 1991-07-31 1994-04-12 Alcatel Network Systems, Inc. Optical network unit
US5512936A (en) * 1991-07-31 1996-04-30 Alcatel Network Systems, Inc. Video line card switch for use in a video line card shelf in a switched video system
US5410343A (en) * 1991-09-27 1995-04-25 Bell Atlantic Network Services, Inc. Video-on-demand services using public switched telephone network
US5396546A (en) * 1991-10-03 1995-03-07 Viscorp Apparatus and method for automatic and user configurable information appliance
US5404393A (en) * 1991-10-03 1995-04-04 Viscorp Method and apparatus for interactive television through use of menu windows
US5341474A (en) * 1992-05-15 1994-08-23 Bell Communications Research, Inc. Communications architecture and buffer for distributing information services
US5371532A (en) * 1992-05-15 1994-12-06 Bell Communications Research, Inc. Communications architecture and method for distributing information services
US5418782A (en) * 1992-10-30 1995-05-23 Scientific-Atlanta, Inc. Methods and apparatus for providing virtual service selection in a multi-service communications system
US5600573A (en) * 1992-12-09 1997-02-04 Discovery Communications, Inc. Operations center with video storage for a television program packaging and delivery system
US5446735A (en) * 1992-12-18 1995-08-29 Starlight Networks Bandwidth allocation in a shared transmission channel employing CSMA/CD
US6188729B1 (en) * 1993-04-01 2001-02-13 Scientific-Atlanta, Inc. Method and apparatus for effecting seamless data rate changes in a video compression system
US5394559A (en) * 1993-04-16 1995-02-28 Conifer Corporation MMDS/ITFS bi-directional over-the-air transmission system and method therefor
US5550577A (en) * 1993-05-19 1996-08-27 Alcatel N.V. Video on demand network, including a central video server and distributed video servers with random access read/write memories
US5414455A (en) * 1993-07-07 1995-05-09 Digital Equipment Corporation Segmented video on demand system
US5442390A (en) * 1993-07-07 1995-08-15 Digital Equipment Corporation Video on demand with memory accessing and or like functions
US5387927A (en) * 1993-09-17 1995-02-07 Mpr Teltech Ltd. Method and apparatus for broadband transmission from a central office to a number of subscribers
US5408260A (en) * 1994-01-11 1995-04-18 Northern Telecom Limited Customer premises ADSL signal distribution arrangement
US6002694A (en) * 1994-02-17 1999-12-14 Hitachi, Ltd. Interactive chargeable communication system with billing system therefor
US5506844A (en) * 1994-05-20 1996-04-09 Compression Labs, Inc. Method for configuring a statistical multiplexer to dynamically allocate communication channel bandwidth
US5557317A (en) * 1994-05-20 1996-09-17 Nec Corporation Video-on-demand system with program relocation center
US5956426A (en) * 1994-05-25 1999-09-21 Sony Corporation Multi-coding apparatus
US5583561A (en) * 1994-06-07 1996-12-10 Unisys Corporation Multi-cast digital video data server using synchronization groups
US5815146A (en) * 1994-06-30 1998-09-29 Hewlett-Packard Company Video on demand system with multiple data sources configured to provide VCR-like services
US5603058A (en) * 1994-09-08 1997-02-11 International Business Machines Corporation Video optimized media streamer having communication nodes received digital data from storage node and transmitted said data to adapters for generating isochronous digital data streams
US5541917A (en) * 1994-09-12 1996-07-30 Bell Atlantic Video and TELCO network control functionality
US5619249A (en) * 1994-09-14 1997-04-08 Time Warner Entertainment Company, L.P. Telecasting service for providing video programs on demand with an interactive interface for facilitating viewer selection of video programs
US5652627A (en) * 1994-09-27 1997-07-29 Lucent Technologies Inc. System and method for reducing jitter in a packet-based transmission network
US5533018A (en) * 1994-12-21 1996-07-02 National Semiconductor Corporation Multi-protocol packet framing over an isochronous network
US5734589A (en) * 1995-01-31 1998-03-31 Bell Atlantic Network Services, Inc. Digital entertainment terminal with channel mapping
US5652749A (en) * 1995-02-03 1997-07-29 International Business Machines Corporation Apparatus and method for segmentation and time synchronization of the transmission of a multiple program multimedia data stream
US5583864A (en) * 1995-03-28 1996-12-10 Bell Atlantic Network Services, Inc. Level 1 gateway for video dial tone networks
US5608448A (en) * 1995-04-10 1997-03-04 Lockheed Martin Corporation Hybrid architecture for video on demand server
US5818438A (en) * 1995-04-25 1998-10-06 Bellsouth Corporation System and method for providing television services
US5793410A (en) * 1995-05-26 1998-08-11 Hyundai Electronics America Video pedestal network
US6594826B1 (en) * 1995-05-26 2003-07-15 Irdeto Access, Inc. Video pedestal network
US7278152B1 (en) * 1995-05-26 2007-10-02 Irdeto Access, Inc. Video pedestal network
US5966120A (en) * 1995-11-21 1999-10-12 Imedia Corporation Method and apparatus for combining and distributing data with pre-formatted real-time video
US5594491A (en) * 1995-12-29 1997-01-14 Vxl/Hcr Technology Corporation Near-video-on-demand digital video distribution system utilizing asymmetric digital subscriber lines

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100103947A1 (en) * 2008-10-24 2010-04-29 Thomas Anschutz Distributed digital subscriber line access multiplexers to increase bandwidth in access networks
US7933285B2 (en) 2008-10-24 2011-04-26 At&T Intellectual Property I, L.P. Distributed digital subscriber line access multiplexers to increase bandwidth in access networks
US8275262B2 (en) 2008-11-10 2012-09-25 At&T Intellectual Property I, L.P. Methods and apparatus to deploy fiber optic based access networks
US8582971B2 (en) 2008-11-10 2013-11-12 At&T Intellectual Property I, L.P. Method and apparatus to deploy fiber optic based access networks
US8965205B2 (en) 2008-11-10 2015-02-24 At&T Intellectual Property I, L.P. Methods and apparatus to deploy fiber optic based access networks
US20110026930A1 (en) * 2009-07-29 2011-02-03 Zhi Cui Methods and apparatus to upgrade communication services in subscriber distribution areas
US9736022B2 (en) 2009-07-29 2017-08-15 At&T Intellectual Property I, L.P. Methods and apparatus to upgrade communication services in subscriber distribution areas

Also Published As

Publication number Publication date
US20030200549A1 (en) 2003-10-23
US6738983B1 (en) 2004-05-18
US5793410A (en) 1998-08-11

Similar Documents

Publication Publication Date Title
US5793410A (en) Video pedestal network
CA2221291C (en) Video pedestal network
US7669220B2 (en) Network bandwidth optimization by dynamic channel allocation
US7742407B2 (en) Quality of service management in a switched digital video environment
US5613191A (en) Customer premise wireless distribution of audio-video, control signals and voice using CDMA
US5696765A (en) Configurable hybrid medium access control for cable metropolitan area networks
US5630204A (en) Customer premise wireless distribution of broad band signals and two-way communication of control signals over power lines
CA2629313C (en) Channel changes between services with differing bandwidth in a switched digital video system
US5572517A (en) Configurable hybrid medium access control for cable metropolitan area networks
EP1131981B1 (en) Logical node identification in an information transmission network
US5650994A (en) Operation support system for service creation and network provisioning for video dial tone networks
US5677905A (en) Access subnetwork controller for video dial tone networks
US8494516B2 (en) Delivery of subscription services to roaming users through head end equipment
US7203953B2 (en) Method and apparatus for two-way internet access over a CATV network with channel tracking
CA2663704C (en) Bandwidth management in each network device in a switched digital video environment
JP2004500777A (en) System and method for delivering information over a communication network
MXPA00010621A (en) Method and system for providing bi-directional communications to a broadband network without degrading downstream bandwidth.
US20050152366A1 (en) Delivering cable television over a network agnostic platform
EP1096796A2 (en) Cable system and the center system and subscriber terminal device for use in the cable system
KR100200049B1 (en) Catv network
Pisano Determining the feasibility of a method for improving bandwidth utilization of cable networks
WO2001011808A1 (en) Pure optical integrated services network
JPH11205766A (en) Digital network system using catv system

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION