CA2629313C - Channel changes between services with differing bandwidth in a switched digital video system - Google Patents
Channel changes between services with differing bandwidth in a switched digital video system Download PDFInfo
- Publication number
- CA2629313C CA2629313C CA2629313A CA2629313A CA2629313C CA 2629313 C CA2629313 C CA 2629313C CA 2629313 A CA2629313 A CA 2629313A CA 2629313 A CA2629313 A CA 2629313A CA 2629313 C CA2629313 C CA 2629313C
- Authority
- CA
- Canada
- Prior art keywords
- service
- bandwidth
- request
- requested
- map
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
- H04L65/1026—Media gateways at the edge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/1036—Signalling gateways at the edge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
- H04N21/2396—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests characterized by admission policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network 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/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
Abstract
Channel changes between services with differing bandwidth in a switched digital video system. A services map published by the headend and distributed to all of the edge devices, allows a bandwidth requirement to be correlated with each request from a device in the home. The bandwidth requirement is passed upstream along with the request for service and is subject to a system resource management validation.
Description
CHANNEL CHANGES BETWEEN SERVICES WITH DIFFERING
BANDWIDTH IN A SWITCHED DIGITAL VIDEO SYSTEM
FIELD OF THE INVENTION
This invention relates in general to broadband communications systems, and more particularly, to the use of a switched digital video system to change between services with differing bandwidths in a local home network.
BACKGROUND
A broadband communications system includes data sources, a broadcasting network, a headend unit, and edge devices. The data sources can be encoders and video sources that send data through an uplink to the broadcasting network. In the broadcasting network, three common types of signals received at the headend include off-air signals, satellite signals, and local origination signals. The satellite signals include any signal transmitted from an earth station to an orbiting satellite which are then retransmitted back down to earth. The signals are transmitted from earth to the orbiting satellite on a path referred to as the uplink. These signals are then received by a transponder on the satellite and are retransmitted from the transponder to a receiving earth station over a downlink.
The transponder amplifies the incoming signal and changes its frequency for the downlink journey to avoid interference with uplink signals.
The headend (HE) or central office is where signals from multiple sources are received and are conditioned and prepared for transmission over an access network to subscribers. Once signals have been prepared for delivery, they are combined onto a medium to be sent over the access network to the customer premise devices.
Conditioning may include conversion of analog to digital, digital bit-rate conversion, conversion from variable bit rate to constant or clamped bit rate, conversion of multiple-program transport streams to single-program transport streams or any other type of grooming or combination of these. The medium may include coaxial, twisted pair or other cable, optical fiber, or some form of wireless transmission. The preparation for transmission in edge devices may include generation of an RF carrier, modulation, conversion to optical, frequency division multiplexing, time division multiplexing, wavelength division multiplexing or any combination of these.
Edge devices vary depending on the type of network, and include the headend output devices. These edge devices sometime overlap with or extend into an access network. The fiber access network can include an optical line terminal (OLT), an optical node terminal (ONT), and devices inside the home. Therefore, the OLT and ONT
may be considered either an edge device or an access network device. However, the ONT
may at
BANDWIDTH IN A SWITCHED DIGITAL VIDEO SYSTEM
FIELD OF THE INVENTION
This invention relates in general to broadband communications systems, and more particularly, to the use of a switched digital video system to change between services with differing bandwidths in a local home network.
BACKGROUND
A broadband communications system includes data sources, a broadcasting network, a headend unit, and edge devices. The data sources can be encoders and video sources that send data through an uplink to the broadcasting network. In the broadcasting network, three common types of signals received at the headend include off-air signals, satellite signals, and local origination signals. The satellite signals include any signal transmitted from an earth station to an orbiting satellite which are then retransmitted back down to earth. The signals are transmitted from earth to the orbiting satellite on a path referred to as the uplink. These signals are then received by a transponder on the satellite and are retransmitted from the transponder to a receiving earth station over a downlink.
The transponder amplifies the incoming signal and changes its frequency for the downlink journey to avoid interference with uplink signals.
The headend (HE) or central office is where signals from multiple sources are received and are conditioned and prepared for transmission over an access network to subscribers. Once signals have been prepared for delivery, they are combined onto a medium to be sent over the access network to the customer premise devices.
Conditioning may include conversion of analog to digital, digital bit-rate conversion, conversion from variable bit rate to constant or clamped bit rate, conversion of multiple-program transport streams to single-program transport streams or any other type of grooming or combination of these. The medium may include coaxial, twisted pair or other cable, optical fiber, or some form of wireless transmission. The preparation for transmission in edge devices may include generation of an RF carrier, modulation, conversion to optical, frequency division multiplexing, time division multiplexing, wavelength division multiplexing or any combination of these.
Edge devices vary depending on the type of network, and include the headend output devices. These edge devices sometime overlap with or extend into an access network. The fiber access network can include an optical line terminal (OLT), an optical node terminal (ONT), and devices inside the home. Therefore, the OLT and ONT
may be considered either an edge device or an access network device. However, the ONT
may at
2 times be considered a customer premises device. A hybrid fiber/coax (HFC) network typically uses modulator edge devices. An HFC access network can include RF to optical converters, optical to RF converters, optical and RF amplifiers, optical and RF combiners, splitters and taps. HFC customer premises devices include RF modems and set-top boxes. A digital subscriber line (DSL) network can include a digital subscriber line access multiplexer (DSLAM). DSL modems are usually located in customer premises.
The OLTs, modulators, and DSLAMs, also known as edge devices, service numerous user homes, such as a neighborhood in a city. Customer premise devices can include modems, routers, personal computers, set-top boxes (STB), etc.
FIG. 1 illustrates a satellite broadcast network 100. At an uplink facility 110, program content is stored on video servers controlled by a broadcast automation system.
Any analog content at a network operations center (NOC) 120 is compressed using encoders and then multiplexed with the content delivered from the video file servers.
The NOC 120 is responsible for overall control and co-ordination of the uplink and the downlink sites. A
headend (HE) 130 may include one or more server devices for providing broadband signals such as video, audio, and/or data signals. The headend 130 also has numerous decoders which preferably each have a mass storage device, such as a hard disk drive.
Broadband communications systems, such as satellite and cable television systems and DSL, are now capable of providing many services in addition to analog broadcast video, such as Video-on-Demand (VOD), personal video recording (PVR), HDTV, Interactive TV, Web TV, online gaming, telelearning, video conferencing, voice services, and high speed data services. With an increase in the number of services offered, the demand for bandwidth has drastically increased. A switched digital video (SDV) system is a technique that delivers selected services only to homes where and when users are actively requesting service. The switched digital video technique would be performed in
The OLTs, modulators, and DSLAMs, also known as edge devices, service numerous user homes, such as a neighborhood in a city. Customer premise devices can include modems, routers, personal computers, set-top boxes (STB), etc.
FIG. 1 illustrates a satellite broadcast network 100. At an uplink facility 110, program content is stored on video servers controlled by a broadcast automation system.
Any analog content at a network operations center (NOC) 120 is compressed using encoders and then multiplexed with the content delivered from the video file servers.
The NOC 120 is responsible for overall control and co-ordination of the uplink and the downlink sites. A
headend (HE) 130 may include one or more server devices for providing broadband signals such as video, audio, and/or data signals. The headend 130 also has numerous decoders which preferably each have a mass storage device, such as a hard disk drive.
Broadband communications systems, such as satellite and cable television systems and DSL, are now capable of providing many services in addition to analog broadcast video, such as Video-on-Demand (VOD), personal video recording (PVR), HDTV, Interactive TV, Web TV, online gaming, telelearning, video conferencing, voice services, and high speed data services. With an increase in the number of services offered, the demand for bandwidth has drastically increased. A switched digital video (SDV) system is a technique that delivers selected services only to homes where and when users are actively requesting service. The switched digital video technique would be performed in
3 the SDV devices, which vary depending on the type of network. A common problem using the SDV technique occurs when devices in a user's home requesting services requiring more aggregate bandwidth than can be provided. The SDV devices can not currently track the bandwidth being requested, so an attempt is made to honor all requests. This results in oversubscribing and a loss of packets.
Summary One of the exemplary aspects at which the present invention is directed is a map comprising identifiers for at least one switched digital video (SDV) device and at least one home device. The map further comprises bandwidth requirements for channels or services. The map is accessed to compare available bandwidth to requests from at least one of the home devices. Optionally, the map may be updated to include available bandwidth to a subscriber premises. The map may also be updated to include an identifier for an additional home device or to change bandwidth requirements for the channels or services. The SDV devices may be one of a digital subscriber line access multiplexer (DSLAM), a digital content manager (DCM), or an optical line terminal (OLT).
Summary One of the exemplary aspects at which the present invention is directed is a map comprising identifiers for at least one switched digital video (SDV) device and at least one home device. The map further comprises bandwidth requirements for channels or services. The map is accessed to compare available bandwidth to requests from at least one of the home devices. Optionally, the map may be updated to include available bandwidth to a subscriber premises. The map may also be updated to include an identifier for an additional home device or to change bandwidth requirements for the channels or services. The SDV devices may be one of a digital subscriber line access multiplexer (DSLAM), a digital content manager (DCM), or an optical line terminal (OLT).
4 BRIEF DESCRIPTION OF THE DRAWINGS
The invention can be better understood with reference to the following drawings.
The components in the drawings are not necessarily drawn to scale, emphasis instead being placed upon clearly illustrating the principles of the invention. In the drawings, like reference numerals designate corresponding parts throughout the several views.
FIG. 1 illustrates a satellite broadcast system with an uplink, headend, and network operations center.
FIG. 2 illustrates the system of FIG. 1 in combination with a fiber access network and a customer premises network.
() FIG. 3 illustrates the system of FIG. 1 in combination with a hybrid fiber/coax access network and a customer premises network.
FIG. 4 illustrates the system of FIG. 1 in combination with a DSL access network and a customer premises network.
FIG. 5 illustrates a services map published by the headend.
FIG. 6 illustrates a group of STBs and PCs in a home.
FIG. 7 illustrates a quality of service priority table for services in a user's home.
FIG. 8 illustrates the prior art method of IGMP based channel changes in a broadcast system, including an error condition.
FIG. 9 illustrates a method of atomic channel change in a broadcast system according to the present invention.
The invention can be better understood with reference to the following drawings.
The components in the drawings are not necessarily drawn to scale, emphasis instead being placed upon clearly illustrating the principles of the invention. In the drawings, like reference numerals designate corresponding parts throughout the several views.
FIG. 1 illustrates a satellite broadcast system with an uplink, headend, and network operations center.
FIG. 2 illustrates the system of FIG. 1 in combination with a fiber access network and a customer premises network.
() FIG. 3 illustrates the system of FIG. 1 in combination with a hybrid fiber/coax access network and a customer premises network.
FIG. 4 illustrates the system of FIG. 1 in combination with a DSL access network and a customer premises network.
FIG. 5 illustrates a services map published by the headend.
FIG. 6 illustrates a group of STBs and PCs in a home.
FIG. 7 illustrates a quality of service priority table for services in a user's home.
FIG. 8 illustrates the prior art method of IGMP based channel changes in a broadcast system, including an error condition.
FIG. 9 illustrates a method of atomic channel change in a broadcast system according to the present invention.
5 DETAILED DESCRIPTION
The embodiments of the invention can be understood in the context of a broadband communications system. Note, however, that the invention may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. For example, transmitted broadband signals may include at least one of video/audio, telephony, data, or Internet Protocol (IP) signals, to name but a few. All examples given herein, therefore, are intended to be non-limiting and are provided in order to help clarify the description of the invention.
A switched digital video system is a method of maximizing the number of services offered using a minimum of bandwidth. The switched digital video system allows chosen services from the HE 130 or central office to continually be sent to the subscriber premises, or the user's home, and other services to be switched in as requested by the user. For example, in a cable television system, a specified group of popular television channels is continually sent to every home in an access network subdivision regardless of what the user may want. When a user requests a channel not in this specified group, it is first checked to see if anyone else in the service group is watching the requested channel. If yes, then the requesting user is given access to the stream already carrying the requested channel. If not, the switch provides the requested stream to the required edge device and the system gives the requesting subscriber access to that stream. A switched digital video system can be used on many types of networks such as fiber, hybrid fiber/coax, and xDSL networks.
FIG. 2 illustrates the satellite broadcast system 100 of FIG. 1 in combination with a fiber access network 200 and a customer premises network 280. Encoders 210 and video servers 220 are the data sources that feed a broadcast network 230 of the satellite broadcast system 100. Video servers 240 and encoders 250 located at the HE 130 are
The embodiments of the invention can be understood in the context of a broadband communications system. Note, however, that the invention may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. For example, transmitted broadband signals may include at least one of video/audio, telephony, data, or Internet Protocol (IP) signals, to name but a few. All examples given herein, therefore, are intended to be non-limiting and are provided in order to help clarify the description of the invention.
A switched digital video system is a method of maximizing the number of services offered using a minimum of bandwidth. The switched digital video system allows chosen services from the HE 130 or central office to continually be sent to the subscriber premises, or the user's home, and other services to be switched in as requested by the user. For example, in a cable television system, a specified group of popular television channels is continually sent to every home in an access network subdivision regardless of what the user may want. When a user requests a channel not in this specified group, it is first checked to see if anyone else in the service group is watching the requested channel. If yes, then the requesting user is given access to the stream already carrying the requested channel. If not, the switch provides the requested stream to the required edge device and the system gives the requesting subscriber access to that stream. A switched digital video system can be used on many types of networks such as fiber, hybrid fiber/coax, and xDSL networks.
FIG. 2 illustrates the satellite broadcast system 100 of FIG. 1 in combination with a fiber access network 200 and a customer premises network 280. Encoders 210 and video servers 220 are the data sources that feed a broadcast network 230 of the satellite broadcast system 100. Video servers 240 and encoders 250 located at the HE 130 are
6
7 used to insert local programming. The HE 130 of the satellite broadcast system receives signals from multiple sources, conditions them and prepares them for transmission over the access network 200. Once signals have been prepared for transmission from the HE 130, they are combined onto the access network media.
In a fiber access network 200 an optical line terminal (OLT) 260 transmits downstream to optical network terminals (ONT) 270 which are located outside the customer premises network 280. The OLT 260 is responsible for allocating necessary upstream bandwidths to the ONTs 270 by issuing data grants in an appropriate manner. Inside the customer premises network 280, the signals can be split and combined using a router 282, or other device, and then fed to various devices, such as one or more set-top boxes (STBs) 284 or personal computers (PCs) 286.
FIG. 3 illustrates the satellite broadcast system 100 of FIG. 1 in combination with a hybrid fiber/coax (HFC) access network 300 and the customer premises network 280.
The components used for the HFC access network 300 are similar to those used for the fiber access network 200. However, instead of the OLT 260 and the ONT 270, the hybrid fiber/coax network 300 uses an edge modulator 310. Inside the customer premises network 280, the signal is received by a cable modem 320 and sent to various devices, such as one or more STBs 284 or PCs 286. RF STBs may interface to the HFC
access network 300 directly using internal modems.
FIG. 4 illustrates the satellite broadcast system 100 of FIG. 1 in combination with a DSL access network 400 and the customer premises network 280. The components used for the DSL access network 400 are similar to those used in the fiber access network 200 and the HFC access network 300 except for the edge devices. Instead of the OLT
260 and the ONT 270 or the modulator 310, the DSL access network 400 has a digital subscriber line access multiplexer (DSLAM) 410 that links numerous users to a single high-speed ATM line. Inside the customer premises network 280, the signal is received by a local network 420 possibly containing a modem and bridge router. The signal is split there and fed to various devices, such as one or more STBs 284 or PCs 286.
The switched digital video technique would be performed in SDV devices, such as the OLT 260, DSLAM 440, modulator 340 or a router feeding the modulator 340, depending on the type of network. A common problem using the SDV technique occurs when devices in a user's home request services requiring more aggregate bandwidth than can be provided. The SDV devices can not currently track the bandwidth being requested, so an attempt is made to honor all requests. This results in oversubscribing and a loss of packets.
When a device in the user's home requests a change in service that will affect the bandwidth required, the change will be subject to a system resource management validation. For SDV devices to evaluate bandwidth requests and availability, the HE 130 can publish a services map 500, as shown in FIG. 5, prepared by the system operator.
The map will be put in a multicast group, which is a group of different services, and the STB in the home will know to join the multicast containing the services map first. The STB will then distribute the map to the other devices in the home. As shown in FIG. 6, each SDV device and each device in the home will have an identifier, such as an IP
address, which will allow them to differentiate themselves from one another.
The devices in the home will use the information in the services map to provide the SDV
devices with the requesting IP address and the required bandwidth. For example, STB number 1 with reference number 610 is located at IP address 192.168Ø1 and is tuned to the service "Sports Channel 1" shown as reference number 510 at IP address 225.1.1.1 requiring 7 Mb/s of bandwidth. The SDV devices have the ability to evaluate the request from the devices in the home by comparing the requested bandwidth to the available bandwidth for
In a fiber access network 200 an optical line terminal (OLT) 260 transmits downstream to optical network terminals (ONT) 270 which are located outside the customer premises network 280. The OLT 260 is responsible for allocating necessary upstream bandwidths to the ONTs 270 by issuing data grants in an appropriate manner. Inside the customer premises network 280, the signals can be split and combined using a router 282, or other device, and then fed to various devices, such as one or more set-top boxes (STBs) 284 or personal computers (PCs) 286.
FIG. 3 illustrates the satellite broadcast system 100 of FIG. 1 in combination with a hybrid fiber/coax (HFC) access network 300 and the customer premises network 280.
The components used for the HFC access network 300 are similar to those used for the fiber access network 200. However, instead of the OLT 260 and the ONT 270, the hybrid fiber/coax network 300 uses an edge modulator 310. Inside the customer premises network 280, the signal is received by a cable modem 320 and sent to various devices, such as one or more STBs 284 or PCs 286. RF STBs may interface to the HFC
access network 300 directly using internal modems.
FIG. 4 illustrates the satellite broadcast system 100 of FIG. 1 in combination with a DSL access network 400 and the customer premises network 280. The components used for the DSL access network 400 are similar to those used in the fiber access network 200 and the HFC access network 300 except for the edge devices. Instead of the OLT
260 and the ONT 270 or the modulator 310, the DSL access network 400 has a digital subscriber line access multiplexer (DSLAM) 410 that links numerous users to a single high-speed ATM line. Inside the customer premises network 280, the signal is received by a local network 420 possibly containing a modem and bridge router. The signal is split there and fed to various devices, such as one or more STBs 284 or PCs 286.
The switched digital video technique would be performed in SDV devices, such as the OLT 260, DSLAM 440, modulator 340 or a router feeding the modulator 340, depending on the type of network. A common problem using the SDV technique occurs when devices in a user's home request services requiring more aggregate bandwidth than can be provided. The SDV devices can not currently track the bandwidth being requested, so an attempt is made to honor all requests. This results in oversubscribing and a loss of packets.
When a device in the user's home requests a change in service that will affect the bandwidth required, the change will be subject to a system resource management validation. For SDV devices to evaluate bandwidth requests and availability, the HE 130 can publish a services map 500, as shown in FIG. 5, prepared by the system operator.
The map will be put in a multicast group, which is a group of different services, and the STB in the home will know to join the multicast containing the services map first. The STB will then distribute the map to the other devices in the home. As shown in FIG. 6, each SDV device and each device in the home will have an identifier, such as an IP
address, which will allow them to differentiate themselves from one another.
The devices in the home will use the information in the services map to provide the SDV
devices with the requesting IP address and the required bandwidth. For example, STB number 1 with reference number 610 is located at IP address 192.168Ø1 and is tuned to the service "Sports Channel 1" shown as reference number 510 at IP address 225.1.1.1 requiring 7 Mb/s of bandwidth. The SDV devices have the ability to evaluate the request from the devices in the home by comparing the requested bandwidth to the available bandwidth for
8 the subscriber premises. The SDV devices can either grant or deny the service in order to prevent oversubscription and a loss of packets.
In another embodiment, the SDV devices and all the devices in the users' home can correlate a request for service to the bandwidth available to each home. A
bandwidth management status is the required bandwidth of a request correlated to the available bandwidth in the home. Each device has its own upper limit or choke point. The SDV
devices and the home devices parse the service request packets before sending them upstream and adding their bandwidth management status (the requested bandwidth correlated to the available bandwidth) to the request. If any device does not have adequate bandwidth, it sends a message to the requesting device indicating an error condition.
Internet group management protocol (IGMP) is a standard used to communicate between an IP host, such as the SDV devices, and the neighborhood multicast agents to support allocation of temporary group addresses and the addition and deletion of members of the group. In this embodiment, the bandwidth can be managed by having a field in the IGMP request for adding the bandwidth management status at each intervening point, or at each device. In normal IGMP, only the IGMP endpoint is an active component. In this embodiment, however, the IGMP endpoint, the SDV
device, and any of the devices in the user's home can read and evaluate the incoming requests in order to deny or pass on the request upstream.
In the event of oversubscription, it is possible to place a quality of service (QOS) priority status on each request. This QOS priority status scheme is set up by the system operator. As the IGMP request passes from device to device, each device needs to be able to specify the required QOS for the requested stream. For example as shown in FIG.
7, in a multicast group, voice over IP (VOIP) streams may require a higher priority than
In another embodiment, the SDV devices and all the devices in the users' home can correlate a request for service to the bandwidth available to each home. A
bandwidth management status is the required bandwidth of a request correlated to the available bandwidth in the home. Each device has its own upper limit or choke point. The SDV
devices and the home devices parse the service request packets before sending them upstream and adding their bandwidth management status (the requested bandwidth correlated to the available bandwidth) to the request. If any device does not have adequate bandwidth, it sends a message to the requesting device indicating an error condition.
Internet group management protocol (IGMP) is a standard used to communicate between an IP host, such as the SDV devices, and the neighborhood multicast agents to support allocation of temporary group addresses and the addition and deletion of members of the group. In this embodiment, the bandwidth can be managed by having a field in the IGMP request for adding the bandwidth management status at each intervening point, or at each device. In normal IGMP, only the IGMP endpoint is an active component. In this embodiment, however, the IGMP endpoint, the SDV
device, and any of the devices in the user's home can read and evaluate the incoming requests in order to deny or pass on the request upstream.
In the event of oversubscription, it is possible to place a quality of service (QOS) priority status on each request. This QOS priority status scheme is set up by the system operator. As the IGMP request passes from device to device, each device needs to be able to specify the required QOS for the requested stream. For example as shown in FIG.
7, in a multicast group, voice over IP (VOIP) streams may require a higher priority than
9 video which has a higher priority than web surfing, which is an opportunistic STB
function.
FIG. 8 illustrates the current method of IGMP based channel changes in a broadcast system. Joining and leaving multicast groups are currently two independent transactions. The joining message is a request for a new channel and the leaving message is a request to terminate a current channel. For example, if a user is currently watching channel 1, as shown in reference number 810, and wants to watch channel 2, then a channel change must occur. First, a "leave channel 1" transaction 820 is sent to a SDV
device 830. Then, a "join channel 2" transaction 840 is also sent to the SDV
device 830.
Channel 2, shown in reference number 850, is now being sent to a SIB 284 in the user's home 280. This is a correct channel change.
Either of these transactions can be dropped by the network. A dropped transaction can lead to oversubscription. For example, if a user wants to change channels from channel 2 to channel 3, a "leave channel 2" transaction 860 is sent to the SDV
device 830.
If the transaction 860 is dropped, then channel 2 is still being sent to the SIB 284. A
"join channel 3" transaction 870 is also sent to the SDV device 830. The SDV
device 830 will attempt to send both channels 2 and 3, as shown in reference number 880, which will cause an oversubscription.
FIG. 9 illustrates a method of atomic channel change in a broadcast system according to the present invention. In this embodiment, a new IGMP message is defined that explicitly lists the streams that the SIB 284 wants to receive and simultaneously requests a join and leave transaction. For example, if a user is currently watching channel 1, shown in reference number 910, and decides to watch channel 2, then a channel change must occur. The SIB 284 sends a message to the SDV device 830 that contains a "leave channel 1 and join channel 2" transaction 920. Channel 2, shown in reference number 930, is now being sent to the STB 284 in the user's home 280. This is a correct channel change. Also, if a user wants to change channels from channel 2 to channel 3, a "leave channel 2 and join channel 3" transaction 940 is sent to the SDV device 830.
If the transaction 940 is dropped, then no change occurs and, because STB 284 never received channel 3, the STB 284 resends the "leave channel 2 and join channel 3" in transaction 950. The STB 284 may wait to receive channel 3 for a specified period of time before resending the "leave channel 2 and join channel 3" transaction 950.
Alternately, if the user reiterates the channel change request, the STB 284 may resend the "leave channel 2 and join channel 3" transaction 950. The SDV device 830 is now sending channel 3, as shown in reference number 960, to the STB 284.
IGMP messages, such as join and leave messages, can be updated or modified to include bandwidth requirements of both the join and leave channels. For example, channel 1, as shown in reference number 910, may require a bandwidth of 3 Mb/s and channel 2, as shown in reference number 930, may require a bandwidth of 6 Mb/s. The SDV device can compare the available bandwidth in the local network to the required bandwidth for channel 2 before performing the channel change. This would allow the SDV devices to more accurately determine which services can be sent to a user's home without oversubscription occurring and return an error message to the requesting device if service is not possible.
The numerous services offered by broadband communications systems continue to grow. With an increase in the number of services offered and the number of users subscribing, the demand for bandwidth has drastically increased. The SDV
technique, described above, delivers selected services only to homes where and when users are actively requesting service, which helps to efficiently manage the available bandwidth.
To make this more effective, each device in the local network can calculate the bandwidth available to the local network versus the bandwidth requested for a service.
By sending an error message back to the requesting device or some other device if the service cannot be provided, there is no loss of packets or disrupted service.
It should be emphasized that the above-described embodiments of the invention are merely possible examples, among others, of the implementations, setting forth a clear understanding of the principles of the invention. Many variations and modifications may be made to the above-described embodiments of the invention without departing substantially from the principles of the invention. All such modifications and variations are intended to be included herein within the scope of the disclosure and invention and protected by the following claims. In addition, the scope of the invention includes embodying the functionality of the embodiments of the invention in logic embodied in hardware and/or software-configured mediums.
function.
FIG. 8 illustrates the current method of IGMP based channel changes in a broadcast system. Joining and leaving multicast groups are currently two independent transactions. The joining message is a request for a new channel and the leaving message is a request to terminate a current channel. For example, if a user is currently watching channel 1, as shown in reference number 810, and wants to watch channel 2, then a channel change must occur. First, a "leave channel 1" transaction 820 is sent to a SDV
device 830. Then, a "join channel 2" transaction 840 is also sent to the SDV
device 830.
Channel 2, shown in reference number 850, is now being sent to a SIB 284 in the user's home 280. This is a correct channel change.
Either of these transactions can be dropped by the network. A dropped transaction can lead to oversubscription. For example, if a user wants to change channels from channel 2 to channel 3, a "leave channel 2" transaction 860 is sent to the SDV
device 830.
If the transaction 860 is dropped, then channel 2 is still being sent to the SIB 284. A
"join channel 3" transaction 870 is also sent to the SDV device 830. The SDV
device 830 will attempt to send both channels 2 and 3, as shown in reference number 880, which will cause an oversubscription.
FIG. 9 illustrates a method of atomic channel change in a broadcast system according to the present invention. In this embodiment, a new IGMP message is defined that explicitly lists the streams that the SIB 284 wants to receive and simultaneously requests a join and leave transaction. For example, if a user is currently watching channel 1, shown in reference number 910, and decides to watch channel 2, then a channel change must occur. The SIB 284 sends a message to the SDV device 830 that contains a "leave channel 1 and join channel 2" transaction 920. Channel 2, shown in reference number 930, is now being sent to the STB 284 in the user's home 280. This is a correct channel change. Also, if a user wants to change channels from channel 2 to channel 3, a "leave channel 2 and join channel 3" transaction 940 is sent to the SDV device 830.
If the transaction 940 is dropped, then no change occurs and, because STB 284 never received channel 3, the STB 284 resends the "leave channel 2 and join channel 3" in transaction 950. The STB 284 may wait to receive channel 3 for a specified period of time before resending the "leave channel 2 and join channel 3" transaction 950.
Alternately, if the user reiterates the channel change request, the STB 284 may resend the "leave channel 2 and join channel 3" transaction 950. The SDV device 830 is now sending channel 3, as shown in reference number 960, to the STB 284.
IGMP messages, such as join and leave messages, can be updated or modified to include bandwidth requirements of both the join and leave channels. For example, channel 1, as shown in reference number 910, may require a bandwidth of 3 Mb/s and channel 2, as shown in reference number 930, may require a bandwidth of 6 Mb/s. The SDV device can compare the available bandwidth in the local network to the required bandwidth for channel 2 before performing the channel change. This would allow the SDV devices to more accurately determine which services can be sent to a user's home without oversubscription occurring and return an error message to the requesting device if service is not possible.
The numerous services offered by broadband communications systems continue to grow. With an increase in the number of services offered and the number of users subscribing, the demand for bandwidth has drastically increased. The SDV
technique, described above, delivers selected services only to homes where and when users are actively requesting service, which helps to efficiently manage the available bandwidth.
To make this more effective, each device in the local network can calculate the bandwidth available to the local network versus the bandwidth requested for a service.
By sending an error message back to the requesting device or some other device if the service cannot be provided, there is no loss of packets or disrupted service.
It should be emphasized that the above-described embodiments of the invention are merely possible examples, among others, of the implementations, setting forth a clear understanding of the principles of the invention. Many variations and modifications may be made to the above-described embodiments of the invention without departing substantially from the principles of the invention. All such modifications and variations are intended to be included herein within the scope of the disclosure and invention and protected by the following claims. In addition, the scope of the invention includes embodying the functionality of the embodiments of the invention in logic embodied in hardware and/or software-configured mediums.
Claims (18)
1. A method implemented in a device located at a customer premise, the method comprising:
- receiving a service map from a headend containing a plurality of entries, each entry including a service identifier, a location from which the service can be received from, a quality of service priority status and a corresponding bandwidth requirement, wherein the quality of service priority status is associated with a predetermined quality of service priority status scheme;
- receiving a request for a service;
- determining, based on the service map, required bandwidth for the requested service, wherein determining the require bandwidth comprises:
- parsing the request for service of each device at the customer premise requesting service, and - adding a bandwidth management status of each device together;
and - providing the required bandwidth and the requested service to a bandwidth allocation device, wherein the required bandwidth and the requested service are conveyed using an Internet group management protocol (IGMP) request, wherein each device at the customer premise is configured to read and evaluate the request in determining the required bandwidth.
- receiving a service map from a headend containing a plurality of entries, each entry including a service identifier, a location from which the service can be received from, a quality of service priority status and a corresponding bandwidth requirement, wherein the quality of service priority status is associated with a predetermined quality of service priority status scheme;
- receiving a request for a service;
- determining, based on the service map, required bandwidth for the requested service, wherein determining the require bandwidth comprises:
- parsing the request for service of each device at the customer premise requesting service, and - adding a bandwidth management status of each device together;
and - providing the required bandwidth and the requested service to a bandwidth allocation device, wherein the required bandwidth and the requested service are conveyed using an Internet group management protocol (IGMP) request, wherein each device at the customer premise is configured to read and evaluate the request in determining the required bandwidth.
2. The method of claim 1, wherein receiving the service map comprises:
receiving the service map through a multicast group.
receiving the service map through a multicast group.
3. The method of claim 1, wherein receiving the request for the requested service comprises:
receiving a user selection for a channel associated with the requested service.
receiving a user selection for a channel associated with the requested service.
4. The method of claim 1, wherein the bandwidth allocation device is associated with the requested service.
5. The method of claim 1, wherein the bandwidth allocation device allocates bandwidth for the requested service.
6. The method of claim 1, further comprising: distributing the service map to a collocated customer premise device.
7. The method of claim 1, wherein each entry further includes an identifier of a switched digital video (SDV) device associated with the corresponding service.
8. The method of claim 1, wherein each entry further includes an identifier of a switched digital video (SDV) device providing the corresponding service.
9. A computing device comprising:
- means for receiving a service map containing a plurality of entries, each entry including a service identifier, a location from which the service can be received from, a quality of service priority status and a corresponding bandwidth requirement, wherein the quality of service priority status is associated with a predetermined quality of service priority status scheme;
- means for receiving a request for a service;
- means for determining, based on the service map, required bandwidth for the requested service, wherein determining the require bandwidth comprises:
- parsing the request for service of each device at the customer premise requesting service, and - adding a bandwidth management status of each device together;
and - means for transmitting a request for the requested service to a bandwidth allocation device, the request for the requested service including the required bandwidth, wherein the required bandwidth and the requested service are conveyed using an Internet group management protocol (IGMP) request, - wherein each device at the customer premise is configured to read and evaluate the request in determining the required bandwidth.
- means for receiving a service map containing a plurality of entries, each entry including a service identifier, a location from which the service can be received from, a quality of service priority status and a corresponding bandwidth requirement, wherein the quality of service priority status is associated with a predetermined quality of service priority status scheme;
- means for receiving a request for a service;
- means for determining, based on the service map, required bandwidth for the requested service, wherein determining the require bandwidth comprises:
- parsing the request for service of each device at the customer premise requesting service, and - adding a bandwidth management status of each device together;
and - means for transmitting a request for the requested service to a bandwidth allocation device, the request for the requested service including the required bandwidth, wherein the required bandwidth and the requested service are conveyed using an Internet group management protocol (IGMP) request, - wherein each device at the customer premise is configured to read and evaluate the request in determining the required bandwidth.
10. The computing device of claim 9, wherein the bandwidth allocation device is associated with the requested service.
11. The computing device of claim 9, wherein the bandwidth allocation device performs bandwidth allocation for the requested service.
12. The computing device of claim 9, wherein each entry further includes an identifier of a switched digital video (SDV) device associated with the corresponding service.
13. The computing device of claim 9, wherein each entry further includes an identifier of a switched digital video (SDV) device providing the corresponding service.
14. The computing device of claim 9, further comprising a receiver configured to receive media streams, and wherein the instructions further comprise means for receiving a response to the request and means for instructing the receiver to receive the requested service, responsive to the received response being indicative of a grant of the request.
15. The computing device of claim 9, wherein the computing device is a set-top box.
16. A method implemented in a switched digital video (SDV) device, the method comprising:
-transmitting a service map to a plurality of devices located in a customer premise, the service map containing a plurality of entries, each entry including a service identifier, a location from which the service can be received from, a quality of service priority status and a corresponding bandwidth requirement, wherein the quality of service priority status is associated with a predetermined quality of service priority status scheme;
-receiving service requests from at least a portion of the plurality of devices, each service request including one of the services from the transmitted service map and the corresponding bandwidth requirement from the service map, wherein the received service requests are conveyed using Internet group management protocol (IGMP) requests, wherein each of the plurality of devices in the customer premise is configured to read and evaluate the received service request in determining the required bandwidth;
-evaluating each of the received service requests by comparing the required bandwidth in the service request to available bandwidth for the customer premise, wherein comparing the required bandwidth in the service request comprises determining, based on the service map, required bandwidth for the requested service, wherein determining the require bandwidth comprises:
- parsing the request for service of each of the plurality of devices located in the customer premise requesting service, and - adding a bandwidth management status of each device together;
and - granting or denying each of the received service requests based on the respective evaluation, wherein each of the plurality of devices in the customer premise can grant or deny each of the received service requests.
-transmitting a service map to a plurality of devices located in a customer premise, the service map containing a plurality of entries, each entry including a service identifier, a location from which the service can be received from, a quality of service priority status and a corresponding bandwidth requirement, wherein the quality of service priority status is associated with a predetermined quality of service priority status scheme;
-receiving service requests from at least a portion of the plurality of devices, each service request including one of the services from the transmitted service map and the corresponding bandwidth requirement from the service map, wherein the received service requests are conveyed using Internet group management protocol (IGMP) requests, wherein each of the plurality of devices in the customer premise is configured to read and evaluate the received service request in determining the required bandwidth;
-evaluating each of the received service requests by comparing the required bandwidth in the service request to available bandwidth for the customer premise, wherein comparing the required bandwidth in the service request comprises determining, based on the service map, required bandwidth for the requested service, wherein determining the require bandwidth comprises:
- parsing the request for service of each of the plurality of devices located in the customer premise requesting service, and - adding a bandwidth management status of each device together;
and - granting or denying each of the received service requests based on the respective evaluation, wherein each of the plurality of devices in the customer premise can grant or deny each of the received service requests.
17. The method of claim 16, further comprising: tracking the available bandwidth for the customer premise based on granted service requests.
18. The method of claim 16, wherein the SDV device is one of a digital subscriber line access multiplexer (DSLAM), a digital content manager (DCM), or an optical line terminal (OLT).
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/164,110 US8099756B2 (en) | 2005-11-10 | 2005-11-10 | Channel changes between services with differing bandwidth in a switched digital video system |
US11/164,110 | 2005-11-10 | ||
PCT/US2006/060703 WO2007111697A2 (en) | 2005-11-10 | 2006-11-09 | Channel changes between services with differing bandwidth in a switched digital video system |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2629313A1 CA2629313A1 (en) | 2007-10-04 |
CA2629313C true CA2629313C (en) | 2015-02-03 |
Family
ID=38005267
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA2629313A Expired - Fee Related CA2629313C (en) | 2005-11-10 | 2006-11-09 | Channel changes between services with differing bandwidth in a switched digital video system |
Country Status (4)
Country | Link |
---|---|
US (1) | US8099756B2 (en) |
EP (1) | EP1946521A2 (en) |
CA (1) | CA2629313C (en) |
WO (1) | WO2007111697A2 (en) |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7742407B2 (en) * | 2005-11-10 | 2010-06-22 | Scientific-Atlanta, Llc | Quality of service management in a switched digital video environment |
US20070106782A1 (en) * | 2005-11-10 | 2007-05-10 | Scientific-Atlanta, Inc. | Bandwidth management in each network device in a switched digital video environment |
US20070107024A1 (en) * | 2005-11-10 | 2007-05-10 | Scientific-Atlanta, Inc. | Atomic channel changes in a switched digital video system |
US7873760B2 (en) | 2005-11-11 | 2011-01-18 | Versteeg William C | Expedited digital signal decoding |
US20080022320A1 (en) * | 2006-06-30 | 2008-01-24 | Scientific-Atlanta, Inc. | Systems and Methods of Synchronizing Media Streams |
EP1876766B1 (en) * | 2006-07-04 | 2011-11-23 | Alcatel Lucent | Reporting multicast bandwidth consumption between a multicast replicating node and a traffic scheduling node |
US7877660B2 (en) * | 2006-07-07 | 2011-01-25 | Ver Steeg William C | Transmitting additional forward error correction (FEC) upon request |
US7725797B2 (en) | 2006-07-07 | 2010-05-25 | Scientific-Atlanta, Llc | Buffer for storing data and forward error correction (FEC) |
US7774672B2 (en) | 2006-07-07 | 2010-08-10 | Scientific-Atlanta, Llc | Requesting additional forward error correction |
US7899046B2 (en) * | 2006-07-07 | 2011-03-01 | Ver Steeg William C | Determining strategy for multicast and/or unicast transmission to correct forward errors |
US8031594B2 (en) * | 2006-09-29 | 2011-10-04 | At&T Intellectual Property I, L.P. | System and method of providing communications services |
US7870465B2 (en) | 2006-10-18 | 2011-01-11 | Versteeg William C | Reducing channel-change time |
US20080244667A1 (en) * | 2007-03-27 | 2008-10-02 | Osborne Jason C | Bandwidth sensitive switched digital video content delivery |
US8370889B2 (en) * | 2007-03-28 | 2013-02-05 | Kanthimathi Gayatri Sukumar | Switched digital video client reverse channel traffic reduction |
US20090025027A1 (en) * | 2007-07-20 | 2009-01-22 | Michael Craner | Systems & methods for allocating bandwidth in switched digital video systems based on interest |
US8832766B2 (en) * | 2007-07-27 | 2014-09-09 | William C. Versteeg | Systems and methods of differentiated channel change behavior |
US8776160B2 (en) * | 2007-07-27 | 2014-07-08 | William C. Versteeg | Systems and methods of differentiated requests for network access |
US20090049485A1 (en) * | 2007-08-13 | 2009-02-19 | International Business Machine Corporation | Method For Context-Based Channel Switching in Bandwidth Limited Television Systems |
US8209728B2 (en) * | 2007-08-31 | 2012-06-26 | At&T Intellectual Property I, L.P. | System and method of delivering video content |
US20090116379A1 (en) * | 2007-11-02 | 2009-05-07 | At&T Knowledge Ventures, Lp | Insufficient bandwidth notification for transmission of multimedia program |
US8139607B2 (en) * | 2008-01-21 | 2012-03-20 | At&T Intellectual Property I, L.P. | Subscriber controllable bandwidth allocation |
US7886073B2 (en) * | 2008-08-08 | 2011-02-08 | Cisco Technology, Inc. | Systems and methods of reducing media stream delay |
US8015310B2 (en) * | 2008-08-08 | 2011-09-06 | Cisco Technology, Inc. | Systems and methods of adaptive playout of delayed media streams |
US8239739B2 (en) * | 2009-02-03 | 2012-08-07 | Cisco Technology, Inc. | Systems and methods of deferred error recovery |
US8566896B2 (en) * | 2009-10-23 | 2013-10-22 | Commscope, Inc. Of North Carolina | Addressable network interface units suitable for use in FTTX and RFOG networks and related methods of controlling bandwidth allocation and identifying noise sources in such networks |
CN102652421B (en) * | 2009-12-09 | 2015-06-03 | 瑞典爱立信有限公司 | Policies for content downloading and content uploading |
US9300489B1 (en) * | 2010-08-12 | 2016-03-29 | Arris Enterprises, Inc. | Channel assignment based on subscribed service level |
US10771827B2 (en) * | 2011-05-24 | 2020-09-08 | Comcast Cable Communications, Llc | Monitoring and activity reporting of enhanced media content |
US10264314B2 (en) * | 2016-04-29 | 2019-04-16 | Pccw Vuclip (Singapore) Pte. Ltd. | Multimedia content management system |
Family Cites Families (135)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5572347A (en) | 1991-07-30 | 1996-11-05 | Alcatel Network Systems, Inc. | Switched video architecture for an optical fiber-to-the-curb telecommunications system |
US5594509A (en) | 1993-06-22 | 1997-01-14 | Apple Computer, Inc. | Method and apparatus for audio-visual interface for the display of multiple levels of information on a display |
US5485455A (en) | 1994-01-28 | 1996-01-16 | Cabletron Systems, Inc. | Network having secure fast packet switching and guaranteed quality of service |
DE69532656T2 (en) | 1994-04-15 | 2005-02-10 | Koninklijke Philips Electronics N.V. | Method and device for receiving digital video signals |
US5600663A (en) | 1994-11-16 | 1997-02-04 | Lucent Technologies Inc. | Adaptive forward error correction system |
EP0714192A1 (en) | 1994-11-24 | 1996-05-29 | International Business Machines Corporation | Method for preempting connections in high speed packet switching networks |
US5913031A (en) | 1994-12-02 | 1999-06-15 | U.S. Philips Corporation | Encoder system level buffer management |
US5699369A (en) | 1995-03-29 | 1997-12-16 | Network Systems Corporation | Adaptive forward error correction system and method |
US5815145A (en) | 1995-08-21 | 1998-09-29 | Microsoft Corporation | System and method for displaying a program guide for an interactive televideo system |
US5808662A (en) | 1995-11-08 | 1998-09-15 | Silicon Graphics, Inc. | Synchronized, interactive playback of digital movies across a network |
US5699365A (en) | 1996-03-27 | 1997-12-16 | Motorola, Inc. | Apparatus and method for adaptive forward error correction in data communications |
US5793436A (en) | 1996-06-17 | 1998-08-11 | Samsung Electronics Co., Ltd. | Buffer occupancy control method for use in video buffering verifier |
US5870087A (en) | 1996-11-13 | 1999-02-09 | Lsi Logic Corporation | MPEG decoder system and method having a unified memory for transport decode and system controller functions |
US6480541B1 (en) | 1996-11-27 | 2002-11-12 | Realnetworks, Inc. | Method and apparatus for providing scalable pre-compressed digital video with reduced quantization based artifacts |
US6453471B1 (en) | 1996-12-13 | 2002-09-17 | Starsight Telecast, Inc. | Electronic programming guide with movie preview |
US6687906B1 (en) | 1996-12-19 | 2004-02-03 | Index Systems, Inc. | EPG with advertising inserts |
US5949795A (en) | 1997-02-14 | 1999-09-07 | General Instrument Corporation | Processing asynchronous data within a set-top decoder |
US6101221A (en) | 1997-07-31 | 2000-08-08 | Lsi Logic Corporation | Video bitstream symbol extractor for use in decoding MPEG compliant video bitstreams meeting 2-frame and letterboxing requirements |
US6310918B1 (en) | 1997-07-31 | 2001-10-30 | Lsi Logic Corporation | System and method for motion vector extraction and computation meeting 2-frame store and letterboxing requirements |
US6118498A (en) | 1997-09-26 | 2000-09-12 | Sarnoff Corporation | Channel scanning and channel change latency reduction in an ATSC television receiver |
US6307839B1 (en) | 1997-12-31 | 2001-10-23 | At&T Corp | Dynamic bandwidth allocation for use in the hybrid fiber twisted pair local loop network service architecture |
US6538992B1 (en) | 1998-02-24 | 2003-03-25 | Nokia Telecommunications Oy | Adaptive scheduling method and apparatus to service multilevel QoS in AAL2 |
US6278716B1 (en) | 1998-03-23 | 2001-08-21 | University Of Massachusetts | Multicast with proactive forward error correction |
US6119092A (en) | 1998-06-26 | 2000-09-12 | Lsi Logic Corporation | Audio decoder bypass module for communicating compressed audio to external components |
US6252849B1 (en) | 1998-06-30 | 2001-06-26 | Sun Microsystems, Inc. | Flow control using output port buffer allocation |
US6016166A (en) | 1998-08-31 | 2000-01-18 | Lucent Technologies Inc. | Method and apparatus for adaptive synchronization of digital video and audio playback in a multimedia playback system |
US6510553B1 (en) | 1998-10-26 | 2003-01-21 | Intel Corporation | Method of streaming video from multiple sources over a network |
US7185353B2 (en) | 2000-08-31 | 2007-02-27 | Prime Research Alliance E., Inc. | System and method for delivering statistically scheduled advertisements |
US6665751B1 (en) | 1999-04-17 | 2003-12-16 | International Business Machines Corporation | Streaming media player varying a play speed from an original to a maximum allowable slowdown proportionally in accordance with a buffer state |
US6718552B1 (en) * | 1999-04-20 | 2004-04-06 | Diva Systems Corporation | Network bandwidth optimization by dynamic channel allocation |
US6594798B1 (en) | 1999-05-21 | 2003-07-15 | Microsoft Corporation | Receiver-driven layered error correction multicast over heterogeneous packet networks |
US6986156B1 (en) | 1999-06-11 | 2006-01-10 | Scientific Atlanta, Inc | Systems and methods for adaptive scheduling and dynamic bandwidth resource allocation management in a digital broadband delivery system |
US7065779B1 (en) | 1999-10-13 | 2006-06-20 | Cisco Technology, Inc. | Technique for synchronizing multiple access controllers at the head end of an access network |
US6173115B1 (en) | 1999-11-04 | 2001-01-09 | Thomson Licensing S.A. | Record during pause and playback with rewritable disk medium |
US7096481B1 (en) | 2000-01-04 | 2006-08-22 | Emc Corporation | Preparation of metadata for splicing of encoded MPEG video and audio |
US6792047B1 (en) | 2000-01-04 | 2004-09-14 | Emc Corporation | Real time processing and streaming of spliced encoded MPEG video and associated audio |
US6678332B1 (en) | 2000-01-04 | 2004-01-13 | Emc Corporation | Seamless splicing of encoded MPEG video and audio |
US6701528B1 (en) | 2000-01-26 | 2004-03-02 | Hughes Electronics Corporation | Virtual video on demand using multiple encrypted video segments |
JP4035806B2 (en) | 2000-01-31 | 2008-01-23 | 株式会社日立製作所 | Video distribution system |
US20030007507A1 (en) | 2000-08-01 | 2003-01-09 | Doron Rajwan | Data streaming |
US6628301B1 (en) | 2000-02-16 | 2003-09-30 | Microsoft Corporation | Extensible framework for tuning to programming sources |
AU2001253613A1 (en) | 2000-04-17 | 2001-10-30 | Circadence Corporation | System and method for shifting functionality between multiple web servers |
US6629227B1 (en) | 2000-05-04 | 2003-09-30 | Scientific-Atlanta, Inc. | System and method for a communication terminal to manage memory and maintain a current application version for multiple applications |
US6871006B1 (en) | 2000-06-30 | 2005-03-22 | Emc Corporation | Processing of MPEG encoded video for trick mode operation |
FI20001570A (en) | 2000-06-30 | 2001-12-31 | Nokia Corp | Synchronized provision of services over a telecommunications network |
US7490344B2 (en) | 2000-09-29 | 2009-02-10 | Visible World, Inc. | System and method for seamless switching |
GB0027812D0 (en) | 2000-11-15 | 2000-12-27 | Pace Micro Tech Plc | Broadcast data receiver |
US20020112244A1 (en) | 2000-12-19 | 2002-08-15 | Shih-Ping Liou | Collaborative video delivery over heterogeneous networks |
US7246351B2 (en) * | 2001-02-20 | 2007-07-17 | Jargon Software | System and method for deploying and implementing software applications over a distributed network |
US6973667B2 (en) | 2001-03-01 | 2005-12-06 | Minerva Networks, Inc. | Method and system for providing time-shifted delivery of live media programs |
US6970640B2 (en) | 2001-05-14 | 2005-11-29 | Microsoft Corporation | Systems and methods for playing digital video in reverse and fast forward modes |
US20020199203A1 (en) | 2001-05-18 | 2002-12-26 | John Duffy | Switched digital video gateway |
US8291457B2 (en) | 2001-05-24 | 2012-10-16 | Vixs Systems, Inc. | Channel selection in a multimedia system |
US7200855B2 (en) | 2001-05-24 | 2007-04-03 | Vixs Systems, Inc. | Method and apparatus of multiplexing a plurality of channels in a multimedia system |
US7093277B2 (en) | 2001-05-30 | 2006-08-15 | Digeo, Inc. | System and method for improved multi-stream multimedia transmission and processing |
US7277429B2 (en) | 2001-06-01 | 2007-10-02 | 4198638 Canada Inc. | Cell-based switch fabric with distributed scheduling |
US7873972B2 (en) | 2001-06-01 | 2011-01-18 | Jlb Ventures Llc | Method and apparatus for generating a mosaic style electronic program guide |
US7114172B2 (en) | 2001-06-28 | 2006-09-26 | Koninklijke Philips Electronics N.V. | Synchronized personal video recorders |
US20030007724A1 (en) | 2001-07-05 | 2003-01-09 | Broadcom Corporation | System, method, and computer program product for optimizing video service in ethernet-based fiber optic TDMA networks |
ITRM20010525A1 (en) * | 2001-08-30 | 2003-02-28 | St Microelectronics Srl | EEPROM FLASH ERASABLE MEMORY FOR LINES. |
US20030048808A1 (en) | 2001-09-12 | 2003-03-13 | Stahl Thomas Anthony | Method and apparatus for changing received streaming content channels |
US8713623B2 (en) | 2001-09-20 | 2014-04-29 | Time Warner Cable Enterprises, LLC | Technique for effectively providing program material in a cable television system |
US7426744B2 (en) * | 2001-09-27 | 2008-09-16 | Broadcom Corporation | Method and system for flexible channel association |
KR100557167B1 (en) | 2001-11-02 | 2006-03-03 | 삼성전자주식회사 | Apparatus and method for transmitting/receiving of re-transmit in a mobile communication system |
US7017102B1 (en) | 2001-12-27 | 2006-03-21 | Network Equipment Technologies, Inc. | Forward Error Correction (FEC) for packetized data networks |
JP3998983B2 (en) | 2002-01-17 | 2007-10-31 | 松下電器産業株式会社 | Unicast-multicast converter and video surveillance system |
WO2003067845A2 (en) | 2002-02-04 | 2003-08-14 | Imagine Broadband Limited | Media transmission system and method |
US20030149975A1 (en) | 2002-02-05 | 2003-08-07 | Charles Eldering | Targeted advertising in on demand programming |
US7266127B2 (en) | 2002-02-08 | 2007-09-04 | Lucent Technologies Inc. | Method and system to compensate for the effects of packet delays on speech quality in a Voice-over IP system |
US7054643B2 (en) | 2002-02-20 | 2006-05-30 | Nokia Corporation | System for rate control of multicast data delivery in a wireless network |
US7073117B1 (en) | 2002-02-21 | 2006-07-04 | Ciena Corporation | Method and apparatus for generating bit errors in a forward error correction (FEC) system to estimate power dissipation characteristics of the system |
US20030159143A1 (en) | 2002-02-21 | 2003-08-21 | Peter Chan | Systems and methods for generating a real-time video program guide through video access of multiple channels |
US7627886B2 (en) | 2002-03-04 | 2009-12-01 | Microsoft Corporation | Systems and methods for displaying video streams |
US6763019B2 (en) | 2002-03-05 | 2004-07-13 | Nokia Corporation | Method and system for authenticated fast channel change of media provided over a DSL connection |
US7246294B2 (en) | 2002-04-01 | 2007-07-17 | Intel Corporation | Method for iterative hard-decision forward error correction decoding |
US20030196211A1 (en) | 2002-04-10 | 2003-10-16 | Peter Chan | Systems, methods and apparatuses for simulated rapid tuning of digital video channels |
KR100454958B1 (en) | 2002-04-18 | 2004-11-06 | 삼성전자주식회사 | Method for changing the channel of digital broadcasting service |
US20090222875A1 (en) | 2002-04-18 | 2009-09-03 | Cheng David J | Distributed tuner allocation and conflict resolution |
US7610606B2 (en) * | 2002-05-03 | 2009-10-27 | Time Warner Cable, Inc. | Technique for effectively providing various entertainment services through a communications network |
KR100644978B1 (en) | 2002-09-30 | 2006-11-14 | 산요덴키가부시키가이샤 | Network telephone and voice decording device |
US7281058B1 (en) | 2002-10-09 | 2007-10-09 | Juniper Networks, Inc. | Delivering and receiving multicast content across a unicast network |
US7359939B2 (en) | 2002-12-06 | 2008-04-15 | Alcatel Canada, Inc. | Fast service restoration for lost IGMP leave requests |
US7228356B2 (en) | 2002-12-12 | 2007-06-05 | Alcatel Canada Inc. | IGMP expedited leave triggered by MAC address |
US7584404B2 (en) | 2002-12-19 | 2009-09-01 | Intel Corporation | Method and apparatus for multimedia communication over packet channels |
JP4241066B2 (en) | 2003-01-29 | 2009-03-18 | キヤノン株式会社 | Reservation device and control method thereof |
US20040194147A1 (en) | 2003-03-31 | 2004-09-30 | Jeff Craven | Broadband multi-interface media module |
US20040225877A1 (en) | 2003-05-09 | 2004-11-11 | Zezhen Huang | Method and system for protecting computer system from malicious software operation |
US7539748B2 (en) | 2003-05-16 | 2009-05-26 | Time Warner Cable, A Division Of Time Warner Entertainment Company, L.P. | Data transfer application monitor and controller |
US7596595B2 (en) * | 2003-06-18 | 2009-09-29 | Utah State University | Efficient unicast-based multicast tree construction and maintenance for multimedia transmission |
US9807460B2 (en) * | 2003-08-11 | 2017-10-31 | Arris Enterprises, Inc. | Optimal provisioning and management of bandwidth in a video-on-demand services architecture |
JP4227509B2 (en) | 2003-12-15 | 2009-02-18 | キヤノン株式会社 | Communication terminal device and control method thereof |
JP4652345B2 (en) | 2004-01-23 | 2011-03-16 | キャミアント,インク. | Policy-based admission control and bandwidth reservation for future sessions |
AU2005215010A1 (en) | 2004-02-18 | 2005-09-01 | Nielsen Media Research, Inc. Et Al. | Methods and apparatus to determine audience viewing of video-on-demand programs |
US7430222B2 (en) | 2004-02-27 | 2008-09-30 | Microsoft Corporation | Media stream splicer |
US20050289623A1 (en) | 2004-05-21 | 2005-12-29 | Mowaffak Midani | Bulk tuning of frequency-modulated video signals |
US8843978B2 (en) * | 2004-06-29 | 2014-09-23 | Time Warner Cable Enterprises Llc | Method and apparatus for network bandwidth allocation |
US7672233B2 (en) * | 2004-07-15 | 2010-03-02 | Calix Networks, Inc. | Traffic management for a passive optical network terminal |
US9031568B2 (en) | 2004-07-28 | 2015-05-12 | Broadcom Corporation | Quality-of-service (QoS)-based association with a new network using background network scanning |
US7729590B2 (en) | 2004-08-03 | 2010-06-01 | Sony Corporation | Digital video stream trick play |
US7433946B2 (en) | 2004-08-12 | 2008-10-07 | Microsoft Corporation | Mechanism for transmitting elementary streams in a broadcast environment |
US20060074968A1 (en) | 2004-10-06 | 2006-04-06 | Gyetko Gregory E | Electronic content distribution management methods and systems |
US7412149B2 (en) | 2004-10-28 | 2008-08-12 | Bitband Technologies, Ltd. | Trick mode generation in video streaming |
US7447978B2 (en) | 2004-11-16 | 2008-11-04 | Nokia Corporation | Buffering packets of a media stream |
US7873983B2 (en) | 2004-11-23 | 2011-01-18 | Palo Alto Research Center Incorporated | Method and apparatus for controlling an experiential data stream in a social space |
CN101061659B (en) | 2004-12-02 | 2015-04-29 | 汤姆逊许可公司 | Adaptive forward error correction method and device |
US7477653B2 (en) | 2004-12-10 | 2009-01-13 | Microsoft Corporation | Accelerated channel change in rate-limited environments |
US7567565B2 (en) * | 2005-02-01 | 2009-07-28 | Time Warner Cable Inc. | Method and apparatus for network bandwidth conservation |
US8201205B2 (en) | 2005-03-16 | 2012-06-12 | Tvworks, Llc | Upstream bandwidth management methods and apparatus |
US7668914B2 (en) | 2005-03-28 | 2010-02-23 | Alcatel Lucent | Milestone synchronization in broadcast multimedia streams |
US7823179B2 (en) | 2005-04-18 | 2010-10-26 | Cisco Technology, Inc. | System and method for edge resource management |
US8144724B2 (en) | 2005-06-30 | 2012-03-27 | Qualcomm Incorporated | Apparatus and method for resolving request collision in a high bandwidth wireless network |
US20070044130A1 (en) | 2005-08-16 | 2007-02-22 | Alcatel | System and method for implementing channel change operations in internet protocol television systems |
EP1780971A1 (en) | 2005-10-28 | 2007-05-02 | Koninklijke KPN N.V. | Method and system for obtaining information by a bandwidth broker for admission control purposes |
US20070106782A1 (en) | 2005-11-10 | 2007-05-10 | Scientific-Atlanta, Inc. | Bandwidth management in each network device in a switched digital video environment |
US7742407B2 (en) | 2005-11-10 | 2010-06-22 | Scientific-Atlanta, Llc | Quality of service management in a switched digital video environment |
US20070107024A1 (en) | 2005-11-10 | 2007-05-10 | Scientific-Atlanta, Inc. | Atomic channel changes in a switched digital video system |
US7873760B2 (en) | 2005-11-11 | 2011-01-18 | Versteeg William C | Expedited digital signal decoding |
EP1972137A4 (en) | 2006-01-13 | 2009-11-11 | Yahoo Inc | Method and system for creating and applying dynamic media specification creator and applicator |
US8713195B2 (en) | 2006-02-10 | 2014-04-29 | Cisco Technology, Inc. | Method and system for streaming digital video content to a client in a digital video network |
US20070220577A1 (en) | 2006-03-15 | 2007-09-20 | Kongalath George P | Method and media manager client unit for optimising network resources usage |
US20080022320A1 (en) | 2006-06-30 | 2008-01-24 | Scientific-Atlanta, Inc. | Systems and Methods of Synchronizing Media Streams |
US7877660B2 (en) | 2006-07-07 | 2011-01-25 | Ver Steeg William C | Transmitting additional forward error correction (FEC) upon request |
US7725797B2 (en) | 2006-07-07 | 2010-05-25 | Scientific-Atlanta, Llc | Buffer for storing data and forward error correction (FEC) |
US7774672B2 (en) | 2006-07-07 | 2010-08-10 | Scientific-Atlanta, Llc | Requesting additional forward error correction |
US7899046B2 (en) | 2006-07-07 | 2011-03-01 | Ver Steeg William C | Determining strategy for multicast and/or unicast transmission to correct forward errors |
US20080040767A1 (en) | 2006-08-11 | 2008-02-14 | Sbc Knowledge Ventures, L.P. | System and method of providing a set-top box application |
US7870465B2 (en) | 2006-10-18 | 2011-01-11 | Versteeg William C | Reducing channel-change time |
CN101584221B (en) | 2006-12-20 | 2013-07-03 | 汤姆森研发基金公司 | Video data loss recovery using low bit rate stream in an IPTV system |
US9270944B2 (en) | 2007-02-14 | 2016-02-23 | Time Warner Cable Enterprises Llc | Methods and apparatus for content delivery notification and management |
US7849490B2 (en) | 2007-03-12 | 2010-12-07 | Cisco Technology, Inc. | Method and apparatus providing scalability for channel change requests in a switched digital video system |
US20080244667A1 (en) | 2007-03-27 | 2008-10-02 | Osborne Jason C | Bandwidth sensitive switched digital video content delivery |
US8370889B2 (en) | 2007-03-28 | 2013-02-05 | Kanthimathi Gayatri Sukumar | Switched digital video client reverse channel traffic reduction |
US7761902B2 (en) | 2007-05-11 | 2010-07-20 | At&T Intellectual Property I, L.P. | System and method of providing video content |
US8832766B2 (en) | 2007-07-27 | 2014-09-09 | William C. Versteeg | Systems and methods of differentiated channel change behavior |
US8776160B2 (en) | 2007-07-27 | 2014-07-08 | William C. Versteeg | Systems and methods of differentiated requests for network access |
-
2005
- 2005-11-10 US US11/164,110 patent/US8099756B2/en not_active Expired - Fee Related
-
2006
- 2006-11-09 WO PCT/US2006/060703 patent/WO2007111697A2/en active Application Filing
- 2006-11-09 EP EP06850726A patent/EP1946521A2/en not_active Withdrawn
- 2006-11-09 CA CA2629313A patent/CA2629313C/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US20070107023A1 (en) | 2007-05-10 |
US8099756B2 (en) | 2012-01-17 |
EP1946521A2 (en) | 2008-07-23 |
WO2007111697A2 (en) | 2007-10-04 |
WO2007111697A3 (en) | 2008-03-06 |
CA2629313A1 (en) | 2007-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2629313C (en) | Channel changes between services with differing bandwidth in a switched digital video system | |
CA2663907C (en) | Atomic channel changes in a switched digital video system | |
US7742407B2 (en) | Quality of service management in a switched digital video environment | |
CA2663704C (en) | Bandwidth management in each network device in a switched digital video environment | |
US8494516B2 (en) | Delivery of subscription services to roaming users through head end equipment | |
EP1131981B1 (en) | Logical node identification in an information transmission network | |
US6909726B1 (en) | Adaptive bandwidth system and method for broadcast data | |
US5793410A (en) | Video pedestal network | |
CA2682364C (en) | Bandwidth sensitive switched digital video content delivery | |
CA2680851C (en) | Switched digital video client reverse channel traffic reduction | |
US20060184990A1 (en) | Hybrid-fiber coaxial network-based high-speed QoS transmission system for internet protocol broadcasting service | |
EP1224643A1 (en) | Adaptive bandwidth system and method for broadcast data | |
US7471639B1 (en) | Method and system for modulating media packets |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |
Effective date: 20211109 |