Sunteți pe pagina 1din 15

Software clasic de comutaie pag.

13

Proiectarea software-ului de comutaie este condiionat de un


ansamblu complex de cerine de cele mai multe ori contradictorii. Aceste
cerine in n principal de preteniile clienilor ce vor fi abonai la respectivul
sistem i de obiective urmrite de viitorii proprietari i / sau administratori
(operatori) ai acestuia.
Criteriile principale dup care se orienteaz cei interesai n
achiziionarea i exploatarea de sisteme de comunicaie sunt: satisfacerea
cerinelor tehnice (capacitate, servicii disponibile), costul ciclului de via
alctuit din trei componente; costul investiiei, costul dezvoltrii, costul
ntreinerii i posibilitile oferite de mbuntire i introducere de noi
servicii prin care se asigur creterea beneficiului. Pe baza acestor criterii,
care sunt n majoritate de ordin financiar, se ia n final decizia asupra
sistemului care trebuie s fie achiziionat.

Cost
dezvoltare

2
Cost
1 Capacitate
investiie

Figura 1.1. Comparaie ntre costurile de dezvoltare a dou sisteme de


comutaie.

Relaia dintre costul investiiei i costul dezvoltrii reprezint un factor


important de care trebuie s in cont att proiectantul ct i achizitorul
unui sistem de comutaie.
n acest sens, figura 1.1. prezint dou posibiliti de variaie n timp a
costului de dezvoltare a dou sisteme de comutaie identice din punct de
vedere al performanelor tehnice. Comparnd cele dou variante se
desprinde concluzia c dei prima variant (1) este mai ieftin din punct de
vedere al costului iniial, cheltuielile ulterioare de dezvoltare dau ntietate
celei din urm (2). Salturile mai mari n costurile de investiie apar la
creterea capacitii peste anumite praguri, creteri ce impun aciuni cu
pre mai ridicat (de exemplu produse de adugare a unui alt procesor).
Pentru a oferi soluii atractive, proiectarea unui sistem de comutaie trebuie
s urmreasc ca aceste limite s fie ct mai avansate, iar depirea lor s
se fac cu investiii ct mai mici.
Costul ntreinerii este un alt factor important, care este urmrit de
beneficiar i care trebuie avut n vedere n etapa de proiectare. El se
reflect n activitile de operare, administrare i meninere a sistemului n
stare de funcionare (mentenabilitatea sistemului).
Pentru obinerea unor cheltuieli reduse de operare i administrare,
furnizorul sistemului trebuie s ofere:
- manuale clare i complete, care sunt absolut necesare instruirii
personalului uman,
- interfee om-main "prietenoase", cu o gam de mesaje adecvate
i lipsite de ambiguitate,
- procedee de dezvoltare, care s implice ct mai puin operatorul
att n modificrile de hardware ct i n cele de software.
Pentru realizarea unor cheltuieli reduse de depanare sunt necesare
metode simple i rapide de readucere n serviciu a componentelor intrate n
avarie. n acest fel, precum i prin nzestrarea fiecrei componente
hardware sau software cu toleran la defeciunile din jur, iar a sistemului
cu posibiliti de reconfigurare, disponibilitatea este meninut n limitele
acceptate de abonai.
n ultim instan, amortizarea cheltuielilor ciclului de via i obinerea
de beneficii depind de interesul clienilor de a utiliza un anume sistem de
comutaie. Din acest motiv, proiectarea sistemelor de comutaie trebuie s
urmreasc i satisfacerea preteniilor viitorilor abonai. Acetia doresc, n
principal, uniformizarea modului de folosire a serviciilor indiferent de tipul
comutatorului accesat, satisfacerea cererilor de serviciu la prima ncercare
(disponibilitatea sistemului din punct de vedere al utilizatorului) i
promptitudine n servire (de exemplu: recepionarea imediat a tonului de
disc, satisfacerea apelului din prima ncercare etc.).
Satisfacerea complet a utilizatorilor unui sistem de comutaie conduce
n general la investiii nejustificat de mari. Acest impas este depit dac
modul de funcionare al sistemelor de comutaie creeaz clienilor impresia
c exigenele lor sunt respectate, c fiecare terminal are control complet
asupra resurselor acestora. Atingerea acestui obiectiv, presupune
reformularea cerinelor de care trebuie s in seama activitatea de
proiectare: cerine de timp real i cerine de timp partajat.
1.2. Suportul software-ului de comutaie
n orice tip de activitate, spiritul i materia se condiioneaz reciproc;
spiritul organizeaz i controleaz materia, iar materia este cea care ofer
suportul existenei spiritului. n cazul software-ului de telecomunicaii, (i nu
numai), suportul este constituit dintr-un cod pentru a-l scrie, o memorie
pentru a-l nmagazina i un procesor pentru a-l executa. De modul n care
este conceput codul i este organizat memoria, precum i de viteza de
execuie a instruciunilor (viteza procesorului) depinde n mare msur
satisfacerea cerinelor amintite n paragraful anterior.
1.2.1. Viteza procesorului
n general, procesoarele (microprocesoarele) execut un program ce
este format prin nlnuirea mai multor instruciuni. Instruciunea este
constituit dintr-o secven specific de operaii de baz, numite i cicluri-
main, M, ca de exemplu:
- ncrcarea (extragerea) codului operaiei (instruciunii);
- citirea unui operand (dac operaia o cere);
- executarea operaiei;
- scrierea rezultatului (dac operaia o cere).
Un ciclu-main format din mai multe perioade (cicluri) de ceas, T,
(numite i stri), poate fi prelungit la nevoie prin inserarea unor stri WAIT.
Execuia unei instruciuni (un ciclu-instruciune) va nsemna deci o
succesiune de cteva cicluri-main, care presupun fiecare la rndul lui
parcurgerea mai multor cicluri de ceas.
Operaiile de citire i scriere vizeaz att memoria extern ct i
dispozitivele de intrare / ieire cu care este echipat configuraia n care
lucreaz microprocesorul.
Figura 1.2. prezint structura general a unei instruciuni specifice
microprocesoarelor Z 80.

T1 T2 T3 T4 T1 T2 T3 T1 T2 T3 T
Ciclu main
M1 (extragere M2 (citire M3 (scriere Ciclu
cod operaie ceas
din memorie n memorie
(Ciclu) Instruciune

Figura 1.2. Structura general a unei instruciuni Z 80.


Aplicaia 1.1.
n general, instruciunile unui procesor presupun mai multe cicluri
main. Considernd c un microprocesor execut n rulare trei tipuri de
instruciuni de 1, 2 i 4 cicluri main, care apar n programe cu
probabilitile p(1) = 0,7, p(2) = 0,2 i respectiv p(4) = 0,1, s se determine
durata medie a unei subrutine de 100 de instruciuni. Se precizeaz c
durata ciclului main este de 1 microsec.

Valoarea duratei ciclului main reprezint unul din principalii factori de


care depinde viteza de execuie a programelor. n cazul sistemelor de
comutaie, aceast dependen, care se face simit n numrul de apeluri
ce pot fi prelucrate ntr-un anumit interval, i determin pe proiectani s se
orienteze ctre utilizarea de procesoare rapide. Ele ofer n prezent durate
ale ciclului main de ordinul zecimilor i sutimilor de microsec.

Aplicaia 1.2.
S se determine valoarea maxim a numrul mediu de apeluri
prelucrabile ntr-o or de un sistem de comutaie uniprocesor tiind c:
- prelucrarea unui apel necesit execuia a 100 de instruciuni;
- fiecare instruciune presupune executarea a 5 cicluri main;
- un ciclu main dureaz 0,1 microsec;
- 0,05% din ciclurile executate ntr-o or sunt rezervate activitilor
de ntreinere.

n realitate, serviciile oferite de un sistem de comutaie se difereniaz n


raport cu numrul de cicluri main necesare fiecruia (de exemplu:
aducerea unui apel n starea de convorbire poate implica 5 000 de cicluri
main n cazul unui post particular i 20 000 de cicluri main n cazul
unui post public). Din acest motiv, stabilirea capacitii de prelucrare
(BHCA - Busy Hour Call Attempt) a unui sistem de comutaie se face
utiliznd diverse modele matematice sau programe de simulare.

Aplicaia 1.3.
S se determine valoarea maxim a numrului mediu de apeluri
prelucrabile ntr-o or de un sistem de comutaie uniprocesor tiind c:
- sunt 3 categorii de apeluri: de 1 000, 2 000 i 4 000 de cicluri
main;
- apelurile aparinnd celor 3 categorii au probabilitile de apariie:
p(1) = 0,7, p(2) = 0,2 i p(3) = 0,1;
- un ciclu main dureaz 0,1 microsec;
- nu se rezerv timp pentru alte activiti.
Indicaie de rezolvare: se va folosi media sumei unui numr aleator de
variabile aleatorii sau distribuiile multinominale.
Aplicaia 1.4.
Realizai un program care s simuleze situaia prezentat n aplicaia
precedent.

1.2.2. Organizarea memoriei


Respectarea n ansamblu a cerinelor impuse unui sistem de comutaie
face ca, din punct de vedere al organizrii memoriei, proiectarea s se
orienteze ctre partajarea acesteia n dou componente: memoria fix i
memoria variabil. n funcie de volumul celor dou componente i de
raportul dintre ele, soluia aleas satisface anumite cheltuieli de investiie,
ofer anumite performane .a.m.d.
Memoria fix reprezint memoria minim necesar prelucrrii apelurilor
de ctre un sistem de comutaie. Ea conine programul generic i pri din
baza de date a sistemului de comutaie, precum i informaiile de rutare i
de stare a apelurilor. Fiind absolut necesar, costul memoriei fixe se
regsete evident n costul iniial al oricrui sistem de comutaie.
Memoria variabil conine informaii referitoare la caracteristicile
apelurilor generate de abonai (durate, rate de apelare, utilizare servicii
suplimentare etc.) i ale echipamentelor incorporate n sistem. Tendina de
amplificare a memoriei variabile n orice situaie de dezvoltare a sistemului
de comutaie, face ca ea s influieneze, prin costul su, cheltuielile
generale de dezvoltare.
n ultimii ani, costul memoriilor a sczut semnificativ. Cu toate acestea,
obinerea unei capaciti minime de memorare rmne nc un obiectiv
important al proiectrii, deoarece software-ul cu care sunt dotate sistemele
actuale de comutaie a crescut substanial. Optimizarea memoriei se obine
n general prin utilizarea larg a buclelor [do...while, for, ...) n cazul
programrii i a compresiei informaiei n cazul bazelor de date. Aceste
tehnici prezint ns i dezavantajul c structura programului i a bazei de
date devine dificil de modificat n vederea includerii de noi caracteristici i
tipuri de servicii.

1.2.3. Conceperea codului i programului


Stabilirea instruciunilor, ce alctuiesc codul main, precum i
implementarea programului, pe baza cruia sunt ndeplinite activitile
unitilor de comand din sistemele de comutaie, depind deopotriv de o
serie de factori, dintre care cei mai importani sunt:
- viteza procesorului utilizat,
- capacitatea de memorare,
- complexitatea programului,
- constrngerile de timp real.
Interdependena acestor factori este att de strns nct deciziile i
soluiile propuse trebuie ntrite cu grij.
Aplicatia 1.5.
S se compare din punct de vedere al duratei i al memoriei alocate,
dou variante de implementare a unui ciclu de explorare pentru 1 000 de
terminaii ale unui sistem de comutaie (tabelul 1.1). Terminaiile sunt
repartizate n vederea explorrii n grupe de cte 8. Fiecare instruciune se
desfoar pe durata unui ciclu main.
Rezolvare: Conform coninutului (date i rezultate) din tabelul 1.1,
prima variant este mai avantajoas din punctul de vedere al necesarului
de memorie (utilizeaz de aproximativ 40 de ori mai puin memorie dect
cealalt alternativ), dar cea de-a doua variant este n schimb mai simpl
i de trei ori mai rapid (sunt necesare doar 250 cicluri fa de 751).

Tabelul 1.1 Variante de realizare a programului de explorare


Varianta l Varianta II
fixeaz contor la 125; exploreaz rndul (1);
exploreaz rndul (contor), nregistreaz rezultatul
nregistreaz rezultatul explorrii; exploreaz
Adresa1: explorrii; decrementeaz rndul (2); nregistreaz
contor, testeaz contor, rezultatul explorrii;
dac contor 0 salt la
exploreaz rndul(125);
adresa 2; n caz contrar
salt la adresa 1. nregistreaz rezultatul
explorrii.

Rezultate:
Numr de 6 250
instruciuni
Numr de 751 250
cicluri
Observaie: exemplul, prezentat ca aplicaie, pune n eviden
importana deosebit pe care o are faza de proiectare a programului. n
aceast faz trebuie s se urmreasc stabilirea unei soluii optime, prin
considerarea a dou obiective cu efecte contrarii: meninerea capacitii
sub o limit acceptabil din punct de vedere economic i creterea
numrului de activiti desfurate n timp real la valori suficient de mari,
care garanteaz realizarea unor sisteme de comutaie performante.
O alt cale de optimizare a software-ului const n definirea unor
instruciuni i conceperea unor procesoare dedicate sistemelor de
comutaie. n acest caz, pot fi ndeplinite activiti specifice, precum
permutarea ciclic a 8 bii din interiorul unui cuvnt de 24 de bii (ntlnit n
cadrul procesului de stabilire a cilor de comunicaie prin reeaua de
conexiune), ntr-un numr de cicluri main mult redus fa de cazul
utilizrii unui calculator de uz general.
Tehnicile de optimizare a software-ului, descrise mai sus, au ca obiectiv
obinerea unei soluii tehnico-economice avantajoase care s necesite un
volum acceptabil de memorare i capaciti satisfctoare de procesare n
timp real. Testarea soluiilor i ajustarea lor pn la forma final se
realizeaz, n general, prin simulri ce urmresc, n principal, stabilirea
capacitii de prelucrare n timp real a variantelor analizate.

1.3. Software clasic de comutaie

Un software de comutaie (i nu numai) este alctuit, n principal, din


dou componente: programul i baza de date. Programul cuprinde toate
instruciunile logice necesare ndeplinirii funciilor unui sistem de comutaie.
Fiind proiectat pentru a funciona n orice context el se mai numete i
program generic. Aceast flexibilitate este asigurat prin faptul c
informaiile relative la echipamentele i utilizatorii specifici unui anumit
sistem sunt nregistrate n baza de date proprie a acestuia.

1.3.1. Programul generic

Programul generic ndeplinete o serie de funcii referitoare la:


- prelucrarea apelurilor generate de abonaii proprii sau adresate lor,
precum i a diferitelor servicii pe care sistemul l ofer abonailor,
- ntreinerea sistemului - asigurarea i meninerea strii de
funcionare a sistemului n ansamblu i pe componente,
- administrarea sistemului - prin implicare n procesele de nnoire
(updating) i observare (monitorizare) a sistemului respectiv.
Din punct de vedere organizatoric, programul generic este alctuit dintr-
un ansamblu de module program care ndeplinesc funcii specifice.
Coordonarea activitii acestor module revine n sarcina unui program
principal care le apeleaz conform unui anumit plan, n funcie de
necesiti. Pentru a comunica ntre ele, modulele utilizeaz locaii de
memorie comune i circuite tampon (buffer).

1.3.1.1. Prelucrarea apelurilor

Sarcina principal pe care trebuie s o ndeplineasc un program


generic const n stabilirea la cerere a unei ci de comunicaie ntre doi
utilizatori. n cazul unui apel local, realizarea acestei sarcini presupune:
1. detectarea unei cereri de serviciu;
2. interpretarea informaiei de numerotare;
3. alertarea prii chemate;
4. stabilirea conexiunii propriu-zise;
5. taxarea;
6. eliberarea conexiunii.

Memoria

cererilor de
serviciu
Program
Interfee de Programe Numr control
abonat de cutare terminal execuie
chemtor
Memoria
terminalului
Program Caracteristicile
pregtitor terminalului

Baz
de date
Figura 1.3. Iniializarea programului-pregtitor.

Cele ase activiti sus menionate reprezint funciile de baz utilizate


n procesul de prelucrare a apelurilor, avnd n vedere c extensiile lor sunt
utilizate i n satisfacerea celorlalte servicii oferite de sistemul de comutaie
(apel distant, teleconferin, apel n ateptare etc.)
Componenta software a funciilor de prelucrare a apelurilor este
reprezentat de un ansamblu de programe care coordoneaz diverse
activiti. Astfel, pentru detectarea cererilor de serviciu se utilizeaz
programele de cutare care, periodic, pe durata a aproximativ 100 msec
exploreaz toate jonciunile (pentru depistarea eventualelor apeluri
distante) i toate liniile de abonat (pentru depistarea eventualelor apeluri
locale). n cazul liniilor de abonai, detectarea unui apel este urmat de
nscrierea numrului terminalului corespunztor ntr-o locaie din memoria
tampon a cererilor de servicii (figura 1.3.).
Memoria tampon a cererilor de servicii este trecut periodic n revist de
ctre programul de control al execuiei care, dac detecteaz o nou
cerere, activeaz un nou program pregtitor oferindu-i numrul terminalului
corespunztor (aflat n stare de apel). Programul pregtitor are ca obiectiv
conectarea terminalului la un receptor de cifre. Iniial, programul pregtitor
creeaz o structur de date temporar, numit memorie terminal, care este
completat prin copierea informaiilor necesare aflate n baza de date a
sistemelor de comutaie (de exemplu: modalitatea de transmitere a
informaiei de numerotare (impulsuri sau DTMF), identitatea terminaiei la
care este conectat terminalul etc.). Baza de date conine nregistrri
permanente ale abonailor indexate dup numrul corespunztor al
terminalului.
Stare;

Temporizri; Blocul de control

Vitez explorare;

Adrese de legtur.

Terminaii; Conexiuni fizice

Traseu prin reea.

Informaii interne speciale

Figura 1.4. Organizarea unei nregistrri de apel.


n continuare, programul pregtitor activeaz o nregistrare de apel,
care este o structur de date alctuit din trei seciuni, aa cum se prezint
n figura 1.4., i anume:
1. seciunea "bloc de control" care conine informaii referitoare la:
- starea (faza) curent a apelului,
- temporizatoarele - supravegheaz expirarea unor intervale
prestabilite de timp referitoare la anumite faze de prelucrare a
apelului, cum sunt de exemplu recepia cifrelor de numerotare
sau operaia de desfacere a conexiunilor la sfritul apelului,
- viteza de explorare - variaz n funcie de faza de apel (de
exemplu recepia cifrelor necesit o vitez de sondare mult mai
mare dect detecia deconectrii),
- adresele de legtur pentru o comunicaie cu alte nregistrri
de apel sau cu alte blocuri de memorie (de exemplu cu memorii
terminal).
2. seciunea "conexiuni fizice" - nmagazineaz informaii referitoare la
identitile terminaiilor precum i ale conexiunilor stabilite n sistemul
de comutaie pentru satisfacerea apelului n cauz.
3. seciunea "informaii interne speciale" - reprezint o zon de lucru
rezervat programelor generice. n plus, aceast seciune mai
cuprinde att adresele abonailor implicai n apel, ct i informaia
de taxare.
n nregistrarea de apel selectat, programul pregtitor nscrie adresa de
legtur la memoria terminal i identitatea echipamentului de linie
corespunztor (figura 1.5.). Urmeaz apoi gsirea unui receptor de cifre n
repaus i unei ci de legtur prin reeaua de conexiune ntre acesta i
terminal. Cea din urm aciune se desfoar pe baza informaiilor de stare
coninute n harta reelei.

nregistrare de
Identitate Program pregtitor
apel
echipament de
linie

Traseul
Adres de selectat
legtur

Memorie Memorie Harta reelei

terminal receptor

Figura 1.5. Conectarea receptorului de cifre.


Harta reelei este o baz de date ale crei nregistrri conin informaii
referitoare la strile de repaus (liber) sau de angajare (ocupat) ale traseelor
(drumurilor) prin reea. Selectarea, respectiv eliberarea, unui traseu
conduce la reactualizarea coninutului din harta reelei, adic la modificarea
informaiei de stare referitoare la traseul respectiv (anume la toate
elementele implicate n acest traseu).
Un receptor de cifre reprezint o entitate cu o component hardware,
care const dintr-o memorie tampon de numere, i o component software,
constituit dintr-un program de decodificare a informaiei de numerotare
recepionat n interfaa liniei de abonat. Angajarea sa de ctre un program
pregtitor presupune ca cel din urm s memoreze datele asociate
receptorului ntr-un segment de memorie temporar a crui adres de
nceput (de legtur) o nscrie n nregistrarea de apel.
n procesul de achiziionare i prelucrare de date ce nsoete tratarea
unui apel s-a optat pentru utilizarea de segmente de memorie temporare n
dorina ca nregistrrile de apel s aib dimensiuni constante i ct mai
mici. n acest fel, restul informaiilor, ce nu sunt necesare pentru toate
funciile implicate n prelucrarea unui apel, sunt memorate separat, n
segmente care n momentul n care nu mai sunt necesare sunt reintegrate
n memoria neutilizat a sistemului. Pentru o comunicare rapid ntre
diversele structuri de date ce corespund aceluiai apel, legturile dintre
acestea sunt bidirecionale (figura 1.6.).

Adres de legtur

Adres de legtur

Figura 1.6. Structuri de date dublu nlnuite.

Prin conectarea receptorului de cifre la terminal, programul pregtitor i


ncheie activitatea, programul de control al execuiei iniiind programul de
decodificare a informaiei de numerotare. Pentru o corect recepie a
cifrelor, ciclul de sondare al acestui program trebuie s fie rapid, n mod
normal de 10 msec. Cifrele recepionate sunt colectate ntr-o seciune a
memoriei tampon de numere, care este asociat nregistrrii de apel pe tot
parcursul strii de numerotare (figura 1.7.).

Memoria
Programe numerelor
Interfee
decodificare
cifre

Program control Program analiz


execuie numr nregistrare de
apel

Informaii

Baz de de rutare, identitate


date terminaie, etc.

Figura 1.7. Activiti legate de recepia numrului.

Pe msur ce cifrele sunt nscrise n memoria numerelor, programul de


control al execuiei activeaz programul de analiz al numrului care, n
cazul unui numr valid, extrage din baza de date identitatea terminaiei de
destinaie i informaiile de rutare pe care le depune n nregistrarea de
apel. Cunoaterea identitii destinaiei d posibilitatea testrii strii
acesteia. n cazul n care aceasta este n repaus urmeaz cutarea a trei
ci de comunicaie: una ntre terminaia "surs" i terminaia "destinaie", a
doua ntre generatorul tonalitii de revers apel i terminaia surs i a treia
ntre generatorul curentului de sonerie i terminaia destinaie. Este evident
c depistarea celei dinti dintre cele trei ci de comunicaie este decisiv
pentru continuarea cutrii celorlalte dou.
Program control Program
Program de
Terminaii
execuie de sondare

avertizare
Linie
Generator curent
destinaie de sonerie

Harta
Linie
Generator audio
reelei
surs
revers apel

Figura 1.8. Activiti legate de avertizarea abonailor.


Dup gsirea cilor, marcate n harta reelei, programul de analiz a
numrului se finalizeaz, iar programul de control al execuiei activeaz
programul de avertizare. Acesta stabilete efectiv cile de avertizare
(curent de sonerie i tonalitatea de revers apel) i iniiaz un program de
supraveghere, ce urmrete detecia rspunsului la partea chemat sau
deconectarea la partea chemtoare figura 1.8.).

Program de
Terminaii
sondare Program
control Numr terminal
execuie
Memoria
Program rspunsurilor
conector

Harta

reelei

Figura 1.9. Activiti legate de rspunsul abonatului chemat.

La detectarea rspunsului, programele de sondare nscriu numrul


terminalului chemat ntr-o memorie a rspunsurilor (figura 1.9.). n
continuare, programul de avertizare este dezactivat i sunt iniiate alte
module program care stabilesc calea de convorbire ntre cele dou
terminaii. ntruct apelul a intrat ntr-o stare relativ stabil, o bun parte din
segmentele de memorie temporar sunt eliberate. Pentru sesizarea
deconectrii, programele de sondare rmn active, iar atunci cnd acest
evenimente se petrec, intervin programele de taxare i deconectare, ce duc
n final la trecerea terminaiiior n stare de repaus i la eliberarea
nregistrrii de apel, ea devenind disponibil altor solicitri.
1.3.1.2. Funcii de ntreinere i administrare
Principala activitate a programului generic ine de prelucrarea apelurilor.
Cu toate acestea, n majoritatea cazurilor, segmentul destinat acestei
activiti reprezint doar 20 % din totalul setului de instruciuni cuprinse n
programul generic. Restul coninutului este destinat funciilor de ntreinere
i administrare a sistemului de comutaie. Aceste funcii urmresc
meninerea n limite prescrise a parametrilor de funcionare ai sistemelor de
comutaie i realizeaz activitile urmtoare:
Depistarea i depanarea defectelor - funcii complementare ce au ca
sarcin identificarea, semnalarea i analizarea situaiilor de avarie, cu
scopul stabilirii cauzelor ce le-au determinat, precum i remedierea
automat a defeciunilor n cazurile n care acest lucru este posibil. n
cazul componentelor hardware, activitile amintite se materializeaz,
de exemplu, n stabilirea unitii defecte i comutarea sistemului pe o
unitate de rezerv, pus la dispoziie de redundana sistemului.
Controlul suprasarcinilor - evalueaz gradul de ncrcare a sistemului
de comutaie. Pe baza informaiilor oferite de aceast component a
programului generic, funciile de prelucrare a apelurilor acioneaz n
sensul meninerii stabilitii n funcionare a sistemului, chiar i n
condiii severe de lucru, cnd volumul de prelucrri n timp real i
traficul deservit ating valorile limit.
Verificrile curente - reprezint un ansamblu de programe destinate
depanrii "din mers" a software-ului unui sistem de comutaie. n
principal, ele se ocup cu recuperarea segmentelor pierdute de
memorie, precum blocurile de memorie temporar i nregistrrile de
apei disprute din evidenele listelor de structuri de date active sau n
repaus i asistarea programelor de redresare a programelor de
prelucrare a apelurilor ajunse n situaii neateptate.
Redresarea sistemului - funcia ce este activat atunci cnd o cauz
major a afectat sistemul de ansamblu. Amploarea aciunilor
ntreprinse de aceste funcii variaz de la caz la caz, nivelul maxim
reprezentnd rencrcarea complet a programului generic. Pentru a
evita aceast soluie extrem, n urma creia toate apelurile n curs
de desfurare sunt ntrerupte, activitile de redresare a sistemului
urmeaz o anumit ierarhie, n care cel mai sczut nivel de amploare
este cel care are efecte negative minime pentru clienii sistemului.
Astfel, de exemplu, redresarea sistemului poate debuta cu
reiniializarea unui bloc de memorie care conine date invariabile.
Dac aceast aciune nu a restabilit funcionarea sistemului, atunci
funciile de redresare trec succesiv prin urmtoarele niveluri de
amploare, pn ce activitatea de refacere d rezultatele dorite.
Pentru a evita atingerea unor niveluri crescute de amploare, funciile
de redresare ale sistemului colaboreaz cu restul funciilor de
ntreinere. n acest fel, pe lng ajutorul oferit de cele din urm,
funciile de redresare sistematic primesc i o serie de indicatori utili
pentru evaluarea gradului de degradare a sistemului i pentru
stabilirea deciziei dac se trece sau nu la urmtorul nivel de
amploare.
Efectele generate de atingerea ultimului nivel de amploare pot fi limitate
dac rencrcarea programului generic afecteaz doar apelurile aflate n
faza transmiterii. Acest lucru este posibil deoarece imaginea software a
unui apel n stare de convorbire se limiteaz doar la o nregistrare de apel,
iar detectarea sfritului de convorbire (deschiderea buclei la una dintre
pri) se realizeaz prin programe de cutare identice cu cele n care
terminaiile sunt n repaus.
Funciile administrative ofer operatorului suportul desfurrii
activitilor respective. Printre acestea se pot enumera: observarea
traficului real, care este util ingineriei de trafic, modificarea informaiilor
curente din locaiile bazei de date i inspectarea memoriei de lucru.