CROSS-REFERENCE TO RELATED APPLICATIONSNot Applicable
STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENTNot Applicable
BACKGROUND OF THE INVENTION1. Field of the Invention
This invention relates to broadband communication networks, and particularly to cable television distribution systems.
2. Description of the Prior Art
A cable television distribution system is a species of broadband communication network in which subscriber connectivity is controlled through the use of radio frequency transmission line taps. Such taps are typically mounted on telephone poles or in ground-mounted housings where they are relatively inaccessible. Each tap usually has multiple ports that are each connectable to a lead-in cable or “drop” that extends from the tap port to a subscriber's premises. By way of example, one tap may have four ports serving four subscribers, eight ports serving eight subscribers, and so on. In a typical cable television distribution system, there may be as many as one-half million or more subscribers requiring as many as one hundred and twenty-five thousand or more taps.
Traditionally, cable television subscriber connectivity is controlled by physically connecting and disconnecting the subscriber's lead-in cable to and from the tap port. This operation requires that a cable company employee travel to the subscriber premises location and either utilize a power lift device, if the tap is mounted on a telephone pole, or a special key, if the tap is mounted inside a locked housing. In even a modest size cable television distribution system, the cost of such tap connection servicing can be quite high. Moreover, this scheme allows unauthorized cable connections to be made by those agile enough to climb telephone poles or resourceful enough to open the locks on cable housings.
As a response to this dilemma, a species of tap has been proposed that allows subscriber connectivity to be controlled remotely from the cable operator's head end office. The ports in such taps remain connected to the subscriber premises lead-in cables, but the ports are switchable inside the tap via control signalling transmitted by the cable operator. Because each tap is assigned an address for distinguishing its control signals from other control signals generated for other taps, this species of tap is commonly referred to as an addressable tap.
A significant disadvantage of prior art addressable taps is that the message processing and switching circuitry incorporated into each tap must be powered by battery or by the transmission medium (cable plant) carrying the rf signals. Powering by battery is not desirable because batteries must be periodically replaced. Using line power is a better solution but is expensive because the power requirements of the tap circuitry exceed the power levels used to drive the rf signal amplifiers and other transmission line equipment. Thus, additional power supply equipment must be added to the cable plant.
Accordingly, there is a need in a broadband communication network for a system and a method of controlling subscriber access from a central location, without having to increase transmission line power levels. What is particularly required is an improved, low power addressable tap system for a cable television distribution system that facilitates head end control of subscriber connections using existing transmission line power supply resources.
SUMMARY OF THE INVENTIONA novel system and method are proposed for use in a broadband telecommunication network that includes a plurality of switching units, such as addressable taps, controlling subscriber access to the network. The inventive system and method solve the above-described problems by controlling the switching units from a central location using minimal network transmission medium power. In accordance with the inventive system and method, a repeating sequence of switching unit control messages is sent from the central location across the network. Each of the messages is addressed to an individual one of the switching units. Each switching unit is periodically powered up from a low power “sleep” state to a higher power operational “wake” state in synchronization with a corresponding one of the control messages being sent from the central location. After each switching unit's corresponding control message is processed, the switching unit is returned to its lower power sleep state.
In preferred embodiments of the invention, the broadband telecommunication network is a cable television distribution system including (1) a head end, (2) at least one transmission line carrying communications from the head end, and (3) a plurality of taps connected to the transmission line(s) and containing switchable ports connecting to cable subscribers. A tap record generating circuit is provided in the head end for generating a repeating sequence of tap records. Each tap record is addressed to a specific one of the taps and contains information for controlling the state of the port switches. A tap control circuit is provided in each of the taps. Each tap control circuit includes a low power stage and a higher power stage. The low power stage is configured to control the higher power stage by maintaining it in a sleep state until a corresponding tap record is about to be sent from the head end. The low power stage then wakes up the higher power stage so that it can process the tap record. The higher power stage is configured to read tap records as they arrive from the head end and to identify a corresponding tap record. The higher power stage processes the tap record and takes responsive action (e.g., setting the tap port switches) as necessary in accordance with the tap configuration information contained in the tap record. The higher power stage then calculates a time interval for reawakening and provides the time interval to the lower power stage, whereupon the higher power stage puts itself to sleep.
BRIEF DESCRIPTION OF THE DRAWINGThe foregoing and other features and advantages of the invention will be apparent from the following more particular description of a preferred embodiment of the invention, as illustrated in the accompanying Drawing, in which:
FIG. 1 is a block diagram showing a cable television distribution system configured in accordance with the present invention;
FIG. 2 is a block diagram showing a head end control unit for controlling a plurality of taps served by one or more rf transmission trunks in the cable television distribution system of FIG. 1;
FIG. 3 is a block diagram showing an addressable tap control circuit for controlling subscriber connectivity in response to head end messages in the cable television distribution system of FIG. 1;
FIG. 4 is a flow diagram showing method steps performed by the head end control unit of FIG. 2;
FIG. 5A is a first portion of a flow diagram showing method steps performed by the tap control circuit of FIG. 3;
FIG. 5B is second portion of a flow diagram showing method steps performed by the tap control circuit of FIG. 3;
FIG. 6 is a diagrammatic illustration of an exemplary sequence of tap records generated by the head end control unit of FIG. 2;
FIG. 7 is a diagrammatic illustration of an exemplary tap record generated by the head end control unit of FIG. 2;
FIG. 8 is a diagrammatic illustration of an exemplary byte carried in a tap record generated by the head end control unit of FIG. 2;
FIG. 9 is diagrammatic illustration of the voltage levels in an exemplary byte of zero value data in a tap record generated by the head end control unit of FIG. 2;
FIG. 10 is diagrammatic illustration of the voltage levels in an exemplary “space” byte in a tap record generated by the head end control unit of FIG. 2;
FIG. 11 is a diagrammatic illustration showing exemplary rates of information generated by the head end control unit of FIG. 2;
FIG. 12 is another diagrammatic illustration showing exemplary time durations of information generated by the head end control unit of FIG. 2;
FIG. 13A is a diagrammatic illustration showing exemplary operational timings for multiple taps containing the tap control circuit of FIG. 3;
FIG. 13B is a detailed view of a portion of FIG. 13A showing details of an exemplary “wake state” timing interval for a single tap containing the tap control circuit of FIG.3.
FIG. 14 is a diagrammatic illustration of an exemplary nonvolatile data storage memory that could be implemented in a tap to hold tap configuration information;
FIG. 15 is diagrammatic illustration of an exemplary alternative tap record that could be generated by the head end control unit of FIG. 2;
FIG. 16 is a diagrammatic illustration showing an exemplary tap “mode” byte contained in the alternative tap record of FIG. 15; and
FIG. 17 is a diagrammatic illustration showing an exemplary “broadcast” record that could be generated by the head end control unit of FIG. 2 for transmission to all taps in the cable television distribution system of FIG.1.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTTurning now to the figures, wherein like reference numerals represent like elements in all of the several views, FIG. 1 illustrates an exemplary cable television distribution system (“cable system”)2 representing one possible embodiment of a broadband telecommunication network constructed in accordance with the invention. Thecable system2 includes the usualhead end4 receiving one or more input rf television signal feeds, such asfeeds6 and8. Thehead end4 combines or multiplexes the input rf signals onto acable plant5 that comprises a network of cable distribution trunks, such as thetrunk10, for distribution to cable television subscribers. As is conventional, the cable plant trunks can be implemented using 75 ohm coaxial cable or the like.
To counteract signal losses resulting from electrical resistance, dielectric capacitance, signal radiation, and feeder line draw-off, radio frequency (rf) trunk amplifiers, such as thetrunk amplifier12, are spaced periodically along the trunks to provide rf signal amplification. To minimize signal reflections, each trunk is terminated at an impedance-matched cable termination, such as the cable termination14 terminating thetrunk10.
Some of the trunk amplifiers, including thetrunk amplifier12, connect to bridger amplifiers, such as thebridger amplifier16, that amplify and route rf signals from thehead end4 onto a plurality of feeder lines, such as theline18. Each feeder line serves a limited subscriber area, such as a street or neighborhood. Like the trunks, the feeder lines can be implemented using 75 ohm coaxial cables or the like. Each feeder line typically includes one or more rf distribution (extender) amplifiers, such as thedistribution amplifier20. Like the trunk amplifiers described above, the feeder line distribution amplifiers counteract resistive, capacitive and radiant cable losses, as well as losses arising from subscriber signal draw-off.
Subscriber signal feeds are provided through a plurality of addressable taps, such as thetaps22,24,26 and28, each of which contains switchable ports, and thus functions as a switching unit, for controllably routing rf signals to cable system subscribers. More particularly, the taps connect to a plurality of drops, such as thedrop30, that each provide rf signals to a single subscriber premises, such as thesubscriber premises32. To minimize signal reflections, each feeder line terminates at an impedance-matched line termination, such as the line termination34.
Turning now to FIG. 2, thehead end4 of thecable system2 is associated with a headend control unit40 whose principal function in accordance with the invention is to provide a tap record generating circuit for controlling the port switching in the above-described addressable taps. To that end, the headend control unit40 is programmed to generate a repeating sequence of tap control messages, referred to hereinafter as “tap records,” each of which is addressed to a corresponding tap. As described in more detail below, each tap record includes a tap address along with data that specifies the settings of the tap switching circuitry. The tap records can be distributed from thehead end4 on all of the cable plant trunks, or on a selected trunk subgroup, depending on the requirements of the cable system operator. The tap records are preferably transmitted as frequency modulated (FM) rf signals. To avoid interference with the television channel traffic, the tap records can be transmitted on an unused portion of the rf spectrum, such as the guard band betweentelevision channels4 and5. Advantageously, not more than about 30 Khz bandwidth is required to carry the tap records, such that other data transmissions may also be placed in the aforementioned guard band.
Operations of the headend control unit40 are managed by a programmable computer that includes a CPU (central processing unit)42, a program storage memory (e.g., an EEPROM)44 storing anoperating program45, and a nonvolatile data storage memory (e.g., a battery back-up RAM)48 storing head end configuration and tapdata49. As is conventional in the programmable computer art, communication between these control unit elements is facilitated by a sharedbus50. As is further conventional, requests for CPU service are initiated via interrupts, including the interrupt51 used by areal time clock52 to synchronize the generation of tap records by theCPU42 for transmission to the cable system taps.
The headend control unit40 may additionally include a first UART (universal asynchronous receiver transmitter)54 to facilitate serial data communications between the headend control unit40 and other head end (or remote) equipment (such as a billing system), and a LAN (local area network)56 to facilitate network communications between the headend control unit40 and other head end (or remote) equipment (such as a billing system). Asecond UART58 operates in conjunction with anRF modulator60 and anRF receiver62 to communicate tap records generated by the CPU42 (from the tap data stored in the nonvolatile data storage memory48) to and from the head end4 (and the cable plant5). The tap records sent to thehead end4 are placed on thecable plant5 for transmission to the cable system taps. Tap records received from thecable plant5 can be used for diagnostic purposes as part of a loop-back monitoring mode. Additional operations of thehead control unit40 are described in more detail below.
Turning now to FIG. 3, each addressable tap in thecable system2 is equipped with a tap control circuit70 whose principal function in accordance with the invention is to control the addressable tap to receive tap records from thehead end4 and activate or deactivate specified tap ports in accordance with the tap configuration information contained in a tap record corresponding to the addressable tap. In order to minimize power consumption, each tap control circuit70 maintains itself in a low power “sleep” state during periods when no corresponding tap record is being sent from thehead end4. Each tap control circuit70 then periodically powers up from the sleep state to a higher power operational “wake” state in sequence with a corresponding one of the tap records being sent from thehead end40. After the corresponding tap record for the associated addressable tap is processed, the tap control circuit70 returns to the sleep state.
Each tap control circuit70 includes a low power stage that operates during the sleep state, and a higher power stage that operates during the wake state. In the exemplary embodiment of FIG. 3, the low power stage includes atiming circuit72, anoscillator74, anOR gate75, and an RS flip flop76 (other triggering devices could also be used). Thetiming circuit72 includes a timer/counter78, analarm register80 and acomparator82. The timer/counter78 is driven by theoscillator74 to continuously count to a predetermined value (e.g., 65,536), reset to zero, and then restart the counting process. The output from the timer/counter78 is provided to one input of thecomparator82. Although not shown in FIG. 3, the output from the timer/counter78 is a multi-bit word (e.g., sixteen bits) and thecomparator82 is a bitwise comparator (e.g., an array of AND gates, Exclusive-NOR gates or the like). The alarm register80 is programmed with a count value that is provided to the second input of thecomparator82. When the timer/counter78 counts to the count value stored in thealarm register80, thecomparator82 outputs an alarm interrupt (“wake-up”) pulse. The wake-up pulse is provided to one input of theOR gate75, and the output of theOR gate75 is provided to the “S” input of theRS flip flop76. This causes the “Q” output of theRS flip flop76 to go high. When that occurs, continuous power from apower supply84, which is fed to both thetimer circuit72 and theRS flip flop76 onpower feed line86, is passed to the power supply input of aCPU90 online91.
The other input to theOR gate75 is a power pulse carried on apower feed line87 from thepower supply84. This pulse is generated by a comparator/differentiator circuit88 in thepower supply84 whenever power resumes following a power interruption to thecable plant5. The power pulse drives the tap circuit70 into the wake state such that, following a power interruption, the tap can be reconfigured (as necessary) as part of its resynchronization to the signaling on thecable system2.
In the exemplary embodiment of FIG. 3, the higher power stage of the tap control circuit70 includes theCPU90, which is periodically powered up into an operational state by the low power stage described above. TheCPU90 is managed by acontrol program92 stored internally in the CPU90 (e.g., a one-time programmable micro-computer memory). A separate nonvolatile memory94 (e.g., a 32 byte EEPROM) stores tapdata95 containing various tap configuration information. More particularly, as shown in FIG. 14, thenonvolatile memory94 may, by way of example only, store two bytes of tap address information, one byte of tap port switch configuration information, one byte of tap mode information (described in more detail below), and four bytes of tap record frequency (PLL) information.
The higher power stage of the tap control circuit70 further includes anrf receiver96. Therf receiver96 receives tap records from a feeder line, such as theline18, via anrf signal line98. It demodulates the rf signal and outputs the analog tap records in digital form on abit stream line100 to theCPU90. It will be seen that therf signal line98 also provides power to thepower supply84. Although the same power signal is carried on therf signal line98 to therf receiver96, it is preferred that the rf receiver's power be controllably provided by theCPU90 via the power portion of power andprogramming lines102.
The remaining components shown in FIG. 3 are conventional in nature. They include adirectional coupler110 connected to a feeder line, such as theline18. Thedirectional coupler110 operates in conjunction withsplitters112,114 and116 to divert rf signals from thehead end4 to a plurality oftap ports118,120,122,124, throughrespective switches119,121,123 and125 of aswitching array126. The switches are set via control signaling provided by theCPU90 on acontrol signaling pathway128.
Turning now to FIGS. 4,5A and5B, the operations of the headend control unit40 and thetap control circuit72 will be respectively described. As shown in FIG. 4, following power-up, the first action taken by the headend control unit40 instep130 is to initialize the variouscontrol unit peripherals44,48,52,54,56,58,60 and62, and then set the internal programming variables of theCPU42 in accordance with the configuration information saved in the nonvolatiledata storage memory48. This initialization information may include the tap record transmission frequency, the transmission signal level, and the data rate. Other information may also be included. When initialization is complete instep130, tap record generation and transmission may proceed. Summarizing in advance, this processing entails generating a repeating sequence of tap records from the tap data stored in the nonvolatiledata storage memory48, and sending the tap records to thehead end4 for transmission over thecable plant5. The stored tap data may include, for each tap managed by the headend control unit40, a tap address along with various tap configuration information, such as the tap port settings, the tap record transmission frequency, and the tap mode. Other information may also be included for controlling other aspects of tap operation.
As part of each tap record generation and transmission cycle, a test is performed in20step132 to determine whether the tap record transmit mode is in effect. Although thecontrol unit40 will normally operate in the tap record transmit mode on a continuous basis, it will occasionally be taken out of the transmit mode by a cable system operator. This may be done, for example, to allow new tap records to be added, existing tap records to be removed, and tap configuration information to be changed. In other cable systems, such configuration modifications will be performed “on-the-fly” without disabling the transmit mode.
If there is a negative determination instep132, control proceeds to step134. In step134 a test is made to determine whether new tap data has been received by the control unit40 (e.g., at theserial communication UART54 or the LAN interface56). Typically, such data would be sent from a billing system (not shown) or other equipment used to manage thecable system2. Ifstep134 produces a positive result, the new tap data is written to the nonvolatiledata storage memory48. A “new tap data” flag is then set instep136 and control returns to step132. If no new tap data is detected instep134, a test is made instep138 to determine whether new head end configuration data has been received by thecontrol unit40. If so, the new configuration data is stored in the nonvolatiledata storage memory48. After storing the new configuration data instep140, or if no new configuration data is detected, control passes to step132. If the transmit mode is in effect, control then passes to step142.
Instep142, the head end control unit waits for the real-time clock52 to generate its timing interrupt51. When the interrupt51 is received, the headend control unit40 tests, instep144, whether the new tap data flag has been set. If it has, the tap record for the reconfigured tap is immediately sent to thehead end4 for transmission on thecable plant5 instep146. Note that this tap record is sent even though it may be out of sequence. This ensures that the tap will be reconfigured quickly, so that, if necessary, field personnel can check for rf signals to new subscribers without having to wait for an entire tap record sequence to be transmitted. Following transmission of the out-of-turn tap record instep146, the new tap data flag is reset instep148 and control returns to step132.
If the new tap data flag is not set, a test is made instep150 to determine whether the tap address contained in the most recently generated tap record is the “last” tap address in the sequence of tap records that the headend control unit40 generates. This allows the headend control unit40 to determine when the end of its tap record sequence has been reached, so that the sequence can be repeated. If the last tap address is not detected instep150, the current tap address is incremented instep152. If the test instep150 is positive, indicating that the last generated tap record is the last tap record in the sequence, the current tap address is set to zero instep154. Instep156, a tap record containing the current tap record address is generated and sent to thehead end4. Control then returns to step132.
Turning now to FIGS. 5A and 5B, each tap control circuit70 in thecable system2 begins its processing in the low power sleep state instep160. Step162 represents a power interrupt situation wherein a power interruption and subsequent power resumption in thecable system2 causes the comparator/differentiator circuit88 to generate a power pulse on thepower feed line87. This causes the “Q” output of theRS flip flop76 to go high and theCPU90 to be powered-up without having to wait for thetimer circuit72. If a power interrupt has not occurred, the tap control circuit70 remains in the sleep state instep164 until the output of thecomparator82 goes high. When it does, theCPU90 is powered up instep166 via the “Q” output of theRS flip flop76. TheCPU90, in turn, powers up therf receiver96 instep168 via the receiver power portion of the power andprogramming lines102. Instep170, theCPU90 consults thetap data95 in thenonvolatile memory94 and reads the tap address and tap record transmission frequency settings contained therein. Instep172, the tap record transmission frequency settings are used to tune therf receiver96.
Turning now to FIG. 5B, theCPU90 begins processing the digital tap record information carried on thebit stream line100. More specifically, instep174, theCPU90 tests for a space word (all zeros), which, as described in more detail below, is used to signify the end of one tap record and the beginning of the next. If a space word is detected instep174, theCPU90 reads the tap record immediately following the space word instep176. Instep178, theCPU90 performs CRC (cyclic redundancy checking) or other suitable error checking on the tap record. If the data is good, control passes to step180 and theCPU90 compares the address of the received tap record with the actual tap address previously retrieved from the nonvolatiledata storage memory94 instep170.
If the received tap address and the actual tap address do not correspond instep180, theCPU90 performs a test instep182 to determine whether the received tap address is very early, i.e., whether it is less than the actual tap address by a predetermined minimum differential. If the received tap address is not very early, another test is performed instep184 to determine if the received tap address is early at all, i.e., if it is less than the actual tap address. If the received tap address is early, but not very early, control returns to step174 to check the next received tap address. If the received tap address is found to be either very early instep182, or not early in step184 (i.e., the correct tap address was missed), control proceeds to step186. At this point, theCPU90 will not remain in the wake state to wait for the correct tap address to be sent, as to do so would waste power. Instead, the CPU implements step186 by computing the time when the correct tap address will be sent and by setting thetimer72. The latter is accomplished by storing an appropriate count value in thealarm register80 via thecontrol line188. The CPU then puts itself to sleep instep190 by providing a high output to the “R” input of theRS flip flop76 on thecontrol line192. This causes the “Q” output of theRS flip flop76 to reset to the low state, thus cutting off the power signal to theCPU90 that is carried on thepower feed line91.
If instep180, the received tap address is correct, control passes to step194 and theCPU90 compares the received tap record against thetap data95 to determine whether any changes have been made to the tap configuration settings, such as the tap address, the tap port settings, the tap mode, or the tap record transmission frequency. If any of these settings have changed, thetap data95 is updated with the new information and written to thenonvolatile memory94 instep196. Thereafter, or if no change in the tap configuration settings was detected, control passes to step198. Instep198, theCPU90 tests for a change in the tap port settings, signifying that rf signal access to a particular subscriber premises is being activated or deactivated. If a change in the tap port settings is detected,step200 is implemented and theCPU90 sends appropriate control signals on thecontrol line128 to theswitching array126. Thereafter, or if no change is detected in the tap port settings instep198, control passes tosteps186 and190. As described above, theCPU90 calculates a new wake-up time and sets thetiming circuit72 by programming thealarm register80 via thecontrol line188.
Turning now to FIGS. 6-12, exemplary structures for the tap records46 transmitted by thehead end4, along with possible timings relative thereto, are illustrated. FIG. 6 illustrates anexemplary sequence210 of tap records having tap addresses that successively increment from zero through n−1. FIG. 7 illustrates an exemplary structure for asingle tap record220 transmitted by thehead end4. Thetap record220 is shown as including six information words. The first two words contain a 16 bit tap address; the third word contains eight tap port configuration bits capable of setting up to eight tap port switches; the fourth and fifth words contain 16 CRC bits; and the sixth word is the above-described space word. Note that two or more tap port configuration words could be used for taps containing more than eight ports. For example, two words with eight configuration bits each could set up to 16 ports, three words with eight configuration bits each could set up to 24 ports, and so on. FIG. 8 illustrates anexemplary word structure230 for thetap record220. It contains 10 bits; namely, a start bit, eight data bits arranged from the least significant bit (lsb) to the most significant bit (msb), and a stop bit.
FIGS. 9 and 10 illustrate a mechanism for distinguishing between a space word and a worst case zero value data word during the space word test implemented instep174 of FIG.5B. In thedata word240 of FIG. 9, there is a stop bit for the previous word, followed by a start bit for the current word, followed by a maximum of 8 consecutive zero data bits and a stop bit, for a total of 9 consecutive zero bits. For thespace word250 of FIG. 10, there is no start bit and the stop bit for the previous word is followed by 10 consecutive zero bits, for a total of 11 consecutive zero bits. Thus, by waiting 9.5 bits for the space word, the space word can be distinguished from the worst case data word.
FIG. 11 illustrates possible timings for the tap record transmission sequence described above. Assuming theUART58 in the headend control unit40 outputs tap record data at the baud rate of 4800, there will be an output of 480 bytes/second if the 10-bit word structure230 is used. This will yield 80 records/second if the 6-wordtap record structure220 is used, 4800 records/minute, and 288,000 records per hour. In FIG. 12, it is assumed that a single bit requires 0.208 milliseconds. At 10 bits per word, the word (byte) time will be 2.083 milliseconds. At 6 bytes/record, the record time will be 12.500 milliseconds. If it is assumed that there are two bytes available for tap addresses, it would be possible to address up to 65,536 (216) taps on each frequency being used for tap record transmission. A single pass through all tap records contained in a tap record sequence may be referred to as a “loop.” If there are 64,536 tap records/loop, the total loop time for a complete sequence (loop) of tap records to be sent would be 13.654 minutes. It will be appreciated that many other timing schemes could be used, depending on system configuration and operational requirements.
It is expected that one headend control unit40 will be used for each tap record transmission frequency, and that one headend control unit40 will typically manage 65,536 taps. If each tap has eight ports, a single headend control unit40 could serve 524,288 subscriber premises, each of which could, by way of example, be updated every 13.654 minutes. To manage additional taps, additional headend control units40 and tap record transmission frequencies may be used. Again, many alternative configurations could be implemented.
FIGS. 13A and 13B illustrate an exemplary wake state timing sequence and interval, respectively, for an exemplary set oftaps1 through n−1. As shown in FIG. 13B, the wake state for a tap begins with an initial power up phase, followed by a tap record receive phase that lasts, by way of example, for three tap record reads, followed by a tap update period. Using the timing information of FIGS. 11 and 12, the total elapsed time for the tap wake state would be on the order of 100 milliseconds. Although FIG. 13B shows three tap records being evaluated to account for timing inaccuracies, it would be possible to examine fewer tap records during the tap wake state if sufficient timing synchronization can be achieved.
As can be seen in FIG. 13A, each tap wake up period is staggered. The amount of staggering can be as little as the time it takes to send one record (e.g., 12.5 milliseconds). Thus, whereas the tap in FIG. 13B wakes up to read tap records, n−3, n−2 and n−1, the next tap that wakes up would read tap records, n−4, n−3 and n−2, and so on. If each tap record lasts 12.5 milliseconds, and if the total tap wake time is 100 milliseconds (as shown in FIG.13B), a total of only eight (100/12.5=8) taps would need to be awake at any given time. It is contemplated that each tap will consume no more than approximately 15 milli-amps during the wake state. During the sleep state, current consumption will generally vary between approximately 2-3 orders of magnitude less than the wake state current consumption (e.g., between about 15 micro-amps if a latchingrelay switching array126 is used and 100 micro-amps if a solidstate switching array126 is used). For an addressable tap system containing 65,536 taps, eight of which are awake at any given time, and assuming a wake state current consumption of 15 milli-amps per tap and a sleep state current consumption of 15 micro-amps per tap, the total current consumption in milli-amps would be I=[(8×15)+(65,528×0.015)]=1.1 amps. If the sleep state current consumption is 100 micro-amps per tap, the total current consumption would be I=[(8×15)+(65,528×0.100)]=6.7 amps. It will thus be appreciated that the total tap-related power drain on thecable system2 is insignificant in comparison to prior art addressable tap systems wherein all taps remain on full power.
Other power modes may be implemented to further reduce power consumption. For example, in addition to the “low” power mode described above, a “zero” power mode could be used that draws no line power, at least during the sleep state, such that the taps are self powered. This mode could be implemented, by way of example, using a solar activated power source on each tap to provide sleep state power. Wake state power would preferably still be provided by thecable plant5. In order to minimize the solar power used during the sleep state, the taps could be programmed to awaken less frequently than once every tap record transmission sequence (loop). For example, the taps could wake up every 10 loops, every 100 loops, every 24 hours, etc.
FIGS. 15 and 16 illustrate an exemplaryalternative tap record260 andmode byte270, respectively, that can be used to set the tap mode. Thetap record260 of FIG. 15 includes the same information as thetap record220 of FIG. 7, together with additional bytes for specifying the tap mode, the tap record transmission frequency, the tap address, etc. Themode byte270 of FIG. 16 is contained in thetap record260. It can be used to select the above-described low power and zero power modes. Other modes, such as an immediate power mode that keeps the tap in an awakened state until further notice, can also be specified.
FIG. 17 illustrates an exemplary “broadcast”tap record280 that can be sent from thehead end4 to configure additional aspects of the cable system taps. The bytes contained in this tap record may contain information for configuring any desirable parameter of the taps, including the parameters described herein and any other parameters cable system operators may desire to change, thus illustrating the flexibility of the inventive system and method.
Accordingly, a system and method for controlling a plurality of broadband communication network switching units using minimal network transmission medium power, has been described. While various embodiments have been disclosed, it should be apparent that variations and alternative embodiments could be implemented in accordance with the invention. It is understood, therefore, that the invention is not to be in any way limited except in accordance with the spirit of the appended claims and their equivalents.