US20100299713A1 - Distributed Network Performance Monitoring - Google Patents

Abstract

A probe is configured to monitor one or more communication parameters on one or more downstream frequency channels carried on a communication medium of an access network. Results of repeated monitoring are stored over a predetermined period. At the conclusion of the monitoring period, data reports reflecting the stored results are transmitted in upstream frequency channels carried on the same medium. The probe can also be configured to send immediate messages if a parameter exceeds predefined limits and can store a plurality of monitoring programs and can be reprogrammed remotely. The probe can be contained within a cable tap if the medium is, e.g., a coaxial cable. Numerous probes can be deployed throughout an access network so as to provide monitoring data from each of many locations over a prolonged period.

Description

BACKGROUND
• In addition to cable television (CATV), many cable system operators provide high speed internet access, video on demand (VOD), Voice over IP (VoIP) telephone and numerous other services to subscribers. To provide such services, cable system operators must manage and maintain increasingly complex networks.FIG. 1 is a block diagram showing an example of such a network. A national head end may include elements such as VOD servers, servers for receiving and encapsulating programming content, management servers, etc. The national head end communicates with multiple regional head ends over a national backbone network, with the regional head ends also including facilities for VOD and programming reception/encapsulation. Each regional head end communicates over a regional access network with multiple hubs. Each hub includes a cable modem termination system (CMTS), devices for quadrature amplitude modulation/demodulation (QAM), and other elements.
• From the hubs, individual homes or other subscriber locations are reached via a hybrid fiber coax (HFC) access network. The fiber optic portion of the HFC access network includes multiple nodes on a fiber optic ring. The coaxial portion of the HFC access network includes coaxial feeder lines extending from those nodes. Drop coaxial cables extend from taps in the feeder cables and connect to the subscriber premises. Amplifiers are distributed along the coaxial feeder cables. Alternating current (AC) power may also be input into the feeder cables so as to provide a power source for the amplifiers. For simplicity,FIG. 1 only shows a very small part of the coaxial portion of an HFC network associated with a single hub. In actuality, the coaxial cable plants associated with hubs may be the largest part of the system, and there may be many subscribers receiving service through a particular hub.
• Communication through a coaxial cable can be affected in many ways. As but one example, temperature changes can affect signal quality in coaxial cables. To detect, prevent and correct communication problems, signal quality measurements from the coaxial part of an HFC network can be very useful. Unfortunately, obtaining such measurements for a large portion of a coaxial cable network over a prolonged period has not been practical. Existing test equipment is relatively expensive, and in many cases a field service technician must be dispatched to take measurements. Some set top boxes and cable modems can measure certain signal parameters, but only over a few channels at a time and at relatively infrequent intervals. Moreover, signal measurements from inside a subscriber premises may not be indicative of a network problem. For example, signal degradation within a subscriber location could be affected by a splitter or other subscriber-installed component and not by a systemic network condition.
SUMMARY
• This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the invention.
• At least some embodiments include a probe that can be installed in a desired location in an access network. In certain embodiments, a probe can be installed in a coaxial cable plant of an access network. The probe is configured to monitor one or more communication parameters on one or more downstream frequency channels carried on a physical medium such as a coaxial cable. Results of repeated monitoring are stored over a predetermined period. At the conclusion of the monitoring period, data reports reflecting the stored results are transmitted in upstream frequency channels carried on the same medium. The probe can also be configured to send immediate messages if a parameter exceeds predefined limits. The probe can store a plurality of monitoring programs and can be reprogrammed remotely. In some embodiments, the probe is contained within a cable tap. Numerous probes can be deployed throughout a coaxial cable plant so as to provide monitoring data from each of many locations over a prolonged period.
BRIEF DESCRIPTION OF THE DRAWINGS
• Some embodiments of the present invention are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements.
• FIG. 1 is a block diagram showing selected elements of a national cable network.
• FIG. 2 is a block diagram of a monitoring probe according to at least some embodiments.
• FIG. 3 is a block diagram of a monitoring probe incorporated into a cable tap.
• FIG. 4 is a block diagram of a monitoring probe incorporated into another type of device connectable to a coaxial cable network.
• FIG. 5 is a block diagram of a monitoring probe incorporated into yet another type of device connectable to a coaxial cable network.
• FIG. 6 is a flow chart for an algorithm of a program executable by a probe controller according to some embodiments.
• FIG. 7 is a flow chart for an algorithm of an interrupt message servicing program executable by a probe controller according to at least some embodiments.
• FIG. 8 is a program data table for the algorithm ofFIG. 6.
• FIG. 9 is block diagram showing deployment of monitoring probes according to some embodiments.
• FIG. 10 is a block diagram of a monitoring probe according to some additional embodiments.
• FIG. 11 is a block diagram of a monitoring probe according to some further embodiments.
DETAILED DESCRIPTION
• In at least some embodiments, numerous probes throughout a coaxial cable plant monitor communication parameters. As used herein “coaxial cable plant” refers to the portion of an access network that transmits signals over coaxial cable. Some of the parameters measured by the probes are indicative of signal quality in the coaxial cable plant (e.g., RF signal level, modulation error ratio, etc.). Some parameters are indicative of whether a particular data payload (e.g., data for one or more programming services such as HBO, ESPN, etc.; a specific advertisement; a governmentally-required emergency message; etc.) has been transmitted. Each probe is coupled to a coaxial cable, monitors signals on that cable, and reports monitoring data upstream over the same coaxial cable. Because the probes in at least some embodiments are relatively inexpensive and automated, they can be widely deployed and provide data over prolonged periods of time. The probes can also be remotely controlled and/or reprogrammed to provide specific data when needed. In at least some embodiments, and as described in further detail below, the probes are sized and configured for attachment to one of the drop outputs of a cable tap. In other embodiments, the probes are housed within a tap.
• In a typical cable system, coaxial cable carries communications in frequencies that may be as low as 5 MHz and as high as 1002 MHZ (or higher). In many systems, frequency channels in the lower portion of the available frequency spectrum are used to carry upstream communications from subscriber devices to the hub. Higher frequency channels are used to carry downstream communications from the hub to subscriber devices. The downstream frequency channels usually have bandwidths of 6 MHz or 8 MHz, although upstream channels may use narrower bands.
• In at least some cable systems, most upstream and downstream communications with a subscriber device over a coaxial cable are in accordance with the set of standards known as Data over Cable Service Interface Specifications (DOCSIS) promulgated by (and available from) from Cable Television Laboratories, Inc. of Louisville, Colo. Under the latest version of the applicable DOCSIS standard, downstream 6 MHz or 8 MHz channels can be distributed between 108 MHz and 1002 MHz and upstream channels are located between 5 MHz and 42 (or 85) MHz. Frequency channels between these two regions are used for non-DOCSIS communications (e.g., legacy analog CATV programming). Upstream frequency channels and at least the downstream frequency channels above 108 MHz are typically modulated using quadrature amplitude modulation (QAM).
• Downstream frequency channels can be used to communicate many types of data. For example, some downstream channels may be used to send generic user data payloads (e.g., data from an Internet site to which a subscriber has navigated, an email, a downloaded file, etc.) to a subscriber cable modem (CM) for further communication to a home computer. As another example, some downstream channels may be used to transmit digital video data payloads to a subscriber set top box (STB) for ultimate display on a television. Some channels may transmit several types of data by, e.g., interspersing packets containing digital video with packets containing generic user data. To accommodate multiple possible data types in a downstream channel, the DOCSIS standards require that downstream data packets be contained in 188-byte Moving Picture Expert Group (MPEG) packets. Each MPEG packet has a 4-byte header that includes a 13-bit packet identifier (PID) indicating the type of data contained in the MPEG packet. Generic user data and DOCSIS media access control (MAC) management messages are contained in one or more MAC frames that follow the 4-byte MPEG header, with each MAC frame also having its own MAC header.
• FIG. 2 is a block diagram of amonitoring probe10 according to at least some embodiments.Probe10 connects to a coaxial cable over ahardware interface11. In some embodiments,hardware interface11 is a standard coaxial cable coupler that can be directly connected to a drop output of a cable tap. In other embodiments,probe10 is part of a coaxial cable tap and monitors downstream frequency channels carried by a feeder coaxial cable connected to a forward RF input of the tap.
• Hardware interface11 is connected to adiplexer12 that allows downstream signals to pass intoprobe10 and upstream signals to pass out ofprobe10. Downstream signals flow fromdiplexer12 to awideband tuner14. In response to a control signal fromcontroller16 identifying a frequency channel to be tuned,tuner14 forwards a signal for the tuned frequency channel. In some embodiments,tuner14 is a single wideband tuner that is able to selectively tune to any frequency channel between 108 MHz and 1002 MHz. In other embodiments,tuner14 is able to tune to channels below 108 MHz and/or above 1002 MHz. In still other embodiments,tuner14 can be replaced with multiple tuners that tune across narrower bands.
• In at least some embodiments,main processor15 is a single application specific integrated circuit (ASIC) having signal analysis circuits and programmable logic for performing operations as described herein. These circuits and logic are represented byfunctional blocks16 through18 for purposes of explanation.Controller16 contains logic for executing instructions that control the operation ofmain processor15 andtuner14.Controller16 also executes instructions to perform more advanced signal and/or data analysis. For example, and as described below,controller16 is in some embodiments configured to examine specific data fields within a MPEG transport packet or a digital video payload packet and determine if specific packets have been received. In addition to hard-wired instructions,controller16 reads instructions stored in one ormore memories19 or20 and executes those instructions.Memories19 and20 may include non-volatile read-only memory (ROM), volatile random access memory (RAM) and non-volatile read/write memory (e.g., FLASH memory). Fully and/or partially programmable microprocessor circuits for performing the herein-described operations of controller16 (and other portions of main processor15) are either known in the art or can be readily constructed by persons of ordinary skill in the art once such persons are provided with the information contained herein. In some embodiments, thetuner14,diplexer12 and/ormemory20 may be included on the same ASIC chip withmain processor15.
• The signal fromtuner14 is initially processed by DOCSIS PHY/MAC sub-processor17. SUB-processor17 includes a demodulator and processes the QAM physical (PHY) and DOCSIS media access control (MAC) layers. With regard to downstream communication, for example, DOCSIS PHY/MAC sub-processor17 demodulates QAM signals, performs forward error correction (FEC) decoding and deinterleaving, reads MPEG transport stream headers to identify packets as DOCSIS MAC packets or digital video packets, extracts DOCSIS MAC payloads from MPEG packets containing DOCSIS MAC payloads, reads MAC headers and MAC management messages, etc. With regard to upstream communications fromprobe10, DOCSIS PHY/MAC sub-processor17 generates MAC management messages according to the DOCSIS MAC protocol, encapsulates data for transmission upstream according to the DOCSIS MAC protocol, performs error correction coding and interleaving, performs QAM modulation, etc. Additional DOCSIS PHY and MAC operations that are performed by a DOCSIS-compliant subscriber device are defined by the applicable DOCSIS standards, including but not limited to the following: DOCSIS 3.0 Physical Layer Specification (CM-SP-PHYv3.0-107-080522); DOCSIS 3.0 MAC and Upper Layer Protocols Interface Specification (CM-SP-MULPIv3.0408-080522); and Downstream RF Interface Specification (CM-SP-DRFI-I06-080215). In at least some embodiments, DOCSIS PHY/MAC sub-processor17 is configured to perform all PHY and MAC operations that a conventional DOCSIS-compliant CM or STB can perform.
• DOCSIS PHY/MAC sub-processor17 measures some of the signal quality and other communications parameters, discussed in more detail below, for the tuned frequency channel. Sub-processor17 then communicates these measurements and other data tocontroller16 so thatcontroller16 may, e.g., store such data inmemory19 and/ormemory20 for additional analysis and/or later communication upstream. As represented by the double-headedarrow connecting blocks16 and17, sub-processor17 also receives data and control signals fromcontroller16. The control signals and data sent to sub-processor17 bycontroller16 could include instructions to provide certain data or signal measurements, data and instructions to transmit that data in an upstream message, etc.
• Persons of ordinary skill could, based on the above-identified DOCSIS standards and other known DOCSIS standards, and based on the information provided herein, include appropriate DOCSIS PHY and MAC circuits in an ASIC design formain processor15. Indeed, numerous existing and commercially-available ASICs are designed to perform DOCSIS PHY and MAC layer functions. When provided with the information herein, persons of ordinary skill could incorporate the functionality of such existing ASIC designs into an ASIC that also includes the functionality ofcontroller16 and other elements ofmain processor15 that are described herein.
• In some embodiments, DOCSIS PHY/MAC sub-processor17 also outputs a demodulated signal for additional analysis insignal analysis sub-processor18, which includes additional circuits and logic for performing analyses to obtain desired data about downstream signals. In some embodiments,signal analysis sub-processor18 may in some embodiments be dedicated to certain types of signal measurements that fall outside of normal DOCSIS PHY/MAC processing. Measurements and other data fromsignal analysis sub-processor18 are provided tocontroller16, which may store such measurements and data inmemory19 ormemory20 for additional analysis and/or later communication upstream.
• In addition to receiving and analyzing downstream communications,main processor15 sends reporting data and other communications upstream. Examples of such upstream communications, which pass frommain processor15 todiplexer12 andhardware interface11, are described below.
• Finally,probe10 includes apower supply circuit23 that provides electrical operating power tomain processor15 andtuner14.Power supply circuit23 receives input power from a power source and converts that power to an appropriate form formain processor15 andtuner14. Power supply and conversion circuits are known in the art and thus are not further described herein. In some embodiments, and as explained below,circuit23 receives input power from the AC power supplied in a coaxial feeder cable. In other embodiments, a probe power supply circuit may receive incoming power from a battery, from a conventional AC line source, or from some other source.
• FIG. 3 is a partially schematic diagram showing one example of a coaxial cable plant component into whichprobe10 ofFIG. 2 can be incorporated. In the embodiment ofFIG. 3,probe10 is incorporated into a outdoorcoaxial trunk tap50. As with conventional trunk taps,housing51 oftap50 includes aninput connector52 that attaches to a coaxial feeder cable providing the forward RF input and anoutput connector53 that attaches to another coaxial feeder cable carrying the forward RF output.Connectors54,55,56 and57 attach to coaxial drop cables that carry signals to subscriber premises. In many systems, coaxial feeder cables are also used to supply AC power to amplifiers located in the coaxial cable plant. Accordingly, tap50 includes adivider60 that operates (in a manner known in the art) to direct AC power carried by the feeder cable along anAC path61 and the RF communication signals carried by the feeder cable on aRF path62.Paths61 and62 connect to acombiner64 that rejoins the AC power and RF communication in a manner also known in the art. Adirectional coupler66 connectsRF path62 to afirst splitter67. A branch connectssplitter67 to asecond splitter69, which has branches connecting toadditional splitters70 and71. Branches fromsplitters70 and71 connect toconnectors54,55,56 and57. Another branch fromsplitter67 provides the downstream signal input to probe10 and receives the upstream signal output fromprobe10. Input power to probe10 is received from aconnection72 toAC path61.
• FIG. 4 is a partially schematic diagram showing another manner in which probe10 can be incorporated into a coaxial cable plant component. In particular,FIG. 4shows probe10 incorporated into an in-line component90 having ahousing91 and twoconnectors52aand53aconfigured for attachment to coaxial feeder cables. Elements of the embodiment ofFIG. 4 that are similar to elements in the embodiment ofFIG. 3 have been given similar reference numbers, but with an “a” appended. The embodiment ofFIG. 4 is similar to the embodiment ofFIG. 3, except that no drop connectors are included.
• FIG. 5 is a partially schematic diagram of yet another manner in which a probe similar to probe10 could be incorporated into a component that is deployable in a coaxial cable plant. In the embodiment ofFIG. 5,probe110 is contained in ahousing120 and connected to a shortcoaxial cable121 having aconnector122 at the end. Abattery123 provides power to probe110.Probe110 is generally the same asprobe10 ofFIG. 2, but includes a different power supply circuit (not shown) that is adapted to receive battery input power. In some scenarios, the embodiment ofFIG. 5 could be used by couplingconnector122 to a drop connector of a conventional tap.
• Probe10 is configurable to measure or otherwise evaluate numerous signal, data and other communication parameters. Examples of such parameters are provided below. Circuits and logic for analyzing signals and data to measure or otherwise evaluate such parameters are known in the art or would be readily apparent to persons of ordinary skill in the art in view of the description provided herein.
• In at least some embodiments,probe10 is configured to monitor RF signal level on all downstream QAM channels on a regular basis. As is known in the art, RF signal strength in a coaxial cable plant is typically measured in decibel millivolts (dBmV), with 0 dBmV defined to represent a 1 mV signal on a 75 Ohm cable. RF signal level data can be extremely useful in many situations. For example, cable modems can tolerate an input signal between −15 dBmV and +15 dBmV, but performance is not uniform over this range. Optimal performance is often realized with input RF levels held between −6 dBmV to +15 dBmV. RF amplitude varies significantly over an HFC plant, however, and the amplitude variation is highly frequency dependent. Coaxial cable attenuates higher frequency carriers less than lower frequency carriers. So as to attain the correct signal level at the subscriber premises, coaxial feeder amplifiers and fiber nodes have both upstream and downstream PADs (passive attenuation devices) and equalizers to adjust signal level in different frequency ranges. Directional couplers and taps in the coaxial cable plant can also be chosen so as to have directional split and tap values that help keep the signal level reaching a subscriber premises at the correct level. Obtaining repeated RF signal levels on multiple frequency channels, from numerous locations in a coaxial cable plant, and over a prolonged period can provide data that is extremely useful for adjustment of PADs and equalizers and for adding (or replacing) taps, couplers, splitters and other components in the coaxial plant.
• Additional parameters that can be measured byprobe10 for some or all channels include modulation error ratio (MER), FEC codeword error rate, signal to noise ratio (SNR), PLL lock, quantization noise (QN), and center frequency variation. As defined by DOCSIS, MER measures cluster variance (in dB) caused by a transmit waveform. MER includes effects of intersymbol interference, phase noise other transmitter degradations. FEC codeword error rate represents a ratio of the number of uncorrectable code words to the total number of code words sent without errors, with corrected errors and with uncorrectable errors. SNR, which represents the ratio (in dB) of usable signal to noise, can be defined and measured in any of various ways that are known in the art. PLL (phased lock loop) lock is a measurement of the ability ofprobe10 to lock onto a carrier frequency for a given channel. QN represents is a measure of the relative noise figure when modulating a carrier. Center frequency variation represents the amount by which a particular frequency channel has varied from its assigned location in the downstream spectrum.
• The above parameters are only some of the parameters that can be monitored byprobe10 according to various embodiments. Other examples of parameters that can be monitored byprobe10 include bit error rate (BER), the percentage of bits that have errors relative to the total number of bits received, and carrier-to-noise ratio (CNR), a ratio of signal power to noise power in the defined measurement bandwidth. Still another example includes errors in the program clock reference (PCR) in digital video MPEG packet streams which are measured by DOCSIS PHY/MAC sub-processor17.
• In some embodiments,probe10 is also configurable to monitor the QAM constellation on a selected channel and to send a report providing a snapshot of the constellation. In certain embodiments,probe10 is configured to compare a QAM constellation snapshot to a pattern stored inmemory20 and to report if the snapshot varies from the pattern by a predetermined amount.
• In addition to communication parameters that are indicative of signal quality,probe10 may also be configurable to monitor payload-specific communication parameters. As but one example, MPEG video packets can be examined to determine if digital watermarks or other data is present. In this manner, probe10 can determine if particular content (e.g., an advertisement) has been broadcast. By way of further example, a cable company may sell advertising directed to localized markets. Content monitoring bymultiple probes10 located throughout coaxial plant portions of a cable system can provide data to confirm that advertising was broadcast at desired times, on the desired channel(s), and in the desired locations. In some embodiments, a probe may be further configured to record selected MPEG frames (e.g., selected I-frames and/or P-Frames) to provide additional confirmation of advertisement transmission. In such cases these frames could be recorded withinprobe10 and transmitted upstream to a central server or other location for storage. Subsequently, an operator could spot check the stored frames to ensure that such frames were detected and recorded at the appropriate time as required by the advertisement.
• As yet another example of monitorable data,probe10 could also be configured to monitor DOCSIS set-top gateway (DSG) data and confirm that the proper services are being transmitted on the proper channels. For this monitoring, DOCSIS PHY/MAC sub-processor17 could receive and decode DSG tunnels and extract payload data (e.g., SCTE 65 system information,SCTE 18 emergency alerts, etc.) to verify that such data has been sent and received within the plant.
• As a further example of monitorable communication parameters, probe10 could be configured to monitor the MPEG layer integrity of digital video and detect dropped packets, macroblocking (also known as “tiling”) and other types of service degradation. Additionally, probe10 could monitor program clock reference (PCR) stamps to ensure completeness of programs, monitor program identifiers (PIDs) to ensure continuity, and monitor other MPEG-specific information to ensure correct transmission of video streams.
• FIG. 6 is a flow chart for an algorithm of a program by whichcontroller16 monitors various communication parameters and stores results of that monitoring for later reporting.FIG. 6 is merely one example of an algorithm by whichcontroller16 might operate. Numerous other algorithms are performed in other embodiments. Indeed, and as explained below, probe10 may store multiple different programs and may change programs in response to commands or upon occurrence of certain conditions. The algorithm ofFIG. 6 begins at the Start/Reset block and continues to block200. Inblock200,controller16 initializes variables to be used in the program. In the algorithm ofFIG. 6, the “CHAN” variable has values corresponding to monitored downstream frequency channels. The variable “PARAM” has values corresponding to parameters monitored byprobe10.
• For example,FIG. 8 is an example of a program data table400 showing channels and parameters monitored (or monitorable) byprobe10 according to at least some embodiments. Program data table400 is stored inmemory19 and/ormemory20 of probe10 (FIG. 2) and is consulted bycontroller16 during execution of a program corresponding to theFIG. 6 algorithm. Additional program data tables may be stored inmemories19 and/or20 in connection with other programs executable bycontroller16. Beginning at the left side of table40, the cells of the first column list incremental counter values of the CHAN variable. InFIG. 8, values are shown for CHAN=0 through CHAN=4, with a vertical ellipsis indicating that table400 can contain program data for an arbitrary number of channels c. The actual number of monitored channels will depend on the configuration of a particular network and/or on the programming ofprobe10. In some cases, 10 or more channels will be monitored as part of a monitoring program. However, the number of channels on which parameters are monitored during execution of a given program could exceed20,50, or more channels. In some embodiments, all channels in the plant could be monitored.
• The cells in the next column of table400 (“CF/BW”) contain data that is used bycontroller16 to identify the center frequency (CF) and bandwidth (BW) for the channels on the corresponding rows. For simplicity, center frequency values are shown generically as “F” with a subscript matching the value of the CHAN variable on the same row. Similarly, bandwidth values are shown generically as “B” with a subscript matching the CHAN variable value of the CHAN variable on the same row. In some implementations, many of the channels will have the same value for B (e.g., 6 MHz for a DOCSIS downstream channel). In at least some embodiments, values for F and B can be reprogrammed so as to change monitored channels. A null value (e.g., all 0-bits) for the F and/or B variable(s) could be used to indicate that a channel is the last in the list.
• Each of the remaining columns of table400 corresponds to a different one of the communication parameters that can be monitored byprobe10. In the example ofFIG. 8, PARAM=0 corresponds to RF signal level, PARAM=1 corresponds to MER, PARAM=2 corresponds to FEC codeword error, etc. The value PARAM=9 corresponds to a monitored data parameter (data a) that could be one of the above-identified data parameters indicative of system performance (e.g., MPEG packet sequence, DSG integrity, etc.), a data parameter that confirms advertising or other specific content has been transmitted, etc. As shown by the horizontal ellipses in the rows of table400,probe10 is configurable to monitor an arbitrary number p of communication parameters.
• Each of the cells in the PARAM value columns contains a time value representing a number of system clock increments or other suitable time units. InFIG. 8, the time values are represented generically by cell entries in the form “T(<1st no.>,<2d no.>)”, where <1st no.>corresponds to the CHAN value for the cell row and <2d no.>corresponds to the PARAM value for the cell column (i.e., T(CHAN,PARAM)). For each (CHAN,PARAM) value pair, table400 stores a time T that represents how often probe10 is to monitor the corresponding parameter on the corresponding channel. For example, signal to noise ratio (PARAM=3) is to be measured on the channel with center frequency F₂and bandwidth B₂(CHAN=2) in periodic increments that are separated by a number of time units shown generically inFIG. 8 as T(2,3). In actuality, T(2,3) might be a specific number (e.g., a number of system clock periods equal to one hour). Some or all of the T values in table400 ofFIG. 8 can be different, and the values can be reprogrammed In some embodiments,controller10 is configured to recognize a specific null time value (e.g., all 1-bits) as an indicator that a parameter is not to be monitored on the current channel. This permits configuration ofprobe10 to monitor some, none, or all of the communication parameters for any given channel and with any desired rate of repeated monitoring.
• For example, assume a cable system operator wishes to monitor RF level on channels 0-4 hourly, MER onchannel 0 every 3 hours, and MER onchannels 1 and 2 every 1.5 hours. The value of each of T(0,0), T(1,0), T(2,0), T(3,0) and T(4,0) is set to a number of time units corresponding to one hour, the value of T(0,1) is set to a number of time units corresponding to 3 hours, the value of T(1,1) and the value of T(2,1) are set to a number of time units corresponding to 1.5 hours, and all other T values in table400 are set to the null value. The F and/or B value forchannel 5 could also be set to a null value to indicate that only 5 channels are to be monitored, in which case the T values forchannels 5 through c are irrelevant.
• Returning toFIG. 6,controller16 proceeds fromblock200 to block202 and determines if the value of T(CHAN,PARAM) has expired. In some embodiments,controller16 makes this determination by comparing a current system clock value with a system clock value stored with the result of the last monitoring of the current parameter (i.e., the parameter corresponding to the current PARAM value) on the current channel (i.e., the channel with the frequency and bandwidth corresponding to the current CHAN value). Ifcontroller16 determines inblock202 that T(CHAN,PARAM) has not expired or that T(CHAN,PARAM) is the null value,controller16 advances on the “no” branch to block210, which block is discussed below. If T(CHAN,PARAM) has expired,controller16 advances on the “yes” branch to block204. Inblock204,controller16tunes tuner14 to the frequency and bandwidth corresponding to the F and B values associated with the current CHAN value.Controller16 then monitors the current parameter (e.g., by receiving data from DOCSIS PHY/MAC sub-processor17 and/orsignal analysis sub-processor18 and/or analyzing said received data) and stores the result with the current system timestamp. For some parameters,controller16 may cause tuner14 (FIG. 2) to dwell on the current channel for a relatively prolonged period (e.g., several seconds or several minutes) so as to make the necessary evaluation. The data stored for a monitoring result will depend on the parameter being monitored. For some parameters (e.g., RF signal level), the stored monitoring result is a numeric value representing a measurement. For other parameters, the monitoring result may be a simple binary indication that a particular condition did or did not occur (e.g., that a specific advertisement was transmitted). For still other parameters, more detailed data may be stored (e.g., a QAM constellation snapshot, the contents of a transmitted data packet).
• Controller16 then proceeds fromblock204 to block206. Inblock206,controller16 determines if the monitoring result for the parameter just monitored exceeds a predefined acceptable limit. This limit could also be stored in table400 (FIG. 8) or elsewhere in memory. For some parameters, this limit may represent a value that indicates serious systemic problems that should be immediately reported. For example, a cable system operator may determine that an RF signal level deviation of more than +/−6 dBmV from an expected long term average indicates that immediate attention is needed. For some parameters, a null value may be assigned to the acceptable limit so as to indicate that no immediate reporting is needed regardless of the current monitoring result. Ifcontroller16 determines inblock206 that the current parameter is out of limits,controller16 proceeds to block208 and transmits an immediate upstream datagram reporting the parameter.
• Fromblock208, or on the “no” branch fromblock206 if the monitored parameter is not out of limits,controller16 advances to block210 and determines if the current parameter is the last parameter (e.g., PARAM=p inFIG. 8). If not,controller16 advances on the “no” branch to block212 and increments PARAM by 1. Otherwise,controller16 advances on the “yes” branch to block214 and resets PARAM to0. From either block212 or block214,controller16 proceeds to block216. Inblock216,controller16 determines if the current channel is the last channel (e.g., if F or B is equal to null for the next CHAN value). If not,controller16 advances on the “no” branch to block218 and increments CHAN by 1. Otherwise,controller16 advances on the “yes” branch to block220 and resets CHAN to 0. From either block218 or block220,controller16 proceeds to block222.
• Inblock222,controller16 determines if it has received a system interrupt message indicating that the current execution of the program corresponding to theFIG. 6 algorithm should be suspended. In at least some embodiments,controller16 maintains one or more queues into which interrupt messages can be placed. Such interrupts can be received in downstream messages addressed to probe10, can be generated by programs executing on separate programming threads inmain processor15, can be hardware-generated interrupts, or can be generated in any of various other manners. If no interrupts are in the interrupt queue(s),controller16 returns to block202 on the “no” branch fromblock222, and the algorithm ofFIG. 6 is repeated. If one or more interrupts have been received,controller16 proceeds to block224 to service the interrupt(s).
• FIG. 7 is a flow chart showing an algorithm for interrupt servicing according to at least some embodiments. Inblock301controller16 de-queues the oldest interrupt message in the queue (which queue may be a first-in first out queue). Inblock302, controller determines if the de-queued interrupt message indicates that it is time to transmit a report on an upstream channel so as to provide monitored parameter data stored atblock204 during successive loops through theFIG. 6 algorithm. In at least some embodiments, and so as not to consume upstream bandwidth needed for subscriber communications, data for the results of routine parameter monitoring is accumulated byprobe10 inmemory20 and transmitted periodically (e.g., daily) at off-peak times. Continuing with the example discussed in connection withFIG. 8 of monitoring RF level onchannels 0 through 4 and MER onchannels 0, 1 and 2, a report of monitoring results could include 24 RF level measurements for each of channels 0-4 at hourly increments, 8 MER measurements forchannel 0 at 3-hour increments, and 16 MER measurements for each ofchannels 1 and 2 at 1.5-hour increments.
• If the de-queued interrupt message indicates that it is time for a report,controller16 proceeds to block305 on the “yes” branch, where the report is prepared and sent. In some embodiments, and so as to conserve memory atprobe10,controller16 is configured to erase stored monitoring data after receiving confirmation that the report was successfully received. Fromblock305,controller16 proceeds to block315.Block315 is explained below.
• Ifcontroller16 determines inblock302 that the de-queued interrupt message was not an indication of a time to transmit a report,controller16 proceeds on the “no” branch to block306. Inblock306,controller16 determines whether the de-queued interrupt message is an indication that a new program is ready for download to probe10. As previously indicated,memory19 and/ormemory20 in some embodiments stores multiple programs executable bycontroller16. Those programs can be stored in memory after installation ofprobe10 by transmitting downstream data packets addressed to probe10. If the de-queued interrupt message indicates that new programming is ready for download,controller16 proceeds to block307. Inblock307,controller16 downloads the new program(s) by, e.g., sending an upstream message indicating the probe is ready for download and then receiving additional downstream messages containing the new program(s).
• A new program may, for example, be a new table that is similar to table400 ofFIG. 8, but with different values in one or more cells. In this manner, probe10 can store multiple monitoring programs by storing multiple versions of table400. As another example, a new program may be an instruction to modify one or more cell values in an existing table400 previously stored in memory. As yet another example, the new program may be a modification to the monitoring routine represented byFIG. 6, or may be an entirely new monitoring routine.
• Fromblock307,controller16 proceeds to block308 and determines if a newly downloaded program includes instructions to immediately execute the new program. If so,controller16 proceeds on the “yes” branch to block310 and executes the new program. The new program may include an instruction to return to the algorithm ofFIG. 7, may include an instruction to return to or restart the algorithm ofFIG. 6, may include an instruction to start another program, may run untilprobe10 receives another type of interrupt message, etc. Ifcontroller16 determines inblock308 that there is no instruction to immediately execute the newly-downloaded program,controller16 proceeds to block315.
• If inblock306controller16 determined that the de-queued interrupt message was not an indication to download new programming,controller16 would instead proceed on the “no” branch to block313. Inblock313,controller16 determines if the de-queued interrupt message is an instruction to begin executing a program that is already stored inmemory19 ormemory20 ofprobe10. In some embodiments,memory20 stores a variety of tables similar to table400 ofFIG. 8, but which contain different T values and/or different F and B values. In response to reports of certain problems, for example, a cable system operator may wish probes in a certain region to concentrate monitoring activities on certain parameters and at certain times as reflected in a different table.Probe10 may also store instructions corresponding to multiple monitoring routines, with some of those routines having algorithms that differ from that shown inFIG. 6 or inFIG. 7. If the de-queued interrupt does indicate that another program should be started,controller16 proceeds on the “yes” branch to block314 and begins executing the specified program by changing to a different program table and/or changing monitoring routine. The program specified inblock313 may include an instruction to return to the algorithm ofFIG. 7, may include an instruction to return to or restart the algorithm ofFIG. 6, may include an instruction to start another program, may run untilprobe10 receives another type of interrupt message, etc.
• Ifcontroller16 determines inblock313 that there is no instruction to start a specified program,controller16 proceeds to determine if the de-queued interrupt message indicates another type of action to be taken. The presence of additional decisional blocks and corresponding actions is indicated generically inFIG. 7 with a verticalellipsis following block313. Ultimately, and assuming that the algorithm ofFIG. 7 has not been terminated to start a new program (i.e., inblock310, block314 or in another block betweenblocks313 and315),controller16 reachesdecisional block315. Ifcontroller16 determines inblock315 that there are additional interrupt messages in the queue,controller16 returns to block301 on the “yes” branch. Otherwise,controller16 proceeds on the “no” branch to block316 and returns to block202 of the algorithm ofFIG. 6.
• The algorithm ofFIG. 7 is merely one example of howcontroller17 may service interrupts. In other embodiments, other algorithms are employed and/or interrupts are prioritized in different manners. For example,controller16 is in some embodiments configured to maintain several interrupt queues of differing priorities. All interrupts in the highest priority queue are serviced, followed by interrupts in the next highest priority queue, etc. Although only one interrupt decision block is shown inFIG. 6, similar decision blocks could be distributed at numerous other points through the algorithm.
• As indicated above, the algorithm ofFIG. 6 is merely one example of an algorithm for a program by whichprobe10 could operate. As also indicated above, probe10 can also be configured (or reconfigured) to monitor any combination of communication parameters on any desired schedule. In some embodiments, for example, RF signal level is monitored hourly for each channel. In the event of a reported problem and/or in the event of an emergency report of an RF signal level being out of limits (block208 ofFIG. 6), a separate program can be activated (or downloaded and activated) to limit monitoring to PLL lock, MER and FEC codeword error on certain problematic channels. In some embodiments,probe10 is configured to automatically change to a different monitoring program upon determining that a parameter is out of acceptable limits or on detection of some other predetermined condition.
• In some embodiments, a time T stored in table400 may also (or alternatively) include a specific time and/or date on which monitoring of a particular communication parameter is to begin. For example, table400 may store data indicating that a probe is to begin monitoring parameter p at a particular time on a particular day and to continue monitoring that parameter every 30 minutes thereafter. As another example, table400 may store data indicating that a probe is to begin monitoring parameter p at a first time on a particular day and to continue monitoring that parameter every10 seconds until a second time on that same day.
• Downstream messages to probe10 and upstream messages fromprobe10 can be formulated as DOCSIS MAC management messages and appropriate values assigned to one or more fields so as to mark messages as a program download, an instruction to change programs, an emergency parameter report, a routine monitoring report, etc. Additional types of instructions can also be provided to probe10 in a downstream message (e.g., to change upstream channels used byprobe10 for reporting).
• FIG. 9 is a block diagram showing one example of a manner in which multiple probes such asprobe10 can be deployed in a coaxial plant of a cable system.FIG. 9 shows a portion of a coaxial cable plant emanating from a single node of a single hub in a cable system similar to that ofFIG. 1. Numerous probes are deployed throughout continuing portions of the cable plant represented with ellipses, and additional probes are similarly deployed in the parts of the coaxial cable plant emanating from other nodes. Probes are similarly deployed in the coaxial cable plants associated with other hubs. Some of the probes are included in taps (such astap50 ofFIG. 3), some are included within in-line probes such as inFIG. 4, and others (not shown) are deployed using devices such as shown inFIG. 5. Probes could also be incorporated into other components (e.g., within a node, within a line extender, within an amplifier, etc.). The number of probes located in a coaxial cable plant can vary in different embodiments. In at least some embodiments, for example, a probe is located after every amplifier in a coaxial cable plant. In embodiments, a probe is deployed at or near every amplifier or equalizer in the coaxial plant, and/or in every run of feeder cable over 3000 feet in length. In still other implementations, the portion of a coaxial plant associated with each node has four or more probes deployed in that coaxial plant portion.
• Monitoring data from the probes can be periodically reported to a central collection point and/or can be reported on demand. That collection point can be in the hub (e.g., incorporated into a CMTS), or monitoring data can be forwarded from a hub to another location (e.g., a management server) that collects monitoring data for multiple hubs. The monitoring data can be used to periodically evaluate system performance, to quickly detect equipment malfunctions, to diagnose reported problems, to determine if advertising or other content has been transmitted where and when intended, etc. In some embodiments, monitoring data from probes is also used to remotely adjust amplifiers, equalizers and PADs within a coaxial cable plant.
• In some embodiments, a probe may include a temperature sensor to provide temperature data for calibration of the probe and/or for adjustment PADs, equalizers or other components to account for temperature-dependent effects on coaxial cable lines. The temperature sensor can also be periodically monitored and the results communicated to the central collection point.
• FIG. 10 is a block diagram of aprobe510 according to some additional embodiments, and which could be used in any of the implementations described above in connection withprobes10 or110.Probe510 is similar to probe10, except thatprobe510 is configured to simultaneously monitor communication parameters on each of multiple frequency channels. Unliketuner14 ofprobe10,tuner514 outputs a signal corresponding to multiple tuned frequencies (e.g., 4 or more frequency channels). Those tuned frequencies are input to DOCSIS PHY/MAC processor517, which includes multiple demodulators and other circuitry to process signals on all of the tuned frequencies in parallel. Data is output from DOCSIS PHY/MAC sub-processor tocontroller516 and to signalanalysis sub-processor518, which operate similar tocontroller16 andsignal analysis sub-processor18 ofprobe10. Inprobe510, however,controller516 may execute multiple instances of the algorithms described above in separate programming threads (e.g., a separate thread for each tuned frequency channel).Power supply circuit523,hardware interface511,diplexer512,memory520 andmemory519 are respectively similar tocircuit23,hardware interface11,diplexer12,memory20 andmemory19 ofprobe10, except thatmemory519 and/ormemory520 may store additional data and instructions corresponding to parallel monitoring of simultaneous channels. The components shown inblock515 and/or in other blocks ofFIG. 10 may be included on a single ASIC or may be distributed across multiple ASICs.
• FIG. 11 is a block diagram of aprobe610 according to some further embodiments, and which could be used in any of the implementations described above in connection withprobes10 or110.Probe610 is similar to probe510, except that multiple tuners614-1 and614-2 are included to support parallel monitoring of even more frequency channels, and multiple DOCSIS PHY/MAC sub-processors617-1 and617-2 are included to provide additional demodulators and other circuitry to monitor additional channels in parallel. Remaining elements inFIG. 11 are similar to elements inFIG. 10 having a similar reference number offset by100, except thatcontroller616 may execute additional program threads andmemory619 and/ormemory620 may store additional data and instructions corresponding to parallel monitoring of additional channels. In still other embodiments, additional tuners, DOCSIS PHY/MAC processors and/or other components may be included to further increase the number of channels that can be monitored in parallel.
• The foregoing description of embodiments has been presented for purposes of illustration and description. The foregoing description is not intended to be exhaustive or to limit embodiments of the present invention to the precise form disclosed, and modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments. As but one example, embodiments of the invention include one or more tangible machine-readable storage media storing instructions that, when executed by one or more processors or other devices, cause a probe to carry out operations such as are described herein. The embodiments discussed herein were chosen and described in order to explain the principles and the nature of various embodiments and their practical application to enable one skilled in the art to utilize the present invention in various embodiments and with various modifications as are suited to the particular use contemplated. The features of the embodiments described herein may be combined in all possible combinations of methods, apparatus, modules, systems, and machine readable media.

Claims (20)

1. An apparatus comprising:

a hardware connector configured for attachment to a physical communication medium of an access network;

at least one tuner communicatively coupled to the hardware connector; and

a processor communicatively coupled to the at least one tuner, wherein the processor is configured to

monitor communication parameters in a first downstream frequency channel and store the results of the monitoring,

monitor communication parameters in a second downstream frequency channel and store the results of the monitoring, and

transmit the stored monitoring results for the first and second downstream frequency channels, on an upstream frequency channel carried on the physical communication medium, wherein

the processor is configured to perform multiple repetitions of the monitoring for at least one of the first and second downstream frequency channels prior to transmitting the stored monitoring results, and

the transmitted stored monitoring results include the monitoring results from the multiple repetitions.

2. The apparatus ofclaim 1, wherein the physical communication medium comprises a coaxial cable of a cable plant.

3. The apparatus ofclaim 2, wherein

the processor is configured to monitor communication parameters on each of 10 downstream frequency channels and store the results from monitoring each of the 10 downstream frequency channels, and

the transmitted stored monitoring results include the stored results from monitoring of the at least 10 downstream frequency channels.

4. The apparatus ofclaim 3, wherein the at least 10 downstream frequency channels are located between 108 MHz and 1002 MHz.

5. The apparatus ofclaim 2, wherein the communication parameters comprise RF signal level and at least one parameter selected from a group of parameters that includes modulation error ratio, forward error correction codeword error rate, signal to noise ratio, bit error rate and carrier to noise ratio.

6. The apparatus ofclaim 5, wherein monitoring communication parameters in the first and second downstream frequency channels comprises determining whether specific data has been transmitted.

7. The apparatus ofclaim 2, wherein monitoring communication parameters in the first and second downstream frequency channels comprises determining whether specific data has been transmitted.

8. The apparatus ofclaim 2, wherein the processor is configured to repeatedly measure a first communication parameter for each of the first and second downstream frequency channels according to a first schedule and to repeatedly measure a second communication parameter for each of the first and second downstream frequency channels according to a second schedule, and wherein the first schedule requires measurement of the first communication parameter more frequently than the second schedule requires measurement of the second communication parameter.

9. The apparatus ofclaim 2, wherein the hardware connector is a connector configured for attachment to a forward RF input coaxial feeder cable, and further comprising a plurality of connectors configured for attachment to coaxial drop cables.

10. The apparatus ofclaim 2, wherein the processor is configured to receive programming instructions, via the coaxial cable, causing the processor to

monitor communication parameters in a third downstream frequency channel and store the results of the monitoring,

monitor communication parameters in a fourth downstream frequency channel and store the results of the monitoring, and

transmit the stored monitoring results for the third and fourth downstream channels subsequent to the monitoring of the communications parameters in third and fourth the fourth downstream frequency channels.

11. The apparatus ofclaim 1, wherein the processor is configured to download instructions, and wherein the downloaded instructions cause the processor to monitor a different communication parameter.

12. An cable tap, comprising:

a housing;

a feeder cable connector located on or attached to the housing and configured for attachment to a coaxial feeder cable of a cable plant;

an RF signal line located within the housing and communicatively coupled to the feeder cable connector;

a plurality of drop cable connectors, wherein each of the drop cable connectors is configured for attachment to a different coaxial drop cable and is communicatively coupled to the RF signal line;

at least one tuner located within the housing and communicatively coupled to the RF signal line; and

a processor located within the housing and communicatively coupled to the at least one tuner, wherein the processor is configured to cause the tuner to tune to a first downstream channel carried on the RF signal line, monitor a first communication parameter in the first downstream frequency channel and store the results of the monitoring, and transmit the stored monitoring results on an upstream frequency channel carried on the RF signal line.

13. The cable tap ofclaim 12, wherein

the processor is configured to perform multiple repetitions of the monitoring for the first downstream frequency channel and for a second downstream frequency channel prior to transmitting the stored monitoring results, and

the transmitted stored monitoring results include the monitoring results from the multiple repetitions.

14. The cable tap ofclaim 12, wherein

the processor is configured to monitor the communication parameter on each of at least 10 downstream frequency channels and store the results from monitoring the communication parameter on each of the at least 10 downstream frequency channels, and

the transmitted stored monitoring results include the stored results from monitoring of the at least10 downstream frequency channels.

15. The cable tap ofclaim 14, wherein the at least 10 downstream frequency channels are located between 108 MHz and 1002 MHz.

16. The cable tap ofclaim 12, wherein the first communication parameter comprises RF signal level, and wherein the processor is further configured to monitor a second parameter selected from a group of parameters that includes modulation error ratio, forward error correction codeword error rate, signal to noise ratio, bit error rate and carrier to noise ratio, to store results of monitoring the second parameter, and to transmit the stored second parameter monitoring results upstream.

17. The cable tap ofclaim 16, wherein the processor is further configured to determine whether specific data has been transmitted downstream, to store the results of the determination, and to transmit the stored determination results upstream.

18. The cable tap ofclaim 12, wherein the first communication parameter comprises whether specific data has been transmitted.

19. A method, comprising:

receiving communication parameter monitoring data from multiple probes distributed throughout a coaxial cable plant, wherein

each of the probes is connected to the coaxial cable plant outside of a subscriber location, and

each of the probes repeatedly monitors communication parameters on multiple downstream channels for a period of time, stores the results of the monitoring, and transmits the stored results upstream over the coaxial cable plant at the conclusion of the time period;

transmitting instructions to a portion of the plurality of probes through the coaxial cable plant, said instructions changing the manner in which the portion of the plurality of probes monitors communication parameters; and

receiving additional data from the portion of the plurality of probes in response to the transmitted instructions.

20. The method ofclaim 19, wherein at least a portion of the plurality of probes are contained within cable taps.

Images