Hubbry Logo
5ESS Switching System5ESS Switching SystemMain
Open search
5ESS Switching System
Community hub
5ESS Switching System
logo
8 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
5ESS Switching System
5ESS Switching System
5ESS Switching System
View on Wikipedia
from Wikipedia

5ESS used in a mobile telephone network

The 5ESS Switching System is a Class 5 telephone electronic switching system developed by Western Electric for the American Telephone and Telegraph Company (AT&T) and the Bell System in the United States. It came into service in 1982 and the last unit was produced in 2003.[1]

History

[edit]

The 5ESS came to market as the Western Electric No. 5 ESS. It commenced service in Seneca, Illinois on March 25, 1982, and was destined to replace the Number One Electronic Switching System (1ESS and 1AESS) and other electromechanical systems in the 1980s and 1990s. The 5ESS was also used as a Class-4 telephone switch or as a hybrid Class 4/Class 5 switch in markets too small for the 4ESS. Approximately half of all US central offices are served by 5ESS switches. The 5ESS was also exported, and manufactured outside the US under license.[2]

The 5ESS–2000 version, introduced in the 1990s, increased the capacity of the switching module (SM), with more peripheral modules and more optical links per SM to the communications module (CM). A follow-on version, the 5ESS–R/E, was in development during the late 1990s but did not reach market. Another version was the 5E–XC.[citation needed]

The 5ESS technology was transferred to the AT&T Network Systems division upon the 1984 breakup of the Bell System. The division was divested by AT&T in 1996 as Lucent Technologies,[3] and after becoming Alcatel-Lucent in 2006,[4] it was acquired by Nokia in 2016.[5]

The 5ESS switch is still in widespread use in the public switched telephone network (PSTN) in the United States and elsewhere, but they are being replaced with more modern packet switching systems. 5ESS switches in service in 2021 also included several operated by the United States Navy.[6]

Architecture

[edit]

The 5ESS switch has three main types of modules: the Administrative Module (AM) contains the central computers; the Communications Module (CM) is the central time-divided switch of the system; and the Switching Module (SM) makes up the majority of the equipment in most exchanges. The SM performs multiplexing, analog and digital coding, and other work to interface with external equipment. Each has a controller, a small computer with duplicated CPUs and memories, like most common equipment of the exchange, for redundancy. Distributed systems lessen the load on the Central Administrative Module (AM) or main computer.[citation needed]

Power for all circuitry is distributed as –48 VDC (nominal), and converted locally to logic levels or telephone signals.[citation needed]

Switching Module

[edit]

Each Switching Module (SM) handles several hundred to a few thousand telephone lines or several hundred trunks or combination thereof. Each has its own processors, also called Module Controllers, which perform most call handling processes, using their own memory boards. Originally the peripheral processors were to be Intel 8086, but those proved inadequate and the system was introduced with Motorola 68000 series processors. The name of the cabinet that houses this equipment was changed at the same time from Interface Module to Switching Module.[citation needed]

Peripheral units are on shelves in the SM. In most exchanges the majority are Line Units (LU) and Digital Line Trunk Units (DLTU). Each SM has Local Digital Service Units (LDSU) to provide various services to lines and trunks in the SM, including tone generation and detection. Global Digital Service Units (GDSU) provide less-frequently used services to the entire exchange. The Time Slot Interchanger (TSI) in the SM uses random-access memory to delay each speech sample to fit into a time slot which will carry its call through the exchange to another or, in some cases, the same SM.

T-carrier spans are terminated, originally one per card but in later models usually two, in Digital Line Trunk Units (DLTU) which concentrate their DS0 channels into the TSI. These may serve either interoffice trunks or, using Integrated Subscriber Loop Carrier, subscriber lines. Higher-capacity DS3 signals can also have their DS0 signals switched in Digital Network Unit SONET (DNUS) units, without demultiplexing them into DS1. Newer SM's have DNUS (DS3) and Optical OIU interfaces (OC12) with a large amount of capacity.

SMs have Dual Link Interface (DLI) cards to connect them by multi-mode optical fibers to the Communications Modules for time-divided switching to other SMs. These links may be short, for example within the same building, or may connect to SMs in remote locations. Calls among the lines and trunks of a particular SM needn't go through CM, and an SM located remotely can act as distributed switching, administered from the central AM. Each SM has two Module Controller/Time Slot Interchange (MCTSI) circuits for redundancy.

In contrast to Nortel's DMS-100 which uses individual line cards with a codec, most lines are on two-stage analog space-division concentrators or Line Units, which connect as many as 512 lines, as needed, to the 8 Channel cards that each contain 8 codecs, and to high-level service circuits for ringing and testing. Both stages of concentration are included on the same GDX (Gated Diode Access) board. Each GDX board serves 32 lines, 16 A links and 32 B links. Limited availability saves money with incompletely filled matrixes. The Line Unit can have up to 16 GDX boards connecting to the channel boards by shared B links, but in offices with heavier traffic for lines a lesser number of GDX boards are equipped.

ISDN lines are served by individual line cards in an ISLU (Integrated Services Line Unit).

Administrative Module

[edit]

The Administrative Module (AM) is a dual-processor mini main frame computer of the AT&T 3B series, running UNIX-RTR. AM contains the hard drives and tape drives used to load and backup the central and peripheral processor software and translations. Disk drives were originally several 300 megabyte SMD multi-platter units in a separate frame. Now they consist of several redundant multi-gigabyte SCSI drives that each reside on a card. Tape drives were originally half inch open reel at 6250 bits per inch, which were replaced in the early 1990s with 4 mm Digital Audio Tape cassettes.

The Administrative Module is built on the 3B21D platform and is used to load software to the many microprocessors throughout the switch and to provide high speed control functions. It provides messaging and interface to control terminals. The AM of a 5ESS consists of the 3B20x or 3B21D processor unit, including I/O, disks, and tape drive units. Once the 3B21D has loaded the software into the 5ESS and the switch is activated, packet switching takes place without further action by the 3B21D, except for billing functions requiring records to be transferred to disk for storage. Because the processor has duplex hardware, one active side, and one standby side, a failure of one side of the processor will not necessarily result in a loss of switching.

Communication Module

[edit]

The Communications Module (CM) forms the central time switch of the exchange. 5ESS uses a time-space-time (TST) topology in which the Time-Slot-Interchangers (TSI) in the Switching Modules assign each phone call to a time slot for routing through the CM.

CMs perform time-divided switching and are provided in pairs; each module (cabinet) belonging to Office Network and Timing Complex (ONTC) 0 or 1, roughly corresponding to the switch planes of other designs. Each SM has four optical fiber links, two connecting to a CM belonging to ONTC 0 and two to ONTC 1. Each optical link consists of two multimode optical fibers with ST connectors to plug into transceivers plugged into backplane wiring at each end. CMs receive time-multiplexed signals on the receive fiber and send them to the appropriate destination SM on the send fiber.

Very Compact Digital Exchange

[edit]

The Very Compact Digital Exchange (VCDX) was developed with the 5ESS-2000, and marketed to mostly non-Bell telephone companies as an inexpensive, effective way to offer ISDN and other digital services in an analog switching center. This avoided the capital expense of retrofitting the entire analog switch into a digital one to serve all of the switch's lines when many wouldn't require it and would remain POTS lines.

An example would be the (former) GTE/Verizon Class-5 telephone switch, the GTD-5 EAX. Like the Western Electric 1ESS/1AESS, it served mostly medium to large wire centers.

The standalone VCDX was also capable of serving as a switch for very small wire centers (a CDX- Community dial office) of fewer than ~400 lines. However, for small wire centers, 400-4000 lines, that function was usually served by RSM's, a 5ESS "Remote SM", ORM's or Wired ORM's. The RSM is controlled by T1 lines connected to a DLTU unit. The first 2 T1's are the control of the RSM and are necessary for any Recent Changes to take place. RSM's can have up to 10 T1's. There can be multiple RSM's in an office. An ORM can be fed via direct fiber or via coax thus called Wired ORM's. An RSM or ORM can have many of the same peripheral units that are part of a full 5ESS switch. An RSM has a limited distance and can serve parts of a larger metro area or rural offices. An ORM or wired ORM can be anywhere technically, and preferred over the RSM once the ORM became available. Both the RSM and ORM is often used as a Class-5 wire center for small to medium towns hosted from a 5ESS located in a larger city. The Wired ORM is connected via coax from a MUX unit and fed to a TRCU which converts the coax to connection to the DLI, There was also a two-mile ORM that was used when an office was broken out or took an area from another office. The distance on this was 2 miles from a host office and fed direct via fiber. As with any SM, the size is dictated by the number of time slots needed for each peripheral unit. ORM's are linked with DS3, RSM's are linked with T1 lines. The VCDX was also used as a large private branch exchange (PBX). Small communities of less than 400 lines or so were also provided with SLC-96 units or Anymedia units.

The standalone VCDX has a single Switching Module, and no Communications Module. Its Sun Microsystems SPARC workstation runs the UNIX-based Solaris (operating system) that executes a 3B20/21D processor MERT OS emulation system, acting as the VCDX's Administrative Module. The VCDX uses the CO's normal telephone power sources (which are very large uninterruptible power supplies), and has connections to the CO Digital cross connect system for T1 access, etc.

Signaling

[edit]

The 5ESS has two different signaling architectures: Common Network Interface (CNI) Ring and Packet Switching Unit (PSU)-based SS7 Signaling.

Software

[edit]

The development effort for 5ESS required five thousand employees, producing 100 million lines of system source code, mostly in the C language, with 100 million lines of header files and makefiles. Evolution of the system took place over 20 years, while three releases were often being developed simultaneously, each taking about three years to complete. The 5ESS was originally U.S.-only and the international sales resulted in a complete development system and team, in parallel to the U.S. version.[7]

The development systems were Unix-based mainframe systems. There were around 15 of these systems active at the peak. There were development machines, simulator machines, and build machines, etc. Developers' desktops were multi-window terminals (versions of the Blit developed by Bell Labs) until the mid 1990s, when Sun workstations were deployed. Developers continued to login into the servers for their work, using X11 on their workstations as a multi-window environment.[8]

Source code management was based on SCCS and utilized "#feature" lines to separate source code between releases, between features specific to US or Intl, and the like. Customisation around the vi and Emacs text editors allowed developers to work with the appropriate view of a file, hiding the parts that were not applicable to their current project.[9]

The change request system used the SCCS MR to create named change sets, tied into the IMR (initial modification request) system which had purely numeric identifiers. An MR name was created with subsystem prefix, IMR number, MR sequence characters, and a character for the release or "load". So, for the gr (generic retrofit) subsystem, the first MR created for the 2371242 IMR, destined for the 'F' load, would be gr2371242aF.[10]

The build system used a simple mechanism of build configuration that would cause makefile generation to occur. The system always built everything, but used checksum results to decide if a file had actually changed, before updating the build output directory tree. This provided a huge reduction in build time when a core library or header was being edited. A developer could add values to an enum, but if that did not change the build output, then subsequent dependencies on that output would not have to be relinked or libraries built.

OAMP

[edit]
Main article: Operations, Administration, Maintenance and Provisioning

The system is administered through an assortment of teletypewriter "channels", also called the system console, such as the TEST channel and the Maintenance channel. Typically provisioning is done either through a command line interface (CLI) called RCV:APPTEXT, or through the menu-driven RCV:MENU,APPRC program. RCV stands for Recent Change/Verification, and can be accessed through the Switching Control Center System. Most service orders, however, are administered through the Recent Change Memory Administration Center (RCMAC). In the international market, this terminal interface has localization to provide locale-specific language and command name variations on the screen and printer output.[11]

See also

[edit]

References

[edit]
[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia

5ESS Switching System

View on Grokipedia
from Grokipedia
The 5ESS Switching System is a Class 5 digital developed by Bell Laboratories and manufactured by , designed as a modular, distributed-control platform to provide local, toll, and operator telephone services with high reliability and scalability. First installed in 1982, it represented a major advancement in infrastructure, supporting up to 100,000 lines per system and integrating technologies such as , fiber-optic links, and stored-program control for flexible call processing. The system's architecture is built around three primary modules: the Administrative Module (AM), which handles systemwide administration, maintenance, central routing, and billing using duplicated 3B20D processors; the Communications Module (CM), serving as the central hub for voice, data, and control message switching via a time-multiplexed switch (TMS) and microprocessors; and the Switching Module (SM), responsible for line and trunk interfaces, local call processing, and up to 512 lines per module using MC68000 processors. These modules are interconnected by high-speed optical-fiber NCT links operating at 32.768 Mb/s, enabling a loosely coupled, fault-tolerant design that supports growth from single-module to multimodule configurations with up to 30 SMs. An optional Remote Switching Module (RSM) extends capabilities to remote sites up to 125 miles (200 km) away, accommodating up to 4,096 lines via fiber-optic or facilities. Key features emphasize reliability through duplexed subsystems, hot-swappable components, and distributed processing with over 20 VLSI circuits and microprocessors, minimizing downtime and power consumption while handling up to 300,000 busy-hour calls. The software, primarily written in on UNIX-based systems, supports extensibility for emerging services like Integrated Services Digital Network (ISDN), tone generation, conferencing, and data interfaces compatible with North American and European PCM standards. By the mid-1980s, the 5ESS had achieved over 6 million line shipments, serving diverse applications from small rural offices to large urban centers and private networks. Following the 1984 AT&T divestiture, development continued under Lucent Technologies, with the last manufacturing in 2003, before Nokia acquired the product line and maintained support for legacy deployments. Nokia continues to provide maintenance and support for legacy deployments as of 2025. As a cornerstone of the Public Switched Telephone Network (PSTN), it powered millions of lines globally for decades, though many installations, including major U.S. university systems, were decommissioned by 2024 and decommissioning continues into 2025 in favor of VoIP technologies.

Overview

Development and Initial Deployment

The 5ESS Switching System is a Class 5 digital stored-program control (SPC) telephone switch developed by for AT&T's to modernize the (PSTN). Introduced as a multifunctional, time-division digital switching , it represented a significant advancement in electronic telephony, building on prior ESS generations while incorporating distributed processing and for enhanced reliability and scalability. The system's initial deployment occurred on March 25, 1982, when the first 5ESS switch entered service in Seneca, Illinois, marking the cutover of a single-module unit for local telephone service. This was followed by the installation of the first full multimodule configuration in August 1983 at , which demonstrated the system's ability to handle larger-scale operations through its modular architecture. Designed primarily to replace aging electromechanical systems such as Step-by-Step and Crossbar, as well as earlier electronic switches like the 1ESS and 1AESS, the 5ESS addressed growing demands for capacity and feature richness in end-office applications. With an initial capacity of up to 100,000 lines per switch and powered by a standard -48 VDC supply shared with other central office equipment, the 5ESS enabled efficient scaling for urban and rural deployments alike. By the , it had achieved widespread adoption, handling approximately half of the nation's telephone calls, as of the early .

Key Features and Technical Specifications

The 5ESS Switching System features a modular, distributed control design that enables scalable deployment across various network environments, from rural to metropolitan areas. This architecture consists of loosely coupled modules, including administrative, switching, and communications components, interconnected via high-speed links to support efficient call processing and management. The system utilizes (TDM) for channelized voice and data transmission, combined with a time-space-time (TST) switching fabric that employs time-slot interchange units (TSIUs) to handle up to 512 time slots per switching module and time-multiplexed switches (TMS) for inter-module connectivity. This design facilitates hybrid Class 4/5 functionality, allowing the system to perform both local (Class 5) and toll (Class 4) switching tasks within the same platform, supporting analog lines (256–512 per line unit), digital interfaces like T1, and integrated services digital network (ISDN) capabilities for voice, data, and future broadband services. Reliability is a of the 5ESS design, incorporating redundant processors in duplex configurations, hot-swappable circuit packs, and fault-tolerant mechanisms such as automatic detection, isolation, and rapid recovery to minimize . These features enable min-mode operation during faults and built-in diagnostics, including concurrent testing and routine exercises, targeting greater than 99.999% —equivalent to less than six minutes of annual outage. The system's physical implementation uses bay-based cabinets powered by -48 VDC, with forced-air cooling and links (e.g., NCT links at 32.768 Mb/s supporting 256 channels) for inter-module and remote connections, optimizing space and heat dissipation in central office installations. In the , the system evolved into the 5ESS-2000 variant, enhancing capacity and performance through upgraded hardware, including MC68040 processors operating at higher speeds and modular memory up to 128 MB per service group. This iteration expanded per-switching-module capacity to 5,000 lines or 500 trunks, with a duplex TST fabric supporting up to 33,792 time slots and interfaces for up to 12 OC-1 optical carriers or 336 T1 lines, while maintaining the core modular and reliability principles for larger-scale deployments up to 200,000 lines overall. Production of the 5ESS ended in 2003 as networks shifted to IP-based technologies.
SpecificationOriginal 5ESS (1985)5ESS-2000 (1993)
Line Capacity per SM512 lines5,000 lines
Total CapacityUp to 100,000 linesUp to 200,000 lines
Switching Fabric Slots512 time slotsUp to 33,792 time slots
ProcessorsMotorola MC68000 (9 MHz)Motorola MC68040
Power Supply-48 VDC-48 VDC (reduced consumption)
Interconnects NCT links (32.768 Mb/s, 256 channels)Optical/electrical links, OC-1 support

History

Origins and Design Phase

The development of the 5ESS Switching System originated in the mid-1970s within Bell Laboratories, as part of efforts by the Switching Systems division of to overcome the limitations of earlier analog-electronic systems like the 1ESS, which relied on space-division switching and struggled with scalability for emerging digital services. This initiative was driven by the need for a fully digital Class 5 end-office switch capable of handling both voice and data traffic efficiently, amid the Bell System's broader transition from electromechanical to electronic technologies following the success of the No. 4 ESS toll switch in 1976. Key design goals emphasized digital time-division switching, modularity to facilitate hardware and software upgrades without full system replacement, and early support for Integrated Services Digital Network (ISDN) standards to enable integrated voice and data transmission. The architecture drew influences from the No. 4 ESS's but was optimized for local end-office applications through distributed processing across multiple modules, allowing independent operation and fault isolation. This approach aimed to achieve and flexibility for future services, with the system structured around an Administrative Module for centralized control, Switching Modules for call handling, and a Communications Module for external interfaces. The project involved a large of engineers from Bell Laboratories and , including key contributors such as K.E. Martersteck, A.E. Spencer, Jr., and D.L. Carney, who focused on hardware reliability and integration from the stages in the late . Design work progressed through the late , with the core architecture finalized by the early , culminating in prototypes and initial field testing that paved the way for the system's first deployment on March 25, 1982, in Seneca, . Initial challenges centered on the shift to fully digital processing, including the high costs of processors and in the 1970s, as well as ensuring reliability in distributed control environments prone to multiple faults. Engineers addressed these by incorporating custom Very Large Scale Integration (VLSI) chips for time-slot interchanging and , alongside fiber-optic links and features like the min-mode for , which allowed the system to operate in reduced capacity during failures. was prioritized from the outset, with design principles emphasizing hardware independence and rigorous to mitigate risks in hardware-software interactions.

Production, Adoption, and Variants

Production of the 5ESS Switching System began in 1982 and continued until 2003, primarily at manufacturing facilities in —a key site for switching equipment—and . More than 2,300 units were manufactured during this period, enabling widespread deployment in central offices of varying sizes across telephone networks. The system achieved global adoption, with exports to 49 countries and installations serving more than 72 million lines by the late 1990s. Major deployments occurred in , —such as joint ventures in for local production and installations by India's —and , including manufacturing facilities in for regional networks, often facilitated by technology transfers to support international . A planned follow-on version, the 5ESS-R/E, was in development during the late for remote and extended applications in rural areas but did not reach the market. The 5ESS-2000 upgrade, launched in the , incorporated faster central processing units and expanded input/output interfaces to handle increased traffic and peripheral modules. The system also supported integration with Integrated Digital Loop Carrier (IDLC) technology, allowing efficient multiplexing of subscriber lines over digital facilities. At its peak around 2000, the 5ESS served as a foundational platform for advanced services including , , and early (VoIP) gateways through packet-handling enhancements. Its modular architecture contributed to reduced deployment costs over time, enhancing scalability and economic viability for carriers. Production shifted to Lucent Technologies following its 1996 spin-off from .

Ownership Changes and End of Production

In 1996, divested its manufacturing division, including the operations responsible for the 5ESS Switching System, to form Lucent Technologies as an independent company. Lucent inherited the ongoing production, marketing, and support responsibilities for the 5ESS, continuing upgrades such as the 5ESS-2000 platform to meet evolving demands. Production of the 5ESS concluded in 2003, with the final unit manufactured at Lucent's Oklahoma City facility, as the company shifted focus toward packet-based and IP-centric switching technologies amid industry changes. In 2006, Lucent merged with Alcatel to create , which assumed stewardship of the 5ESS portfolio but ceased new manufacturing, emphasizing maintenance and upgrades for existing deployments instead. Alcatel-Lucent was acquired by Nokia in 2016, transferring ownership of the 5ESS intellectual property and legacy systems to the Finnish firm. Nokia has provided ongoing support for installed 5ESS units into the 2020s through its customer support portal, with no further software releases or hardware enhancements planned. As of late 2025, widespread retirements continue, including major U.S. carrier decommissioning efforts due to parts scarcity and migration to VoIP technologies. Spare parts availability for the 5ESS began phasing out around , contributing to widespread retirements as operators faced sourcing challenges and transitioned to VoIP and modern alternatives. Extended support contracts persisted into the mid-2020s for select users, including applications and international carriers, often involving third-party repairs to sustain .

Architecture

Switching Module

The Switching Module (SM) serves as the primary interface for subscriber lines and trunks in the 5ESS switching system. The standard SM manages up to 512 lines or trunks per module through distributed control provided by one or two 68000-based processors, known as the Switching Module Processor Units (SMPUs). Later SM-2000 variants support up to 27,520 analog lines (at 10:1 concentration) or 10,752 digital trunks using upgraded MC68040 or MC68060 processors. These processors handle local call processing tasks, enabling the SM to operate as a self-contained unit within the overall modular . The SM's design emphasizes scalability and flexibility, accommodating both analog and digital interfaces while converting incoming signals to a digital format for internal switching. Key subcomponents of the SM include Line Units (LUs) for terminating analog and digital subscriber lines, supporting configurations such as up to 512 lines with 4:1 or 8:1 concentration ratios in standard SMs, and Digital Line and Trunk Units (DLTUs) for interfacing with T1 or E1 digital facilities, which can accommodate up to 10 Digital Facility Interface (DFI) circuit packs per unit. The Time Slot Interchanger (TSI), often integrated into the Module Controller/TSI (MCTSI) unit, performs multiplexing of time slots to route calls efficiently within the module, initially handling 512 time slots and expandable to 4,096 in later versions for enhanced capacity, with SM-2000 TSIU4 reaching up to 30,000 time slots. These elements collectively ensure reliable termination and processing of diverse subscriber connections, from basic analog voice to digital data services. Connectivity between the SM and the rest of the system is achieved via Dual Link Interfaces (DLIs), which employ optical fibers to link the SM to the Communication Module (CM), supporting up to 30 SMs in standard configurations for distributed operation. This high-speed interface facilitates the transfer of time-multiplexed data to the TST switching fabric in the CM. Redundancy is implemented through mate-switched pairs for critical elements like the SMPUs and TSI units, allowing automatic failover to maintain service continuity during faults. In addition to basic switching, the SM supports functions such as tone generation for signaling (e.g., dial and ring tones) and conferencing via dedicated service units.

Administrative Module

The Administrative Module (AM) serves as the central in the 5ESS Switching System, providing system-wide coordination, , and data handling for overall operation. It employs a dual redundant configuration of 3B20D processors, which are custom UNIX-based minicomputers designed for high-reliability environments. This setup ensures continuous availability for critical tasks such as maintaining call routing databases, processing billing records, and configuring system parameters. Key functions of the AM include managing translation tables for call routing, collecting and analyzing traffic measurements, and handling backups of system data to prevent loss during failures. It also oversees initialization, reconfiguration, diagnostics, and operational data distribution (ODD) management, supporting both routine administration and fault recovery processes. The module facilitates interprocessor communication through a Message Switch (MSGS) subsystem, enabling coordination with other components while running on the UNIX RTR operating system for robust software execution and capabilities. Disk storage within the AM accommodates software loads, historical logs, billing data, and recovery files, with moving-head disks providing backups for Switching Module memory. The AM connects to Switching Modules () and the Communications Module (CM) via high-speed interfaces, including Network Control and Timing (NCT) links, serial buses, and optical-fiber connections for reliable and timing . These interfaces support bulk data transfers at rates up to 192 kilobytes per second, ensuring efficient distribution of control signals and diagnostic information across the system. For , the duplicated processors enable automatic switchover from the active to the standby unit upon failure, with duplexed subsystems like the MSGS preventing and maintaining service continuity. This design integrates briefly with Operations, Administration, Maintenance, and Provisioning (OAMP) tools for and monitoring. Over time, the AM evolved to meet growing demands, particularly in the 5ESS-2000 variant, where it transitioned to the 3B21D processor model for enhanced performance and capacity, supporting up to 128 MB of main memory and larger disk configurations such as 2 GB VTOC on magnetic hard disks. These upgrades facilitated better handling of advanced features like ISDN services and increased system scale, while maintaining through incremental software generics. The module's architecture allows for hardware isolation during evolutions, minimizing downtime during expansions or retrofits.

Communication Module

The Communication Module (CM) in the 5ESS Switching System serves as the central interconnect for Switching Modules () and the Administrative Module (AM), enabling the switching of voice and paths as well as the of control messages and synchronization signals across the system. It implements a time-space-time (TST) switching network that provides non-blocking connectivity for inter-module calls, utilizing custom very-large-scale integration (VLSI) circuits and application-specific integrated circuits () in its time-slot interchange units (TSIUs) and time-multiplexed switch (TMS) components to handle efficient space and time switching stages. The CM supports up to 94,208 network time slots in its base configuration, derived from 184 network control and timing (NCT) links each carrying 256 time slots, allowing for high-capacity handling of (PCM)-encoded voice and channels. In typical deployments, the CM operates in a duplex configuration with fully duplicated hardware, including paired TMS fabrics and switches, to ensure and without single points of failure; this setup often involves two cabinets for active/active or active/standby modes, supporting seamless during maintenance or faults. Inter-module and intra-module connections are facilitated via fiber-optic NCT , each operating at 32.768 Mbit/s in a serial, format to carry bidirectional streams of 256 time slots, providing immunity to while connecting up to 30 in standard configurations. These handle both customer traffic and control signaling, with flexible slot assignments that allocate up to 255 slots per link for voice or at 64 kbps per channel in clear-channel mode. The CM's topology employs a three-stage variant within its TST framework, where the first and third stages occur in the SM TSIUs for time switching and the central TMS stage performs switching to guarantee non-blocking operation for all voice and low-speed connections up to 64 kbps. This design supports scalability through modular expansion, accommodating additional SM pairs or remote switching modules (RSMs) up to nearly 200 units via extended NCT connectivity, thereby increasing overall capacity from 200,000 to over 300,000 call attempts per hour. For signaling integration, the CM connects to Units (PSUs) that process Signaling No. 7 (SS7) messages using CCITT X.25 level-2 protocols over dedicated time slots, enabling reliable common-channel signaling across the network. Performance characteristics of the CM emphasize low latency through efficient TSIU-TMS coordination and fiber-optic transmission, typically achieving end-to-end delays under 1 ms for switched paths, while its power-efficient design—powered by -48 V DC and leveraging fiber optics to minimize cabling losses—relies on forced-air cooling with fan units and to maintain operation at ambient temperatures up to 49°C. The module's duplicated architecture ensures greater than 99.99% call completion rates, with control messages routed via a message switch that handles up to four BX.25 links per SM for robust administrative and traffic.

Compact and Specialized Configurations

The Very Compact Digital Exchange (VCDX) represents a scaled-down variant of the 5ESS architecture designed for small-scale deployments, such as standalone units serving small offices or independent telephone companies. It features a single Switching Module for line and trunk handling, omits the Communications Module, and employs a Sun Microsystems workstation as the Administrative Module to manage control functions. Introduced in the 1990s alongside the 5ESS-2000 enhancements, the VCDX supports Integrated Services Digital Network (ISDN) services and was marketed for cost-effective provision of up to 8,000 lines in environments requiring minimal infrastructure. Remote Switching Modules, particularly the Distinctive Remote Module (DRM), extend the 5ESS system's reach to rural or dispersed locations by deploying a simplified Switching Module-2000 (SM-2000) at remote sites, connected to a host central office via fiber optic links, T1/E1 circuits, or Ethernet over DS1. The DRM emulates essential Administrative and Communications Module functions on a dedicated , such as the Netra t 1120 or Netra 240, enabling local call processing for services like (POTS), ISDN, and without backhauling all traffic. Capacities include support for up to 28,800 lines or 24,000 trunks per module, though typical rural implementations scale to smaller subscriber bases for economic viability, with up to 15 DRMs per host switch. The 5ESS-2000 adaptations incorporate compact bay designs to optimize space and power in high-density urban settings, featuring the SM-2000 with reduced footprint compared to earlier modules while maintaining enhanced processing for up to 33,792 time slots. These configurations facilitate integration with wireless base stations through protocols like TR-303 and V5, supporting services such as Global System for Mobile Communications (GSM) alongside voice and data traffic. The use of fiber optics and Synchronous Optical Networking (SONET) in these bays enables efficient bandwidth allocation for dense environments, allowing consolidation of circuits to handle video and high-speed data demands. Specialized configurations of the 5ESS include ruggedized versions adapted for naval shipboard applications, where modified hardware was developed to withstand harsh maritime conditions, with two such variants provided to the U.S. Navy fleet for onboard communications. Additionally, gateway configurations position the 5ESS as an international toll exchange, linking national networks for direct dialing and handling high-volume through dedicated trunk interfaces and signaling support. These setups emphasize for revenue-generating global services, often in dual-mode redundancy for critical interconnects. Compared to the full multimodule 5ESS, compact and specialized configurations exhibit reduced , relying on single SM-2000 units, non-duplicated T1 , and simplified administrative hardware, which can lead to service interruptions during failures or maintenance. Software subsets are employed to streamline operations and lower costs, omitting advanced features like certain options or automatic call distribution, thereby prioritizing efficiency over the comprehensive of standard deployments.

Signaling and Networking

Supported Signaling Protocols

The 5ESS Switching System initially employed Common Channel Interoffice Signaling (CCIS) Phase I using X.25 protocols for interoffice call control, evolving in later releases to CCIS Phase II leveraging Signaling System No. 7 (SS7) protocols for enhanced efficiency in the . This implementation allows for signaling separate from voice paths, supporting features like non-blocking call setup and advanced across toll networks. Additionally, SS7 is handled via dedicated Packet Switching Units (PSUs), which process message transfer parts (MTP), signaling connection control parts (SCCP), and transaction capabilities application parts (TCAP) to enable reliable inter-switch communication. The PSUs provide through mate unit configurations to ensure fault-tolerant operation during signaling traffic. For line and trunk interfaces, the system supports in-band multifrequency (MF) signaling and out-of-band single-frequency (SF) signaling on analog trunks, facilitating , addressing, and disconnect signals in traditional loop-start or ground-start configurations. On digital T1/E1 spans, it accommodates channel-associated signaling (CAS), including robbed-bit variants like E&M wink-start or immediate-start, to manage call without dedicated channels. These mechanisms ensure compatibility with legacy interconnects while minimizing bandwidth overhead for basic call processing. The 5ESS integrates Integrated Services Digital Network (ISDN) capabilities through D-channel signaling on (PRI) and (BRI) links, adhering to Q.931 for layer 3 call control and Q.920/Q.921 for procedures. This enables setup, maintenance, and teardown of circuit-switched and packet-switched connections, with support for supplementary services such as and hold via information elements in Q.931 messages. BRI configurations typically feature 2B+D channels (two 64 kbps bearer channels and a 16 kbps delta channel), while PRI scales to 23B+D or 30B+D depending on the span type. Over its evolution, the system incorporated ANSI variants of SS7 tailored for North American networks, including ISDN User Part (ISUP) for international call handling and enhanced TCAP for database queries. It also supports Advanced Intelligent Network (AIN) triggers, using SS7 TCAP queries to interact with service control points for features like and custom routing, compliant with Bellcore standards such as GR-1299-CORE. These additions, introduced in releases like 5E11 and later, expanded the 5ESS's role in while maintaining with earlier signaling schemes. For broader network interfacing, these protocols facilitate seamless integration with external SS7-based systems, as detailed in subsequent sections.

Integration with External Networks

The 5ESS Switching System integrates with external infrastructures primarily through standardized interfaces that support both voice and data traffic. A core component is the Common Network Interface (CNI) ring, which facilitates high-capacity by providing a distributed packet-switching architecture for common channel signaling, particularly Signaling System No. 7 (SS7). This ring connects the switch to external SS7 networks, enabling efficient inter-switch communication for call setup, routing, and services without relying on internal module signaling. For digital loop connections, the system employs T1, E1, and JT1 interfaces, which allow direct attachment to digital subscriber carrier systems and transmission facilities, supporting metallic loops for basic rate ISDN and other access technologies. Interoperability with diverse external switches and networks is achieved through SS7 protocols, allowing seamless connectivity with systems like the DMS-100 for trunking and feature interactions in mixed-vendor environments. The 5ESS also supports (ATM) for voice over broadband infrastructures, enabling hybrid voice-data integration in access and core networks. In its gateway role, the 5ESS operates as a hybrid Class 4/5 switch, bridging local central offices to toll and long-distance networks while handling tandem switching functions; international variants, such as the 5ESS-2000 with Global Switching Module (GSM-2000), extend this capability for interworking with GSM mobile networks via SS7 and adapted signaling interfaces. Scalability in external network integration is supported through hierarchical architectures, where multiple 5ESS switches function as nodes in metro-area clusters, aggregating capacity for up to 1 million lines via expanded trunk groups and distributed signaling. Later software releases, such as 5E16 and beyond, enhanced through large terminal growth procedures.

Software

Core Software Structure

The core software structure of the 5ESS Switching System is built upon the UNIX Real-Time Reliable (RTR) operating system, a customized real-time kernel derived from UNIX and tailored for applications, which runs primarily on the Administrative Module (AM) to manage initialization, rebooting, and distributed processing across the system. This base kernel supports process scheduling, memory management, input/output operations, and process control blocks, enabling a multitasking environment that handles concurrent tasks essential for high-volume call processing. The software is predominantly written in , facilitating portability and evolution, with the kernel providing execution levels and timing mechanisms to ensure deterministic real-time performance. The architecture organizes into distinct layers for modularity and efficiency: call control, which manages real-time processing of call actions and sequences primarily on Switching Modules () through feature control subsystems; database , employing a model distributed across processors with the AM overseeing data integrity and office-dependent configurations; and peripheral drivers, which interface with hardware like line and trunk units via Module Processors (MPs) and the Peripheral Interface Data Bus (PIDB), isolating application logic from hardware specifics. This hierarchical design incorporates on SM processors for low-level operations, an executive layer on the AM for oversight, and distributed tasks across AM, Communication Module (CM), and , using loosely coupled subsystems that communicate via standardized message protocols to support up to 30 . The multitasking Operating System for Distributed Switching (OSDS) enables handling of peak loads, such as approximately 200,000 calls per hour (expandable to 300,000), with utilizing up to 16 MB of RAM per SM, including error correction and disk-based partitioning for program and . Reliability is embedded in the software paths through mechanisms like checkpointing for auditing and data duplication to maintain integrity during operations, capabilities that allow standby processors to revert to states upon fault detection, and a design ensuring no via duplexed AM and SM processors along with redundant subsystems such as the Message Switch and Time-Multiplexed Switch. These features support , with concurrent diagnostics (up to four per SM) and call completion rates exceeding 99.99%, while the distributed nature permits min-mode operation to sustain service amid multiple faults. The OAMP interfaces integrate seamlessly with this structure for administrative oversight, though detailed provisioning occurs externally.

Development Tools and Processes

The software for the 5ESS Switching System was developed by hundreds of engineers distributed across multiple Bell Laboratories locations, with efforts spanning over two decades from initial design in the late through ongoing enhancements into the and beyond. This large-scale collaboration coordinated the creation of a modular codebase exceeding three million lines, primarily written in to ensure portability and extensibility across hardware platforms. Version control was handled through the Source Code Control System (SCCS), which facilitated tracking changes, supporting parallel development, and maintaining consistency in the evolving software base. Development environments relied on UNIX-based systems, including the 3B20S and VAX-11/780 processors, equipped with preprocessors, compilers, assemblers, linkers, and lint tools for code validation. Symbolic debuggers and library supervisors further aided in building and testing client programs, while makefiles automated load assembly for deployment. Automated testing formed a cornerstone of the quality assurance process, utilizing the Laboratory Test System (LTS) with programmable call generators and simulators to replicate busy-hour call scenarios, load conditions up to 300,000 calls, and fault injections for reliability verification. These tools enabled , , and regression checks in an execution environment mimicking the target hardware, minimizing risks before field deployment. The overarching methodology adapted the , progressing sequentially through specification, architecture design, coding, , , and first-office application verification, with formal milestones and documentation at each stage. To accommodate evolving requirements, this was combined with iterative releases termed "generics," allowing annual or periodic updates for new capabilities; for instance, the 5E4 generic in 1987 introduced Integrated Services Digital Network (ISDN) support. Later generics, such as 5E13 in the early , extended features for enhanced network integration and performance. Following AT&T's divestiture and the formation of Lucent Technologies in 1996, development persisted under Lucent with generics through the 2000s, including the 5E16 release around 2009. After Nokia's acquisition of in 2016, focus shifted to maintenance, emphasizing bug fixes and compatibility updates rather than major new feature releases.

Operations, Administration, Maintenance, and Provisioning (OAMP)

Administrative and Provisioning Tools

The administrative and provisioning tools of the 5ESS Switching System enable efficient configuration of services and of subscriber through specialized interfaces designed for reliability and scalability. The primary interface is the Recent Change Memory Administration Center (RCMAC), a multi-microprocessor system that processes batch service orders for database updates, including pending and history files to track changes. Complementing this, the Recent Change and Verify Network Administration Center (RCV-NAC) serves as a centralized hub for interactive administration, supporting add, delete, update, and verify operations on the switch's via video display terminals, keyboards, and hard-copy printers. These tools facilitate key provisioning functions, such as adding subscriber lines, updating call routing translations, and enabling features like multi-line services or integration, by allowing operators to input service orders that automate equipment configuration and link assignments. For instance, recent change messages can reassign network connection trunks or restore lines post-testing, ensuring seamless service activation without manual intervention at the switch. Remote access is supported through dial-up modems for text-based terminals or TCP/IP connections via the Switching Control Center System (SCCS), with duplicated BX.25 protocol links at 2400 for ; this enables bulk uploads of large-scale changes from off-site locations. Security measures include role-based access controls enforced by the SCCS, which sets permission modes for recent change operations, alongside comprehensive checking for range, syntax, and consistency to prevent invalid updates. Audit logs capture all transactions for , and integration with external Operations Support s (OSS) like the Remote Memory Administration System (RMAS) allows automated provisioning workflows over dedicated links. and concurrency controls further safeguard the database during simultaneous sessions. Over time, these tools evolved to enhance ; early releases relied on command-line interfaces like RCV:APPTEXT for direct text entry of changes, while later versions introduced menu-driven options such as RCV: for simplified navigation and reduced training requirements. This progression supported growing demands for advanced services, including ISDN provisioning, while maintaining compatibility with the core software structure.

Maintenance and Diagnostic Functions

The 5ESS Switching System employs specialized interfaces for real-time diagnostics and fault monitoring, including teletypewriter channels designated for and functions. These channels, accessed via the Maintenance Teletypewriter (MTTY), enable emergency commands and human-machine interactions for , such as issuing commands 10-56 to control system responses. Alarm consoles, integrated into the Master Control Center (MCC), provide visual and auditory notifications of faults, displaying critical alarms with steady or flashing indicators on color-coded screens to alert personnel immediately. These interfaces support both and centralized operations, ensuring efficient fault isolation without disrupting service. Built-in diagnostic tools facilitate proactive monitoring and automated recovery within the system. Scans for line s, conducted via the Operations and Maintenance Subsystem (OMS5) daily reports and Automatic Line Insulation packs, verify circuit integrity and detect issues like or insulation faults on subscriber lines and trunks. tools utilize peg counters to measure performance metrics, including call blocking rates and attempt counts, helping identify congestion patterns across switching modules. Module health is assessed through self-diagnostics on components like circuit packs and signal processors, with Routine Exercise (REX) scheduling periodic tests to uncover latent faults. Automated recovery scripts, managed by the Pump Peripheral Controller (PPC), enable rapid reinitialization of affected units, minimizing downtime in duplex configurations. Maintenance procedures emphasize service continuity and performance tracking. Hot-cutover techniques, including "hot slide-in" methods, allow upgrades or replacements within 1000 cable feet of the main switching elements without interrupting active calls, supporting growth in remote modules. Peg counters provide quantitative insights into metrics like call failure rates, enabling operators to correlate events with system load for targeted interventions. These procedures integrate with concurrent diagnostics, permitting up to four tests simultaneously per switching module to accelerate . Reliability is enhanced through metrics and remote capabilities that support long-term stability. The system achieves a hardware replacement rate of approximately one circuit pack per month per 1000 lines, reflecting robust fault-tolerant design with duplicated control elements. Specific units, such as the Multifunction Circuit Test Unit 3 (MCTU3), demonstrate improved (MTBF) by 35% over prior versions, contributing to overall system endurance exceeding a decade in operational environments. Remote diagnostics occur via Communication Module (CM) links, including the Communication Module Processor Unit (CMPU) and Remote Switching Modules (RSM) up to 100 miles away, using protocols like BX.25 for integration with external support systems. Advanced features introduced in later releases incorporate predictive elements through OMS5 audits and rule-based diagnostics, enabling early detection of potential issues via traffic scans and Trouble Location Procedure (TLP) lists that resolve 90% of faults by targeted board replacements. These capabilities, evolving in the , support automated fault isolation and recovery, reducing manual intervention while maintaining .

Legacy and Decommissioning

Enduring Impact and Global Usage

The 5ESS Switching System pioneered digital end-office switching in the early 1980s, marking a significant shift from analog electromechanical systems to fully digital architectures that supported high-capacity voice and data services. Its modular design, featuring distributed control with processors and a time-space-time network, enabled scalable deployments from small rural offices to large urban exchanges handling up to 100,000 lines and 300,000 calls per hour. By integrating support for the Integrated Services Digital Network (ISDN) through protocols like TR-303 and clear 64-kb/s channels, the 5ESS laid foundational groundwork for broadband precursors, including Synchronous Digital Hierarchy (SDH)/ (SONET) interfaces and potential (ATM) compatibility, facilitating end-to-end digital connectivity and services. This influenced subsequent infrastructure by emphasizing flexible, software-driven feature enhancements on a UNIX-based platform, contributing to the conceptual shift toward modern softswitches. Globally, the 5ESS achieved widespread adoption, with over 2,000 exchanges serving more than 50 million lines across various markets by the , including deployments in developing regions for reliable voice services. Its robust design ensured sustained operation into the 2020s in areas prioritizing voice reliability over rapid migration to IP-based systems, particularly in regions with challenging . Economically, the system delivered substantial cost efficiencies, reducing life-cycle expenses by approximately 30% compared to predecessor crossbar technologies—equating to net savings of around $6.5 million per installation over 20 years—through minimized maintenance, centralized administration, and scalable modular growth that avoided full overhauls. These advantages, combined with its longevity, supported the training of multiple generations of engineers on digital switching principles and operations. In military applications, customized 5ESS variants provided secure, high-reliability communications for U.S. Department of Defense installations, such as , where it supported both circuit- and packet-switched services for over 40 years until decommissioning in 2024. The system's proven resilience, demonstrated during critical events like base emergencies, underscored its role in government networks requiring uninterrupted telephony. Culturally, the 5ESS symbolized 1980s technological innovation in documentaries and promotional media, such as AT&T's "Ready For Tomorrow" film, which highlighted its role in advancing digital telephony for everyday and enterprise use.

Phase-Out and Modern Replacements

The decommissioning of the 5ESS Switching System accelerated in the United States between 2023 and 2025, driven by the broader transition away from legacy (TDM) infrastructure. At , the last users transitioned to a (VoIP) system in September 2023, with the full decommissioning ceremony occurring on October 4, 2024, after over 40 years of service. The decommissioned its 5ESS in June 2024 following 34 years of operation, marking the end of an on-premises system that had served up to 22,000 lines. Verizon initiated mass retirements of multiple 5ESS switches during this period, including the Waverly PA switch (CLLI: PHLAPAWVDS0) on or after February 1, 2025, after traffic migration to a newer platform, as well as others in locations such as Roxbury MA in 2025, Brighton MA, and Springfield PA in 2024. Globally, the 5ESS was largely retired by 2024–2025, with the last known operations in rural sites concluding in 2024. Key reasons for the phase-out included parts scarcity and the unavailability of vendor maintenance support, as aging components could no longer be reliably sourced or repaired. Additionally, the system's energy inefficiency compared to modern IP-based alternatives contributed to its obsolescence; for instance, Tinker's replacement reduced infrastructure from an entire room to two VoIP racks while enhancing capabilities. This shift aligned with the ongoing PSTN sunset and the Federal Communications Commission's proposed mandate to phase out TDM interconnection requirements by December 31, 2028, accelerating the move to and VoIP technologies. Replacements primarily involved (IMS) platforms from for VoLTE and 5G voice services, as well as softswitches such as Cisco's Packet Gateway (PGW) and other vendor solutions like those from Ribbon Communications. Many migrations adopted hybrid approaches, integrating VoIP gateways to preserve select TDM elements during the transition. Specific implementations included Zoom Phone at the and general VoIP systems at Tinker AFB. Preservation efforts focused on historical salvage, with organizations like Telephone World acquiring a complete 5ESS unit from a rural U.S. telephone company in June 2023 for display in a museum. provides limited legacy support for the 5ESS as of 2025, with third-party vendors offering maintenance.

References

  1. http://www.bitsavers.org/magazines/Bell_System_Technical_Journal/BSTJ_V64N06_198507_Part_2.pdf
  2. https://quello.msu.edu/wp-content/uploads/2015/08/Memories-Noll.pdf
  3. https://telephoneworld.org/telephone-switching-systems/western-electric-lucent-modern-telephone-switching-systems/
  4. https://customer.nokia.com/support/s/product2/5ess-switch/01t41000004gAGUAA2
  5. https://it.arizona.edu/news/end-era-telecommunications
  6. https://www.verizon.com/about/sites/default/files/2025-10-17-Verizon-North-Bergen-NJ-ST-Amended-Switch-Retirement-Notice.pdf
  7. https://tarf.co.uk/Glossary/5/5ESS/
  8. https://carritech.com/products/alcatel-lucent/lucent-5ess/
  9. https://www.computerhope.com/jargon/num/5ess-switch.htm
  10. https://www.telecomarchive.com/BSTJ/72/atttj72-5-4.pdf
  11. https://www.facebook.com/groups/ElectronicParts/posts/2425858827603438/
  12. https://www.bly.com/newsite/Pages/PDFs/telecom-lucent-switch.pdf
  13. https://www.dispatch.com/story/news/2009/06/13/western-electric-workers-at-e/24152170007/
  14. https://dspace.mit.edu/bitstream/handle/1721.1/41805/49745925-MIT.pdf?sequence=2
  15. http://msridhar.freeshell.org/switchmanuf.htm
  16. https://www.netvalley.com/archives/97companynews/lucent.html
  17. https://www.centurylink.com/wholesale/clecs/features/callwaiting.html
  18. https://www.centurylink.com/wholesale/clecs/features/callwaitingid.html
  19. https://thebhc.org/file-download/download/public/237
  20. https://www.verizon.com/about/sites/default/files/2025-01-14-Verizon-Media-PA-LT-Switch-Retirement-Notice.pdf
  21. https://www.tinker.af.mil/News/Article-Display/Article/3945606/tinker-retires-phone-system-dating-back-over-40-years/
  22. https://gbppr.net/bsp/235-105-500.pdf
  23. https://vtda.org/docs/telephony/Lucent/235-200-150_V1_5ESSSwitchDistinctiveRemoteModule_Jun07.pdf
  24. https://documentation.nokia.com/cgi-bin/dbaccessfilename.cgi/235106107.UPDT_V1_5ESS%2520Switch%2520Software%2520Release%2520Retrofit%2520Procedures%2520for%25205E14%2520or%25205E15%2520to%25205E16.2%2520Software%2520Release.pdf
  25. https://www.gbppr.net/bsp/235-100-200.pdf
  26. https://www.carritech.com/pdfs/Lucent_5ESS.pdf
  27. https://worldwidesupply.net/product/alcatel-lucent-5ess-2/
  28. https://www.secnav.navy.mil/fmc/fmb/Documents/04pres/proc/OPN_BA_5-7_BOOK.pdf
  29. https://www.nokia.com/bell-labs/publications-and-media/publications/the-5essr-switch-as-international-gateway-exchange/
  30. https://ui.adsabs.harvard.edu/abs/1992IEEEP..80..618B/abstract
  31. https://documentation.nokia.com/cgi-bin/dbaccessfilename.cgi/235900341_V1_5ESS%20Switch%20National%20ISDN%20Basic%20Rate%20Interface%20Specificaiton%205E11%20and%20Later.pdf
  32. https://www.itu.int/rec/T-REC-Q.931/en
  33. https://patents.google.com/patent/US6229887B1/en
  34. https://dl.acm.org/doi/pdf/10.1145/287318.287321
  35. https://documentation.nokia.com/cgi-bin/dbaccessfilename.cgi/235900341_V1_5ESS%2520Switch%2520National%2520ISDN%2520Basic%2520Rate%2520Interface%2520Specificaiton%25205E11%2520and%2520Later.pdf
  36. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/wan_smxl/configuration/15-mt/wan-smxl-15-mt-book.pdf
  37. https://memorial.bellsystem.com/pdf/bell_labs_journals/bell_labs_technical_journal_apr-june_2000.pdf
  38. https://documentation.nokia.com/cgi-bin/dbaccessfilename.cgi/255400400R9.6.3.3_V1_Lucent%2520Gateway%2520Platform%2520PlexView%2520Element%2520Management%2520System%2520%28EMS%29%2520Release%25209.6.3.3%2520User%2520Guide.pdf
  39. https://patents.google.com/patent/US5428607A/en
  40. https://documentation.nokia.com/cgi-bin/dbaccessfilename.cgi/235106306_V1_5ESS%2520Switch%2520Large%2520Terminal%2520Growth%2520Procedures%25205E16.2%2520.pdf
  41. https://www.gbppr.net/bsp/235-700-200.pdf
  42. https://spinroot.com/gerard/pdf/inprint/pstv90.pdf
  43. https://users.ece.utexas.edu/~perry/work/papers/DP-96-Tale.pdf
  44. https://www.nokia.com/bell-labs/publications-and-media/publications/isdn-and-the-5esstm-switch/
  45. https://www.gbppr.net/bsp/235-600-510.pdf
  46. https://ia601200.us.archive.org/view_archive.php?archive=/12/items/5ess-switch-dk5e-cd-1999-05/5ESS-DK5E.zip&file=5EDOCS%252F93447.PDF
  47. https://www.youtube.com/watch?v=1EMLAukUMEA
  48. https://www.aflcmc.af.mil/NEWS/Article-Display/Article/3946021/tinker-retires-phone-system-dating-back-over-40-years/
  49. https://www.verizon.com/about/sites/default/files/2024-09-23-Verizon-Waverly-PA-ST-Switch-Retirement-Notice.pdf
  50. https://www.verizon.com/about/sites/default/files/2024-11-01-Verizon-Roxbury-MA-LT-Switch-Retirement-Notice.pdf
  51. https://www.verizon.com/about/sites/default/files/2024-07-09-Verizon-Brighton-MA-ST-Switch-Retirement-Notice.pdf
  52. https://www.verizon.com/about/sites/default/files/2024-07-09-Verizon-Springfield-PA-ST-Switch-Retirement-Notice.pdf
  53. https://docs.fcc.gov/public/attachments/FCC-25-73A1.pdf
  54. https://www.nokia.com/asset/f/207122/
  55. https://ribboncommunications.com/solutions/service-provider-solutions/service-provider-type/fixed-network-transformation
  56. https://telcobridges.com/solutions/upgrading-tdm-switch-to-ip/
  57. https://telephoneworld.org/landline-telephone-history/preserving-a-5ess-switch/
Add your contribution
Related Hubs
User Avatar
No comments yet.