US20010040899A1 - Method and apparatus for bandwidth management in a digital loop carrier system - Google Patents
Method and apparatus for bandwidth management in a digital loop carrier system Download PDFInfo
- Publication number
- US20010040899A1 US20010040899A1 US09/134,130 US13413098A US2001040899A1 US 20010040899 A1 US20010040899 A1 US 20010040899A1 US 13413098 A US13413098 A US 13413098A US 2001040899 A1 US2001040899 A1 US 2001040899A1
- Authority
- US
- United States
- Prior art keywords
- call
- service
- given
- bandwidth
- time slot
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
- H04J3/1682—Allocation of channels according to the instantaneous demands of the users, e.g. concentrated multiplexers, statistical multiplexers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/38—Flow control; Congestion control by adapting coding or compression rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/801—Real time traffic
Definitions
- the present invention relates generally to digital loop carrier (DLC) systems and, more particularly, to bandwidth management in DLC systems.
- DLC digital loop carrier
- DLC systems have been an important part of local exchange carrier line deployment for over 15 years. They reduce the copper cabling used in local loops, which comprise the physical connection between a subscriber's premises and the telecommunications network provider.
- a DLC system consolidates multiple individual subscriber telephone lines into one or more copper or fiber carrier lines extending from the subscriber area to the network provider central office (CO). DLC systems thereby enable network providers to leverage investments in copper cable in the field by allowing it to transport more subscribers in larger geographic areas.
- a known method for increasing available bandwidth in existing communication networks comprises compressing all loop traffic (namely, both voice frequency and data) using compression techniques such as adaptive pulse code modulation (ADPCM) and other compression algorithms. While voice signals can generally be compressed without significant degradation, compression has a detrimental effect on the quality and bit rate of data transmission. Consequently, compression techniques are not widely used in loop systems.
- ADPCM adaptive pulse code modulation
- a primary object of the invention is to provide a method and apparatus for intelligently managing bandwidth in a DLC system by identifying and selectively compressing signals that can be compressed without significant degradation.
- Another object of the invention is to provide a bandwidth management scheme for a DLC system that ensures each new call of getting at least a given default bandwidth when initiated.
- An additional object of the invention is to provide a method and apparatus for optimizing bandwidth usage in a DLC system with the surplus bandwidth being made available for broadband transmission and other services.
- Yet another object of the invention is to provide a system including central and remote terminals having advanced bandwidth management capability that furnish higher channel capacity in less space, and that are easy to install, use and maintain.
- a further object of the invention is to provide a DLC system with a sophisticated bandwidth management scheme that supports multiple telecommunications services, including plain old telephone service (POTS), coin, digital, broadband, ISDN, frame relay, ATM and other services.
- POTS plain old telephone service
- Still another object of the invention is to provide a method and apparatus for collecting data on system usage to facilitate network planning and costing.
- the system includes service cards connectable to at least one transport card having a given bandwidth capacity. Each of the service cards supports multiple subscriber channels.
- the system Upon initiation of a first call, the system allocates the call to a given time slot of the transport card. The given time slot is assigned a given default bandwidth, e.g., 64 kbps. While the first call is in progress, the system determines whether the call is voice or data (e.g., modem).
- voice or data e.g., modem
- the system may selectively reduce the given default bandwidth allocated to the first call if necessary to ensure that a second call, if initiated while the first call remains in progress, can be assigned the given default bandwidth.
- each new call is ensured of getting at least the default bandwidth when initiated.
- FIG. 1 is a schematic block diagram illustrating a DLC system in accordance with the invention
- FIG. 2 is a front view of a Central Digital Terminal (CDT) of the DLC system in accordance with the invention
- FIG. 3 is a schematic block diagram illustrating functional components of a Remote Digital Terminal (RDT) in accordance with the invention
- FIG. 4 is a schematic block diagram illustrating in greater detail the functional components of the CPU card of the RDT;
- FIG. 5 is a flowchart illustrating operation of the RDT to allocate a time slot for a call
- FIG. 6 is a flowchart illustrating operation of the RDT to selectively compress a call
- FIG. 7 is a flowchart illustrating operation of the RDT to update a database containing information on system traffic
- FIGS. 8 A- 8 C are graphs illustrating use of an algorithm template to distinguish between voice and data signals.
- FIG. 9 is a block diagram of the database used for storing data on system traffic.
- FIG. 1 illustrates a DLC system 10 according to the present invention. Certain aspects and features of the inventive bandwidth management solution used in the system may be implemented in network architectures other than DLCs. However, for convenience of illustration, the invention is described in the context of a DLC system.
- the system 10 preferably includes a Central Digital Terminal (CDT) 12 , which is located at the CO 14 (i.e., local exchange switch), and a Remote Digital Terminal (RDT) 16 , which is located near subscribers.
- CDT Central Digital Terminal
- RDT Remote Digital Terminal
- the CDT 12 and the RDT 16 are connected by one or more media 18 , 20 such as carrier lines (e.g., copper, coaxial cable, and optical fiber lines) and wireless media.
- carrier lines e.g., copper, coaxial cable, and optical fiber lines
- the RDT 16 generally serves as a multiple line network node providing services to multiple subscribers 22 .
- Both digital and analog services can be provided including POTS, coin, broadband, ISDN, frame relay, ATM, universal voice grade (UVG), and other services.
- the DLC system shown in FIG. 1 is a point-to-point system. It should be noted, however, that the invention can be implemented in a variety of network topologies including star, ring, drop and insert, and star from remote terminals topologies or some combination thereof.
- the CDT and RDT units preferably are functionally similar, each preferably comprising a channel bank assembly, an example of which (for the CDT) is shown in FIG. 2.
- the CDT channel bank assembly 24 has a plurality of slots 26 for receiving various operating cards.
- the RDT typically includes fewer slots since the CDT typically serves more than one RDT.
- the slots 26 include preferably two Central Processing Unit (CPU) slots (for redundancy) for receiving CPU cards 28 , two power supply slots (also for redundancy) for receiving power supply cards 30 , and multiple general purpose slots.
- the general purpose slots are equipped with various service cards (e.g., POTS cards) and so-called transport cards for providing phone and data services to customers.
- the unit 24 preferably has inter-shelf connectivity through a backplane; it can be easily expanded by linking additional channel bank assemblies to a primary shelf by means of a fiber optic cable (not shown) in a daisy-chain formation.
- FIG. 3 illustrates in general the operation of the RDT 16 .
- the RDT 16 includes a CPU card 31 , a more detailed block diagram of which is shown in FIG. 4.
- the CPU card 31 is designed for system wide control. It provides bandwidth management and control, alarm management, maintenance and testing, timing generation, and system provisioning.
- the CPU card 31 includes a Field Programmable Gate Array (FPGA) 32 , a digital signal processor (DSP) 34 , a CPU 36 , a dual port random access memory (DSR) 38 , which interfaces the CPU 36 to the DSP 34 , and a database 40 .
- the CPU card 31 also includes a low power real time clock 41 for time stamping alarms and system activities.
- the CPU 36 is the controlling element of each shelf.
- the CPU 36 is preferably designed to operate in either stand-alone or redundant configurations.
- the CPU 36 preferably comprises a Motorola MCF5206 Coldfire processor. It should be noted, however, that a variety of other processors capable of performing the functions described herein can alternatively be used.
- the 5206 processor runs on a 16 bit bus with 16 bit program and data memory spaces defined.
- the architecture provides dynamic bus sizing options to provide support for 8 bit peripherals.
- the architecture is based on a Reduced Instruction Set Computing (RISC) core that provides extremely efficient, high speed operation.
- RISC Reduced Instruction Set Computing
- the CPU 36 is preferably supported by various memory units.
- a 32 Megabyte (1.5M ⁇ 16) flash memory 43 is provided for program storage.
- a 16 Megabyte (1 M ⁇ 16) SRAM memory 45 is provided for storage of program data.
- a 4 Megabyte (512 k ⁇ 8) flash memory 47 is provided for configuration and provisioning.
- a serial EEPROM 49 is also provided for card provisioning.
- the CPU 36 controls traffic based on information received from the DSP 34 . It also controls a linked list 51 in the DPR 38 , which contains information including data on time slot allocation, by adding and removing items from the list.
- the FPGA 32 provides access to the DSP 34 .
- the FPGA 32 can be remotely modified to change system hardware as desired.
- the DSP 34 samples and analyzes traffic to determine if traffic in a particular time slot is voice or data using an algorithm described below. After analyzing the time slot, the DSP 34 updates the DPR linked list 51 with its last evaluation of the sample it took.
- the database 40 contains current and historical traffic information for use in network planning and operation, as will be described below.
- the RDT 16 also includes one or more transport cards 42 , 44 (two transport cards are shown in FIG. 3) connected to one or more service cards 46 , 48 (two POTS service cards are shown). There are “n” service cards per transport card.
- a systems communications bus 50 connects each of the cards and CPU 36 for carrying control signals.
- the bus 50 is a time division multiplex (TDM) bus.
- a pulse code modulation (PCM) bus 52 connects the service cards 46 , 48 and the transport cards 42 , 44 for traffic flow.
- the POTS service cards 46 , 48 can contain eight channels servicing eight subscribers.
- the system can include a variety of other service cards providing other services such as coin, digital, broadband, ISDN, frame relay, ATM, UVG and other services.
- the transport cards 42 , 44 of the RDT 16 are connected to corresponding transport cards (not shown) in the CDT 12 by various media (e.g., carrier lines and wireless media).
- the transport cards provide a high speed link between the RDT 16 and the CDT 12 .
- one set of transport cards is connected by an optical fiber line 18
- the other set of transport cards 44 is connected by copper cabling 20 supporting one of a variety of protocols including ISDN, MDSL, HDSL, ADSL and T1, which have varying bandwidth capacities.
- the bandwidth can be divided into time slots 53 having a given bandwidth, e.g., 64 kbps, 32 kbps or 16 kbps.
- FIG. 5 is a flow chart illustrating CPU-controlled operation of the RDT 16 .
- one of the service cards 46 , 48 which are interrupt driven, detects a request for service from one of the subscribers 22 , i.e., an off-hook condition.
- the CPU 36 determines what transport card to use at step 56 based on the level of service pre-selected by the subscriber 22 .
- time slot availability for the transport card is analyzed at step 58 .
- a time slot is then assigned to the service having a given default bandwidth, preferably 64 kbps, at step 60 .
- the linked list 51 in the DPR 38 is then updated with information on this call.
- bandwidth can alternatively be allocated on a service card basis.
- the DSP 34 analyzes the system periodically, e.g., at every second. First, at steps 64 , 66 , the time slot allocation in each transport card is analyzed to determine whether a preset threshold value relating to the transport card capacity has been exceeded. If not, the analysis for this period ends at 68 . If the threshold has been exceeded, the database 40 is inspected at 70 to analyze all active time slots on the transport card. Then at step 72 , the DSP uses an algorithm to determine whether there are any active calls that can be compressed without significant degradation (e.g., primarily voice, but optionally low speed data traffic). If such calls are found, they are further analyzed to determine whether the system is authorized to compress any of these calls.
- significant degradation e.g., primarily voice, but optionally low speed data traffic
- each subscriber channel can be provisioned to be locked at a given bandwidth or level of service if desired.
- the DSP analysis for this period ends at 74 . If the DSP determines that a call can be compressed, a compression time slot having a reduced bandwidth (e.g., 32 kbps) is set up at 76 , and the service time slot (i.e., the one currently hosting the compressible call) is moved on the fly to the compression time slot. Bandwidth on the service time slot is thus freed up for usage at step 80 .
- the linked list 51 in the DPR 38 is then updated at step 84 to indicate the time slot change.
- the CPU 36 Upon reallocation of the time slot, the CPU 36 notifies the corresponding POTS service card in the CDT 12 that the signal is to be received on the new time slot.
- circuitry for performing the compression is located on the transport cards, although this is not required. Such circuitry could optionally be implemented in firmware and software, or on the service card, or centrally located elsewhere in the shelf.
- the CPU 36 also analyzes the system periodically, e.g., at every second, to determine if the DSP 34 has completed some analysis at steps 86 , 88 .
- the CPU 36 analyzes time slot linked list 51 in the DPR 38 in a round robin basis (as indicated by the arrows 90 ). If no changes have been made since the previous time period, the CPU analysis for this time period ends at 92 . If some change has been made, then the database is updated at 94 and the item is removed from the linked list and the DSP scan list at 96 .
- the system preferably includes a craft interface 106 (shown, e.g., in FIG. 2), through which it can be programmed to perform selective signal compression. For instance, the system can be set up to assure that no compression takes place for any call made by a particular subscriber. In this case, all the subscriber's calls will be assigned the default bandwidth (preferably 64 kbps). A subscriber can also specify an unacceptable level of service, e.g., that no call will be assigned a bandwidth less than 32 kbps. The system can also be programmed to provide substantially greater compression, e.g., to 16 kbps, to ensure emergency service during periods of heavy usage.
- a craft interface 106 shown, e.g., in FIG. 2
- the system can also be programmed to provide substantially greater compression, e.g., to 16 kbps, to ensure emergency service during periods of heavy usage.
- the system can use two craft interface options: a menu-driven interface and a Windows based graphical user interface (GUI).
- the menu-driven interface can be used to access the system from any CDT or RDT with a dumb terminal, a personal computer (PC) with emulation software, or a modem.
- the GUI can also be used to access the system from any CDT or RDT with a PC preferably operating with Windows 95.TM
- the craft interface function facilitates system administration, maintenance, provisioning, and testing.
- FIGS. 8 A- 8 C are graphs illustrating use of a filtering algorithm to distinguish between voice and data calls.
- FIGS. 8A and 8B show generalized exemplary voice and data signals, respectively.
- the data signal has a substantially steady amplitude over a given frequency range compared to the fluctuating voice frequency signal.
- the algorithm overlays a sample signal on a data signal template. The error or difference between the signals (shown shaded) is then normalized and analyzed to determine whether it exceeds a given value. If so, the signal is identified as a voice signal. If not, the signal is identified as data.
- the database 40 allows customers, i.e., operators of the DLC systems, to compile data on subscriber use of the system.
- the database 40 preferably is stored in non-volatile memory. Accordingly, information will not be lost if the card containing the memory is pulled out of the unit or if there is a power outage.
- the database 40 is preferably periodically backed-up to a remotely located main database (not shown).
- the database 40 preferably is subdivided into an active channel database 98 , an active transport database 100 , a historical channel database 102 , and a historical transport database 104 .
- the channel databases 98 , 102 preferably contain per channel data including information on:
- the transport databases 100 , 104 preferably contain transport card data including information on:
- any suitable statistical method may be used to analyze collected data.
- Known statistical methods include, without limitation, pattern matching algorithms, fuzzy logic algorithms, an adaptive inference engine having a set of learning rules, and other known or later-developed statistical evaluation routines.
- the particular routine is preferably implemented in software running on a computer connected to the craft input 106 . While a statistical analysis on the data is the preferred, one of ordinary skill will appreciate that deterministic analysis techniques can also be used. All such variations are within the scope of this invention.
- the data collected by the system can be used by customers for network planning to keep track of system demand and needs.
- the data also can be used to provide incremental revenue. For example, customers can charge subscribers different rates for voice calls and data calls or can charge rates dependent on the amount of bandwidth used for a given call.
- the DLC system in accordance with the invention thus has numerous advantages. It comprises an advanced network transmission system that significantly increases local loop capacity and allows communications providers to meet increasingly high demands for service and reliability.
- the system is economical and flexible, making it ideal both for upgrades to existing networks and for new applications. It adds value to existing DLC systems by maximizing use of existing carrier line infrastructure. It can be expanded quickly and easily, and deployed in a variety of configurations including point-to-point, star, and drop and insert or any combination of these network topologies.
- the system is designed with redundancy, inter-shelf connectivity, and shared system intelligence.
- the system operates on a variety of transport or carrier media including copper (supporting a variety of protocols including MDSL, ADSL, HDSL, and T1), fiber, coax, and wireless. It provides a high pair gain (e.g., 48:1) over a single twisted pair. It also enables a large number (e.g., 4488) of simultaneous off-hook voice connections per twisted pair.
- transport or carrier media including copper (supporting a variety of protocols including MDSL, ADSL, HDSL, and T1), fiber, coax, and wireless. It provides a high pair gain (e.g., 48:1) over a single twisted pair. It also enables a large number (e.g., 4488) of simultaneous off-hook voice connections per twisted pair.
- system units furnish higher channel capacity in less space, and are easy to install, use, and maintain.
- the system also advantageously provides a means for collecting data on usage to facilitate network planning and costing.
Abstract
Description
- 1. Technical Field
- The present invention relates generally to digital loop carrier (DLC) systems and, more particularly, to bandwidth management in DLC systems.
- 2. Description of the Related Art
- DLC systems have been an important part of local exchange carrier line deployment for over 15 years. They reduce the copper cabling used in local loops, which comprise the physical connection between a subscriber's premises and the telecommunications network provider. A DLC system consolidates multiple individual subscriber telephone lines into one or more copper or fiber carrier lines extending from the subscriber area to the network provider central office (CO). DLC systems thereby enable network providers to leverage investments in copper cable in the field by allowing it to transport more subscribers in larger geographic areas.
- It has become increasingly important to scale networks to higher speed technologies such as, e.g., digital subscriber line (xDSL) technology, integrated synchronous digital network (ISDN) and other services. These technologies allow data to be transmitted over standard copper cable at speeds of several megabits of data per second. Many factors are driving the need for faster transport capabilities, the most significant of which is increased Internet usage by subscribers.
- The resulting increased network traffic has caused bottlenecking in existing DLC systems because of the finite bandwidth capacity of the carrier line infrastructure leading to the CO. A tremendous need thus exists for increasing the capacity and flexibility of existing carrier line infrastructure.
- A known method for increasing available bandwidth in existing communication networks comprises compressing all loop traffic (namely, both voice frequency and data) using compression techniques such as adaptive pulse code modulation (ADPCM) and other compression algorithms. While voice signals can generally be compressed without significant degradation, compression has a detrimental effect on the quality and bit rate of data transmission. Consequently, compression techniques are not widely used in loop systems.
- A primary object of the invention is to provide a method and apparatus for intelligently managing bandwidth in a DLC system by identifying and selectively compressing signals that can be compressed without significant degradation.
- Another object of the invention is to provide a bandwidth management scheme for a DLC system that ensures each new call of getting at least a given default bandwidth when initiated.
- An additional object of the invention is to provide a method and apparatus for optimizing bandwidth usage in a DLC system with the surplus bandwidth being made available for broadband transmission and other services.
- Yet another object of the invention is to provide a system including central and remote terminals having advanced bandwidth management capability that furnish higher channel capacity in less space, and that are easy to install, use and maintain.
- A further object of the invention is to provide a DLC system with a sophisticated bandwidth management scheme that supports multiple telecommunications services, including plain old telephone service (POTS), coin, digital, broadband, ISDN, frame relay, ATM and other services.
- Still another object of the invention is to provide a method and apparatus for collecting data on system usage to facilitate network planning and costing.
- These and other objects are accomplished by a method and apparatus for managing bandwidth in a DLC system. In a preferred embodiment, the system includes service cards connectable to at least one transport card having a given bandwidth capacity. Each of the service cards supports multiple subscriber channels. Upon initiation of a first call, the system allocates the call to a given time slot of the transport card. The given time slot is assigned a given default bandwidth, e.g., 64 kbps. While the first call is in progress, the system determines whether the call is voice or data (e.g., modem). If the first call is voice, the system may selectively reduce the given default bandwidth allocated to the first call if necessary to ensure that a second call, if initiated while the first call remains in progress, can be assigned the given default bandwidth. Thus, according to the inventive bandwidth management scheme, each new call is ensured of getting at least the default bandwidth when initiated.
- The foregoing has outlined some of the more pertinent objects and features of the present invention. These objects should be construed to be merely illustrative of some of the more prominent features and applications of the invention. Many other beneficial results can be attained by applying the disclosed invention in a different manner or modifying the invention as will be described. Accordingly, other objects and a fuller understanding of the invention may be had by referring to the following Detailed Description of the Preferred Embodiment.
- For a more complete understanding of the present invention and the advantages thereof, reference should be made to the following Detailed Description taken in connection with the accompanying drawings, in which:
- FIG. 1 is a schematic block diagram illustrating a DLC system in accordance with the invention;
- FIG. 2 is a front view of a Central Digital Terminal (CDT) of the DLC system in accordance with the invention;
- FIG. 3 is a schematic block diagram illustrating functional components of a Remote Digital Terminal (RDT) in accordance with the invention;
- FIG. 4 is a schematic block diagram illustrating in greater detail the functional components of the CPU card of the RDT;
- FIG. 5 is a flowchart illustrating operation of the RDT to allocate a time slot for a call;
- FIG. 6 is a flowchart illustrating operation of the RDT to selectively compress a call;
- FIG. 7 is a flowchart illustrating operation of the RDT to update a database containing information on system traffic;
- FIGS.8A-8C are graphs illustrating use of an algorithm template to distinguish between voice and data signals; and
- FIG. 9 is a block diagram of the database used for storing data on system traffic.
- FIG. 1 illustrates a
DLC system 10 according to the present invention. Certain aspects and features of the inventive bandwidth management solution used in the system may be implemented in network architectures other than DLCs. However, for convenience of illustration, the invention is described in the context of a DLC system. - The
system 10 preferably includes a Central Digital Terminal (CDT) 12, which is located at the CO 14 (i.e., local exchange switch), and a Remote Digital Terminal (RDT) 16, which is located near subscribers. The CDT 12 and theRDT 16 are connected by one ormore media - The
RDT 16 generally serves as a multiple line network node providing services tomultiple subscribers 22. Both digital and analog services can be provided including POTS, coin, broadband, ISDN, frame relay, ATM, universal voice grade (UVG), and other services. - The DLC system shown in FIG. 1 is a point-to-point system. It should be noted, however, that the invention can be implemented in a variety of network topologies including star, ring, drop and insert, and star from remote terminals topologies or some combination thereof.
- The CDT and RDT units preferably are functionally similar, each preferably comprising a channel bank assembly, an example of which (for the CDT) is shown in FIG. 2. The CDT channel bank assembly24 has a plurality of
slots 26 for receiving various operating cards. (The RDT typically includes fewer slots since the CDT typically serves more than one RDT.) Theslots 26 include preferably two Central Processing Unit (CPU) slots (for redundancy) for receivingCPU cards 28, two power supply slots (also for redundancy) for receivingpower supply cards 30, and multiple general purpose slots. The general purpose slots are equipped with various service cards (e.g., POTS cards) and so-called transport cards for providing phone and data services to customers. - The unit24 preferably has inter-shelf connectivity through a backplane; it can be easily expanded by linking additional channel bank assemblies to a primary shelf by means of a fiber optic cable (not shown) in a daisy-chain formation.
- FIG. 3 illustrates in general the operation of the
RDT 16. TheRDT 16 includes aCPU card 31, a more detailed block diagram of which is shown in FIG. 4. TheCPU card 31 is designed for system wide control. It provides bandwidth management and control, alarm management, maintenance and testing, timing generation, and system provisioning. - The
CPU card 31 includes a Field Programmable Gate Array (FPGA) 32, a digital signal processor (DSP) 34, aCPU 36, a dual port random access memory (DSR) 38, which interfaces theCPU 36 to theDSP 34, and adatabase 40. TheCPU card 31 also includes a low powerreal time clock 41 for time stamping alarms and system activities. - The
CPU 36 is the controlling element of each shelf. TheCPU 36 is preferably designed to operate in either stand-alone or redundant configurations. In the embodiment described herein, theCPU 36 preferably comprises a Motorola MCF5206 Coldfire processor. It should be noted, however, that a variety of other processors capable of performing the functions described herein can alternatively be used. The 5206 processor runs on a 16 bit bus with 16 bit program and data memory spaces defined. The architecture provides dynamic bus sizing options to provide support for 8 bit peripherals. The architecture is based on a Reduced Instruction Set Computing (RISC) core that provides extremely efficient, high speed operation. - The
CPU 36 is preferably supported by various memory units. A 32 Megabyte (1.5M×16)flash memory 43 is provided for program storage. A 16 Megabyte (1 M×16)SRAM memory 45 is provided for storage of program data. A 4 Megabyte (512 k×8)flash memory 47 is provided for configuration and provisioning. Aserial EEPROM 49 is also provided for card provisioning. - The
CPU 36 controls traffic based on information received from theDSP 34. It also controls a linked list 51 in theDPR 38, which contains information including data on time slot allocation, by adding and removing items from the list. - The
FPGA 32 provides access to theDSP 34. TheFPGA 32 can be remotely modified to change system hardware as desired. - Among other functions, the
DSP 34 samples and analyzes traffic to determine if traffic in a particular time slot is voice or data using an algorithm described below. After analyzing the time slot, theDSP 34 updates the DPR linked list 51 with its last evaluation of the sample it took. - The
database 40 contains current and historical traffic information for use in network planning and operation, as will be described below. - The
RDT 16 also includes one ormore transport cards 42, 44 (two transport cards are shown in FIG. 3) connected to one or more service cards 46, 48 (two POTS service cards are shown). There are “n” service cards per transport card. Asystems communications bus 50 connects each of the cards andCPU 36 for carrying control signals. Thebus 50 is a time division multiplex (TDM) bus. A pulse code modulation (PCM)bus 52 connects theservice cards 46, 48 and thetransport cards 42, 44 for traffic flow. - The
service cards 46, 48 shown each provide POTS service to a plurality ofsubscribers 22. For example, thePOTS service cards 46, 48 can contain eight channels servicing eight subscribers. Though not shown, the system can include a variety of other service cards providing other services such as coin, digital, broadband, ISDN, frame relay, ATM, UVG and other services. - The
transport cards 42, 44 of theRDT 16 are connected to corresponding transport cards (not shown) in theCDT 12 by various media (e.g., carrier lines and wireless media). The transport cards provide a high speed link between theRDT 16 and theCDT 12. In the FIG. 3 system, one set of transport cards is connected by anoptical fiber line 18, and the other set of transport cards 44 is connected bycopper cabling 20 supporting one of a variety of protocols including ISDN, MDSL, HDSL, ADSL and T1, which have varying bandwidth capacities. The bandwidth can be divided intotime slots 53 having a given bandwidth, e.g., 64 kbps, 32 kbps or 16 kbps. - FIG. 5 is a flow chart illustrating CPU-controlled operation of the
RDT 16. Initially atstep 54, one of theservice cards 46, 48, which are interrupt driven, detects a request for service from one of thesubscribers 22, i.e., an off-hook condition. TheCPU 36 then determines what transport card to use at step 56 based on the level of service pre-selected by thesubscriber 22. Next, time slot availability for the transport card is analyzed atstep 58. A time slot is then assigned to the service having a given default bandwidth, preferably 64 kbps, atstep 60. The linked list 51 in theDPR 38 is then updated with information on this call. - It is preferred, though not required, to allocate bandwidth on a transport card basis. Bandwidth can alternatively be allocated on a service card basis.
- As shown in FIG. 6, while the call is in progress, the
DSP 34 analyzes the system periodically, e.g., at every second. First, atsteps 64, 66, the time slot allocation in each transport card is analyzed to determine whether a preset threshold value relating to the transport card capacity has been exceeded. If not, the analysis for this period ends at 68. If the threshold has been exceeded, thedatabase 40 is inspected at 70 to analyze all active time slots on the transport card. Then atstep 72, the DSP uses an algorithm to determine whether there are any active calls that can be compressed without significant degradation (e.g., primarily voice, but optionally low speed data traffic). If such calls are found, they are further analyzed to determine whether the system is authorized to compress any of these calls. (Subscribers can be given the option to have none of their calls compressed including those that can be compressed without significant degradation. In other words, each subscriber channel can be provisioned to be locked at a given bandwidth or level of service if desired.) If no calls can be compressed, the DSP analysis for this period ends at 74. If the DSP determines that a call can be compressed, a compression time slot having a reduced bandwidth (e.g., 32 kbps) is set up at 76, and the service time slot (i.e., the one currently hosting the compressible call) is moved on the fly to the compression time slot. Bandwidth on the service time slot is thus freed up for usage at step 80. The linked list 51 in theDPR 38 is then updated atstep 84 to indicate the time slot change. - Upon reallocation of the time slot, the
CPU 36 notifies the corresponding POTS service card in theCDT 12 that the signal is to be received on the new time slot. - There is no service interruption during the time slot transfer because the signal will be transmitted on two time slots (at the default bandwidth and at the compressed bandwidth) during setup of the compression time slot. The CPU instructs the POTS card to multicast the call on the two time slots until the compression algorithm is equalized. Thereafter, transmission on the default bandwidth time slot is stopped and the time slot is released. Users thereby avoid hearing noise during time slot transfer.
- The circuitry for performing the compression is located on the transport cards, although this is not required. Such circuitry could optionally be implemented in firmware and software, or on the service card, or centrally located elsewhere in the shelf.
- As shown in FIG. 7, while the call is in progress, the
CPU 36 also analyzes the system periodically, e.g., at every second, to determine if theDSP 34 has completed some analysis atsteps CPU 36 analyzes time slot linked list 51 in theDPR 38 in a round robin basis (as indicated by the arrows 90). If no changes have been made since the previous time period, the CPU analysis for this time period ends at 92. If some change has been made, then the database is updated at 94 and the item is removed from the linked list and the DSP scan list at 96. - The system preferably includes a craft interface106 (shown, e.g., in FIG. 2), through which it can be programmed to perform selective signal compression. For instance, the system can be set up to assure that no compression takes place for any call made by a particular subscriber. In this case, all the subscriber's calls will be assigned the default bandwidth (preferably 64 kbps). A subscriber can also specify an unacceptable level of service, e.g., that no call will be assigned a bandwidth less than 32 kbps. The system can also be programmed to provide substantially greater compression, e.g., to 16 kbps, to ensure emergency service during periods of heavy usage.
- The system can use two craft interface options: a menu-driven interface and a Windows based graphical user interface (GUI). The menu-driven interface can be used to access the system from any CDT or RDT with a dumb terminal, a personal computer (PC) with emulation software, or a modem. The GUI can also be used to access the system from any CDT or RDT with a PC preferably operating with Windows 95.™ The craft interface function facilitates system administration, maintenance, provisioning, and testing.
- FIGS.8A-8C are graphs illustrating use of a filtering algorithm to distinguish between voice and data calls. FIGS. 8A and 8B show generalized exemplary voice and data signals, respectively. As shown, the data signal has a substantially steady amplitude over a given frequency range compared to the fluctuating voice frequency signal. As shown in FIG. 8C, the algorithm overlays a sample signal on a data signal template. The error or difference between the signals (shown shaded) is then normalized and analyzed to determine whether it exceeds a given value. If so, the signal is identified as a voice signal. If not, the signal is identified as data.
- The
database 40 allows customers, i.e., operators of the DLC systems, to compile data on subscriber use of the system. Thedatabase 40 preferably is stored in non-volatile memory. Accordingly, information will not be lost if the card containing the memory is pulled out of the unit or if there is a power outage. Thedatabase 40 is preferably periodically backed-up to a remotely located main database (not shown). - As shown in FIG. 9, the
database 40 preferably is subdivided into anactive channel database 98, anactive transport database 100, ahistorical channel database 102, and ahistorical transport database 104. - The
channel databases - the number of calls at each service level;
- the number of voice calls;
- the number of data calls;
- the lowest order of service;
- the number of call minutes;
- the number of average call minutes;
- the number of blocked calls when system capacity is exceeded; and
- customer options.
- The
transport databases - the number of maximum time slots assigned;
- the number of blocked seconds;
- the minimum service level duration;
- customer options;
- the number of service level alarms activated when service level reaches a given bandwidth;
- average call duration;
- average number of active calls; and
- the channel/time slot ratio.
- According to the present invention, any suitable statistical method may be used to analyze collected data. Known statistical methods include, without limitation, pattern matching algorithms, fuzzy logic algorithms, an adaptive inference engine having a set of learning rules, and other known or later-developed statistical evaluation routines. The particular routine is preferably implemented in software running on a computer connected to the
craft input 106. While a statistical analysis on the data is the preferred, one of ordinary skill will appreciate that deterministic analysis techniques can also be used. All such variations are within the scope of this invention. - The data collected by the system can be used by customers for network planning to keep track of system demand and needs. The data also can be used to provide incremental revenue. For example, customers can charge subscribers different rates for voice calls and data calls or can charge rates dependent on the amount of bandwidth used for a given call.
- It should be noted that the data collection means described herein can be advantageously used in a variety of networks and is not limited to DLC systems.
- The DLC system in accordance with the invention thus has numerous advantages. It comprises an advanced network transmission system that significantly increases local loop capacity and allows communications providers to meet increasingly high demands for service and reliability.
- The system is economical and flexible, making it ideal both for upgrades to existing networks and for new applications. It adds value to existing DLC systems by maximizing use of existing carrier line infrastructure. It can be expanded quickly and easily, and deployed in a variety of configurations including point-to-point, star, and drop and insert or any combination of these network topologies. The system is designed with redundancy, inter-shelf connectivity, and shared system intelligence.
- The system operates on a variety of transport or carrier media including copper (supporting a variety of protocols including MDSL, ADSL, HDSL, and T1), fiber, coax, and wireless. It provides a high pair gain (e.g., 48:1) over a single twisted pair. It also enables a large number (e.g., 4488) of simultaneous off-hook voice connections per twisted pair.
- In addition, the system units furnish higher channel capacity in less space, and are easy to install, use, and maintain.
- The system also advantageously provides a means for collecting data on usage to facilitate network planning and costing.
- Having thus described our invention, what we claim as new and desire to secure by Letters Patent is set forth in the following claims.
Claims (56)
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/134,130 US6421356B2 (en) | 1998-08-14 | 1998-08-14 | Method and apparatus for bandwidth management in a digital loop carrier system |
AU55547/99A AU5554799A (en) | 1998-08-14 | 1999-08-11 | Method and apparatus for bandwidth management in a digital loop carrier system |
PCT/US1999/018216 WO2000010273A2 (en) | 1998-08-14 | 1999-08-11 | Method and apparatus for bandwidth management in a digital loop carrier system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/134,130 US6421356B2 (en) | 1998-08-14 | 1998-08-14 | Method and apparatus for bandwidth management in a digital loop carrier system |
Publications (2)
Publication Number | Publication Date |
---|---|
US20010040899A1 true US20010040899A1 (en) | 2001-11-15 |
US6421356B2 US6421356B2 (en) | 2002-07-16 |
Family
ID=22461895
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/134,130 Expired - Fee Related US6421356B2 (en) | 1998-08-14 | 1998-08-14 | Method and apparatus for bandwidth management in a digital loop carrier system |
Country Status (3)
Country | Link |
---|---|
US (1) | US6421356B2 (en) |
AU (1) | AU5554799A (en) |
WO (1) | WO2000010273A2 (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6452944B1 (en) * | 1998-11-30 | 2002-09-17 | Alcatel Usa Sourcing, L.P. | Asymmetrical digital subscriber line (ADSL) signal traffic and non-ADSL traffic discriminator |
US6493336B1 (en) * | 1999-03-30 | 2002-12-10 | Nortel Networks Limited | System optimized always on dynamic integrated services digital network |
US6763109B1 (en) | 2000-10-06 | 2004-07-13 | Advanced Fibre Access Corporation | Copper based interface system and regulated power source |
US6775299B1 (en) * | 2000-10-06 | 2004-08-10 | Advanced Fibre Access Corporation | Copper based interface system and data frame format |
US6795538B1 (en) | 2000-10-06 | 2004-09-21 | Advanced Fibre Access Corporation | Initialization and monitoring system and method for DLC device |
US20040223450A1 (en) * | 2003-03-25 | 2004-11-11 | Brad Bridges | Method and apparatus for provisioning remote digital terminals |
US20070071020A1 (en) * | 2001-05-07 | 2007-03-29 | Seiji Kitayama | Gateway digital loop carrier device |
US20080152343A1 (en) * | 2006-12-22 | 2008-06-26 | Verizon Services Corp. | System for intercepting signals to be transmitted over a fiber optic network and associated method |
US20090109849A1 (en) * | 2007-10-31 | 2009-04-30 | Wood Lloyd Harvey | Selective performance enhancement of traffic flows |
Families Citing this family (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6781981B1 (en) * | 1998-09-11 | 2004-08-24 | Advanced Fibre Access Corporation | Adding DSL services to a digital loop carrier system |
US6654388B1 (en) * | 1999-05-26 | 2003-11-25 | Larscom Incorporated | Method and apparatus for automatically determining allocation of voice and data channels on T1/E1 line |
US7002991B1 (en) * | 2000-08-11 | 2006-02-21 | Lucent Technologies Inc. | Method and apparatus for provisioning distribution channels in a communications network |
US6757296B1 (en) * | 2000-11-03 | 2004-06-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for processing asynchronous data |
US7873638B2 (en) * | 2004-09-17 | 2011-01-18 | Ciena Corporation | Apparatus and method for the collection and utilization of user selection in a content delivery environment |
US8289965B2 (en) | 2006-10-19 | 2012-10-16 | Embarq Holdings Company, Llc | System and method for establishing a communications session with an end-user based on the state of a network connection |
US8184549B2 (en) | 2006-06-30 | 2012-05-22 | Embarq Holdings Company, LLP | System and method for selecting network egress |
US8717911B2 (en) | 2006-06-30 | 2014-05-06 | Centurylink Intellectual Property Llc | System and method for collecting network performance information |
US8194643B2 (en) | 2006-10-19 | 2012-06-05 | Embarq Holdings Company, Llc | System and method for monitoring the connection of an end-user to a remote network |
US8488447B2 (en) | 2006-06-30 | 2013-07-16 | Centurylink Intellectual Property Llc | System and method for adjusting code speed in a transmission path during call set-up due to reduced transmission performance |
US9094257B2 (en) | 2006-06-30 | 2015-07-28 | Centurylink Intellectual Property Llc | System and method for selecting a content delivery network |
US8125897B2 (en) | 2006-08-22 | 2012-02-28 | Embarq Holdings Company Lp | System and method for monitoring and optimizing network performance with user datagram protocol network performance information packets |
US8531954B2 (en) | 2006-08-22 | 2013-09-10 | Centurylink Intellectual Property Llc | System and method for handling reservation requests with a connection admission control engine |
US8199653B2 (en) | 2006-08-22 | 2012-06-12 | Embarq Holdings Company, Llc | System and method for communicating network performance information over a packet network |
US8189468B2 (en) | 2006-10-25 | 2012-05-29 | Embarq Holdings, Company, LLC | System and method for regulating messages between networks |
US8144587B2 (en) | 2006-08-22 | 2012-03-27 | Embarq Holdings Company, Llc | System and method for load balancing network resources using a connection admission control engine |
US8238253B2 (en) | 2006-08-22 | 2012-08-07 | Embarq Holdings Company, Llc | System and method for monitoring interlayer devices and optimizing network performance |
US8107366B2 (en) | 2006-08-22 | 2012-01-31 | Embarq Holdings Company, LP | System and method for using centralized network performance tables to manage network communications |
US7843831B2 (en) | 2006-08-22 | 2010-11-30 | Embarq Holdings Company Llc | System and method for routing data on a packet network |
US8015294B2 (en) | 2006-08-22 | 2011-09-06 | Embarq Holdings Company, LP | Pin-hole firewall for communicating data packets on a packet network |
US9479341B2 (en) | 2006-08-22 | 2016-10-25 | Centurylink Intellectual Property Llc | System and method for initiating diagnostics on a packet network node |
US7684332B2 (en) | 2006-08-22 | 2010-03-23 | Embarq Holdings Company, Llc | System and method for adjusting the window size of a TCP packet through network elements |
US8407765B2 (en) | 2006-08-22 | 2013-03-26 | Centurylink Intellectual Property Llc | System and method for restricting access to network performance information tables |
US8743703B2 (en) | 2006-08-22 | 2014-06-03 | Centurylink Intellectual Property Llc | System and method for tracking application resource usage |
US8223655B2 (en) | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for provisioning resources of a packet network based on collected network performance information |
US8194555B2 (en) | 2006-08-22 | 2012-06-05 | Embarq Holdings Company, Llc | System and method for using distributed network performance information tables to manage network communications |
US8228791B2 (en) | 2006-08-22 | 2012-07-24 | Embarq Holdings Company, Llc | System and method for routing communications between packet networks based on intercarrier agreements |
US8224255B2 (en) | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for managing radio frequency windows |
US8576722B2 (en) | 2006-08-22 | 2013-11-05 | Centurylink Intellectual Property Llc | System and method for modifying connectivity fault management packets |
US8102770B2 (en) | 2006-08-22 | 2012-01-24 | Embarq Holdings Company, LP | System and method for monitoring and optimizing network performance with vector performance tables and engines |
US8130793B2 (en) | 2006-08-22 | 2012-03-06 | Embarq Holdings Company, Llc | System and method for enabling reciprocal billing for different types of communications over a packet network |
US8144586B2 (en) | 2006-08-22 | 2012-03-27 | Embarq Holdings Company, Llc | System and method for controlling network bandwidth with a connection admission control engine |
US8307065B2 (en) | 2006-08-22 | 2012-11-06 | Centurylink Intellectual Property Llc | System and method for remotely controlling network operators |
US8274905B2 (en) | 2006-08-22 | 2012-09-25 | Embarq Holdings Company, Llc | System and method for displaying a graph representative of network performance over a time period |
US8619600B2 (en) | 2006-08-22 | 2013-12-31 | Centurylink Intellectual Property Llc | System and method for establishing calls over a call path having best path metrics |
US8064391B2 (en) | 2006-08-22 | 2011-11-22 | Embarq Holdings Company, Llc | System and method for monitoring and optimizing network performance to a wireless device |
US8549405B2 (en) | 2006-08-22 | 2013-10-01 | Centurylink Intellectual Property Llc | System and method for displaying a graphical representation of a network to identify nodes and node segments on the network that are not operating normally |
US8750158B2 (en) | 2006-08-22 | 2014-06-10 | Centurylink Intellectual Property Llc | System and method for differentiated billing |
US8537695B2 (en) | 2006-08-22 | 2013-09-17 | Centurylink Intellectual Property Llc | System and method for establishing a call being received by a trunk on a packet network |
US8111692B2 (en) | 2007-05-31 | 2012-02-07 | Embarq Holdings Company Llc | System and method for modifying network traffic |
US8068425B2 (en) | 2008-04-09 | 2011-11-29 | Embarq Holdings Company, Llc | System and method for using network performance information to determine improved measures of path states |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5610910A (en) * | 1995-08-17 | 1997-03-11 | Northern Telecom Limited | Access to telecommunications networks in multi-service environment |
US5682385A (en) * | 1995-09-25 | 1997-10-28 | Teltrend Inc. | Enhancement for a multiplexing telecommunications interface |
-
1998
- 1998-08-14 US US09/134,130 patent/US6421356B2/en not_active Expired - Fee Related
-
1999
- 1999-08-11 AU AU55547/99A patent/AU5554799A/en not_active Abandoned
- 1999-08-11 WO PCT/US1999/018216 patent/WO2000010273A2/en active Application Filing
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6452944B1 (en) * | 1998-11-30 | 2002-09-17 | Alcatel Usa Sourcing, L.P. | Asymmetrical digital subscriber line (ADSL) signal traffic and non-ADSL traffic discriminator |
US6493336B1 (en) * | 1999-03-30 | 2002-12-10 | Nortel Networks Limited | System optimized always on dynamic integrated services digital network |
US6763109B1 (en) | 2000-10-06 | 2004-07-13 | Advanced Fibre Access Corporation | Copper based interface system and regulated power source |
US6775299B1 (en) * | 2000-10-06 | 2004-08-10 | Advanced Fibre Access Corporation | Copper based interface system and data frame format |
US6795538B1 (en) | 2000-10-06 | 2004-09-21 | Advanced Fibre Access Corporation | Initialization and monitoring system and method for DLC device |
US20070071020A1 (en) * | 2001-05-07 | 2007-03-29 | Seiji Kitayama | Gateway digital loop carrier device |
US20040223450A1 (en) * | 2003-03-25 | 2004-11-11 | Brad Bridges | Method and apparatus for provisioning remote digital terminals |
US20080152343A1 (en) * | 2006-12-22 | 2008-06-26 | Verizon Services Corp. | System for intercepting signals to be transmitted over a fiber optic network and associated method |
US7835644B2 (en) * | 2006-12-22 | 2010-11-16 | Verizon Patent And Licensing Inc. | System for intercepting signals to be transmitted over a fiber optic network and associated method |
US20110019997A1 (en) * | 2006-12-22 | 2011-01-27 | Verizon Patent And Licensing, Inc. | System for intercepting signals to be transmitted over a fiber optic network and associated method |
US8126327B2 (en) | 2006-12-22 | 2012-02-28 | Verizon Patent And Licensing Inc. | System for intercepting signals to be transmitted over a fiber optic network and associated method |
US9240845B2 (en) | 2006-12-22 | 2016-01-19 | Verizon Patent And Licensing Inc. | System for intercepting signals to be transmitted over a fiber optic network and associated method |
US20090109849A1 (en) * | 2007-10-31 | 2009-04-30 | Wood Lloyd Harvey | Selective performance enhancement of traffic flows |
US8305896B2 (en) * | 2007-10-31 | 2012-11-06 | Cisco Technology, Inc. | Selective performance enhancement of traffic flows |
Also Published As
Publication number | Publication date |
---|---|
AU5554799A (en) | 2000-03-06 |
WO2000010273A2 (en) | 2000-02-24 |
WO2000010273A9 (en) | 2000-08-03 |
US6421356B2 (en) | 2002-07-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6421356B2 (en) | Method and apparatus for bandwidth management in a digital loop carrier system | |
US5745694A (en) | Network resource reservation with admission and link control functions separated for expandability and high-speed operation | |
US6754221B1 (en) | System and method for selecting a compression algorithm according to an available bandwidth | |
US8116298B2 (en) | Communication server apparatus providing XDSL services and method | |
EP0885544B1 (en) | Dynamic allocation of telecommunications resources | |
CA2344743C (en) | Point to multi-point communications system | |
US6775232B1 (en) | Method for scheduling data for communication on a digital subscriber line | |
US20020172273A1 (en) | Adaptive resource management in a communication system | |
JP2002533993A (en) | Method and system for reducing congestion in connection-oriented packet networks with digital subscriber line access | |
US6118766A (en) | Multiple ISDN carrier system | |
JPH05304534A (en) | Device and method for time-dividedly multiplexing resource in plural substances | |
US6765913B1 (en) | Bandwidth manager linked list optimization scheme in a digital loop carrier system | |
JP3433383B2 (en) | Sell grant mechanism | |
WO2000010274A1 (en) | Method and apparatus for collect information in a digital loop carrier system | |
JP4260394B2 (en) | Line termination method and line termination apparatus | |
JP3170133B2 (en) | Switching line selection method and switching line selection device | |
US7649850B2 (en) | Method for obtaining the convergence ratio and apparatus thereof | |
US6895041B1 (en) | Digital subscriber line power reduction | |
US7181504B1 (en) | System and method for selecting a modem for service | |
US7269128B2 (en) | System and method for proactive scheduling of system maintenance | |
CA2517556C (en) | Method and apparatus for configuring an automatic cross connect system at a remote wiring hub | |
EP0693856A2 (en) | System and method to supply multimedial distributive and interactive audio and video services to residential users | |
KR20020004554A (en) | Method for providing low speed data service in access network apparatus | |
KR20010038171A (en) | Routing method among the processor groups |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INFINITEC COMMUNICATIONS, INC., OKLAHOMA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CARTER, DAN KESNER;BROWN, PERRY JOE;SMITH, BRIAN CHRISTIAN;REEL/FRAME:009392/0604 Effective date: 19980805 |
|
AS | Assignment |
Owner name: TRANSAMERICA BUSINESS CREDIT CORPORATION, CONNECTI Free format text: SECURITY AGREEMENT;ASSIGNOR:INFINITEC COMMUNICATIONS, INC.;REEL/FRAME:010817/0269 Effective date: 20000308 |
|
CC | Certificate of correction | ||
FPAY | Fee payment |
Year of fee payment: 4 |
|
REMI | Maintenance fee reminder mailed | ||
LAPS | Lapse for failure to pay maintenance fees | ||
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20100716 |