US20140137145A1 - System and method for handling streaming media - Google Patents

System and method for handling streaming media Download PDF

Info

Publication number
US20140137145A1
US20140137145A1 US14/096,422 US201314096422A US2014137145A1 US 20140137145 A1 US20140137145 A1 US 20140137145A1 US 201314096422 A US201314096422 A US 201314096422A US 2014137145 A1 US2014137145 A1 US 2014137145A1
Authority
US
United States
Prior art keywords
incoming packet
packet stream
stream
error
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US14/096,422
Inventor
Marc A.C. Todd
James T. Welch
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.)
IneoQuest Technologies Inc
Original Assignee
IneoQuest Technologies 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 IneoQuest Technologies Inc filed Critical IneoQuest Technologies Inc
Priority to US14/096,422 priority Critical patent/US20140137145A1/en
Assigned to INEOQUEST TECHNOLOGIES, INC. reassignment INEOQUEST TECHNOLOGIES, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: WELCH, JAMES T., TODD, MARC A.C.
Publication of US20140137145A1 publication Critical patent/US20140137145A1/en
Priority to US14/814,705 priority patent/US20150341812A1/en
Priority to US16/185,412 priority patent/US10674387B2/en
Priority to US16/185,389 priority patent/US10681575B2/en
Priority to US16/185,366 priority patent/US10681574B2/en
Assigned to SILICON VALLEY BANK reassignment SILICON VALLEY BANK SUPPLEMENT TO PATENT SECURITY AGREEMENT Assignors: INEOQUEST TECHNOLOGIES, INC.
Assigned to INEOQUEST TECHNOLOGIES, INC. reassignment INEOQUEST TECHNOLOGIES, INC. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: SILICON VALLEY BANK
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213Monitoring of end-user related data
    • H04N21/44222Analytics of user selections, e.g. selection of programs or purchase activity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637Control signals issued by the client directed to the server or network components
    • H04N21/6373Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2404Monitoring of server processing errors or hardware failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44227Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4425Monitoring of client processing errors or hardware failure
    • 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/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/643Communication protocols
    • H04N21/64322IP
    • 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/64723Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/6473Monitoring network processes errors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17318Direct or substantially direct transmission and handling of requests

Definitions

  • the present invention relates generally to the field of streaming media using Internet Protocol (IP). More specifically, the present invention is related to monitoring and/or enhancing the quality of IP streaming media as seen by an end user.
  • IP Internet Protocol
  • Streaming Video-over-IP is a technology which allows the end user to watch video content over an IP network.
  • Video-over-IP include Video on Demand (VoD), and IPTV (Internet Protocol Television).
  • a Video-over-IP network may include a service provider network 134 including one or more remote video servers 1 , a core network (e.g., Internet) 3 , and a local hub/edge switch 5 , such as a CATV hub or DSLAM.
  • This network 134 is then coupled to customer premises equipment (CPE) such as a set top box (STB) 7 and television 9 (often including various other home networking equipment), via a Network Interface Device (NID) typically located at a consumer's home.
  • CPE customer premises equipment
  • STB set top box
  • NID Network Interface Device
  • Video-over-IP technology allows the consumer to control the stream through the STB, enabling features such as channel changes (by selecting the particular stream(s) to be delivered), fast forward, pause, and rewind.
  • a disadvantage of conventional streaming media is that the quality of the IP stream may be degraded as it travels over the network before arriving at the end point (e.g., a consumer's television 9 ).
  • Service providers may place monitors at various points along the network 134 to measure the Quality Of Service (QOS) of the streams.
  • QOS Quality Of Service
  • service providers can relatively easily measure QOS at points between server 1 and local hub 5 to isolate network problems occurring therein.
  • the QOS of ultimate concern is that experienced by the consumer at the video destination or end point, such as the consumer's television 9 .
  • a service provider may initially check network 134 for QOS issues.
  • service providers generally have no choice but to send a service technician to the consumer's premises to attempt to isolate the problem within the CPE.
  • a service technician may be required to make repeated visits to a consumer's home, at various times of day, in order to locate and properly diagnose the problem(s). It has been estimated that in many instances, the total cost to a service provider of sending a service technician to a consumer's home is at least $1,000.00 per visit. The service provider's inability to remotely monitor the quality of service from outside the consumer's home thus tends to be responsible for relatively high customer service costs.
  • a system for handling streaming media on customer premises includes a compute engine having a network interface device port and a customer premises equipment port, in which the compute engine is configured for installation between a network interface device and video destination customer premises equipment.
  • a processing module is configured for receiving an incoming packet stream through the network interface device port, processing the incoming packet stream to generate stream data, and forwarding the incoming packet stream through the customer premises equipment port.
  • the processing module is also configured for receiving user data, processing the user data; and transmitting the stream data and the user data through the network interface device port to a remote location.
  • a system for handling streaming media at a customer premises includes a compute engine having a customer network interface device port and a customer premises equipment port, by which the compute engine is configured for installation between a customer network interface device and video destination customer premises equipment.
  • a processing module is configured for receiving an incoming packet stream through the network interface device port, processing the incoming packet stream to generate stream data, forwarding the stream data through the network interface device port, and forwarding the incoming packet stream through the customer premises equipment port.
  • a method for handling streaming media at a customer premises includes installing a compute engine having a customer network interface device port and a customer premises equipment port, between a customer network interface device and video destination customer premises equipment. The method then includes receiving an incoming packet stream from a customer network interface device port, processing the incoming packet stream to generate stream data, forwarding the incoming packet stream to a customer premises equipment port, and forwarding the stream data to the network interface device port.
  • an article of manufacture for handling streaming media at a customer premises includes a computer usable medium having a computer readable program code embodied therein, the computer usable medium having computer readable program code for receiving an incoming packet stream from a customer network interface device port, processing the incoming packet stream to generate stream data, forwarding the incoming packet stream to a customer premises equipment port, and forwarding the stream data to the network interface device port.
  • a system for handling streaming media at a customer premises includes a compute engine having a customer network interface device port and a customer premises equipment port, so that the compute engine is configured for installation between a customer network interface device and video destination customer premises equipment.
  • the system includes a processing module configured for receiving an incoming packet stream through the network interface device port, repairing the incoming packet stream, and forwarding the repaired packet stream through the customer premises equipment port.
  • FIG. 1A is a simplified diagram of a conventional Video on Demand network
  • FIG. 1B is a diagram of a conventional MPEG-2 transport stream over IP packet
  • FIG. 2 is a schematic view of an embodiment of the present invention
  • FIG. 3 is a schematic view, with optional aspects shown in phantom, of an alternate embodiment of the present invention.
  • FIG. 4 is a schematic view of an alternate portion of the embodiment of FIG. 3 ;
  • FIG. 5 is a screen display of a Graphical User Interface associated with operation of an embodiment of the present invention.
  • FIG. 6 is another screen display of a Graphical User Interface associated with operation of an embodiment of the present invention.
  • FIG. 7 is a schematic view of a representative housing for the embodiments of FIGS. 2 and 3 ;
  • FIG. 8 is a flow chart of a method associated with embodiments of the present invention.
  • FIG. 9 is a flow chart of another method associated with embodiments of the present invention.
  • FIG. 10 is a schematic view of the embodiment of FIG. 3 deployed at multiple locations within a typical user's home network.
  • FIG. 11 is a schematic view of the embodiment of FIG. 3 deployed at multiple locations within a typical user's home network.
  • embodiments of the present invention include a system configured for placement within a customer's local area network (LAN) or wide area network (WAN), for monitoring QOS thereat and reporting back to a remote location (e.g., to the service provider).
  • the system may be installed in line between a Network Interface Device (NID), which typically serves as a gateway between the service provider's network and the user's Customer Premises Equipment (CPE).
  • NID Network Interface Device
  • CPE Customer Premises Equipment
  • the system receives and processes an incoming packet stream, such as by making a copy of the stream and sending the copy (e.g., via backhaul stream) to the remote location for analysis, while forwarding the original incoming packet stream to the CPE for viewing.
  • the system may be used by service providers to conveniently (and remotely) identify and resolve QOS problems existing within the user's CPE.
  • the system may itself perform an analysis of the incoming stream.
  • Exemplary methods usable by these embodiments for analyzing media streams include those disclosed in U.S. patent application Ser. No. 11/396,753, entitled System and Method for Analyzing the Performance of Multiple Transportation Streams of Streaming Media in Packet-Based Networks, filed on Apr. 3, 2006; application Ser. No. 10/604,997, entitled System and Method for Analyzing the Performance of Multiple Transportation Streams of Streaming Media in Packet-Based Networks, filed on Aug. 29, 2003; and U.S. patent application Ser. No. 11/257,183, entitled System and Method for Creating Multiple Transportation Streams of Streaming Media Network Test Traffic in Packet-Based Networks, filed on Oct. 24, 2005, the contents of which are fully incorporated herein by reference.
  • Embodiments of the system may also take steps to remediate any detected errors in the incoming stream, such as by the use of conventional Forward Error Correction techniques.
  • the system may thus be conveniently installed at the user's premises upon a report by a user of a QOS problem.
  • the system simply connects in-line between common network elements using standard connectors, it may be delivered to the user, e.g., via mail or overnight delivery, for self-installation. Alternatively, it may be delivered and/or quickly installed by a service technician who may happen to be in the neighborhood.
  • the system may monitor the media stream(s) passing therethrough for extended periods of time to enable even infrequent, transient QOS problems to be identified.
  • the system may also be left installed at the user's premises for extended periods of time, such as in the event it is more cost effective to simply correct errors in the stream, than to address the source of the errors.
  • Embodiments of the invention may also capture data associated with user's actions, which may prove useful to the service provider or third party in diagnosing QOS issues and/or to otherwise enhance the customer's experience.
  • the system may capture user commands to the STB, such as channel changes, and then compute statistics associated with this captured data. For example, the system may compute and record the time elapsed between when the channel change command is entered, and when the selected channel begins streaming through the user's STB.
  • the term NID may include any number of common gateway devices such as a Residential DSL Gateway, and a Service Area Interface.
  • CPE customer premises equipment
  • CPE customer premises equipment
  • LSS Local Area Networks
  • CAT5x structured wiring
  • Wi-Fi Wireless Fidelity
  • coaxial cable e.g., coaxial cable
  • telephone wiring e.g., electrical power wiring
  • HPNA Home Phoneline Networking Alliance
  • network devices include routers, switches, Set Top Boxes (STBs), bridges, switches, hubs, repeaters, multilayer switches, protocol converters, digital media receivers, proxies, firewalls, multiplexers, network cards, modems, ISDN terminal adapters, line drivers, and display devices such as computers, televisions, monitors, PDAs (Personal Digital Assistants), Smart Phones, and combinations thereof.
  • STBs Set Top Boxes
  • STBs Set Top Boxes
  • bridges switches
  • switches hubs
  • repeaters multilayer switches
  • protocol converters digital media receivers
  • proxies proxies
  • firewalls multiplexers
  • network cards network cards
  • modems modems
  • ISDN terminal adapters line drivers
  • display devices such as computers, televisions, monitors, PDAs (Personal Digital Assistants), Smart Phones, and combinations thereof.
  • an embodiment of the present invention includes a system 310 having a video source-, or network interface device (NID)-side port 101 , and a video destination-, or Set Top Box (STB)-side port 103 .
  • Port 101 is configured for communicably coupling (directly or via other network elements) to an NID 102 e.g., for receiving an incoming packet stream 104 from provider network 134 .
  • Port 103 is configured for communicably coupling (directly or via other CPE network elements) to a video destination 108 such as an STB 7 , TV 9 , personal computer, etc., for transmitting the incoming packet stream thereto.
  • the incoming stream 104 may be in nominally any desired format suitable for transmission over a packetized network.
  • stream 104 is in the conventional MPEG-2 TS (Motion Pictures Expert Group-2 Transport Stream) format, such as shown in FIG. 1B .
  • the content may be contained in a series of 188-byte MPEG-2 packets 11 , which are encapsulated in a UDP (User Datagram Protocol) datagram and IP headers 13 and 15 .
  • the completed MPEG-2 TS packet includes provisions for a CRC (Cyclic Redundancy Check) 17 , and the Ethernet protocol 19 .
  • CRC Cyclic Redundancy Check
  • system 310 includes a compute engine 110 communicably disposed between ports 101 and 103 .
  • Engine 110 is configured to receive 112 the incoming packet stream 104 , process 114 the incoming packet stream 104 , and then forward 116 the post-processing packet stream 106 to the destination 108 .
  • system 310 includes a transmission module 122 configured to communicate to an optional remote monitoring or controlling station 128 , via network 134 (e.g., through port 101 and NID 102 as shown) or optionally, any other suitable communications (e.g., cellular) link 136 .
  • the data 107 generated by processing module 114 may thus be transmitted by module 122 to remote station 128 (or elsewhere) for analysis, and/or for further remedial action, etc.
  • the processing module 114 may effect any number of operations useful in determining the QOS of incoming stream 104 .
  • this processing may include calculating the MDI of stream 104 .
  • processing module 114 may simply make (and optionally store) a copy of stream 104 for later review and analysis.
  • the processed data may be stored within an optional memory or database 170 ( FIG. 3 ) for later retrieval, such as upon return of system 310 to the service provider.
  • the processed/captured data may be transmitted (e.g., streamed) to a remote location or to the service provider for analysis, as will be discussed hereinbelow with reference to alternate system 310 ′.
  • streams 104 that have been identified as suffering impairments may be “repaired”, such as by an optional error correction module 105 associated with processing module 114 .
  • Module 105 may thus include any of various error correction means, such as conventional Forward Error Correction (FEC) algorithms.
  • FEC Forward Error Correction
  • Module 105 may then operate in concert with conventional upstream equipment which may add repair information (e.g., FEC flows), which may then be used by module 105 along with the original stream to reconstruct the unimpaired flow.
  • FEC flows thus may be provided by the service provider in a conventional manner, e.g., using some bandwidth that may otherwise be available for other services provided to the user, such as high speed data or voice services.
  • Error correction module 105 may then use the FEC flows to repair any impairments at the user's premises. It is expected that in many applications, repairing the streams 104 in this manner may be more cost effective than eliminating the source of the impairments, such as by replacing wiring or other facilities at the user's premises.
  • Embodiments of the invention may thus transmit information regarding the quality of the incoming stream to remote (e.g., upstream) locations, while simultaneously repairing the stream.
  • the stream repair may be effected dynamically, e.g., when the incoming stream quality drops below a predetermined threshold, as determined by either the processing module 114 , or by the remote monitoring station 128 .
  • Such dynamic repair may also be used to dynamically control the FEC flow, e.g., to eliminate the FEC flow (and thus free up bandwidth for other services) when the quality of the incoming stream is satisfactory.
  • these embodiments may request the additional repair flow dynamically and thus impact the other services only if needed. Processing options will be described in greater detail hereinbelow with respect to various optional embodiments.
  • compute engine 110 ′ may capture 118 user data 124 from destination 108 (e.g., from the user's television or cable box remote control).
  • user data 124 include user commands such as selection of video content (i.e., channel changes) along with the delay experienced by the user from the moment he presses the channel change button on his remote to the time the channel starts streaming to STB 7 ( FIG. 1A ).
  • Data 124 may also include the user's use of so-called “trick mode” commands such as rewind, fast forward, pause, stop.
  • User data may also include a log of use of a user input device such as button 306 described hereinbelow.
  • This user data is processed (e.g., captured) by processing module 114 , and may then be stored in optional non-volatile memory or database 170 , such as in the form of a log. In addition, or alternatively, this user data may be forwarded via transmission module 122 to remote monitoring station 128 as discussed hereinabove.
  • remote station 128 has been described as receiving data forwarded by transmission module 122
  • the communication may be two-way, or duplex, to permit data transfer to be initiated either by compute engine 110 ′ or by station 128 .
  • data transfer may be initiated by engine 110 ′, in which data is forwarded automatically, e.g., at a predetermined interval or upon a triggering event such as receipt of a particular user command at module 114 .
  • data transfer may be initiated by remote station 128 , such as by polling system 310 ′. This polling ability may also be used to effect various other actions, such as reprogramming or rebooting system 310 ′ remotely.
  • a video test clip 132 of known quality parameters may stored within system 310 ′ for forwarding by transmission module 116 to another system 310 , 310 ′, located within the customer's LAN (e.g., at a location closer to destination 108 ) as described in greater detail hereinbelow with respect to FIG. 10 .
  • the quality of the video clip 132 may then be monitored by the other system 310 , 310 ′, to help determine whether QOS problems lie in the CPE disposed between the two systems.
  • Parameters associated with the incoming stream 104 may be measured/analyzed 164 .
  • the parameters may include any of those parameters disclosed in Technical Report 101 290 by the European Telecommunications Standards Institute (ETSI), including the quality parameters discussed hereinbelow with respect to FIG. 5 . Some of these parameters are listed in the following Table 1. Parameters listed under Priorities 1 and 2 relate to the packet stream, and parameters under Priority 3 relate to specific applications associated therewith.
  • the packets of stream 104 may be analyzed 160 for security parameters, with packets that fail to meet predetermined security parameters being discarded 162 .
  • security parameters are listed in the following Table 2.
  • AH Encapsulated Security Payload
  • ESP Next Header Security Parameters Index
  • SPI Payload Length Sequence Number
  • SPI Payload Data Security Parameters Index
  • Data on the measured parameters 160 , 164 may be stored 166 (e.g., in optional database 170 , FIG. 3 ) for future access, and/or forwarded at 106 to destination 108 as described above.
  • Processing module 114 may also generate 140 a copy of the incoming stream, as discussed above, optionally stamping 146 the copied stream, e.g., with a time stamp and/or stream identification, and storing 148 the copied stream in optional database 170 ( FIG. 3 ) for future reference.
  • the copied stream may itself be streamed to remote monitoring station 128 by replacing 150 the destination information in the IP headers of the copied stream's packets with destination information (e.g., an IP address) associated with remote station 128 .
  • This derived stream, along with information stored in database 170 may be forwarded 107 via transmission module 122 ( FIG. 3 ) as discussed hereinabove.
  • a screen display 200 generated by a graphical user interface (GUI) associated with embodiments of the invention displays some of the possible parameters measured by processing module 114 , 114 ′.
  • This screen 200 may be viewed in monitoring station 128 on a display 308 ( FIG. 7 , discussed below) within system 310 , 310 ′, and/or on a local display device such as a PDA or Smart Phone.
  • These parameters may include the MDI value 202 , which includes the Delay Factor (DF) 203 and the Media Loss Rate (MLR) 204 . This information may prove valuable to a service provider.
  • DF Delay Factor
  • MLR Media Loss Rate
  • the DF 203 For example, if the DF 203 is high and the MDR 204 is zero, then packets have not been lost even though significant packet jitter is present on the network. If the DF 203 is low but MLR 204 indicates packet loss, then the MPEG Transport Stream may be corrupted. If the MLR 204 indicates packet loss and DF 203 is high, packets are likely being lost in the network path.
  • the Average Rate 208 indicates whether the stream conforms to the specified rate over a measure of time.
  • a relatively large Dev 210 may indicate server configuration problems or stream encoding problems.
  • the measured minimum packet size 212 (Min Pkt Size) and maximum packet size 214 (Max Pkt Size) may be checked to confirm that the expected packets and only the expected packets are being received. For example, an MPEG-2 constant bit stream with seven 188 byte Transport Stream packets per Ethernet packet with UDP/IP encapsulation should result in the stream's constant packet size of 1362 bytes.
  • Packets of mixed sizes may indicate the presence of a misaddressed or non-MPEG stream.
  • the Instantaneous Flow Rate (IFR) 216 and the Instantaneous Flow Rate Deviation (IFRD) 218 confirm a stream's nominal flow rate. As discussed above, nominally any parameters may be measured and displayed.
  • an exemplary GUI screen 220 displays the derived video stream at remote station 128 , which as described hereinabove, is a copy of nominally identical quality to that passing to video destination 108 .
  • system 310 , 310 ′ may be enclosed in a housing having ports 101 , 103 , an optional display or screen 308 , as discussed above, and an optional user actuatable input device such as a button 306 .
  • This button for example, may be actuated by the user when experiencing problems with the quality of video.
  • the compute engine 110 , 110 ′ may store as user data, a log of the times and conditions under which the button 306 was pressed within database 170 ( FIG. 3 ).
  • Screen 308 may display various QOS information such as the measured quality and security parameters, allowing the user direct access to the benefits of system 310 , 310 ′.
  • the display screen may also be helpful in the event the user is speaking over the telephone with a service technician, who may direct the user to read the information on the display screen 308 .
  • FIG. 8 illustrates a method of use 400 associated with an embodiment of the present invention.
  • an incoming packet stream is received through an NID.
  • the received packet stream is processed.
  • Step 404 may include the optional steps of Measuring quality parameters 406 , Repairing the incoming stream 407 , e.g., with FEC, Generating a copy of the incoming packet stream 412 , and Measuring security parameters 408 .
  • Step 404 may include the optional steps of Storing data 414 and Transmitting data to a remote location 416 , such as for dynamically signaling a service provider to start and stop the FEC as desired.
  • the step of Measuring security parameters 408 may lead to the step of Discarding packets which do not meet security requirements 418 .
  • Step 420 includes forwarding the incoming packet stream to video destination 108 ( FIG. 2 ).
  • optional method 500 associated with embodiments of the present invention includes capturing 502 , user data from the customer premises equipment.
  • the user data is then processed 504 .
  • Step 504 may include the optional steps of Storing 506 the user data, Maintaining 508 a log of user commands, and Maintaining 510 a log of QOS Problems. Data may then be transmitted 512 to a remote location.
  • multiple instances of system 310 , 310 ′ may be deployed at various locations within the CPE forming a user's LAN or home network 600 .
  • service providers generally have no oversight on such end user's home networks, and they often include components and cabling of various types.
  • networks are often formed not only with traditional computer networking wiring, but with legacy wiring such as Coaxial cable, telephone wire, and even home power lines.
  • networking devices of various types, construction, and function are often connected.
  • these home networks often vary widely in quality.
  • These networks often may not meet applicable specifications, such as the MOCA specifications recommended for coaxial cable, and the HPNA specifications for networks connected with telephone wire and telephone jacks.
  • FIG. 10 It may therefore be useful to place additional systems 310 , 310 ′ at various locations, such as shown by way of example, within representative home network 600 of FIG. 10 .
  • Such placement of 310 at various points of the network may be used to pinpoint problems along the network.
  • an optional video clip 132 FIG. 3
  • a drop in quality between two systems 310 , 310 ′ may indicate problems with the connections or other network elements disposed therebetween.
  • shielding on coaxial cable linking Computer Networking Devices could degrade, leaving the cable prone to electrical interference. Users may have installed less expensive older style RG-59/U cable instead of more robust RG-6/U cable.
  • Problems could also arise from improper installation of a home network, such as the improper use of splitters with coaxial cable and/or wiring of jacks. The problem may also be pinpointed to a faulty computer networking device.

Abstract

A system for handling streaming media at a customer premises includes a compute engine having a customer network interface device port and a customer premises equipment port, for installation between a customer network interface device and video destination customer premises equipment. The compute engine includes a processing module configured for receiving an incoming packet stream through the network interface device port, processing the incoming packet stream to generate stream data, forwarding the stream data through the network interface device port, and forwarding the incoming packet stream through the customer premises equipment port. Particular embodiments monitor and dynamically repair the incoming stream.

Description

    RELATED APPLICATION
  • The subject application is a continuation application of U.S. patent application Ser. No. 11/582,072, filed on Oct. 17, 2006, the entire content of which is herein incorporated by reference.
  • BACKGROUND
  • 1. Technical Field
  • The present invention relates generally to the field of streaming media using Internet Protocol (IP). More specifically, the present invention is related to monitoring and/or enhancing the quality of IP streaming media as seen by an end user.
  • 2. Background Information
  • Throughout this application, various publications, patents and published patent applications are referred to by an identifying citation. The disclosures of the publications, patents and published patent applications referenced in this application are hereby incorporated by reference into the present disclosure.
  • Streaming Video-over-IP is a technology which allows the end user to watch video content over an IP network. Examples of Video-over-IP include Video on Demand (VoD), and IPTV (Internet Protocol Television). As shown in FIG. 1A, a Video-over-IP network may include a service provider network 134 including one or more remote video servers 1, a core network (e.g., Internet) 3, and a local hub/edge switch 5, such as a CATV hub or DSLAM. This network 134 is then coupled to customer premises equipment (CPE) such as a set top box (STB) 7 and television 9 (often including various other home networking equipment), via a Network Interface Device (NID) typically located at a consumer's home. In addition to delivering streaming media to the consumer's home, the Video-over-IP technology allows the consumer to control the stream through the STB, enabling features such as channel changes (by selecting the particular stream(s) to be delivered), fast forward, pause, and rewind.
  • A disadvantage of conventional streaming media is that the quality of the IP stream may be degraded as it travels over the network before arriving at the end point (e.g., a consumer's television 9). Service providers may place monitors at various points along the network 134 to measure the Quality Of Service (QOS) of the streams. In this manner, service providers can relatively easily measure QOS at points between server 1 and local hub 5 to isolate network problems occurring therein. However, the QOS of ultimate concern is that experienced by the consumer at the video destination or end point, such as the consumer's television 9.
  • When responding to a customer complaint of poor video quality, a service provider may initially check network 134 for QOS issues. In the event an acceptable QOS is detected at hub 5, service providers generally have no choice but to send a service technician to the consumer's premises to attempt to isolate the problem within the CPE. As many QOS problems are transient, a service technician may be required to make repeated visits to a consumer's home, at various times of day, in order to locate and properly diagnose the problem(s). It has been estimated that in many instances, the total cost to a service provider of sending a service technician to a consumer's home is at least $1,000.00 per visit. The service provider's inability to remotely monitor the quality of service from outside the consumer's home thus tends to be responsible for relatively high customer service costs.
  • Therefore, a need exists for a relatively low cost system and method which would allow one to remotely monitor the QOS of streaming media within a user's customer premises equipment.
  • SUMMARY
  • In one aspect of the present invention, a system for handling streaming media on customer premises includes a compute engine having a network interface device port and a customer premises equipment port, in which the compute engine is configured for installation between a network interface device and video destination customer premises equipment. A processing module is configured for receiving an incoming packet stream through the network interface device port, processing the incoming packet stream to generate stream data, and forwarding the incoming packet stream through the customer premises equipment port. The processing module is also configured for receiving user data, processing the user data; and transmitting the stream data and the user data through the network interface device port to a remote location.
  • In another aspect of the invention, a system for handling streaming media at a customer premises includes a compute engine having a customer network interface device port and a customer premises equipment port, by which the compute engine is configured for installation between a customer network interface device and video destination customer premises equipment. A processing module is configured for receiving an incoming packet stream through the network interface device port, processing the incoming packet stream to generate stream data, forwarding the stream data through the network interface device port, and forwarding the incoming packet stream through the customer premises equipment port.
  • In still another aspect of the invention, a method for handling streaming media at a customer premises includes installing a compute engine having a customer network interface device port and a customer premises equipment port, between a customer network interface device and video destination customer premises equipment. The method then includes receiving an incoming packet stream from a customer network interface device port, processing the incoming packet stream to generate stream data, forwarding the incoming packet stream to a customer premises equipment port, and forwarding the stream data to the network interface device port.
  • In yet another aspect of the invention, an article of manufacture for handling streaming media at a customer premises includes a computer usable medium having a computer readable program code embodied therein, the computer usable medium having computer readable program code for receiving an incoming packet stream from a customer network interface device port, processing the incoming packet stream to generate stream data, forwarding the incoming packet stream to a customer premises equipment port, and forwarding the stream data to the network interface device port.
  • In still another aspect of the invention, a system for handling streaming media at a customer premises includes a compute engine having a customer network interface device port and a customer premises equipment port, so that the compute engine is configured for installation between a customer network interface device and video destination customer premises equipment. The system includes a processing module configured for receiving an incoming packet stream through the network interface device port, repairing the incoming packet stream, and forwarding the repaired packet stream through the customer premises equipment port.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The above and other features and advantages of this invention will be more readily apparent from a reading of the following detailed description of various aspects of the invention taken in conjunction with the accompanying drawings, in which:
  • FIG. 1A is a simplified diagram of a conventional Video on Demand network;
  • FIG. 1B is a diagram of a conventional MPEG-2 transport stream over IP packet;
  • FIG. 2 is a schematic view of an embodiment of the present invention;
  • FIG. 3 is a schematic view, with optional aspects shown in phantom, of an alternate embodiment of the present invention;
  • FIG. 4 is a schematic view of an alternate portion of the embodiment of FIG. 3;
  • FIG. 5 is a screen display of a Graphical User Interface associated with operation of an embodiment of the present invention;
  • FIG. 6 is another screen display of a Graphical User Interface associated with operation of an embodiment of the present invention;
  • FIG. 7 is a schematic view of a representative housing for the embodiments of FIGS. 2 and 3;
  • FIG. 8 is a flow chart of a method associated with embodiments of the present invention;
  • FIG. 9 is a flow chart of another method associated with embodiments of the present invention; and
  • FIG. 10 is a schematic view of the embodiment of FIG. 3 deployed at multiple locations within a typical user's home network.
  • FIG. 11 is a schematic view of the embodiment of FIG. 3 deployed at multiple locations within a typical user's home network.
  • DETAILED DESCRIPTION
  • In the following detailed description, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration, specific embodiments in which the invention may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the invention, and it is to be understood that other embodiments may be utilized. It is also to be understood that structural, procedural and system changes may be made without departing from the spirit and scope of the present invention. The following detailed description is, therefore, not to be taken in a limiting sense, and the scope of the present invention is defined by the appended claims and their equivalents. For clarity of exposition, like features shown in the accompanying drawings are indicated with like reference numerals and similar features as shown in alternate embodiments in the drawings are indicated with similar reference numerals.
  • Briefly described, embodiments of the present invention include a system configured for placement within a customer's local area network (LAN) or wide area network (WAN), for monitoring QOS thereat and reporting back to a remote location (e.g., to the service provider). For example, the system may be installed in line between a Network Interface Device (NID), which typically serves as a gateway between the service provider's network and the user's Customer Premises Equipment (CPE). The system receives and processes an incoming packet stream, such as by making a copy of the stream and sending the copy (e.g., via backhaul stream) to the remote location for analysis, while forwarding the original incoming packet stream to the CPE for viewing. Thus, once installed at a user's premises, the system may be used by service providers to conveniently (and remotely) identify and resolve QOS problems existing within the user's CPE.
  • In addition, or alternatively, the system may itself perform an analysis of the incoming stream. Exemplary methods usable by these embodiments for analyzing media streams include those disclosed in U.S. patent application Ser. No. 11/396,753, entitled System and Method for Analyzing the Performance of Multiple Transportation Streams of Streaming Media in Packet-Based Networks, filed on Apr. 3, 2006; application Ser. No. 10/604,997, entitled System and Method for Analyzing the Performance of Multiple Transportation Streams of Streaming Media in Packet-Based Networks, filed on Aug. 29, 2003; and U.S. patent application Ser. No. 11/257,183, entitled System and Method for Creating Multiple Transportation Streams of Streaming Media Network Test Traffic in Packet-Based Networks, filed on Oct. 24, 2005, the contents of which are fully incorporated herein by reference. Embodiments of the system may also take steps to remediate any detected errors in the incoming stream, such as by the use of conventional Forward Error Correction techniques.
  • The system may thus be conveniently installed at the user's premises upon a report by a user of a QOS problem. In this regard, because the system simply connects in-line between common network elements using standard connectors, it may be delivered to the user, e.g., via mail or overnight delivery, for self-installation. Alternatively, it may be delivered and/or quickly installed by a service technician who may happen to be in the neighborhood. Once installed, the system may monitor the media stream(s) passing therethrough for extended periods of time to enable even infrequent, transient QOS problems to be identified. The system may also be left installed at the user's premises for extended periods of time, such as in the event it is more cost effective to simply correct errors in the stream, than to address the source of the errors.
  • Embodiments of the invention may also capture data associated with user's actions, which may prove useful to the service provider or third party in diagnosing QOS issues and/or to otherwise enhance the customer's experience. For example, the system may capture user commands to the STB, such as channel changes, and then compute statistics associated with this captured data. For example, the system may compute and record the time elapsed between when the channel change command is entered, and when the selected channel begins streaming through the user's STB. Various other aspects of the invention will be described hereinbelow with reference to the appended Figures.
  • As used herein, the term NID may include any number of common gateway devices such as a Residential DSL Gateway, and a Service Area Interface. Similarly, the term CPE (customer premises equipment) includes nominally any network devices or elements and communication media located at a customer's premises, through which streaming media may flow, including Local Area Networks (LANS) formed by structured wiring (e.g., CAT5x), Wi-Fi or other wireless links, coaxial cable, telephone wiring, electrical power wiring, etc., such as may be defined by various standards organizations such as the Multimedia over Coax Alliance (MOCA), which recommends specifications for networks using coaxial cable, and the Home Phoneline Networking Alliance (HPNA), which recommends specifications for home networks using telephone jacks and telephone wire. Examples of such network devices include routers, switches, Set Top Boxes (STBs), bridges, switches, hubs, repeaters, multilayer switches, protocol converters, digital media receivers, proxies, firewalls, multiplexers, network cards, modems, ISDN terminal adapters, line drivers, and display devices such as computers, televisions, monitors, PDAs (Personal Digital Assistants), Smart Phones, and combinations thereof.
  • Turning now to the Figures, various embodiments of the present invention will be described in greater detail. As shown in FIG. 2, an embodiment of the present invention includes a system 310 having a video source-, or network interface device (NID)-side port 101, and a video destination-, or Set Top Box (STB)-side port 103. Port 101 is configured for communicably coupling (directly or via other network elements) to an NID 102 e.g., for receiving an incoming packet stream 104 from provider network 134. Port 103 is configured for communicably coupling (directly or via other CPE network elements) to a video destination 108 such as an STB 7, TV 9, personal computer, etc., for transmitting the incoming packet stream thereto.
  • The incoming stream 104 may be in nominally any desired format suitable for transmission over a packetized network. In exemplary embodiments, stream 104 is in the conventional MPEG-2 TS (Motion Pictures Expert Group-2 Transport Stream) format, such as shown in FIG. 1B. As shown, the content may be contained in a series of 188-byte MPEG-2 packets 11, which are encapsulated in a UDP (User Datagram Protocol) datagram and IP headers 13 and 15. The completed MPEG-2 TS packet includes provisions for a CRC (Cyclic Redundancy Check) 17, and the Ethernet protocol 19.
  • As also shown, system 310 includes a compute engine 110 communicably disposed between ports 101 and 103. Engine 110 is configured to receive 112 the incoming packet stream 104, process 114 the incoming packet stream 104, and then forward 116 the post-processing packet stream 106 to the destination 108. In addition, system 310 includes a transmission module 122 configured to communicate to an optional remote monitoring or controlling station 128, via network 134 (e.g., through port 101 and NID 102 as shown) or optionally, any other suitable communications (e.g., cellular) link 136. The data 107 generated by processing module 114 may thus be transmitted by module 122to remote station 128 (or elsewhere) for analysis, and/or for further remedial action, etc.
  • As mentioned hereinabove, the processing module 114 may effect any number of operations useful in determining the QOS of incoming stream 104. For example, this processing may include calculating the MDI of stream 104. Alternatively, processing module 114 may simply make (and optionally store) a copy of stream 104 for later review and analysis. The processed data may be stored within an optional memory or database 170 (FIG. 3) for later retrieval, such as upon return of system 310 to the service provider. Alternatively, the processed/captured data may be transmitted (e.g., streamed) to a remote location or to the service provider for analysis, as will be discussed hereinbelow with reference to alternate system 310′.
  • Still further, streams 104 that have been identified as suffering impairments may be “repaired”, such as by an optional error correction module 105 associated with processing module 114. Module 105 may thus include any of various error correction means, such as conventional Forward Error Correction (FEC) algorithms. Module 105 may then operate in concert with conventional upstream equipment which may add repair information (e.g., FEC flows), which may then be used by module 105 along with the original stream to reconstruct the unimpaired flow. FEC flows thus may be provided by the service provider in a conventional manner, e.g., using some bandwidth that may otherwise be available for other services provided to the user, such as high speed data or voice services. Error correction module 105 may then use the FEC flows to repair any impairments at the user's premises. It is expected that in many applications, repairing the streams 104in this manner may be more cost effective than eliminating the source of the impairments, such as by replacing wiring or other facilities at the user's premises.
  • Embodiments of the invention may thus transmit information regarding the quality of the incoming stream to remote (e.g., upstream) locations, while simultaneously repairing the stream. Moreover, the stream repair may be effected dynamically, e.g., when the incoming stream quality drops below a predetermined threshold, as determined by either the processing module 114, or by the remote monitoring station 128. Such dynamic repair may also be used to dynamically control the FEC flow, e.g., to eliminate the FEC flow (and thus free up bandwidth for other services) when the quality of the incoming stream is satisfactory. Thus, by tracking the dynamic performance of a video flow through its Quality of Service parameters, these embodiments may request the additional repair flow dynamically and thus impact the other services only if needed. Processing options will be described in greater detail hereinbelow with respect to various optional embodiments.
  • Turning now to FIG. 3, an alternate embodiment of the present invention is shown as system 310′, which includes the components and basic functionality provided by system 310. As a further option, compute engine 110′ may capture 118 user data 124 from destination 108 (e.g., from the user's television or cable box remote control). Examples of such user data 124 include user commands such as selection of video content (i.e., channel changes) along with the delay experienced by the user from the moment he presses the channel change button on his remote to the time the channel starts streaming to STB 7 (FIG. 1A). Data 124 may also include the user's use of so-called “trick mode” commands such as rewind, fast forward, pause, stop. User data may also include a log of use of a user input device such as button 306described hereinbelow.
  • This user data is processed (e.g., captured) by processing module 114, and may then be stored in optional non-volatile memory or database 170, such as in the form of a log. In addition, or alternatively, this user data may be forwarded via transmission module 122 to remote monitoring station 128 as discussed hereinabove.
  • While remote station 128 has been described as receiving data forwarded by transmission module 122, the communication may be two-way, or duplex, to permit data transfer to be initiated either by compute engine 110′ or by station 128. For example, data transfer may be initiated by engine 110′, in which data is forwarded automatically, e.g., at a predetermined interval or upon a triggering event such as receipt of a particular user command at module 114. Alternatively, or in addition, data transfer may be initiated by remote station 128, such as by polling system 310′. This polling ability may also be used to effect various other actions, such as reprogramming or rebooting system 310′ remotely.
  • As a further option, a video test clip 132 of known quality parameters may stored within system 310′ for forwarding by transmission module 116 to another system 310, 310′, located within the customer's LAN (e.g., at a location closer to destination 108) as described in greater detail hereinbelow with respect to FIG. 10. The quality of the video clip 132 may then be monitored by the other system 310, 310′, to help determine whether QOS problems lie in the CPE disposed between the two systems.
  • Turning now to the embodiment of FIG. 4, some of the operations effected by processing module 114 are shown in detail. Parameters associated with the incoming stream 104 may be measured/analyzed 164. The parameters may include any of those parameters disclosed in Technical Report 101 290 by the European Telecommunications Standards Institute (ETSI), including the quality parameters discussed hereinbelow with respect to FIG. 5. Some of these parameters are listed in the following Table 1. Parameters listed under Priorities 1 and 2 relate to the packet stream, and parameters under Priority 3 relate to specific applications associated therewith.
  • TABLE 1
    Priority 1 Priority 2 Priority 3
    TS_sync_loss Transport_error NIT_error (Network
    (Transport CRC_error (Cyclic Information
    Stream sync loss) Redundancy Tables error)
    Sync_byte_error Check error) NIT_actual_error
    PAT_error PCR_error NIT_other_error
    (Program (Program Clock SI_repetition_error
    Association Reference error) (Service Information
    Table error) PCR_repetition_error repetition error)
    PAT_error _2 PCR_accuracy_error Buffer_error
    Continuity_count_error PTS_error Unreferenced_PID
    PMT_error (Presentation Time SDT_error
    (Program Map Stamps error) (System Target
    Table error) Decoder error)
    PID_error (Packet SDT_actual_error
    Identifier error) SDT_other_error
    EIT_error (Event
    Information
    Table error)
    EIT_actual_error
    EIT_other_error
    RST_error
    (Running Status
    Table error)
    TDT_error
    (Time and Date
    Table error)
    NIT_other
    SDT_other
    EIT_P/F_other
    EIT_schedule_other
    EIT_schedule_actual
  • Optionally, the packets of stream 104 may be analyzed 160 for security parameters, with packets that fail to meet predetermined security parameters being discarded 162. Examples of such security parameters are listed in the following Table 2.
  • TABLE 2
    Authentication Header (AH): Encapsulated Security Payload (ESP):
    Next Header Security Parameters Index (SPI)
    Payload Length Sequence Number; Payload Data
    Security Parameters Index (SPI) Padding
    Sequence Number Pad Length
    Authentication Data Next Header
    Authentication Data.
  • Data on the measured parameters 160, 164 may be stored 166 (e.g., in optional database 170, FIG. 3) for future access, and/or forwarded at 106 to destination 108 as described above.
  • Processing module 114 may also generate 140 a copy of the incoming stream, as discussed above, optionally stamping 146 the copied stream, e.g., with a time stamp and/or stream identification, and storing 148 the copied stream in optional database 170 (FIG. 3) for future reference. Alternatively, or in addition, the copied stream may itself be streamed to remote monitoring station 128 by replacing 150 the destination information in the IP headers of the copied stream's packets with destination information (e.g., an IP address) associated with remote station 128. This derived stream, along with information stored in database 170, may be forwarded 107 via transmission module 122 (FIG. 3) as discussed hereinabove.
  • Turning now to FIG. 5, a screen display 200 generated by a graphical user interface (GUI) associated with embodiments of the invention displays some of the possible parameters measured by processing module 114, 114′. This screen 200 may be viewed in monitoring station 128 on a display 308 (FIG. 7, discussed below) within system 310, 310′, and/or on a local display device such as a PDA or Smart Phone. These parameters may include the MDI value 202, which includes the Delay Factor (DF) 203 and the Media Loss Rate (MLR) 204. This information may prove valuable to a service provider. For example, if the DF 203 is high and the MDR 204 is zero, then packets have not been lost even though significant packet jitter is present on the network. If the DF 203 is low but MLR 204 indicates packet loss, then the MPEG Transport Stream may be corrupted. If the MLR 204 indicates packet loss and DF 203 is high, packets are likely being lost in the network path.
  • Also displayed in this embodiment are the Bitrate 206, the Average Rate 208, and the Deviation 210 (Dev) from the MPEG encoded bit rate, all in Megabytes per second (Mb/s). The Average Rate 208 indicates whether the stream conforms to the specified rate over a measure of time. A relatively large Dev 210 may indicate server configuration problems or stream encoding problems. The measured minimum packet size 212 (Min Pkt Size) and maximum packet size 214 (Max Pkt Size) may be checked to confirm that the expected packets and only the expected packets are being received. For example, an MPEG-2 constant bit stream with seven 188 byte Transport Stream packets per Ethernet packet with UDP/IP encapsulation should result in the stream's constant packet size of 1362 bytes. Packets of mixed sizes may indicate the presence of a misaddressed or non-MPEG stream. The Instantaneous Flow Rate (IFR) 216 and the Instantaneous Flow Rate Deviation (IFRD) 218 confirm a stream's nominal flow rate. As discussed above, nominally any parameters may be measured and displayed.
  • Turning now to FIG. 6, an exemplary GUI screen 220 displays the derived video stream at remote station 128, which as described hereinabove, is a copy of nominally identical quality to that passing to video destination 108.
  • Referring now to FIG. 7, system 310, 310′, may be enclosed in a housing having ports 101, 103, an optional display or screen 308, as discussed above, and an optional user actuatable input device such as a button 306. This button, for example, may be actuated by the user when experiencing problems with the quality of video. The compute engine 110, 110′ may store as user data, a log of the times and conditions under which the button 306 was pressed within database 170 (FIG. 3). Screen 308 may display various QOS information such as the measured quality and security parameters, allowing the user direct access to the benefits of system 310, 310′. The display screen may also be helpful in the event the user is speaking over the telephone with a service technician, who may direct the user to read the information on the display screen 308.
  • FIG. 8 illustrates a method of use 400 associated with an embodiment of the present invention. In step 402, an incoming packet stream is received through an NID. Next, in step 404, the received packet stream is processed. Step 404 may include the optional steps of Measuring quality parameters 406, Repairing the incoming stream 407, e.g., with FEC, Generating a copy of the incoming packet stream 412, and Measuring security parameters 408. Next are the optional steps of Storing data 414 and Transmitting data to a remote location 416, such as for dynamically signaling a service provider to start and stop the FEC as desired. The step of Measuring security parameters 408 may lead to the step of Discarding packets which do not meet security requirements 418. Step 420 includes forwarding the incoming packet stream to video destination 108 (FIG. 2).
  • Turning to FIG. 9, optional method 500 associated with embodiments of the present invention includes capturing 502, user data from the customer premises equipment. The user data is then processed 504. Step 504 may include the optional steps of Storing 506 the user data, Maintaining 508 a log of user commands, and Maintaining 510 a log of QOS Problems. Data may then be transmitted 512 to a remote location.
  • Referring now to FIG. 10, as mentioned above, multiple instances of system 310, 310′ may be deployed at various locations within the CPE forming a user's LAN or home network 600. As mentioned hereinabove, service providers generally have no oversight on such end user's home networks, and they often include components and cabling of various types. For example, networks are often formed not only with traditional computer networking wiring, but with legacy wiring such as Coaxial cable, telephone wire, and even home power lines. Moreover, networking devices of various types, construction, and function are often connected. As such, these home networks often vary widely in quality. These networks often may not meet applicable specifications, such as the MOCA specifications recommended for coaxial cable, and the HPNA specifications for networks connected with telephone wire and telephone jacks.
  • It may therefore be useful to place additional systems 310, 310′ at various locations, such as shown by way of example, within representative home network 600 of FIG. 10. Such placement of 310 at various points of the network may be used to pinpoint problems along the network. For example, as discussed above, an optional video clip 132 (FIG. 3) with known parameters may be sent over the home network and analyzed at various points along the network. A drop in quality between two systems 310, 310′ may indicate problems with the connections or other network elements disposed therebetween. For example, shielding on coaxial cable linking Computer Networking Devices could degrade, leaving the cable prone to electrical interference. Users may have installed less expensive older style RG-59/U cable instead of more robust RG-6/U cable. Problems could also arise from improper installation of a home network, such as the improper use of splitters with coaxial cable and/or wiring of jacks. The problem may also be pinpointed to a faulty computer networking device.
  • It should be understood that any of the features described with respect to one of the embodiments described herein may be used with any other of the embodiments described herein without departing from the spirit and scope of the present invention.
  • In the preceding specification, the invention has been described with reference to specific exemplary embodiments thereof. It will be evident that various modifications and changes may be made thereunto without departing from the broader spirit and scope of the invention as set forth in the claims that follow. The specification and drawings are accordingly to be regarded in an illustrative rather than restrictive sense.

Claims (45)

1.-41. (canceled)
42. A system for handling streaming media on customer premises, said system comprising:
a plurality of compute engines located at said customer premises and having a network interface device port and a customer premises equipment port, wherein said plurality of compute engines are configured for installation between a network interface device and one of a plurality of video destination customer premises equipment;
a first processing module of a first of the plurality of compute engines configured for:
receiving a first incoming packet stream;
processing the first incoming packet stream to generate stream data of the first incoming packet stream; and
forwarding the stream data of the first incoming packet stream through the network interface device port to a remote location; and
a second processing module of a second of the plurality of compute engines configured for:
receiving a second incoming packet stream;
processing the second incoming packet stream to generate stream data of the second incoming packet stream;
forwarding the second incoming packet stream through the customer premises equipment port; and
transmitting the stream data of the second incoming packet through the network interface device port to the remote location.
43. The system of claim 42, wherein at least one of the first incoming packet stream and the second incoming packet stream includes a test video clip
44. A system for handling streaming media at a customer premises, comprising:
a plurality of compute engines located at said customer premises having a customer network interface device port and a customer premises equipment port, wherein said plurality of compute engines are configured for installation between a customer network interface device and one of a plurality of video destination customer premises equipment;
a first processing module of a first of the plurality of compute engines configured for:
receiving a first incoming packet stream;
processing the first incoming packet stream to generate stream data of the first incoming packet stream; and
forwarding the stream data of the first incoming packet stream through the customer network interface device port to a remote location; and
a second processing module of a second of the plurality of compute engines configured for:
receiving a second incoming packet stream;
processing the second incoming packet stream to generate stream data of the second incoming packet stream;
forwarding the stream data of the second incoming packet stream through the customer network interface device port to the remote location; and
forwarding the second incoming packet stream through the customer premises equipment port.
45. The system of claim 44, wherein at least one of the first incoming packet stream and the second incoming packet stream includes a test video clip
46. The system of claim 44, wherein said processing, by one of the first processing module and the second processing module, comprises measuring parameters of one of the first incoming packet stream and the second incoming packet stream.
47. The system of claim 44, wherein said processing, by one of the first processing module and the second processing module, includes measuring one or more parameters, the one or more parameters including one or more of Media Delivery Index, Delay Factor, Media Loss Rate, checksum errors, packet type identification, packet frequency, packet sizes, packet identifier, Internet Protocol address, User Datagram Protocol port number, stream rates, arrival time stamps, network utilization by stream, cyclic redundancy checks, arrival time distribution, addresses, upper layer protocol types, stream instantaneous bit-rate, average bit-rate, deviation from nominal bit-rate, instantaneous flow rate, instantaneous flow rate deviation, Transport Stream sync loss, Sync byte error, Program Association Table error, PAT error 2, Continuity count error, Program Map Table error, Packet Identifier error, Transport error, Cyclic Redundancy Check error, Program Clock Reference error, PCR repetition error, PCR accuracy error, Presentation Time Stamp error, Network Information Tables error, NIT actual error, NIT other error, Service Information repetition error, Buffer error, Unreferenced PID, System Target Decoder error, SDT actual error, SDT other error, Event Information Table error, EIT actual error, EIT other error, Running Status Table error, Time and Date Table error, NIT other, SDT other, EIT P/F other, EIT schedule other, EIT schedule actual, Next Header, Payload Length, Security Parameters Index (SPI), Sequence Number, Authentication Data, Payload Data, Padding, Pad Length, Next Header, and combinations thereof.
48. The system of claim 44, wherein one of the first processing module and the second processing module is further configured for capturing user data and forwarding the user data through the network interface device port.
49. The system of claim 48, further comprising a user input device actuatable by a user upon experiencing poor media quality.
50. The system of claim 49, wherein said user data are selected from the group consisting of channel change commands, time delay between channel change commands and commencement of channel streaming at the user premises equipment, play commands, rewind commands, pause commands, fast forward commands, stop commands, a log of input device actuation, and combinations thereof.
51. The system of claim 48, wherein one of the first processing module and the second processing module is further configured for processing the user data.
52. The system of claim 48, wherein at least one of the plurality of compute engines comprises a storage module configured for storing at least one of the stream data and the user data.
53. The system of claim 48, wherein at least one of the plurality of compute engines is configured to maintain a log of user commands.
54. The system of claim 44, wherein at least one of the plurality of compute engines is reprogrammable.
55. The system of claim 44, further comprising a remote station communicably coupled to at least one of the plurality of compute engines.
56. The system of claim 55, wherein the remote station is configured to receive at least one of the stream data of the first incoming packet stream and stream data of the second incoming packet stream.
57. The system of claim 55, wherein said remote station is configured to program at least one of the plurality of compute engines.
58. The system of claim 44, wherein the stream data of the first incoming packet stream comprises a copy of the first incoming packet stream.
59. The system of claim 58, wherein the copy comprises a time stamp.
60. The system of claim 58, wherein the copy comprises identification information.
61. The system of claim 58, wherein the copy comprises modified destination information.
62. The system of claim 44, wherein one of the first processing module and the second processing module is configured to test one of the first incoming packet stream and the second incoming packet stream for security parameters.
63. The system of claim 62, wherein one of the first processing module and second processing module is configured to discard packets which fail to meet a predetermined security standard.
64. The system of claim 44, further comprising an incoming packet stream.
65. The system of claim 64, wherein the compute engine is configured to forward the incoming packet stream through the customer premises equipment port.
66. The system of claim 44, wherein the customer premises equipment (CPE) includes one or more of structured wiring, wireless links, coaxial cable, telephone wiring, electrical power wiring, routers, switches, Set Top Boxes (STBs), bridges, switches, hubs, repeaters, multilayer switches, protocol converters, digital media receivers, proxies, firewalls, multiplexers, network cards, modems, ISDN terminal adapters, line drivers, computers, televisions, monitors, PDAs, Smart Phones, and combinations thereof.
67. The system of claim 44, wherein one of the first incoming packet stream and the second incoming packet stream comprises Internet Protocol packets.
68. The system of claim 44, wherein one of the first incoming packet stream and the second incoming packet stream comprises packets in MPEG-2 transport stream format.
69. The system of claim 65, wherein the second processing module is configured for repairing the second incoming packet stream, and the forwarding the second incoming packet stream comprises forwarding the repaired second incoming packet stream.
70. The system of claim 69, wherein the second processing module is configured for dynamically repairing the second incoming packet stream when the stream data of the second incoming packet stream is indicative of quality below a predetermined threshold.
71. The system of claim 70, wherein the second processing module is configured for repairing the second incoming packet stream using an incoming Forward Error Correction (FEC) flow.
72. The system of claim 71, wherein the second processing module is configured for forwarding stream data of the second incoming packet stream configured to stop the incoming FEC flow when quality is at or above the predetermined threshold.
73. A method for handling streaming media at a customer premises, comprising:
installing a plurality of compute engines located at said customer premises having a customer network interface device port and a customer premises equipment port, between a customer network interface device and a plurality of video destination customer premises equipment;
receiving, by a first of the plurality of compute engines, an incoming packet stream;
processing, by a second of the plurality of compute engines, the incoming packet stream to generate stream data of the incoming packet stream;
forwarding, by the second of the plurality of compute engines, the incoming packet stream to a customer premises equipment port; and
forwarding, by the second of the plurality of compute engines, the stream data of the incoming packet stream to the network interface device port.
74. The method of claim 73, wherein the incoming packet stream includes a test video clip.
75. The method of claim 73, wherein said processing comprises measuring quality parameters.
76. The method of claim 73, wherein said processing comprises measuring security parameters.
77. The method of claim 73, wherein said processing comprises generating a copy of the incoming packet stream.
78. The method of claim 73, wherein said processing comprises storing data.
79. The method of claim 73, further comprising capturing user data.
80. The method of claim 73, wherein said processing comprises repairing the incoming packet stream, and said forwarding the incoming packet stream comprises forwarding the repaired incoming packet stream to the customer premises equipment port.
81. The method of claim 80, wherein said processing comprises dynamically repairing the incoming packet stream when the stream data is indicative of quality below a predetermined threshold.
82. The method of claim 81, wherein said processing comprises repairing the incoming packet stream using an incoming Forward Error Correction (FEC) flow.
83. The system of claim 82, wherein said forwarding the stream data comprises forwarding stream data configured to stop the incoming FEC flow when quality is at or above the predetermined threshold.
84. A computer program product for handling streaming media at a customer premises comprising a non-transitory computer readable medium having a plurality of instructions stored thereon which, when executed by a processor, cause the processor to perform operations comprising:
receiving, by a first of a plurality of compute engines, an incoming packet stream;
processing, by a second of the plurality of compute engines, the incoming packet stream to generate stream data of the incoming packet stream;
forwarding, by the second of the plurality of compute engines, the incoming packet stream to a customer premises equipment port; and
forwarding, by the second of the plurality of compute engines, the stream data of the incoming packet stream to the network interface device port.
85. The computer program product of claim 84, wherein the incoming packet stream includes a test video clip
US14/096,422 2003-08-29 2013-12-04 System and method for handling streaming media Abandoned US20140137145A1 (en)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US14/096,422 US20140137145A1 (en) 2006-10-17 2013-12-04 System and method for handling streaming media
US14/814,705 US20150341812A1 (en) 2003-08-29 2015-07-31 Video quality monitoring
US16/185,412 US10674387B2 (en) 2003-08-29 2018-11-09 Video quality monitoring
US16/185,389 US10681575B2 (en) 2003-08-29 2018-11-09 Video quality monitoring
US16/185,366 US10681574B2 (en) 2003-08-29 2018-11-09 Video quality monitoring

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/582,072 US8625455B2 (en) 2006-10-17 2006-10-17 System and method for handling streaming media
US14/096,422 US20140137145A1 (en) 2006-10-17 2013-12-04 System and method for handling streaming media

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/582,072 Continuation US8625455B2 (en) 2003-08-29 2006-10-17 System and method for handling streaming media

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/814,705 Continuation-In-Part US20150341812A1 (en) 2003-08-29 2015-07-31 Video quality monitoring

Publications (1)

Publication Number Publication Date
US20140137145A1 true US20140137145A1 (en) 2014-05-15

Family

ID=39302990

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/582,072 Active 2031-09-03 US8625455B2 (en) 2003-08-29 2006-10-17 System and method for handling streaming media
US14/096,422 Abandoned US20140137145A1 (en) 2003-08-29 2013-12-04 System and method for handling streaming media

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/582,072 Active 2031-09-03 US8625455B2 (en) 2003-08-29 2006-10-17 System and method for handling streaming media

Country Status (1)

Country Link
US (2) US8625455B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110161513A1 (en) * 2009-12-29 2011-06-30 Clear Channel Management Services, Inc. Media Stream Monitor
US10581944B2 (en) 2015-01-23 2020-03-03 Telefonaktiebolaget Lm Ericsson (Publ) Transmission resource distribution for streaming of variable bitrate encoded media data
US10674387B2 (en) 2003-08-29 2020-06-02 Ineoquest Technologies, Inc. Video quality monitoring

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7962637B2 (en) 2006-11-03 2011-06-14 Apple Computer, Inc. Dynamic adjustments of video streams
US20090064255A1 (en) * 2007-08-27 2009-03-05 At&T Knowledge Ventures, Lp System and method of providing performance data
US9009343B2 (en) * 2007-12-18 2015-04-14 Verizon Patent And Licensing Inc. Managing unused media streams
US20090175180A1 (en) * 2008-01-07 2009-07-09 At&T Knowledge Ventures, Lp Method and System of Addressing a Condition Experienced by a Customer When Using A Network
US20100023842A1 (en) * 2008-07-25 2010-01-28 Nortel Networks Limited Multisegment loss protection
US10033618B1 (en) 2009-07-01 2018-07-24 Spirent Communications, Inc. Systems and methods for evaluating customer premises networks
US8146125B2 (en) * 2009-07-01 2012-03-27 Spirent Communications, Inc Computerized device and method for analyzing signals in a multimedia over coax alliance (MOCA) network and similar TDM / encrypted networks
US9241077B2 (en) * 2009-07-01 2016-01-19 Adaptive Spectrum And Signal Alignment, Inc. Method and apparatus for DSL performance enhancement in a DSL network
US9042237B2 (en) 2009-12-14 2015-05-26 At&T Intellectual Property I, L.P. Identifying network performance alert conditions
US8687506B2 (en) * 2009-12-14 2014-04-01 At&T Intellectual Property I, L.P. Identifying network performance alert conditions
US8537697B2 (en) * 2010-02-19 2013-09-17 Gigamon Inc. Packet timing measurement
GB2502292A (en) * 2012-05-22 2013-11-27 Ibm Network access tickets including QoS information related to user ID, preferably for public wireless LAN hotspot access
EP3105884A4 (en) 2014-02-11 2018-03-21 Yaana Technologies, LLC Mathod and system for metadata analysis and collection with privacy
US10447503B2 (en) 2014-02-21 2019-10-15 Yaana Technologies, LLC Method and system for data flow management of user equipment in a tunneling packet data network
US10334037B2 (en) 2014-03-31 2019-06-25 Yaana Technologies, Inc. Peer-to-peer rendezvous system for minimizing third party visibility and method thereof
EP3425909B1 (en) * 2014-08-01 2020-04-01 Ineoquest Technologies, Inc. Video quality monitoring
US10285038B2 (en) * 2014-10-10 2019-05-07 Yaana Technologies, Inc. Method and system for discovering user equipment in a network
US10542426B2 (en) 2014-11-21 2020-01-21 Yaana Technologies, LLC System and method for transmitting a secure message over a signaling network
US10084567B2 (en) * 2015-03-04 2018-09-25 Qualcomm Incorporated Early termination in enhanced multimedia broadcast-multicast service reception
WO2016176661A1 (en) 2015-04-29 2016-11-03 Yaana Technologies, Inc. Scalable and iterative deep packet inspection for communications networks
US11258679B2 (en) 2015-07-28 2022-02-22 Spirent Communications, Inc. Systems and methods for automated testing of MoCA networks
US10129102B2 (en) 2016-05-11 2018-11-13 Spirent Communications, Inc. Service based testing
US10382314B2 (en) 2016-03-11 2019-08-13 Spirent Communications, Inc. Systems and methods for automated testing of MoCA networks
EP3375155A4 (en) 2015-11-13 2019-08-14 Yaana Technologies, LLC System and method for discovering internet protocol (ip) network address and port translation bindings

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010047487A1 (en) * 2000-05-24 2001-11-29 Tommi Linnakangas IPSec processing
US20040136327A1 (en) * 2002-02-11 2004-07-15 Sitaraman Ramesh K. Method and apparatus for measuring stream availability, quality and performance
US20040210936A1 (en) * 2003-04-04 2004-10-21 Microsoft Corporation Providing and receiving on-demand assets using a pool of assets containing unavailable assets
US20060150055A1 (en) * 2005-01-06 2006-07-06 Terayon Communication Systems, Inc. Adaptive information delivery system using FEC feedback
US20070204196A1 (en) * 2006-02-13 2007-08-30 Digital Fountain, Inc. Streaming and buffering using variable fec overhead and protection periods
US20070237185A1 (en) * 2006-04-03 2007-10-11 Pereira Michael A Synchronizing redundant video streams encapsulated in ip/udp packets
US20080069002A1 (en) * 2006-09-15 2008-03-20 Sbc Knowledge Ventures, L.P. In-band media performance monitoring
US20090080335A1 (en) * 2003-04-29 2009-03-26 James Wyatt Siminoff Multiple packet routing system (MPRS)
US7610405B1 (en) * 2000-02-24 2009-10-27 Cisco Technology, Inc. Router software upgrade employing redundant processors

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5881222A (en) * 1995-01-23 1999-03-09 International Business Machines Corporation Method and apparatus for detecting performance problems in a windows-based computer system
US5963551A (en) * 1996-09-30 1999-10-05 Innomedia Pte Ltd. System and method for dynamically reconfigurable packet transmission
US6680910B1 (en) * 1998-06-26 2004-01-20 Intel Corporation Network interface unit
US6738813B1 (en) * 2000-09-11 2004-05-18 Mercury Interactive Corporation System and method for monitoring performance of a server system using otherwise unused processing capacity of user computing devices
US6807156B1 (en) * 2000-11-07 2004-10-19 Telefonaktiebolaget Lm Ericsson (Publ) Scalable real-time quality of service monitoring and analysis of service dependent subscriber satisfaction in IP networks
US7444418B2 (en) * 2001-05-11 2008-10-28 Bytemobile, Inc. Transcoding multimedia information within a network communication system
US20030033403A1 (en) * 2001-07-31 2003-02-13 Rhodes N. Lee Network usage analysis system having dynamic statistical data distribution system and method
US7725557B2 (en) * 2002-06-24 2010-05-25 Microsoft Corporation Client-side caching of streaming media content
WO2005004370A2 (en) * 2003-06-28 2005-01-13 Geopacket Corporation Quality determination for packetized information
US7321565B2 (en) * 2003-08-29 2008-01-22 Ineoquest Technologies System and method for analyzing the performance of multiple transportation streams of streaming media in packet-based networks
US8838772B2 (en) * 2003-08-29 2014-09-16 Ineoquest Technologies, Inc. System and method for analyzing the performance of multiple transportation streams of streaming media in packet-based networks
CN101283539B (en) * 2005-10-05 2012-10-24 拜尔斯安全公司 Network security appliance

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7610405B1 (en) * 2000-02-24 2009-10-27 Cisco Technology, Inc. Router software upgrade employing redundant processors
US20010047487A1 (en) * 2000-05-24 2001-11-29 Tommi Linnakangas IPSec processing
US20040136327A1 (en) * 2002-02-11 2004-07-15 Sitaraman Ramesh K. Method and apparatus for measuring stream availability, quality and performance
US20040210936A1 (en) * 2003-04-04 2004-10-21 Microsoft Corporation Providing and receiving on-demand assets using a pool of assets containing unavailable assets
US20090080335A1 (en) * 2003-04-29 2009-03-26 James Wyatt Siminoff Multiple packet routing system (MPRS)
US20060150055A1 (en) * 2005-01-06 2006-07-06 Terayon Communication Systems, Inc. Adaptive information delivery system using FEC feedback
US20070204196A1 (en) * 2006-02-13 2007-08-30 Digital Fountain, Inc. Streaming and buffering using variable fec overhead and protection periods
US20070237185A1 (en) * 2006-04-03 2007-10-11 Pereira Michael A Synchronizing redundant video streams encapsulated in ip/udp packets
US20080069002A1 (en) * 2006-09-15 2008-03-20 Sbc Knowledge Ventures, L.P. In-band media performance monitoring

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10674387B2 (en) 2003-08-29 2020-06-02 Ineoquest Technologies, Inc. Video quality monitoring
US10681575B2 (en) 2003-08-29 2020-06-09 IneoQuesto Technologies, Inc. Video quality monitoring
US10681574B2 (en) 2003-08-29 2020-06-09 Ineoquest Technologies, Inc. Video quality monitoring
US20220116298A1 (en) * 2009-12-29 2022-04-14 Iheartmedia Management Services, Inc. Data stream test restart
US10171324B2 (en) * 2009-12-29 2019-01-01 Iheartmedia Management Services, Inc. Media stream monitor
US9401813B2 (en) * 2009-12-29 2016-07-26 Iheartmedia Management Services, Inc. Media stream monitor
US10771362B2 (en) * 2009-12-29 2020-09-08 Iheartmedia Management Services, Inc. Media stream monitor
US11218392B2 (en) * 2009-12-29 2022-01-04 Iheartmedia Management Services, Inc. Media stream monitor with heartbeat timer
US20110161513A1 (en) * 2009-12-29 2011-06-30 Clear Channel Management Services, Inc. Media Stream Monitor
US11563661B2 (en) * 2009-12-29 2023-01-24 Iheartmedia Management Services, Inc. Data stream test restart
US20230155908A1 (en) * 2009-12-29 2023-05-18 Iheartmedia Management Services, Inc. Media stream monitoring
US11777825B2 (en) * 2009-12-29 2023-10-03 Iheartmedia Management Services, Inc. Media stream monitoring
US10581944B2 (en) 2015-01-23 2020-03-03 Telefonaktiebolaget Lm Ericsson (Publ) Transmission resource distribution for streaming of variable bitrate encoded media data

Also Published As

Publication number Publication date
US8625455B2 (en) 2014-01-07
US20080089239A1 (en) 2008-04-17

Similar Documents

Publication Publication Date Title
US8625455B2 (en) System and method for handling streaming media
US10681574B2 (en) Video quality monitoring
US10193766B2 (en) Dynamic changing tier service on test device
US8159960B2 (en) Content processing device monitoring
US8644316B2 (en) In-band media performance monitoring
CN101160834B (en) Remote management method of a distant device, and corresponding video device
JP5023144B2 (en) Video streaming diagnostics
US20070237185A1 (en) Synchronizing redundant video streams encapsulated in ip/udp packets
US9781488B2 (en) Controlled adaptive rate switching system and method for media streaming over IP networks
EP3609179A1 (en) Video quality evaluation method and device
US20090064255A1 (en) System and method of providing performance data
US20160323636A1 (en) Iptv diagnostics system
US9054959B2 (en) Method for indicating a service interruption source
WO2013098809A1 (en) Media stream rate reconstruction system and method
KR101108888B1 (en) Method and device for measuring iptv service quality
WO2013098812A1 (en) Transport over udp system and method
KR101521840B1 (en) Continuous detection of dead or impaired iptv streams
KR102074226B1 (en) Method and apparatus for transmitting and receiving data packet
Nagel et al. Demonstration of TVoIP services in a multimedia broadband enabled access network
EP2096831A1 (en) Method and device for managing video traffic
KR20200015655A (en) Method and apparatus for transmitting and receiving data packet
Gupta et al. IPTV End-to-End Performance Monitoring
WO2009002304A1 (en) Method and apparatus for remote stream reconstruction and monitoring
Sadeh et al. Multiple Description Coding for Adaptive QoS Mechanism for Mobile Cloud Computing
EP2073442A1 (en) Quality of service measurements for streamed content

Legal Events

Date Code Title Description
AS Assignment

Owner name: INEOQUEST TECHNOLOGIES, INC., MASSACHUSETTS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TODD, MARC A.C.;WELCH, JAMES T.;SIGNING DATES FROM 20140117 TO 20140128;REEL/FRAME:032117/0895

STCB Information on status: application discontinuation

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

AS Assignment

Owner name: SILICON VALLEY BANK, CALIFORNIA

Free format text: SUPPLEMENT TO PATENT SECURITY AGREEMENT;ASSIGNOR:INEOQUEST TECHNOLOGIES, INC.;REEL/FRAME:049821/0178

Effective date: 20190720

AS Assignment

Owner name: INEOQUEST TECHNOLOGIES, INC., CALIFORNIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:SILICON VALLEY BANK;REEL/FRAME:054082/0549

Effective date: 20201015