Unit - 8 A Generic Digital Switching System Model
Unit - 8 A Generic Digital Switching System Model
UNIT - 8
Different hardware and software components of the digital switch were described, and the
system was analyzed. The functionalities of the hypothetical digital switch to elucidate the
"overall" hardware and software architectures of a typical class 5 switch.
SCOPE
Creates a generic digital switching system and its hardware and software architectures. Typical
calls through the switch are traced to reveal the functionalities of an operational digital switching
system. A system recovery strategy for the hypothetical digital switch and essential items in a
digital switch analysis report also are covered.
HARDWARE ARCHITECTURE
The hardware architecture of a hypothetical digital switch is shown in Fig. 8.1. This hypothetical
digital switching system is based on quasi- distributed control architecture. The architecture of a
working digital switching system is very complex with many subsystems.
1. Central Processor
A typical digital switching system usually employs a central processor (CP) as the primary
processor, and it is always duplicated.
Function:
It provides call processing functions and assist in setting up a path through the switching
fabric.
Since most digital switching systems switch calls via a time-space-time (TST) path for call
connection, this hypothetical switch is assumed to do the same.
The secondary processors are usually duplicated; and depending on the desired size of the
class 5 central office, a digital switch may employ a number of such processors.
These processors usually interface with the interface controllers (ICs) and provide medium-
level call processing support.
The NCPs are associated with particular ICs.
NCP keeps track of all calls that are controlled by its 1C and associated paths assigned for
such calls.
The NCP interfaces with the CP or other NCPs to update call paths on a regular basis, so that
other NCPs can get a "global" view of all calls.
3. Interface Controllers
4. Interface Modules
i. Line modules (LMs) - Terminate a single line or scores of lines. Smart line cards that are
processor-driven and can perform most basic call-processing functions, such as line
scanning, digit collection, and call supervision.
ii. Trunk modules (TMs) - The trunk modules interface different types of trunks to the
digital switching system.
Most digital switching systems employ special modules to connect ISDN and other digital
services to the switch. They also employ specialized module interfaces to provide enhanced
services such as AIN and packet switching.
5. Switching Fabric
SOFTWARE ARCHITECTURE
1. System-Level Software
Software at this level is a multitasking operating system (OS) and is based on a duplex
mainframe computer.
The function of the OS is to control each application system (AS) deployed by the digital
switching system.
Basic software systems for a digital switch can be classified as
- Maintenance software
- Call processing software
- Database software.
2. Maintenance Software
The software industry spends almost 80 percent of its efforts in maintaining software, but not on
research has been conducted to improve software maintainability. Digital switch maintainability
can be grouped into two broad categories:
Software maintenance by site owners: These are routine maintenance actions that must be
performed by the owners of a digital switch to keep it operational. Examples: routine diagnostics,
updating of translation tables, and addition of lines and trunks to a digital switch.
Based on the architecture of the digital switching system, the call processing program can be
divided into three levels:
i. High level - Includes call processing functions that require support from a CPU or a
central database. Ex: Special feature routing/specialized billing, office data (OD), and
translation data.
ii. Medium level - Reside in the network processing units. Software supports routine call
processing functions such as ' establishing a path through the switching fabric, verifying a
subscriber, and maintaining a call map. These are referred to as network software.
iii. Low-level - It is shared between the interface controllers and the line modules. These
functions may be line scanning, digit collection, attaching service circuits, or call
supervision. These are referred to as controller or peripheral software.
4. Database Software
It can vary greatly between digital switching systems, and within a switching system product, a
switch may be engineered to provide different functions. Most digital switching systems employ
a database system to record office information, system recovery parameters, system diagnostics,
and billing information.
RECOVERY STRATEGY
The following is a possible recovery strategy for the hypothetical digital switching system. It is
based on a three-level scheme. These schemes can be based on the three control levels.
This level of recovery initializes all components that function at level 1 control.
It is controlled and directed by the IC’s which control line modules, trunk modules, and
peripheral modules (PMs).
This INIT 1 recovery could be directed specifically to initialize defined line modules, defined
trunk modules, and defined peripherals.
It selectively initializes lines, trunks, or peripherals based on the severity of the problem.
This recovery can be called local recovery, since it can initialize peripherals locally without
impacting the operation of the entire digital switching system.
A middle-level initialization.
This INIT 2 recovery could be directed specifically for initializing a specified NCP and a
group of NCP’s.
Each NCP controls a number of ICs. The ICs in turn control the line, trunk, and peripheral
modules. If a NCP breaks down and the backup NCP cannot switch to active mode cleanly or
if a duplex failure of a NCP pair occurs, then the operation of all ICs connected to the NCPs
will be impacted.
Two types of recovery strategies need to be considered. If the problem is due to a NCP's
switching from active mode to standby mode and the "switch" is not "clean," then the
connected ICs may help to stabilize connections by running an INIT 1 initialization.
An INIT 2 needs to be run to initialize the NCP and associated ICs with connected LMs,
TMs, and PMs.
A multiple-NCP strategy will require initialization of a number of NCPs. Initialization of all
NCPs would require a level 3 initialization.
EXAMPLE: The maintenance personnel tried to switch a NCP with its redundant side after the
diagnostics for the NCP failed. The NCP switch was not successful, and the digital switch lost all
calls controlled by the NCP. It requires INIT 2 initialization. This is considered a partial outage.
EXAMPLE: A digital switching system starts experiencing slow dial tone, and after a time it
runs an automatic INIT 2 initialization.
This clears the slow-dial-tone problem, but the problem returns after a few minutes. The digital
switch then starts taking repeated INIT 2's. At this stage, the technician initiates an INIT 3,
which clears the problem. This type of condition usually occurs because of software corruption
in the CP, and an initialization normally clears it.
Manual Recovery
When repeated use of INIT 3 does not recover the system, manual recovery of the digital
switch becomes essential.
The generic program with the last known good office data and selected subscriber data is
loaded in the digital switch.
Then manual diagnostics or specialized diagnostics are used to recover the digital switch.
This type of manual recovery scheme is digital switch-specific, but the basic idea is as
follows:
Bring up the system with manual effort since automatic runs of INIT 1, INIT 2 and INIT
3 failed to bring the system back on-line.
The current generic program and data may be corrupted; the system is updated with last
known good generic program and data.
Special diagnostic programs and techniques are needed to identify the Problem.
A flowchart for a typical call through a typical digital switching system is shown in Fig. 8.3.
Most digital switching systems follow a similar scheme. However, note that not all digital
switching systems may follow exactly the call connection sequence shown in the flowchart, but
these high-level functionalities are usually covered. The basic steps necessary to complete a
simple call are as follows:
When customer B answers, a cut-through path through the switching fabric is provided via
previously assigned time slots.
The first leg of the call from customer A uses a T switch of the interface controller, the
second leg uses an S switch through the switching fabric, and the third leg to customer B uses
another T switch through the interface controller.
This is a typical TST connection scenario that most digital switching systems use.
If either customer disconnects, the LM detects the on-hook condition and idles the
connection.
The NCP validates customer A's line. The interface controller attaches a digit receiver to the
line, and a dial tone is provided to customer A.
After the first digit is dialed, the dial tone is removed from customer A's receiver. The dialed
digits are then collected and sent to the central processor for digit analysis.
If the dialed number is valid, the NCP assigns time slots for a path for the call between
customer A and an outgoing trunk for customer B's CO or a tandem office.
If the dialed number is incorrect, for instance, has a wrong prefix, an announcement or a tone
is given to customer A.
The terminating central office checks customer B's line for busy/idle status and applies a
power ringing to customer B's line.
An audible ringing is simultaneously applied to customer A's line. When customer B
answers, a cut-through path through the switching fabric is provided via previously assigned
time slots.
As in line-to-line calls, each CO uses a TST connection.
If either customer disconnects, the LM of either CO detects the on-hook condition and idles
the connection. Call supervision is provided by the originating CO.
The CO for customer B homes into customer A's CO directly or through a tandem office.
It connects to customer A's CO via an incoming trunk (IGT).
If the trunk and customer A's line are in the same interface controller, a path is established
through the switching fabric to the line module of customer A.
The associated NCP performs all time-slot assignments for the IGT and customer A's line.
Line A is validated, and its idle/busy status is checked.
A power ringing to customer A's line is applied by the 1C, and an audible ringing is
simultaneously transmitted to customer B's line via the IGT.
When customer A answers, a cut through path through the switching fabric is provided via
previously assigned time slots.
As in line-to-line calls, each CO uses a TST connection.
If either customer disconnects, the LM of either CO detects the on-hook condition and idles
the connection.
Call supervision is provided by the originating CO.
Most commercial digital switching systems in the North American network exhibit some
common characteristics. They are described here at a high level and do not pertain to a particular
switch.
1. Dual capability - Most digital switching systems covered, which are primarily class 5,
can also have tandem/toll or class 4 capabilities.
2. Termination capability - Most of the large digital switching systems can terminate
approximately 100,000 lines or 60,000 trunks.
3. Traffic capacity - In a distributed environment, this depends on the digital switch
configuration, and it can go as high as 2,000,000 busy hour call attempts (BHCAs).
4. Architecture—hardware - Most digital switching systems have a quasi- distributed
hardware architecture. Since they all maintain control of the switching functions through
an intermediate processor. All digital switching systems employ multiple processor
subsystems.
5. Architecture—software - Most digital switching systems maintain a modular software
design, sometimes through layering or through functionalities. They all support database
systems for office records, subscriber records, administration records, etc. They also
support billing systems for subscribers such as the automatic messaging system.
6. Switching fabric - Most digital switching systems utilize time-space- time (TST) mode
for switching calls.
7. Remote operation - Most digital switching systems have remote switching modules
(RSMs) to support switching functions in a remote location. And most remote switching
systems have standalone capabilities, so if the main switching system (host) goes down,
the remote units can still switch local calls.
8. Advanced feature support - Most digital switching systems can support advanced
features such as ISDN, STP, SCf and AIN.
The telecommunications market is now demanding a marriage between telephony and cable
television applications. This would change the nature of class-5 CO’s and would require
broadband switching. The use of Internet around the world is placing very high demand on class-
5 CO provisioning requirements. Many Internet users now connect to their Internet providers
through class-5 CO’s and keep the connection up for long periods. The cost of provisioning COs
will rise since most of the cost associated with equipping a class-5 DSS comes from customer
interfaces such as line modules, trunk modules, and service circuits. The integration of voice,
data, and full-motion video as required by the Internet and other services will need to be
switched through a class-5 DSS. The use of ATM and optical links using SONET will dominate
the switching markets of the future.
ANALYSIS REPORT
The analysis report of a digital switching should at least contain the following sections.
1. System Description
This gives a high-level description of the digital switch being analyzed, with emphasis on:
This section gives a brief description of all maintenance features of `a digital switch, with
emphasis on:
i. Database management: Describe all databases that need to be managed, e.g., office
database, translation database, and billing database.
ii. OSS interfaces: Describe all types of operational support system interfaces.
3. Reliability Analysis
This section is the most important, and it gives a brief description of the reliability models of the
digital switch and includes overall reliability findings covering
i. Component failure rates: Describe the component failure rates for different circuit
packs used in the digital switch.
ii. System reliability: Describe the results of hardware modeling of various subsystems of
the digital switch.
iii. Software reliability analysis: Describe the results of the software analysis of the digital
switching system software.
4. Product Support
This section describes the organizational structure and commitment of the organization to
support the digital switching system after it is sold.
i. Technical assistance: Describe different levels of technical support that the digital
switching supplier provides and the escalation process and time limits within which the
supplier will correct the fault.
ii. Documentation: List all documents that will be supplied to maintain the digital
switching system and how often it will be updated.
iii. Fault reporting system: Describe a fault-reporting system that tracks all faults
discovered by the operator of the digital switching system.
iv. Training: List all training courses available for telephone company personnel who will
use and maintain the digital switching system.