CAPITOLUL 4

Managementul reelelor SDH teorie i implementare practic

4.1 Managementul reelelor SDH prezentare teoretic 4.1.1 Prezentare general n capitolele precedente au fost prezentate principiile ce guverneaz sistemele de management al reelelor numerice integrate. Dintre acestea au fost evideniate sistemele de management pentru SS7 i reelele de management ale telecomunicaiilor (TMN). Folosind ca baz teoretic de plecare informaia referitoare la aceste dou sisteme poate fi studiat i cazul particular al managementului SDH. Reeaua SDH asigur suportul de transport pentru TMN, utiliznd canalele DCC (Data Communication Channels Canale de comunicaii de date) [G.831]. Pe aceste canale, fluxul informaiilor de management se transmite utiliznd un protocol de legtur de date, LAPD [Q.921], un caz particular al HDLC, asemntor protocolului folosit pentru sistemele SS7, descris i n aceast lucrare. n [VON98] a fost descris modelul fizic i logic pe care este structurat o reea SDH. n continuare, va fi descris modelul de management al unei asemenea reele. n fig. 4.1 este prezentat un exemplu de reea SDH care are ncorporat i propriul sistem de control i management. SDH conine un sistem integrat de management al reelei, distribuit att la nivelul echipamentelor de reea, ct i n puncte centrale de gestiune. Transportul informaiilor de management ntre toate aceste noduri se poate face fie prin intermediul canalelor de comunicaie integrate n reea EO (Embaded Overhead Redundan ncorporat), fie prin intermediul unor canale auxiliare special destinate acestui scop. Conform recomandrii G.831 a ITU-T managementul automat al SDH trebuie s aib capacitatea de a asigura: interaciunea automat ntre reelele de transport administrate de operatori de reea diferii; operarea automat a unei reele deservite de un operator unic, dar ale crei echipamente provin de la furnizori diferii; optimizarea managementului unui domeniu unic de transport SDH (furnizor unic, operator unic). Din aceast perspectiv, obiectivele pe care i le propune sistemul de management al reelelor SDH pot fi enunate prin intermediul a ase principii generale: 1. capacitatea de a stabili, la cerere, un numr de n ci de transport ntre dou puncte de acces al clienilor;
131

capacitatea de a menine, pentru aceste ci, a unei caliti nalte a serviciilor, ceea ce presupune i capacitatea de refacere automat a cilor defecte; 3. capacitatea de a furniza monitorizarea permanent a performanelor cilor alocate, att timp ct acestea se afl n serviciu; 4. capacitatea de a asigura o mentenan simpl de la distan att n interiorul unui domeniu gestionat ct i la grania dintre dou domenii diferite, ceea ce presupune identificarea i localizarea echipamentelor defecte; 5. capacitatea de a genera informaiile privitoare la alocarea i utilizarea resurselor, informaii necesare ca suport pentru rutare, contabilizare a costurilor i planificare a configuraiei; 6. capacitatea de a furniza suport pentru asigurarea funciilor de management auxiliare, ca de exemplu cele de: inventar, planificare etc.
2.
NM NM

DCS

NM

MUX ADM DCS NM

Succesul stabilirii unei ci ntre dou puncte de acces depinde n mod esenial de respectarea unui mod de identificare unic al acestora din urm. Aceasta implic existena unui numr global unic de identificare pentru fiecare punct de acces, care s nu se modifice atta timp ct nodul respectiv se afl inclus n reea. Numrul de identificare trebuie s conin informaii pe baza crora s poat fi determinat operatorul cruia i aparine nodul respectiv, ct i reeaua din care face parte. Setul identificatorilor punctelor de acces din cadrul unei reele trebuie s asigure o schem unic de identificare, independent de
132

aflueni aflueni

ADM
NM

= = = =

MUX

conexiune fizic Informaii de redundan ncorporat Canale auxiliare dedicate

managementului de reea

MUX

Semnificaia notaiilor folosite: (Multiplexer) (Add Drop Multiplexer) (Digital Cross-connect System) (Network Management) Multiplexor Multiplexor de inserie-extracie Sistem digital de interconectare Management de reea

Fig. 4.1. Exemplu de sistem de management al SDH

schemele similare utilizate n alte reele. Modul de construire a acestei scheme de identificare este reglementat n [E.164], iar localizarea i codarea identificatorilor punctelor de acces este descris n [G.709]. n cadrul unei reele de management a SDH, funciile primare de management se ocup, n principal, cu stabilirea, validarea, monitorizarea, protejarea i refacerea legturilor ntre dou noduri de acces. Pentru stabilirea cilor, structura de control trebuie s asigure prelucrarea i transportul mesajelor ntre procesele de control diferite implicate. Ea opereaz cu dou tipuri distincte de mesaje, specifice oricrei structuri de control ierarhizat pe nivele funcionale (fig. 4.2): mesaje transferate ntre procesele de control situate pe nivele nalte i procesele controlate de acestea, situate pe nivele de baz; mesaje transferate ntre procesele pereche situate la acelai nivel ierarhic.

Nivel fizic Nivel seciune regenerare

Nivel seciune multiplexare

Nivel cale

Fig. 4.2. Structura de control pentru stabilirea unei ci

Poate fi fcut o difereniere ntre modul de stabilire a unei noi ci ntre doi operatori de reea distinci sau n cazul unei aceleiai reele deservite de un unic operator. Atunci cnd se stabilete o cale ntre doi operatori de reea distinci pot fi folosite dou protocoale diferite, fie cel de rutare pas cu pas, fie cel al rutrii sursei, iar n cazul reelelor deservite de un singur operator exist trei metode distincte de stabilire a unei ci. Metoda centralizat, presupune utilizarea unui punct central unic de procesare, iar mesajele folosesc alte ci de transfer dect cele utilizate de elementele reelei. Metoda rutrii pas cu pas, presupune folosirea unor protocoale de rutare comune mai multor sisteme de semnalizare. Mesajele de control dintre nivelele funcionale implicate aparin unei aceleiai entiti de procesare.
133

Aceasta poate fi ncorporat elementelor de reea i atunci va folosi protocoalele proprii mediului SDH [Q.784], descrise n continuare, fie va fi extern acestora i atunci va folosi modul de adresare descris n [M.3010 i G.774]. Metoda rutrii sursei, n acest ultim caz, att protocoalele folosite, ct i ruta aleas vor fi stabilite la primul nod, acela care genereaz mesajul. De asemenea, dac controlorul de procesare se afl n interiorul nodului vor fi utilizate protocoale specifice SDH [G.784], iar n cazul n care acesta este extern nodului, atunci va fi utilizat modul de adresare specific TMN. Aceast metod nu poate determina, n afara sub-reelei n care este coninut nodul surs, rutele utilizate, la acest nivel fiind necesare protocoale distincte de stabilire a legturii ntre operatori. n capitolul precedent a fost descris att sistemul de semnalizare nr. 7, care st la baza semnalizrilor dintre dou reele diferite, ct i sistemul TMN, a crui metodologie de transfer a mesajelor poate fi utilizat cu succes n toate
ER A ER B DM SO

OA

OA

FER-FMA

FER-FMA

DM-FMA

SO-FMA

FCM

FCM

FCM

FCM

Qx

Q3

Semnificaia notaiilor folosite: ER A, ER B OA FER DM SO FMA FCM Element de Reea A, B Obiect Administrat Funcie Element de Reea Dispozitiv de Mediere Sistem de Operaii Funcie de Management la nivel Aplicaie Funcie de Comunicaii pentru Mesaje

Fig. 4.3. Exemplu configuraie management SDH implicat n stabilirea unei ci

cele trei metode de mai sus, n cazul n care acestea folosesec drept nod de control un nod situat n afara reelei de transport a SDH. n fig. 4.3 este prezentat un exemplu de configuraie funcional SDH specific procesului de stabilire a unei ci de comunicaie ntre un controler de proces situat n afara nodurilor A i B ntre care este realizat calea.

134

Odat ce o cale a fost stabilit conform uneia din procedurile enunate mai sus, ea va trebui validat, ceea ce prespune transmiterea n band a codului de identificare asociat punctului de acces conectat. Acesta va trebui validat la cellat capt al legturii. Odat ce calea sau seciunea a fost stabilit i validat ea va fi permanent monitorizat din punct de vedere al integritii mediului transmis. Monitorizarea se poate realiza utiliznd redundana de cale sau de seciune potrivit, aceasta fiind apoi permanent comparat cu o valoare limit. Dac performanele transmisiunii vor scdea sub acest prag, atunci va fi declarat apariia unui nou defect. n cazul n care calea sau seciunea respectiv sunt protejate atunci va fi declanat procedura automat de refacere a legturii, conform [G.803]. Au fost descrise pn acum obiectivele generale ale managementului SDH. n continuare, va fi prezentat modul n care aceste obiective pot fi realizate. 4.1.2 Suport de transmisiuni pentru managementul SDH Aplicaiile de management al SDH pot fi clasificate dup aria de activitate, ca fiind de dou tipuri: aplicaii de management la nivel de reea; aplicaii de management la nivel de echipament. Dup cum a fost prezentat la nceputul acestui capitol, informaiile de management pot folosi drept suport fizic pentru transmitere fie canalele de comunicaie integrate n antetul cadrului de transport, fie canale externe mediului SDH. Pentru a localiza n mod corect canalele fizice folosite ca suport pentru transmiterea informaiilor de management, n fig. 4.4 a fost prezentat redundana de seciune SOH (Section OverHead) pentru cadrul primar STM1. Informaiile de management ncorporate n cadrul SDH (EO) pot fi la nivelul lor tributare unui protocol orientat pe bit sau pe mesaj. n primul caz sunt reprezentate prin anumii octei din SOH, pe care i vom descrie n momentul trecerii n revist a funciei managemetului defectrilor. n cazul n care comunicaia folosete un protocol orientat pe mesaje, sunt folosii biii D1 D12, ceea ce nseamn 12 canale distincte, fiecare cu debitul de 64 kbps, deci un debit total de 768 kbps. Primele trei canale, D1 D3, asigur un debit de transport sincron de 192 kbps, dedicat informaiilor OAM privitoare la echipamentele terminale ale seciunii de regenerare. Urmtoarele 9 canale, D4 D12, alctuiesc un canal de comunicaii de date (DCC Data Communication Channel) cu debitul de 576 kbps, dedicat transportului informaiilor OAM specifice seciunii de multiplexare.
1 A1 B1 D1 H1 2 A1 X X h1 3 A1 X X h1 4 A2 E1 D2 H2 135 5 A2 X X h2 6 A2 X X h2 7 J0 F1 D3 H3 8 NU NU X H3 9 NU NU X H3

RSOH PTR.

1 2 3 4

MSOH

5 6 7 8 9

B2 D4 D7 D10 S1

B2 X X X Z1

B2 X X X Z1

K1 D5 D8 D11 Z2

X X X X Z2

X X X X M1

K2 D6 D9 D12 E2

X X X X NU

X X X X NU

Semnificaia notaiilor folosite: RSOH MSOH (Regeneration Section OverHead) (Multiplexing Section OverHead) = = Redundana seciunii de regenerare Redundana seciunii de multiplexare

Fig. 4.4. Structura SOH pentru cadrul STM-1

Protocolul utilizat pentru transferul informaiilor pe aceste canale este de tipul orientat pe mesaje, numit LAPD (Link Access Protocol channel D Protocol de acces legtur pe canal D), definit n [Q.920 i Q.921]. Acest protocol este de nivel 2, legtur de date, dac ne raportm la ierarhia stratificat OSI a sistemelor SDH. Scopul su este de a transporta informaii ntre entitiile nivelului 3 de-a lungul interfeelor ISDN utilizator-reea, folosind canale de tip D. Este un protocol duplex, independent de rata de transmisie a canalului folosit. Nivelul 3 al arhitecturii OSI solicit servicii de la nivelul legtur de date prin intermediul primitivelor de servicii. n acelai fel nivelul 2 comunic cu nivelul fizic. Primitivele schimbate ntre nivelul legtur de date i nivelele adiacente acestuia sunt clasificate dup patru tipuri distincte: primitive CERERE; primitive INDICAIE; primitive RSPUNS; primitive CONFIRMARE. n fig. 4.5 este prezentat o posibil secven a modului n care acioneaz aceste primitive. Primitiva CERERE este utilizat atunci cnd nivelul superior cere un serviciu de la nivelul imediat inferior. Primitiva INDICAIE este utilizat de nivelul furnizor de servicii atunci cnd acesta dorete s anune nivelul imediat superior de iniierea unei activiti referitoare la serviciul solicitat. Primitiva RSPUNS este utilizat de un anumit nivel pentru a confirma nivelului imediat inferior c a recepionat de la acesta o primitiv de tip INDICAIE. Primitiva CONFIRMARE este utilizat de nivelul furnizor de servicii pentru a confirma ndeplinirea serviciului solicitat.
Nivel 3
CONFIRMARE CERERE INDICAIE

Nivel 3
RSPUNS

PAS

136

Nivel 2

Nivel 2

Protocol punct-la-punct la nivelul Legtur de Date PAS Punct de Acces la Serviciu

Fig. 4.5. Secven de acionare a primitivelor

Protocolul LAPD include funcii specifice nivelului 2 din ierarhia unui sistem OSI, dup cum urmeaz: furnizarea uneia sau mai multor conexiuni de tip legtur de date pe canalul D; includerea unei secvene de control care s permit respectarea unei ordini corecte n secvena sosirii cadrelor la recepie; detecia erorilor de transmisie, de format i operaionale survenite pe o conexiune tip legtur de date; refacerea informaiilor utile n cazul apariiei erorilor; anunarea entitilor de management n cazul apariiei unor erori ce nu mai permit refacerea informaiei; controlul fluxului de informaie. Deci suportul fizic pentru canalele ECC este constituit de canalale DCC, care folosesc un protocol de comunicaie de tip LAPD. Pentru a asigura un bun suport logic pentru funciile de management, trebuie implementate i anumite funcii de control pentru canalele ECC. Astfel, funciile de management ale ECC trebuie s ndeplineasc urmtoarele condiii: refacerea principalilor parametri ai reelei ce asigur o funcionare compatibil (mrimea pachetelor, calitatea serviciilor, mrimea ferestrei de retransmisie etc.); stabilirea unei rutri a mesajelor ntre nodurile DCC; managementul adreselor de reea; refacerea strii operaionale a DCC la nodurile aflate n trafic; capacitatea de a permite sau interzice accesul la canalele DCC. Suplimentar fa de aceste canale de management ncorporate n antetul cadrelor SDH, n acelai scop mai pot fi folosite i canale externe de conectare la managerul principal al reelei. Acest mod de abordare se dovedete extrem de util atunci cnd nu sunt nc interconectate toate inelele SDH, fiind astfel imposibil folosirea suportului propriu de management. Canalele externe ce vor conecta nodurile SDH la punctul principal de control pot folosi dou tipuri de interfee cu inelele SDH: interfaa QB3, tip Ethernet 802.3, pentru cazul n care distanele de interconectare sunt reduse; interfaa QB2, tip X25, pentru cazul n care distanele de interconectare sunt mari. Folosirea acestor tipuri de interfee are un dublu scop:
137

 pot interconecta ntre ele facilitile interne de management ale nodurilor DCS sau MUX; pot conecta aceste faciliti la un punct principal de management, extern reelei de transport. Unul din principalele avantaje ale modului de management al unei reele SDH este faptul c are ncorporat direct n mediul de transmisuni suportul pentru TMN, prin intermediul canalelor DCC. Folosirea unui sistem extern de transport pentru TMN, dei extrem de util mai ales n faza de instalare a inelelor SDH, poate ridica probleme deosebite de interfaare, dublate de inconvenientul c astfel se pierde din caracterul integrat al soluiei oferite pentru acest tip de management. n urmtorul paragraf va fi descris modul de implementare a funciilor de management specifice TMN n cazul particular al SDH. 4.1.3 Funciile de management al SDH Funciile de management ale SDH respect clasificarea din Recomandarea M.3010 a ITU-T pentru TMN, clasificare descris i n aceast lucrare. Conform acesteia avem urmtoarele categorii de funcii de management: funcia de management al defectrilor; funcia de management al performanelor; funcia de management al siguranei; funcia de management al configuraiei; funcia de management al calitii. Modul de implementare a acestor funcii de management este unul ierarhic, pornind de la structura de control prezentat n fig. 4.2, structur care respect stratificarea logic specific SDH [G.803]. n fig. 4.6 a fost prezentat ierarhia de management proprie SDH. n continuare, vor fi descrise principalele funcii de management specifice SDH. A. Funcia de management al defectrilor Funcia de management al defectrilor acioneaz att la nivel de reea, ct i la nivel de echipament, la fel ca toate celelalte funcii de management. La nivel de reea principalul su obiectiv este de a detecta i identifica echipamentele defecte. La nivel de echipament aciunea sa este mai complex i presupune detectarea defectrilor, generarea i monitorizarea semnalelor de alarm, testarea reelei. Fiecare echipament din reea, tratat din punct de vedere obiectual ca un ER, trebuie s aib capacitatea s genereze automat semnale de alarm spre centrul de management atunci cnd anumite evenimente/condiii neacceptabile apar n funcionarea sa sau sunt sesizate n fluxurile externe pe care acesta le recepioneaz. Aceste evenimente sau condiii trebuie clasificate, de ctre manager, ca importan, n dou mari categorii: evenimente grave care trebuie raportate imediat, automat, de ctre echipament;

138

 restul evenimentelor ce pot aprea, acestea trebuind stocate i raportate atunci cnd echipamentul este interogat de ctre manager. Aceast clasificare ncearc s minimizeze impactul pe care l-ar putea avea asupra ncrcrii traficului de management apariia mesajelor referitoare la defectri sau proaste funcionri.
RSTE
RSOH Nivel seciune de regenerare

RSTE

RSTE
Nivel seciune de multiplexare

MSOH

RSTE

RSTE
Nivel cale

HO POH

RSTE

RSTE
LO POH

RSTE

Semnificaia notaiilor folosite: RSTE MSTE HO PTE LO PTE (Regeneration Section Terminal Equipment) (Multiplexing Section Terminal Equipment) (High Order Path Terminating Equipment) (Low Order Path Terminating Equipment) = Echipament terminal al seciunii de regenerare = Echipament terminal al seciunii de multiplexare = Echipament terminal al cii de ordin superior = Echipament terminal al cii de ordin inferior

Fig. 4.6. Ierarhie de management SDH

Din aceste motive, sistemul de management al SDH trebuie s fie capabil s ndeplineasc urmtoarele funcii dedicate controlului alarmelor: raportarea automat a alarmelor; posibilitatea de a solicita transmiterea alarmelor; posibilitatea de a bloca sau nu transmiterea alarmelor pe ECC; posibilitatea de a valida sau invalida funcia de solicitare a alarmelor; posibilitatea de a valida sau invalida funcia de tranmsitere automat a alarmelor. n cele ce urmeaz vom trece n revist principalele condiii de eroare, precum i semnalele de eroare i alarm ce pot fi generate de echipament ctre sistemul de management.
139

Condiii de eroare LOS (Loss Of Signal) Lips semnal Atunci cnd echipamentul nu recepioneaz, nainte de de-scrambler, un bit de 1 pentru o durat mai mare de 100 sec, se declar defect lips de semnal i dac defectul persist mai mult de 2 sec, se genereaz un semnal de alarm LOS spre sistemul de management. n sens invers, pentru a se declara lips defect este necesar recepia a cel puin dou module de transport corecte consecutiv. Dup alte 10 sec de funcionare corect este anulat i condiia de eroare, iar echipamentul reseteaz semnalul de alarm, trimind spre sistemul de management un mesaj de ieire din alarma respectiv. OOF (Out Of Frame) - Desincronizare n cazul n care timp de 625 sec nu este detectat secvena corect de sincronizare (octeii A1 i A2 din redundana de seciune RSOH) se declar defect de OOF. Pentru a se declara reintrarea n sincronism trebuie detectate dou secvene de sincronizare corecte consecutive. LOF (Loss Of Frame) Pierderea sincronismului Dac indicaia de alarm OOF exist pentru mai mult de 3 sec se declar LOF. Dac acesta persist mai mult de 2.5 sec atunci echipamentul trece n condiie de eroare, activnd indicatorul LOF, simultan cu trimiterea unui semnal de alarm specific spre sistemul de management. Pentru a fi nlturat defectul LOF trebuie ca echipamentul s stea cel puin 3 sec fr eroare OOF. Dup alte 10 sec fr alarm, condiia de alarm este resetat, iar spre sistemul de management este trimis un mesaj de anulare a condiiei de eroare. LOP (Loss Of Pointer) Pierderea pointerului Defectul LOP poate fi detectat n dou cazuri distincte: sunt recepionai consecutiv cel puin doi pointeri incoreci, adic cu salturi mai mari de o unitate; se recepioneaz consecutiv 10 indicaii de ncrctur nou (NDF New Data Flag Indicator ncrctur nou). Dup mai mult de 2.5 sec de eroare este declarat condiie de eroare LOP i se transmite alarm spre sistemul de management. Pentru nlturarea defectului este necesar recepionarea a trei pointeri consecutivi cu valori corecte i NDF-uri normale. Dup alte 10 sec de la dispariia defectului este nlturat i condiia de eroare, ceea ce conduce la resetarea semnalului de alarm i la transmiterea unui mesaj de anulare a alarmei spre sistemul de management.

140

n afara acestor posibile defecte mai exist i altele mai puin importante sau mai rar ntlnite. Echipamentul de reea monitorizeaz i propria sa funcionare, n mod similar modului n care monitorizeaz defectele de semnal. Aceasta presupune monitorizarea blocului de alimentare, blocului de procesare, blocului memoriilor, precum i altor blocuri funcionale. Modul n care se realizeaz aceste operaii sunt specifice productorului. La ieirea din condiiile normale de funcionare pentru unul din aceste blocuri este generat un semnal optic de avertizare local, dublat de transmiterea unui mesaj corespunztor de alarmare spre sistemul de management. Protocolul de comutare automat a proteciei n seciunea anterioar au fost prezentate principalele condiii de eroare pe care le poate monitoriza sistemul de management al SDH i modul n care acesta reacioneaz la detectarea unei condiii de eroare. Pentru a putea asigura o funcionare continu, la parametrii impui, a unei seciuni de multiplexare sunt prevzute aa numitele canale de rezerv. Un canal de rezerv poate fi folosit ca protecie pentru mai multe seciuni active, iar declanarea comutrii pe acest canal trebuie s se poat realiza simultan la ambele echipamente terminale. Acest protocol (APS Automatic Protection Switching) se declaneaz automat la ndeplinirea uneia din urmtoarele trei condiii: degradarea peste o anumit limit a calitii semnalului; apariia pe seciunea respectiv a unor condiii noi de eroare; primirea unor comenzi externe de comutare forat a proteciei. Pentru controlul acestui protocol exist un bloc dedicat pentru management al proteciei, care folosete drept suport de transport pentru informaia necesar octeii K1 i K2 din MSOH. Trebuie luat n seam i probabilitatea eronrii chiar a acestor octei, ceea ce trebuie s conduc la generarea unei condiii de eroare specific. Semnale de alarm i eroare Dup cum a fost prezentat n seciunea dedicat condiiilor de eroare, atunci cnd echipamentul detecteaz o condiie de eroare, dup un timp prestabilit, transmite un mesaj de alarm sau de eroare spre sistemul de management. n principal, n SDH sunt dou mari categorii de semnale de alarm, dup direcia spre care sunt generate: AIS (Alarm Indication Signal Semnal de indicare a unei alarme) este transmis spre echipamentul aflat pe sensul de emisie, deci n aval; RDI (Remote Defect Indication Indicator de defect la un terminal ndeprat) este transmis amonte, adic spre sistemul de management. La rndul lor, semnalele AIS pot fi mprite n trei categorii: MS_AIS: este transmis n general atunci cnd sunt detectate erori de tip LOS, OOF sau OOF; HO_AIS: este transmis n principal la detectarea pierderii pointerului la cadrele din calea de ordin superior, deci la apariia defectului HO_LOP;
141

LO_AIS: se genereaz n condiii similare cu semnalul HO_AIS, dar se refer la pierderea pointerului pentru cadrele dintr-o cale de ordin inferior, deci atunci cnd apare defectul LO_LOP. Pentru semnalele de tip RDI pot fi identificate n mod similar trei sub-tipuri distincte, corespunztoare celor trei nivele de management: MS_RDI: este transmis nodului de origine al seciunii de multiplexare, atunci cnd n terminal sunt stabilite una din cele trei condiii de eroare: LOS, LOF sau OOF; HO_RDI: este transmis amonte dac s-a detectat pe calea de ordin superior o condiie HO_LOP sau dac la acest nivel au fost recepionate din amonte MS_AIS sau HO_AIS; LO_RDI: este generat dac la nivelul cii de ordin inferior a fost detectat un defect de pierdere de pointer, deci LO_LOP sau n cazul n care a fost recepionat din amonte unul din semnalele de eroare HO_AIS sau LO_AIS. Referitor la semnalele de eroare, acestea nu sunt transmise dect n amonte, spre echipamentul de la care se recepioneaz fluxul informaional i sunt denumite REI (Remote Error Indicator Indicator de eroare la terminalul ndeprtat). Aceste tipuri de mesaje pot fi la rndul lor catalogate dup nivelul fizic de la care sunt generate, astfel: MS_REI: reprezint un retur distant la BIP_24, fiind generat la nivelul seciune de multiplexare; HO_REI: reprezint un retur distant la BIP_8, fiind generat la nivelul cii de ordin superior; LO_REI: reprezint un retur distant la BIP_2, fiind generat la nivelul cii de ordin inferior.

Testarea reelei Aceast facilitate a funciei de management al defectrilor este foarte util n identificarea unor nefuncionaliti aprute n operarea reelei. Poate fi divizat n trei sub-funcii diferite de mentenan i ntreinere [G.784]: funcii de acces la reea; funcii de diagnosticare; funcii de rebuclare. Cu ajutorul funciilor de acces pot fi monitorizate i testate echipamentele din reea, prin conectare local sau distant la facilitile interne de testare ale acestora. Diagnosticarea permite realizarea unei analize a rezultatelor obinute n etapele de accesare i culegere a datelor de la echipamente. Prin funciile de rebuclare pot fi testate separat, progresiv, prin izolare, toate tronsoanele unei reele SDH, fiind foarte utile pentru funciile de diagnosticare. B. Funcia de management al performanelor Aceast funcie are drept scop monitorizarea continu a performanelor reelei, utiliznd ca principale metode fie citirea parametrilor fizici ai reelei, fie colectarea biilor de redundan coninui n antetul cadrului SDH. Au fost
142

acceptate dou intervale de msur [G.783 i G.784], un interval minim de 15 minute i altul de 24 h. Parametrii ce urmeaz a fi monitorizai sunt specificai n [G.783], n continuare fiind prezentai doar cei mai importani dintre acetia [conform tab. A-3/G.784]:
CV ES SES UAS PSC PSD Code Violation Errored Second Severly Errored Second UnAvailable Second Protection Switching Count Protection Switching Duration = Violare a codului = Secund eronat = Secund sever eronat = Secund indisponibil (nefuncional) = Numr de comutri ale proteciei = Durata comutrii proteciei.

Pentru o analiz pertinent a datelor privitoare la performana reelei este necesar asigurarea memorrii unei anumite istorii funcionale a obiectului monitorizat. Pentru acest scop au fost defini un numr distinct de regitri, asociai celor dou ferestre principale de monitorizare: cea de 15 minute i cea de o zi. Pentru fiecare fereastr a fost definit cte un registru pentru situaia curent, un altul pentru situaia anterioar i un numr nedefinit de regitri pentru ultimele n intervale recente. Toi aceti regitri pot fi citii la cerere sau n mod regulat, actualizarea sau citirea informaiei fcndu-se n mod obligatoriu fr pierderi. Pentru toate mrimile monitorizate au fost stabilite nite limite de variaie maxime, depirea acestora atrgnd automat dup sine generarea unor mesaje de alarm sau de eroare, dup cum a fost deja descris n seciunea anterioar. Aceast funcie de management al performanelor ofer informaii foarte utile att pentru funcia de defectri ct i pentru funcia de management al configuraiei, care va fi prezentat n continuare. C. Funcia de management al configuraiei Managementul configuraiei se refer la toate acele funcii care asigur o bun configurare a resurselor sistemului de transport i este util att n etapa de instalare a reelei, ct i n etapa operaional. n etapa de instalare nu exist nc operaional suportul de transmisiuni pentru sistemul de management, deci sunt folosite soluiile proprietare ale furnizorului, necesare punerii n funciune a ntregului sistem. n etapa operaional deja trebuie stabilite anumite metode de control a parametrilor reelei n vederea optimizrii performanelor acesteia. Principalul instrument aflat la dispoziia managerului pentru optimizarea configuraiei este funcia de comutare a proteciilor. Pentru o folosire uoar i corect, aceste funcii de comutare trebuie s poat funciona n patru regimuri distincte: regim cu comand de comutare manual a intrrii/ieirii din funciune a circuitelor de protecie; regim cu comutare forat a intrrii/ieirii din funciune a circuitelor de protecie; regim de blocare a comutrii circuitelor de protecie;
143

regim cu comand de comutare automat a intrrii/ieirii din funciune a circuitelor de protecie (cunoscut ca APS). Aceste trei funcii de management prezentate mai sus sunt cele mai importante i ca atare sunt standardizate n recomandarea G.784 a ITU-T. n cele ce urmeaz vom prezenta protocoalele de transfer ale mesajelor de management de-a lungul reelei.

4.1.4 Stiva de protocoale pentru canalele de transport al informaiei de management Deoarece SDH este construit conform recomandrilor ISO referitoare la sistemele deschise, aceasta abordare se va reflecta i n modul n care este construit stiva de protocoale specific transferului informaiei de management. Au fost prezentate deja n capitolul 2 modul orientat pe obiecte de abordare al managementului sistemelor OSI, precum i conceptul de TMN, utilizat n reelele de telecomunicaii. Managementul reelei SDH se bazeaz la rndul lui pe aceleai concepte orientate pe obiecte specifice sistemelor OSI, putnd fi tratat ca un caz special al TMN. Pentru exemplificare, n fig. 4.7 este prezentat modelul de stiv de protocoale pentru canalele de transport al informaiei de management. Nivelul fizic este constituit de canalele DCC, care opereaz la viteza de 192 kbps n seciunea de regenerare, folosind octeii D1 D3, iar n seciunea de multiplexare opereaz la 576 kbps, utiliznd pentru aceasta octeii D4 D12. La nivelul 2, cel al legturii de date este folosit protocolul LAPD, conform [Q.921]. Acesta asigur un transfer punct-la-punct al NSDU-urilor, utiliznd un singur canal logic ntre cele dou noduri. Exist dou modaliti distincte de abordare, specifice acestui protocol, utiliznd fie UITS (Unacknowledged Information Transfer Service Serviciu de transfer neconfirmat al informaiilor), fie AITS (Acknowledged Information Transfer Service Serviciu de transfer al informaiilor cu confirmare).

Nivel 7 Nivel 6 Nivel 5 Nivel 4 Nivel 3 Nivel 2

CMISE ACSE/ROSE X.216 i X.226 X.215 i X.225

ISO 8073/AD2 ISO 8473/AD3

144

LAPD [Q.921]

Nivel 1

DCC

Fig. 4.7. Stiv de protocoale pentru ECC

La nivelul 3, nivelul reea, este utilizat un mod de transfer fr conexiune, NPDU-urile fiind transportate ca datagrame. Pentru a putea transfera informaiile de la nodul surs la cel destinaie, este necesar ca fiecare nod din reea s poat lucra fie ca nod intermediar, fie ca nod final. n acest fel, nodurile intermediare pot genera, la rndul lor, informaii de control al rutrii, necesare rutrii NPDU-urilor. Pentru nivelul 4, cel de transport, este utilizat un protocol orientat pe conexiune, specificat n recomandarea ISO 8073. Acesta este un protocol de transport clasa 4 (TP class 4). Pentru nivelele 5 i 6 specificaiile funcionale sunt cele descrise n recomandrile X.215 i X.225 pentru nivelul sesiune i X.216 i X.226 pentru nivelul prezentare. La nivelul 7 sunt situate funciile de management, dup cum este descris i-n capitolul din acest lucrare dedicat TMN-ului. n fig. 4.8 este prezentat nivelul aplicaie i protocoalele componente ale acestuia. Serviciile ACSE sunt utilizate la iniierea sau nchiderea unei asociaii ntre dou aplicaii corespondente. Odat stabilit o asociaie, ea este folosit pentru a putea fi transmise mesaje de management la serviciile CMISE. Pentru operaiile la distan sunt utilizate ROSE care permit unui sistem s invoce derularea unei operaii pe un alt sistem i s cear, de asemenea, s fie informat despre modul n care se desfoar operaia comandat.

SM-ASE
Nivel Aplicaie

CMISE

ACSE

ROSE

Fig. 4.8. Protocoale de comunicaie SDH la nivel aplicaie

145

La nivelul cel mai nalt este situat CMISE, ca parte component a CMIP, rolul su fiind de a furniza servicii de transfer a informaiilor de management dea lungul ntregii reele de canale ECC. Alegerea acestei clase de servicii pentru managementul SDH impune o metod orientat pe obiecte de tratare a componentelor reelei. Pentru managementul reelei SDH, CMISE ofer urmtoarele primitive i servicii asociate acestora: crearea de obiecte primitiva CREATE; tergerea de obiecte primitiva DELETE; definirea atributelor obiectelor primitiva SET; redefinirea atributelor obiectelor primitiva GET; comanda unor operaii primitiva ACTION; recepionarea de rapoarte de la obiecte primitiva EVENT_REPORT. Pentru descrierea obiectelor i a atributelor specifice acestora este utilizat standardul ASN.1. Se poate afirma, la finalul prezentrii, c managementul SDH este o aplicaie a TMN, aplicaie ce respect particularitile transmisive ale mediului folosit drept suport. n continuare, este prezentat o metod practic de implementare, realizat de ctre autor, a unei pri din sistemul de management al unei reele SDH implementate la noi n ar. Au fost folosite drept suport canale exterioare sistemului de transmisiuni, iar protocolul realizat este o adaptare a protocolului LAPD la condiiile particulare ale aplicaiei respective. Paragraful urmtor constituie, de fapt, o parte a unui raport tehnic de produs prezentat de autor la terminarea fazei de colaborare pentru acest sistem cu INSCC-Bucureti, n decembrie 1998.

4.2 Sistem de management pentru o reea SDH implementare practic 4.2.1 Descriere general a sistemului Dup descrierea principiilor ce stau la baza managementului reelelor SDH, realizat n seciunea anterioar, vom prezenta acum un mod practic de realizare a unui sistem de management dedicat unei reele SDH, funcional la ora actual n cadrul reelei de fibr optic a RomTelecom. Sistemul a fost proiectat pentru a asigura principalele funcii de management ale tronsonului B ale reelei de transmisiuni pe suport de fibr optic, realizat cu echipamente Fujitsu. n fig. 4.9 este prezentat configuraia reelei de transmisuni pentru care a fost implementat acest sistem de management.
Legend

Staie de comutaie central 146

BACU

Staie intermediar Staie regenerator

SASCUT

ADJUD

Staie terminal Fibr optic de 140 Mb/s

FOCANI

GALAI

BRILA

NSUREI NDREI URZICENI CZNETI FETETI CERNAVOD

SLOBOZIA

AFUMAI

MEDGIDIA

BUCURETI CONSTANA

Fig. 4.9. Configuraia tronsonului B de fibr optic

Sistemul manevreaz cu fluxuri tributare de 2 Mbit/s, 34 Mbit/s i 140 Mbit/s care sunt apoi inserate ntr-un inel de transport SDH, la nivelul ntregii ri. Deci, dei acest tronson este n sine o aplicaie de transport plesiocron, pe suport de fibr optic, poate fi tratat din punctul de vedere al scopului final ca fcnd parte dintr-un sistem SDH. Tipurile de alarme, configuraii de lucru i modul de monitorizare sunt specifice sistemului SDH din care fac parte i au fost descrise din punct de vedere teoretic n seciunea anterioar. Echipamentele care asigur suportul de transmisuni pe fibr optic sunt de urmtoarele tipuri: echipament de multiplexare digital 2M/34M (M13 MUX); echipament de multiplexare digital 34M/140M (M34 MUX); echipament terminal de fibr optic 140 Mbit/s (140M OLTE); echipament regenerator optic (140M OLRE). Fiecare dintre aceste echipamente au o structur modular care le permite o mare flexibilitate n operare, monitorizare i mentenan. Din punctul de vedere al sistemului de management ele au fost tratate ca Elemente de Reea, att n ansamblu, ct i la nivel de cartel, constituind astfel clasa obiectelor de administrat (dup cum am artat n cap. 1 i cap. 2). n fig. 4.10 am figurat
147

structura unor asemenea blocuri i cartele din perspectiva sistemului de management.

rack 1
cartele

rack 2

rack 3

B1
Bloc 3 conector MPT E-SV

B1

B1

E-SV

E-SV

B2
Bloc 2 blocuri

B2

B2

B3
Bloc 1

B3

B3

MPT (Maintenance Portable Terminal Terminal portabil de mentenan)

Fig. 4.10. Structura i localizarea obiectelor de management

Fiecare dintre aceste obiecte trebuie s poat fi incluse n sistemul de management, deci s li se poat aplica funciile de management: de configurare, de defectare i de performan. Sistemul trebuie s fie capabil s configureze echipamentele n mod optim, s le monitorizeze permanent performanele i s detecteze rapid orice defect aprut n funcionarea acestora. 4.2.2 Baza de date a sistemului de management Pentru a putea asigura toate aceste funciuni a fost creat o baz de date relaional, inspirat din cerinele impuse de OSI pentru MIB i care conine principalele mrimi folosite de funciile de management. Baza de date conine astfel urmtoarele tipuri de tabele: tabela de STAII; tabela de UNITI; tabela de TIPURI; tabela de CANALE; tabela de CODURI_ALARM; tabela de ALARME;
148

tabela de FUNC_SPEC; tabela de UTILIZATORI.

Tabela de STAII Structura tabelei de STAII este prezentat n tab. 4.1.

Nr. crt. 1. 2. 3. 4. 5. 6. 7. 8. 9. CMP ID_STAIE NUME_STAIE ID_CANAL NR_RACKURI NR_RACKURI_DIST ADR_PROTOCOL ECA_INSTALAT ID_DIST_ST NR_RACK_CON_DIST TIP CMP integer text integer integer integer integer integer integer integer

Tab. 4.1. Structura tabelei de STAII

Semnificaia cmpurilor folosite n cadrul tabelei de STAII este urmtoarea: ID_STAIE - este cmpul de identificare a staiilor, fiecrei staii fiindu-i asociat ca identificator un numr ntreg; NUME_STAIE - asociaz fiecrei staii un nume n clar, care poate fi afiat pe ecranul consolei de management; ID_CANAL - indic canalul de comunicaie activ pe care l folosete staia la un moment dat; NR_RACKURI - este indicat numrul total de rack-uri pe care l supravegheaz sistemul de management n cadrul unei staii; NR_RACKURI_DIST - reprezint numrul total de rack-uri distante (din staiile nvecinate) care pot fi administrate de sistemul de management; ADR_PROTOCOL - prin acest cmp se transmite adresa de identificare pe un canal a unei staii; ECA_INSTALAT - indic sistemului de management dac staia respectiv este deservit de propriul agent de management (ECA Echipament de Colectare a Alarmelor) sau este administrat de la distan de la o staie vecin; ID_DIST_ST - indic pentru staiile ce nu sunt dotate cu ECA care este identificatorul staiei la care este conectat din punct de vedere al managementului; NR_RACK_CON_DIST - acest cmp este asociat, de asemenea, unei staii neechipate cu ECA i indic numrul rack-ului din staia vecin la care este conectat agentul de management. Tabela de UNITI Structura tabelei de UNITI este prezentat n tab. 4.2.

149

Nr. crt. 1. 2. 3. 4. 5. 6. 7. 8.

CMP ID_UNIT ID_STAIE NO_RACK NO_BLOCK NO_UNIT ID_TIP FLUX OBSERVAII integer integer integer integer text integer text text

TIP CMP

Tab. 4.2. Structura tabelei de UNITI

Semnificaia cmpurilor folosite n tabela de UNITI este urmtoarea: ID_UNIT - este cmpul de identificare a unitii (sau cartelei) funcionale din echipamentul de comunicaii; ID_STAIE - identific staia creia i aparine unitatea respectiv; NO_RACK - acest cmp specific numrul rack-ului cruia i aparine unitatea respectiv; NO_BLOCK - acest cmp identific blocul din rack-ul NO_RACK cruia i aparine unitatea respectiv; NO_UNIT - acest cmp indic poziia pe care se afl unitatea funcional; ID_TIP - acest cmp indic tipul cartelei funcionale; FLUX - indic fluxul de ieire asignat la cartela curent; OBSERVAII n acest cmp pot fi fcute observaii de ctre operatorul de la consol, relative la funcionalitatea unitii respective.

Tabela de TIPURI Structura tabelei de TIPURI este prezentat n tab. 4.3.

Nr. crt. 1. 2. 3. CMP ID_TIP TIP DESCRIERE integer text text TIP CMP

Tab. 4.3. Structura tabelei de TIPURI

Semnificaia cmpurilor folosite n tabela de TIPURI este urmtoarea: ID_TIP - prin acest cmp este identificat tipul unei cartele funcionale din echipamentul de transmisiuni sau al unui obiect din structura sistemului de management (ECA, canal de transmisuni, port ECA etc.); TIP - acest cmp ofer o informaie tip text despre tipul unitii curente i este util atunci cnd se dorete afiarea la consol a unor informaii n clar despre unitatea respectiv; DESCRIERE - n acest cmp pot fi inserate detalii suplimentare referitoare la tipul unitilor sau cartelelor respective. Tabela de CANALE Structura tabelei de CANALE este prezentat n tab. 4.4.
150

Nr. crt. 1. 2. 3.

CMP ID_CANAL COM_PORT INSTALAT integer text integer

TIP CMP

Tab. 4.4. Structura tabelei de CANALE

Semnificaia cmpurilor folosite n tabela de CANALE este urmtoarea: ID_CANAL - acest cmp conine informaia referitoare la canalul pe care este legat o staie i este n legtur cu tabela de STAII; COM_PORT - acest cmp conine adresa portului de comunicaie folosit pentru sistemul de management; INSTALAT - acest cmp indic faptul dac un canal identificat prin ID_CANAL este instalat sau nu. Tabela de CODURI_ALARM Structura tabelei de CODURI_ALARM este prezentat n tab. 4.5.
Nr. crt. 1. 2. 3. CMP ID_COD_ALARM COD_ALARM DESCRIERE_ALARM TIP CMP integer text text

Tab. 4.5. Structura tabelei de CODURI_ALARM Semnificaia cmpurilor folosite n tabela de CODURI_ALARM este urmtoarea: ID_COD_ALARM - acest cmp indic ce tip de alarm a aprut pe o anumit cartel funcional; COD_ALARM - acest cmp conine informaia despre alarm nedecodificat, aa cum a fost ea recepionat de la echipament; DESCRIERE_ALARM - acest cmp poate conine informaii descriptive despre tipul de alarm aprut i poate fi afiat pe consola operator la cererea managerului.

Tabela de ALARME Structura tabelei de ALARME este prezentat n tab. 4.6.

Nr. crt. 1. 2. 3. 4. 5. 6. 7. 8. 9. CMP ID_ALARM ID_STAIE ID_UNIT ID_COD_ALARM APARIIE DISPARIIE DURAT READED NO_RACK TIP CMP integer integer integer integer datetime datetime long integer integer integer

Tab. 4.6. Structura tabelei de STAII 151

Semnificaia cmpurilor folosite n cadrul tabelei de ALARME este urmtoarea: ID_ALARM - acest cmp indic apariia unei noi alarme, care va fi apoi caracterizat de celelalte mrimi din tabel; ID_STAIE - indic staia unde a aprut alarma identificat de ID_ALARM; ID_UNIT - acest cmp indic unitatea pe care a fost detectat noua alarm; ID_COD_ALARM - acest cmp conine identificatorul tipului de alarm aprut; APARIIE - acest cmp conine data i ora exact la care a fost ntiinat serverul despre apariia noii alarme; DISPARIIE - acest cmp conine data i ora exact cnd a disprut alarma; DURAT - n acest cmp este stocat, de fapt, diferena dintre valorile existente n cmpul dispariie i cmpul apariie i reprezint durata de timp n care alarma a fost activ; READED - acest cmp indic programului de descrcare a alarmelor din baza de date faptul c alarma respectiv a mai fost sau descrcat; NO_RACK - acest cmp specific poziia rack-ului n care este situat unitatea aflat n alarm. Tabela de FUNC_SPEC Structura tabelei de FUNC_SPEC este prezentat n tab. 4.7.
Nr. crt. 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. CMP ID ID_UNIT DATA_ORA_MAS ULTIM_MAS BER EB EFS ES SES DM TIP CMP integer integer datetime integer float float float float float float

Tab. 4.7. Structura tabelei de FUNC_SPEC

Semnificaia cmpurilor folosite n cadrul tabelei de ALARME este urmtoarea: ID - este indexul nregistrrilor din tabel; ID_UNIT - acest cmp conine identificatorul unitii de pe care s-au citit valorile mrimilor msurate (BER, EFS, etc.); DATA_ORA_MAS - acest cmp conine data i ora cnd au fost efectuate msurtorile de calitate ce sunt nscrise n tabel;
152

ULTIM_MAS - acest cmp indic faptul dac msurtorile au fost actualizate sau nu; BER, EB, EFS, ES, SES, DM - aceste cmpuri conin valorile msurtorilor de calitate efectuate.

Tabela de UTILIZATORI Structura tabelei de UTILIZATORI este prezentat n tab. 4.8. Semnificaia cmpurilor folosite n cadrul tabelei de ALARME este urmtoarea: USER_NAME - acest cmp conine numele utilizatorilor care au acces la resursele sistemului de management; FLAG_ALARME - prin intermediul acestui flag programul PCA comunic programului PPA c a aprut/disprut o alarm n echipamentul de transmisiuni; ID_MPT - acest cmp conine identificatorul MPT-ului curent, cel de pe care se citesc alarme sau se descarc configuraii pe echipament; CMD_MPT - prin intermediul acestui cmp programul PPA transmite comenzi spre echipamentele aflate n subordine; ECRAN_MPT - acest cmp conine informaiile pe care programul PCA le transmite spre ecranul MPT-ului virtual; REQUEST_WKS i ANSWER_WKS - aceste dou cmpuri conin, de fapt, primitivele necesare comunicaiei ntre server i staiile de lucru distante;
Nr. crt. 1. 2. 3. 4. 5. 6. 7. 8. CMP USER_NAME FLAG_ALARME ID_MPT CMD_MPT ECRAN_MPT REQUEST_WKS ANSWER_WKS INTERDICTIE TIP CMP text integer integer text text text text integer

Tab. 4.8. Structura tabelei de UTILIZATORI

INTERDICIE - prin intermediul acestui cmp programul PCA interzice accesul altui utilizator la un rack pe care tocmai a fost detectat o alarm, lsnd astfel timp rezolvrii acestei probleme.

4.2.3 Arhitectura sistemului de management Implementarea funciilor de management care au fost stabilite drept obiectiv a fost realizat prin intermediul unui sistem de management complex, bazat pe tehnologia client-server i care este compus dintr-o unitate central de management (PCS Punct Central de Supraveghere) i un numr de ageni locali de management (ECA Echipament de Colectare a Alarmelor) (fig. 4.12).

153

Unitatea central de management a fost instalat n Bucureti, iar un numr de 7 ageni de management au fost instalai n ar, conform dispunerii din fig. 4.11. Dup cum s-a putut observa i din definirea bazei de date a sistemului, un agent de management instalat ntr-o staie poate servi i echipamentele aflate n staiile vecine, prin intermediul unor canale de comunicaii nchiriate. Sistemul construit respect specificaiile generale ale unui sistem de management, aa cum au fost ele descrise n cap. 1 i cap. 2 (vezi fig. 2.1), fiind n acelai timp apropiate ca mod de abordare sistemelor de management cu procesare distribuit, prezentate n cap. 2. Dup cum s-a putut observa i prin trecerea n revist a principalelor mrimi care sunt stocate n baza de date a sistemului (tab. 4.1 tab. 4.8), acest sistem corespunde specificaiilor unui sistem de management al SDH (cap. 4.1). ECA este realizat pe baza unei structuri hardware dezvoltat n jurul microcontrolerului 87C552. Folosindu-se de capacitile de achiziie i de calcul ale microsistemului, ECA monitorizeaz, n principal, un numr de pn la 6 entiti funcionale distincte, comunicaia cu acestea realizndu-se pe linii seriale, asincrone, cu viteza de 1200 bps, respectndu-se standardul electric V.28 i standardul funcional RS 232. Fiecare din aceste uniti funcionale distincte este prevzut, n mod suplimentar, cu un contact static, flotant, prin nchiderea acestuia, semnalizndu-se dispozitivului ECA existena unei alarme funcionale. n momentul recepionrii semnalului de alarm, ECA se conecteaz automat la sistemul respectiv i pe baza unui dialog interactiv, de tip client-server, citete starea funcional a echipamentului, determinnd astfel tipul alarmei. Odat obinute informaiile complete referitoare la starea echipamentului, acestea sunt prelucrate n cadrul ECA, formatate i apoi transmise, prin modem, echipamentului central de supraveghere, PCS-ul.
Legend

Staie de comutaie central Staie intermediar Staie regenerator

BACU

Staie prevzut cu agent de

management

SASCUT

Canal digital de management Staie prevzut cu agent de

management i cu manager de reea

ADJUD

Staie terminal Fibr optic de 140 Mb/s

FOCANI

GALAI

BRILA

NSUREI NDREI

154

FETETI URZICENI CZNETI AFUMAI SLOBOZIA CERNAVOD

MEDGIDIA

BUCURETI CONSTANA

Fig. 4.11. Localizarea agenilor de management n cadrul reelei

155

PCS
(platform Windows NT)
Interfa multiport serial asincron

...

Modem asincron v = 9600 bps

Interfa V.24

Modem asincron v = 9600 bps

Dispozitiv Diagnoz
Modem asincron v = 9600 bps

Dispozitiv Diagnoz
Modem asincron v = 9600 bps

Interfa V.24

Interfa V.24
Interfa serial asincron v = 9600 bps

Interfa serial asincron v = 9600 bps

Interfa serial asincron v = 9600 bps

Interfa serial asincron v = 9600 bps

....... ECA 1
(platform microcontroller 8x552)
Porturi seriale asincrone V = 1200 bps

ECA 8
(platform microcontroller 8x552)
Interfa V.24
Porturi seriale asincrone V = 1200 bps

...

...

Porturi seriale asincrone v = 1200 bps

Porturi seriale asincrone v = 1200 bps

Ram

Ram Fig. 4.12. Schema bloc a sistemului de management PCS-ECA

156

RAMA 1

RAMA 2

RAMA 3

RAMA 4

RAMA 6
PCS

IO - 2

IO - 3

IO - 4

IO - 5

IO - 7 MODEM

GND
INT RS232

I.A.C.

+5V A1

INT RS232

INT RS232

INT RS232

INT RS232

INT RS232

A2

A3

A4

A6 MULTIPLEXOR DIGITAL

A0 A1

Port intrri

+5 V

GND

R
PORT TESTARE

Adrese MUX

Port serial INT RS 232

Surs de aliment are

A2

PC

Sistem cu micro-controller
Port ieiri

A5

R1

R2

R3

R4

R8

S.A.
+ 48 V

S1

S2

S3

S4

S8

U.C.
Fig. 4.13. Schema bloc a echipamentului de colectare a alarmelor (ECA) Fig. 4.14. Schema bloc a unitii centrale a ECA E R R E 157 Port TEST

Port intrri

A0 C2 B1 5

BD0 7

RAM (32kB) 8000H 0FFFFH BD0 7 BA0 7

87C552
Busul adrese BA Busul de de control 0 7 Busul de date BD0 7

EPROM (32kB) 0000H 7FFFH BD0 7 BA0 7

Port ieiri

INT. RS7 232 BD0

S1 8 4 3 2

158

Fig. 5.11 Schema bloc a unitii centrale a ECA

Spre ICA

La rndul su, PCS-ul poate interoga ECA privind starea funcional a unui anumit echipament subordonat acestuia. La primirea acestei comenzi, ECA ncepe un dialog cu echipamentul respectiv, culege informaiile cerute, le formateaz, iar n final le transmite PCS-ului. Exist i un al treilea mod de lucru pentru ECA i anume configurarea i setarea echipamentului subordonat pe baza comenzilor primite de la managerul sistemului. Operaiile de diagnoz i mentenan ale ECA pot fi realizate fie de la distan, prin intermediul unei linii nchiriate, utilizndu-se modemul ataat, de la PCS, fie local, de la un laptop, pentru aceasta ehipamentul fiind prevzut, n mod suplimentar, cu un port de acces. Aceast ieire poate fi conectat serial, asincron, cu viteza de 9600 bps la un calculator pentru efectuarea diagnozei modulului. 4.2.4 Structura hardware a ECA Echipamentul 4.13): S.A. U.C. I.A.C. este constituit din trei blocuri funcionale distincte (vezi fig. Sursa de Alimentare; Unitatea Central; Interfaa de Achiziie i Control.

Vom descrie, n continuare, pe scurt, compoziia celor trei blocuri funcionale. Sursa de Alimentare (SA) Este o surs de alimentare realizat n comutaie, care trebuie s furnizeze, pornind de la tensiunea de 48 V la care este conectat, o tensiune flotant de +5V, la un curent nominal 150 mA. Este prevzut cu protecie la suprasarcin de curent, la un curent de aproximativ 500 mA decuplnd automat modulele care se alimenteaz de la ea. Sursa de alimentare destinat ECA, este un convertor DC-DC, n comutaie, care transform tensiunea continu de 48 V (20V 80V) de alimentare a ramelor din oficiu PTT, ntr-o tensiune continu izolat i stabilizat de 5 V. Unitatea Central (UC) Este o structur de microcalculator (schema bloc din fig. 4.14), construit pe baza microcontrolerului 87C552, fiind echipat cu o memorie RAM de 32 Kb i o memorie EPROM de 32 Kb. Frecvena de lucru a microsistemului este de 15 MHz, obinut de la cristalul de cuar de 15 MHz ataat microcontrolerului. Achiziia datelor de la IAC se realizeaz cu ajutorul unui bloc de comunicaie serial, pe trei fire (T-transmisie, R-recepie i M-mas), comunicaia realizndu-se asincron, cu viteza de 1200 bps, nivelele electrice fiind compatibile TTL. Comanda IAC, pentru selecia canalului de comunicaie ce se dorete a fi stabilit, se realizeaz prin intermediul a trei fire, notate pe figura 4.14 cu A, B i respectiv C. Citirea strilor de alarm de la echipamente
159

se face prin intermediul a pn la 6 intrri distincte, cu nivele electrice TTL, notate cu A0 5. Pentru a semnaliza optic exterior direcia pe care este angajat comunicaia la un moment dat, UC-ul este prevzut cu 8 ieiri distincte, notate cu S1 8, ieiri la care se pot ataa direct pn la 8 LED-uri. Pentru diagnoza echipamentului, la modulul UC este ataat un port serial, prevzut cu o interfaa electric RS 232, la care poate fi conectat un calculator personal sau un terminal compatibil VT100. Aceast unitate asigur prin intermediul IAC controlul echipamentelor terminale optice, precum i conectarea acestora la sistem. Microcontroller-ul n jurul cruia este dezvoltat unitatea de comand are n principal urmtoarele capabiliti: unitate de procesare pe 8 bii, care n cazul unui ceas extern de 15 MHz are o putere de 0.6 Mips; dou timere autoncrcabile pe 8 sau 16 bii; 8 convertoare A/D, multiplexate, pe 10 bii, cu timpul de achiziie de 50 S; 4 porturi bidirecionale, de cte 8 bii fiecare; port serial asincron, UART, programabil pn la o vitez de 19200 bps; port serial sincron, I2C, cu viteza de pn la 100 Kbps. Microsistemul este prevzut cu 64 Kb memorie, din care 32 Kb sunt memorie EPROM (necesare pstrrii aplicaiilor), n aceast configuraie fiind plasai ntre adresele 0H 7FFFH i 32 Kb memorie RAM, poziionai ntre adresele de memorie 8000H 0FFFFH. n memoria RAM pot fi ncrcate i rulate programe, astfel c sistemul permite i rularea unor variante mbuntite ale software-ului, fr vreo modificare hardware. Sistemul are un numr de porturi compatibile din punct de vedere electric TTL, orientate spre funciile de achiziie i comand specificate. Porturile A0 A5 sunt 6 porturi de intrare, conectate prin intermediul IAC la contactele flotante de alarm situate pe rack-urile ce trebuiesc monitorizate. nchiderea unuia din aceste contacte, n cazul apariiei unei alarme la rack-ul respectiv, conduce la apariia unui zero electric la intrarea portului Ai respectiv, sistemul fiind astfel anunat de alarma respectiv. Prin cele trei porturi de ieire (notate A, B i C) microsistemul comand selecia unuia din cele 6 canale de achiziie respective. Observaie: Actuala configuraie hardware permite ca fr modificri majore sistemul s poat fi extins pentru achiziionarea a pn la 255 de canale distincte. Porturile de ieire S1 S8 comand aprinderea sau stingerea a 8 LED-uri, indicnd astfel la care canal este conectat sistemul n momentul respectiv. Interfaa de Achiziie i Control (IAC) Prin intermediul acestei interfee UC-ul preia informaii i transmite comenzi ctre echipamentele aflate n subordine. Nivelele electrice sunt adaptate n ambele direcii de ctre IAC, aceasta fcnd translatarea de la nivele de 12V specifice echipamentelor la nivele de 0/5 V ale UC-ului.

160

De asemenea, prin intermediul acestui modul, se realizeaz ieirea spre modem, pentru conectarea la unitatea central de management, PCS, prin linie telefonic nchiriat. Deci, IAC asigur legtura logic ntre UC i echipamentele de transmisiuni pe suport optic aflate sub supraveghere, permind transferul bidirecional de informaii ntre PCS i echipamentele terminale optice, astfel c: obiectele administrate pot transmite spre sistem stri de alarm sau informaii privind starea lor funcional; de la sistemul de management pot fi transmise spre ageni informaii necesare configurrii acestora sau pot fi comandate anumite teste funcionale. 4.2.5 Descrierea funcional a ECA Caracteristici generale Rolul ECA este de a asigura interfaa ntre PCS i echipamentele ce urmeaz a fi monitorizate i controlate. Interogarea echipamentelor se realizeaz n dou situaii distincte, astfel: atunci cnd PCS-ul o solicit n mod expres pentru a afla starea acestora sau pentru a o modifica, prin pornirea unui program de terminal virtual prin care operatorul aflat la punctul central poate modifica, pe baza unui meniu interactiv, setarea parametrilor echipamentelor; n cazul n care se detecteaz o stare de alarm la unul din terminale, prin intermediul semnalelor A0 5, moment n care ECA ncepe interogarea echipamentului care a semnalizat o stare de proast funcionare. Informaiile obinute de la echipament sunt transferate, prin intermediul modemului, spre PCS, atunci cnd acesta ajunge cu apelarea la ECA-ul corespunztor. Comunicaia cu PCS se realizeaz pe canal nchiriat, prin intermediul unui modem, cu o vitez de transfer de pn la 9600 bps, n funcie de calitatea canalului respectiv n momentul realizrii transferului. Datorit importanei transferului corect al datelor, acesta este realizat pe baza unui protocol de comunicaie protejat la erori ce pot atinge pragul critic de 10-4. Protocolul este de tip detecie i corecie a erorilor prin retransmisie, retransmisia efectndu-se automat cnd nu s-a primit confirmarea la blocul transmis anterior sau la cererea expres a corespondentului. Am construit acest protocol bazndu-m de rezultatele obinute cu protocolul de comunicaie pe canal comun, prezentat n detaliu n cap. 3. Posibiliti de diagnoz a ECA Au fost implementate funcii de management specifice ariei funcionale a managementului defectrilor (cap. 1), n particular funcii de diagnosticare. Diagnosticarea ECA este organizat pe trei nivele ierarhice, n funcie de profunzimea testelor realizate i de localizarea acestora: nivel intern: aparatul efectueaz att la pornire, ct i n timpul funcionrii, autotestarea principalelor blocuri funcionale, iar n cazul detectrii de erori, acestea sunt semnalate PCS-ului prin intermediul modemului, urmate de restartarea automat a ECA;
161

nivel local: poate fi comandat efectuarea testelor complete ale aparatului de la un calculator personal sau un terminal compatibil VT100 conectate la portul local de acces; nivel distant: testarea echipamentului poate fi comandat, de la distan, de ctre PCS. Efectuarea operaiilor de diagnoz poate fi permis, opional, n mod selectiv, numai operatorilor avizai, selecia acestora fiind realizat prin parole de acces.

Controlul i monitorizarea sistemului Controlul i monitorizarea aparaturii de transmisuni pe suport optic se realizeaz, prin intermediul ECA, de la un Punct Central de Supraveghere (PCS). Dialogul ntre PCS i ECA este de tip interogare-rspuns, fiind structurat ierarhic pe modelul CLIENT-SERVER (descris n cap.2). PCS-ul joac rolul de client care cere server-ului (ECA n acest caz) efectuarea unor anumite servicii specifice managementului sistemelor de telecomunicaii (configurri de echipamente, detectarea defectrilor, monitorizarea performanelor acestora, etc.) Identificarea echipamentelor accesate se realizeaz pe baze topologice, n funcie de portul fizic al PCS-ului la care acestea sunt conectate. Din punct de vedere funcional, n fig. 4.15 sunt reprezentate principalele blocuri aflate ntre operatorul uman aflat la consola PCS i terminalul de transmisiuni care este monitorizat.
Legend: PCS MApl MApl MBD MIfC MCM UTO

Modul Aplicaie; Modul Baz de Date; Modul Interfa de Comunicaie; Modul Control i Monitorizare; Unitate Terminal Optic.

MBD ECA UTO MIfC IfC MCM

Fig. 4.15. Schema blocurilor funcionale ce deservesc comunicaia PCS-ECA

Aceste blocuri funcionale sunt astfel constituite nct urmresc structura logic a desfurrii proceselor de management.
162

Operatorul uman, aflat la consola PCS, lanseaz o cerere ctre sistem. Modulul de aplicaie interpreteaz aceast cerere i apeleaz baza de date pentru a culege datele necesare. Acest modul preia apoi cererea, individualizeaz abonatul cruia i este adresat i o transmite n formatul necesar ctre modulul interfa de comunicaie. MIfC este transparent fa de obiectul cererii, rolul su fiind doar de a transmite neeronat cererea la modulul corespunztor, MIfC, din ECA, cruia i este adresat. MIfC din ECA preia mesajul, l decodific i l transmite mai departe ctre modulul de control i monitorizare. Acesta interpreteaz cererea i interogheaz la rndul su unitatea terminal optic. Rspunsul obinut de la aceasta parcurge tot circuitul n sens invers. Protocolul de comunicaie ntre PCS i ECA ntre MIfC din compunerea PCS i MIfC din ECA se poate face un schimb de informaii, bidirecional, pe baza unui protocol de comunicaie, n mod transparent. Protocolul pe care l-am realizat este de tip legtur de date, asemntor protcolului descris n capitolul 3, diferena fiind c n acest caz s-a preferat un protocol de comunicaie asincron, adaptat principalelor cerine ale acestor tipuri de legturi: nivel mediu de erori pe linie 10-4; capacitate mic a canalelor de transmisie (9600 bps); autenticitate mare cerut pentru informaie. ntre cele dou noduri terminale, datele vor circula sub form de cadre de comand, cadre de informaie i cadre de supraveghere (fig. 4.16).

Flag1

Alarme

Comand ECA

Cmp de control erori

Flag2

Cadru de comand Cmp de control erori

Flag3

Informaie

Flag4

Cadru de informaie Flag1 Alarme Cmp de control erori Flag2

Cadru de supraveghere Fig. 4.16. Tipuri de cadre specifice protocolului de comunicaie ECA - PCS

n fig. 4.17 sunt prezentate n mod detaliat detailat toate tipurile de cadre utilizate n cadrul protocolului de comunicaii, precum i componena acestora.
163

Delimitarea cadrelor schimbate ntre ECA i PCS se face prin intermediul indicatorilor de nceput i sfrit cadru F1 i F2. Fiecare cadru conine un cmp de control al erorilor, construit prin sumarea orizontal modulo 128 a tuturor octeilor din cadru, n afara celor de control. Protocolul construit permite o verificare complex a bunei funcionri a legturii, etapele verificrii fiind urmtoarele: 1. se verific corecta recepionare a indicatorilor de nceput i de sfrit F1 i F2; 2. se verific dac suma de control calculat la recepie este identic cu cea care a fost recepionat; 3. se verific c ntotdeauna al doilea cmp al unui cadru de control este a; 4. se verific apoi sintactic cadrul, deci dac respectiva comand face parte din setul de comenzi acceptate de ECA n acea etap a programului; 5. se verific timpul ntre transmisiile a dou caractere succesive, care nu trebuie s fie mai mare de 5 secunde n general. Fiecare din tipurile de cadre enumerate mai sus au un rol specific n comunicaia dintre ECA i PCS: cadrele de comand sunt transmise de la PCS la ECA, iar ca rezultat al acestora ECA poate rspunde tot cu cadre de comand sau cu cadre de informaie n funcie de destinatarul comenzii. Pentru comenzi care i sunt adresate, ECA rspunde tot cu cadre de comand, iar pentru comenzi care sunt adresate rack-ului rspunde numai cu cadre de informaie; cadrele de informaie sunt transmise numai de la ECA spre PCS i conin rspunsul pe care rack-ul l ntoarce la primirea unei comenzi de la utilizator; cadrele de supraveghere se schimb ntre ECA i PCS numai la iniiativa PCS i au rolul de suport pentru ntreinerea funcionalitii liniei. O sesiune de lucru ECA PCS este alctuit din urmtoarele etape: 1. iniierea legturii; 2. supravegherea calitii legturii; 3. transmiterea informaiilor utile; 4. nchiderea legturii. Responsabil pentru supravegherea desfurrii corecte a acestor etape este unitatea de management a sistemului, PCS-ul. Verificarea permanent a calitii legturii este realizat prin transmiterea periodic a unor cadre de supraveghere, n paralel cu efectuarea unui calcul statistic pentru determinarea aproximativ a ratei de erori existent la un moment dat pe linia de comunicaii. Informaia este transmis n pachete i nu se trece la urmtorul pachet pn cnd nu se primete confirmarea recepionrii corecte a pachetului anaterior. Acest mod de transmisie este avantajat de debitul sczut al datelor ce se vehiculeaz pe acest canal, combinat cu o rat de erori medie a acestuia. Programele sunt scrise n limbajul C pentru modulul MIfC localizat pe ECA.

164

F1 F3

RegStAl Informaie

NrCanal CTRL

r F4

NrRec1

NrRec2

CTRL

F2

a) Formatul cadrului ce conine informaia recepionat de ctre ECA i transmis spre PCS
F1 a RegStAl p NrPort CTRL F2

b) Formatul cadrului ce conine starea alarmelor la porturile ECA

F1 a RegStAl c NrCanal CTRL F2

c) Formatul cadrului emis de ECA la selecia distant a unui port

F1 a RegStAl p NrPort CTRL F2

d) Formatul cadrului emis de ECA la selectarea unui port ca port activ

F1 a RegStAl c NrPortT t e/g CTRL F2

e) Formatul cadrului ce conine rezultatul testrii distante a unui port al ECA

F1 a RegStAl c NrRec1 NrRec2 Informaie CTRL F2

f) Formatul cadrului de retransmisie a datelor spre PCS

F1 a RegStAl s RegStP p NrPort CTRL F2

g) Formatul cadrului ce conine informaia privitoare la starea funcional a porturilor ECA 165

Legend: F1 F2 F3 F4 a RegStAl c NrCanal r NrRec1 NrRec2 CTRL Informaia p NrPort NrPortT e g s RegStP indicator nceput cadru; indicator sfrit cadru; indicator nceput cadru auxiliar; indicator sfrit cadru auxiliar; caracter ce precede octetul de stare al alarmelor; registru stare alarme la ECA; caracter ce precede numrul canalului ECA de la care s-a fcut recepia; numrul canalului de la care s-a fcut recepia; caracter ce precede numrul real al caracterelor recepionate de ctre ECA de la echipamentele deservite; digitul zecilor din numrul caracterelor recepionate; digitul unitilor din numrul caracterelor recepionate; octet de control al cadrului transmis; informaia efectiv recepionat de ECA de la echipamentele deservite i retransmis spre PCS; caracter ce precede numrul portului activ n acel moment pe ECA; numrul portului activ pe ECA; numrul portului testat distant pe ECA; caracter ce indic incorecta funcionare a portului testat; caracter ce indic corecta funcionare a portului testat; caracter ce precede registrul de stare al porturilor; registru stare porturi; Fig. 4.17. Formatul cadrelor ce pot fi transmise de la ECA spre PCS

Trebuie remarcat c pe echipamentul PCS, modulul MIfC este, de fapt, divizat n dou componente: n modulul propriu-zis de comunicaie (MC) i un modul supervizor de reea (MSR), ca n fig. 4.18.

MSR

Reea

Nivel 3 OSI

MifC de la PCS

MC

Legtur de date

Nivel 2 OSI

Fig. 4.18. Organizarea funcional a MIfC de pe PCS

166

Funcionarea programului de pe ECA Programul de pe ECA este alctuit dintr-un set de programe, fiecare specializat pe realizarea unor anumite funciuni: programul principal de supervizare: este programul care asigur iniializarea ECA la pornire, integrarea funcional a tuturor programelor componente i cel care decide restartarea ECA n cazul unor erori mari de procesare raportate de programul de auto-verificare al ECA (fig. 4.23); programul de comunicaie cu PCS-ul: este programul ce asigur implementarea protocolului de comunicaie ntre ECA i PCS, asigurnd un flux de date transparent, fr erori spre ECA (fig. 4.22); programul de comunicaie cu ramele: este responsabil cu transmisia i recepia corect spre/dinspre rame a comenzilor i informaiilor primite de la PCS (fig. 4.20); programul de supraveghere i procesare al alarmelor existente pe rame: monitorizeaz permanent starea intrrilor de alarme dinspre ECA, avnd un algoritm propriu de luare a deciziei existenei unei alarme la o ram (fig. 4.19); interpretorul de comenzi: decodific comenzile primite de la PCS i cu avizul programului de supervizare execut aceste comenzi; programul de verificare funcional a porturilor ECA: la iniiativa interpretorului de comenzi poate iniia i desfura un program de verificare funcional parial sau total a porturilor ECA, prin transmiterea unei secvene de testare spre acestea i interpretare a datelor recepionate ca rezultat al testului (fig. 4.21); programul de verificare a bunei funcionri a ECA: urmrete permanent dou aspecte principale ale unei bune funcionri a ECA: funcionarea principalelor blocuri hardware memorie EPROM, RAM, logica de comand, porturi I/O, etc; funcionarea global a software-ului, prin efectuarea unor minicicluri de testare din 50 n 50 de ms, n cazul blocrii programului n aceast etap transmite programului de supervizare cererea de restartare a ECA. Metode de testare a ECA ECA este un echipament complex, testarea acestuia putndu-se executa att automat la pornire, ct i manual, prin intervenia unui operator extern. Testarea manual se poate realiza de ctre trei tipuri distincte de operatori: local, prin intermediul unui buton de test (TEST); local, prin intermediul unui terminal ASCII conectat la portul de diagnoz; distant, de la PCS, prin intermediul cablului conectat la mufa notat PCS. Subrutinele de testare permit realizarea unor teste complexe, att asupra modulelor interne ale echipamentului, ct i asupra conexiunilor externe ale acestuia.

Initializare sub procesare 167 alarme

Formez masca de citire a alarmelor

Citesc starea alarmelor de la porturi

NU

Verific RegStAlVechi RegStAlNoi

D A

ntrziere 20 ms

Recitesc starea alarmelor de la porturi

NU

Verific RegStAlVechi RegStAlNoi & dac cele dou citiri sunt identice

DA

Reactualizez RegStAl

Sfrit procesare alarme

Afiez modificarile la DGZ i PCS

Fig. 4.19. Organigrama funcional a subrutinei de procesare a alarmelor

Iniializare sub comunicaie ram 168

Temporizare 30 ms

Transmit un caracter spre PCS; Incrementez contorul transmisiilor.

Temporizare preprogramat

DA Terminat transmisie ?

NU

Temporizare 30 ms

Recepionez un caracter de la ram; Incrementez contorul caracterelor recepionate.

NU N

DA Contoar car. Rec. 80

N U

Timp scurs 5 sec.

D A

Descarc datele recepionate n buffer-ul de recepie ram

Sfrit subrutin de comunicaie cu rama

Fig. 4.20. Organigrama funcional a subrutinei de comunicaie ECA cu o ram

Iniializare sub verificare stare port ECA

169

Citesc datele de la consol sau distant

NU Intrri corecte ?

DA

Setez portul la care voi face testul!

Transmit irul de test spre portul dorit

Atept 50 ms NU Recepie corect ? DA

Retransmit irul de test spre portul dorit

Atept 100 ms

NU Recepie corect ?

DA

Afieaz c portul funcioneaz INCORECT

Afieaz c portul funcioneaz CORECT

Reactualizeaz RegStP

Sfrit subrutin verificare stare port

Fig. 4.21. Organigrama funcional a subrutinei de verificare a funcionalitii unui port de pe ECA
Iniializare sub recepie de la PCS

170

NU

Caracter nou recepionat ? DA

DA

Cadru n curs de recepie ? DA

NU

NU

Caracter Rec. = F2 ?

Caracter Rec. = F1 ? DA

NU

Descarc car. Rec. n buffer-ul temporar

Resetez cadrul n curs; Reiniializez contoarele.

Incrementez contoar car. Rec. DA Contor car. Rec Max

Calculez caracterul de control CTRL

Setez indicatorul cadru n curs de recepie

NU

NU Verific CTRL corect ?

DA

Resetez cadrul n curs; Reiniializez contoarele.

Descarc buffer-ul temporar n cel de recepie

Verific datele din punct de vedere sintactic i le transfer buclei principale

Sfrit subrutin recepie date de la PCS

Fig. 4.22. Organigrama funcional a subrutinei de recepie a ECA

Iniializare program principal ECA

171 Testare principalele componente ale ECA

Lanseaz subrutin verificare alarme

NU Verific recepie de la PCS ?

DA

NU Verific recepie de la consol ?

DA Lanseaz subrutin procesare comunicaie cu PCS

Lanseaz subrutin procesare meniu

Fig. 4.23. Organigrama funcional a programului principal al ECA

Testele interne se efectueaz automat la pornire i verific buna funcionare a: memoriei RAM interne a microcontroller-ului (128 bytes); memoria RAM extern (32 Kb); memoria ROM extern (32 Kb); a microprocesorului pe 8 bii inclus n microcontroller. Testele externe asigur verificarea funcionrii corecte a urmtoarelor componente: blocul de selecie a porturilor; echipamentul vizual de afiare; porturile de comunicaie cu: terminalul de diagnoz, PCS-ul, echipamentele de multiplexare. Descrierea testelor:

172

Verificarea memoriei RAM: se efectueaz o verificare complex, prin operaii succesive de salvare, scriere, citire i refacere a ntregii memorii RAM, raportndu-se locaiile de memorie defecte. Verificarea memoriei ROM: se efectueaz calculul sumei de control i compararea rezultatului acestuia cu valoarea prenscris la o anumit locaie n ROM. Verificarea blocului de selecie a porturilor: la o comand extern este afiat o anumit schem optic prestabilit, care poate fi verificat vizual de ctre operatorul care efectueaz testul. Verificarea porturilor de comunicaie: presupune existena unui port de conectare, exterior, pe care sunt realizate urmtoarele legturi: transmisia legat cu recepia (pinul 2 legat la pinul 3) n cazul verificrii comunicaiei; pinul de alarm legat la mas (pinul 1 legat la pinul 7). Pentru verificarea comunicaiei programul transmite la portul selectat o secven de bii dup un model cunoscut anterior, la recepie urmrindu-se primirea aceleiai secvene. La verificarea alarmei, simpla introducere a conectorului special de alarme pe un port anume ar trebui s conduc la afiarea unei alarme pe canalul respectiv: clipirea alternant de 4 ori a LED-ului corespunztor canalului respectiv i a LED-ului asociat canalului de diagnoz, timp de 80 de ms; afiarea la portul de diagnoz a mesajului: ******************** | Alm. nr. = 4 | ********************, exemplu pentru cazul n care am avea alarm pe portul cu numrul 4; afiarea aceluiai mesaj la portul corespunztor conexiunii cu PCS-ul; Verificarea i setarea modemurilor: Modemurile accept mai multe tipuri de teste, ct i reconfigurarea de la distan. Pentru toate aceste tipuri de teste trebuie intrat n modul linie de comand modem.
a.

bucl local de tip analogic

Se vor trimite spre modem caracterele at&t1 urmate de <CR>. Modemul trebuie s rspund cu OK! n cazul efecturii corecte a comenzii i apoi s efectueze o bucl analogic intern la ieirea spre linie. Din acel moment orice caracter introdus de la consol va trebui buclat de ctre modem i va aprea pe ecranul terminalului. Prin caracterele at&t0 urmate de <CR> se va iei din modul de testare anterior. b. bucl local de tip digital

173

Se intr n modul de comand prin tiprirea carcacterelor +++. Dup circa o secund modemul local a realizat o bucl digital. De la modemul distant se pot trimite acum scurte mesaje care trebuie s fie rentoarse de bucla digital realizat local. Pentru ieire din acest mod de testare se trimite spre modemul local setul de caractere at&t0, urmat de <CR>.
c.

bucl distant de tip digital

Pentru aceasta se va iei din legtura realizat cu corecie de erori prin comanda atz, care va reseta modemul de la PCS. Apoi se va ncrca n acest modem comanda at&m4&w, urmat de <CR>, iar la primirea rspunsului OK! modemul va fi resetat pentru ncrcarea automat a noilor parametri prin comanda atz. Din acest moment modemurile vor reiniia automat o nou legtur, n cazul acesta fr corecie de erori. Dup realizarea legturii, pe ecranul PCS-ului va aprea mesajul CONNECT TO 9600. Acum poate fi efectuat testul de buclare digital la distan, trimindu-se un set de caractere +++ pentru trecerea n modul comand, dup care prin trimiterea setului de caractere at&t6, urmate de caracterul <CR> se va trece modemul distant n starea de bucl digital la ieirea spre ECA. Odat efectuat buclarea la distan pot fi trimise orice caractere de la consol, acestea ajungnd la modemul distant de unde se vor rentoarce la modemul generator, care le va redireciona spre ecranul terminalului PCS. Ieirea din acest mod de testare se va efectua tot cu ajutorul comenzii at&t0, urmat de caracterul <CR>. Dialogul ECA Utilizator Setul de comenzi acceptat de ctre ECA, prin intermediul interpretorului de comenzi, poate fi mprit n dou, n funcie de destinatarul acestor comenzi: comenzi destinate ECA, se caracterizeaz prin faptul c toate ncep prin caracterul # i conin numai caractere text mici; comenzi destinate ramelor, toate acestea folosind caractere text mari i se ncheie cu <CR>. Comenzile destinate ECA pot avea pn la 40 de caractere ASCII lungime, trebuie s nceap obligatoriu cu caracterul #, s conin numai litere mici sau cifre de la 0 la 9, iar ntre transmisiile a dou caractere succesive nu trebuie s fie n general o pauz mai mare de 5 secunde. Pachetul de comenzi destinat ECA este descris n continuare: #a determin ECA s transmit spre DGZ i spre PCS starea registrului de alarme: spre DGZ se va transmite caracterul a urmat de octetul de alarme la care s-a adugat pentru formatare valoarea 48D; spre PCS pot fi trimise dou feluri de mesaje, n funcie de regimul de lucru: n regim demo se va transmite caracterul a urmat de octetul de alarme la care s-a adugat valoarea 48D; n regim real se va transmite un cadru cu urmtorul format F1aApPCTRLF2, unde:
174

- F1, indicator 1 cu valoarea 1D; - F2, indicator 2 cu valoarea 2D; - a, caracterul a; - A, octetul de alarme, care conine starea alarmelor la porturile de la 2 7 (canalele 1 6), asociat n ordinea C1 la b 0, C2 la b1 etc. la care s-a adugat pentru formatare valoarea 48D; - p, caracterul p; - P, numrul canalului selectat n ASCII, cu valori de la 48D 55D; - CTRL, caracterul de control.
#b determin ECA s retransmit spre PCS bufferul datelor recepionate n urmtorul format: F1aAcNICTRLF2, unde: F1 este indicator nceput cadru i are valoarea 1D; F2 este indicator sfrit de cadru i are valoarea 2D; a, adic caracterul a; A, octetul ce conine registrul de alarme; c, adic caracterul c; N, numrul de caractere, pe doi octei, n format ASCII, recepionate de la ram, fiind contorizate i caracterele LF introduse de ECA pentru formatare; I, cmp de informaie care conine caracterele recepionate de la ram, la care s-au adugat i caracterele LF dup fiecare CR recepionat; CTRL, caracterul de control. #c urmat de o cifr de la 0 la 7 (corespunztoare unui canal din cele 8) are drept rezultat selectarea timp de o secund a canalului ales, aciune semnalizat i prin aprinderea LED-ului asociat canalului, n timp ce la terminalul de DGZ i cel de la PCS se afieaz caracterul c urmat de numrul canalului introdus; #d, pentru setarea timpului de citire a unei rame. Dup introducerea acestei comenzi va fi afiat un mesaj privind valoarea acestui interval, valoare care este msurat n multipli de 500 de ms. Acest mesaj va fi formatat n funcie de regimul n care se afl ECA: regim demo: ******************** | Se modifica timp | | Vechea valoare = x ********************,

unde x reprezint valoarea indicelului de multiplicare a timpului setat n acel moment; n maxim 5 secunde trebuie introdus noul indice de multiplicare, cu valori n intervalul 1 9, deci se poate obine o valoare absolut pentru acest interval temporal ntre 500 4500 ms. Observaie: La pornirea programului indicele de multiplicare este setat la 2, deci timpul de citire a unei rame este de 1 secund. regim real: va fi afiat un cadru cu urmtoarea alctuire: F1aAdTCTRLF2, unde cmpurile componente au urmtoarea
175

semnificaie: F1, indicator nceput de cadru, cu valoarea 1D; F2, indicator sfrit de cadru, cu valoarea 2D; a, caracterul a, pregtete afiarea registrului de alarme; A, octetul ce conine registrul de alarme; d, caracterul d, pregtete afiarea indicelui de multiplicare; T, indicele de multiplicare, care a fost formatat prin adugarea valorii 48D; CTRL, octetul de control al cadrului. Exemplu afiare cadru: a8d63. #f este folosit pentru setarea pauzei ntre transmisia a dou caractere succesive spre ram. Pauza poate fi selectat n intervalul 0 180 ms, n multiplii de indicele de multiplicare, care este de 20 de ms. Dup introducerea acestei comenzi, n funcie de regimul n care este ECA, pe consola activ va aprea urmtorul mesaj: regim demo: ******************** | Pauza intre trs. | | Vechea valoare = 7 ********************, n cazul n care vechea valoare a indicelui de multipicare era 7, deci pauza era de 140 ms. regim real: va fi afiat un cadru F1aAfFCTRLF2, unde F1, indicator nceput de cadru, cu valoarea 1D; F2, indicator sfrit de cadru, cu valoarea 2D; a, caracterul a, pregtete afiarea registrului de alarme; A, octetul ce conine registrul de alarme; f, caracterul f, pregtete afiarea indicelui de multiplicare; F, indicele de multiplicare, care a fost formatat prin adugarea valorii 48D; CTRL, octetul de control al cadrului. Exemplu afiare cadru: a8f76. Dup afiarea acestui mesaj de ntmpinare ECA ateapt timp de 5 secunde introducerea unei valori pentru indicele de multiplicare, n intervalul 0 9. Dac este depit timpul de ateptare sau valoarea introdus nu este n intervalul impus, programul va ignora aceast comand i va reveni n starea de ateptare. Dac condiiile sunt ndeplinite corect, n funcie de regimul selectat, pe consola activ va fi afiat urmtorul mesaj:
regim

demo: ******************** | Noua valoare = 6 ********************,

176

n cazul n care valoarea nou introdus este 6 pentru indicele de modulaie.

regim

real: va fi afiat un cadru F1aAfFCTRLF2, unde

F1, indicator nceput de cadru, cu valoarea 1D; F2, indicator sfrit de cadru, cu valoarea 2D; a, caracterul a, pregtete afiarea registrului de alarme; A, octetul ce conine registrul de alarme; f, caracterul f, pregtete afiarea indicelui de multiplicare; F, noul indicele de multiplicare, care a fost formatat prin adugarea valorii 48D; CTRL, octetul de control al cadrului.

Exemplu afiare cadru: a8f66 Observaie: La pornirea programului indicele de multiplicare este setat la 3, deci intervalul iniial ntre transmisiile succesive a dou caractere este de 60 de ms. #g este destinat afirii la consola PCS a registrului de stare al porturilor. Mesajul afiat este formatat ntr-un cadru de urmtoarea form: F1aAsRpPCTRLF2, unde: F1, indicator nceput de cadru, cu valoarea 1D; F2, indicator sfrit de cadru, cu valoarea 2D; a, caracterul a, pregtete afiarea registrului de alarme; A, octetul ce conine registrul de alarme; s, caracterul s, pregtete afiarea registrului de stare al porturilor; R, registrul de stare a porturilor, care a fost formatat prin adugarea valorii 48D; p, caracterul p, pregtete afiarea numrului portului activ n acel moment pe ECA; P, numrul portului selectat pe ECA, formatat prin adugarea valorii 48D, intervalul 48D 55D; CTRL, octetul de control al cadrului. #l va determina ECA, indiferent de regimul n care se afl s afieze la consola activ n acel moment meniul disponibil, n formatul de mai jos: ******************** | Meniu comenzi | | a - citesc Al. | | b - retransmisie| | c - sel. port | | d - sel. timp | | f - sel. pauza | | g - citesc StP. | | l - meniu |
177

| m - regim PCS | | n - regim DGZ | | p - comut. port | | r - regim real | | t - verif. tot. | | v - verif. port | | u - regim demo. | | x - RESET | | y - C-da Modem | ********************.
#m va transfera comanda de la portul de diagnoz (DGZ) la portul de supervizare (PCS). De asemenea, va comuta modul de lucru trecnd n modul real, cu detecie de erori. Dup efectuarea acestei comenzi pe ecranul terminalului de diagnoz, ca i pe cel de supervizare va apare mesajul:

******************** | Comanda la PCS | ********************

#n va transfera comanda de la portul de supervizare (PCS) la portul de diagnoz (DGZ). Dup efectuarea acestei comenzi pe ecranul terminalului de diagnoz, ca i pe cel de supervizare va apare mesajul:

******************** | Comanda la DGZ | ******************** #p urmat de un caracter n intervalul de la 0 la 7 are drept rezulat selectarea unui canal de lucru real pentru restul comenzilor ce vor fi trimise de la operator spre ram. n mod implicit este setat primul canal spre rame, canalul 1, deci portul 2. Odat introdus aceast comand, n funcie de modul de lucru n care se afl setat ECA, pe ecranul terminalului de diagnoz, ct i pe cel al portului de supervizare pot apare urmtoarele mesaje:

regim demo: ******************** | CANALUL NR. = 5| ********************,

n cazul n care a fost selectat portul cu nr. 5; regim real: F1aApPCTRLF2, unde F1, indicator nceput de cadru, cu valoarea 1D; F2, indicator sfrit de cadru, cu valoarea 2D;
178

a, caracterul a, semnific afiarea registrului de alarme; A, registrul de alarme la care s-a adugat valoarea 48D; p, caracterul p ce pregtete afiarea numrului de port selectat; P, numrul portului selectat, intervalul de afiare fiind 0 pn la 7 n ASCII sau 48D 55D; CTRL, caracterul de control, modulo 128; Exemplu afiare n regim real: a8p5=. Observaii: pentru protecia la blocare se impune un interval de 5 secunde ntre recepionarea carcaterului p i recepionarea numrului portului, iar cazul depirii acestui interval, programul se ntoarce automat n bucla principal; dac n loc de numrul portului dorit se introduce CR, indiferent de regim, pe ecran se afieaz numrul portului curent selectat; orice alt comand introdus va determina programul s o ignore i s se apoi ntoarc n bucla principal.
#r are drept rezultat comutarea din regimul demonstrativ n regimul real de lucru, cu detecie de erori. Confirmarea schimbrii modului de lucru se va face prin afiarea la consola activ a urmtorului mesaj:

******************** | Regim interogare| ********************

#t are drept rezultat efectuarea unui test global al porturilor, n ordine cresctoare de la 0 la 7, iar apoi efectuarea aceluiai test n ordine descresctoare. Pentru fiecare test n parte vor fi afiate rezultatele ca le testele efectuate prin comanda v; #u are drept rezultat comutarea din regimul real de lucru n regimul demonstrativ. Confirmarea schimbrii modului de lucru se va face prin afiarea la consola activ a urmtorului mesaj:

******************** | Regim diagnoza | ******************** #v urmat de un caracter de la 0 la 7 determin ECA s porneasc un program de verificare a bunei funcionri a portului dorit. Pentru protecie la blocare, a fost prestabilit un interval maxim de 5 secunde n care poate fi introdus cifra corespunztoare valorii portului testat. n cazul n care acest prag va fi depit, programul se va ntoarce n bucla principal, ateptnd introducerea altei comenzi. Aceeai decizie va fi luat i n cazul n care numrul portului nu este introdus corect, n intervalul impus. Pentru verificare va fi trimis, spre portul selecionat, o secven de caractere prestabilite, iar la port va trebui s fie conectat o muf de test (descris anterior). n cazul unei funcionri corecte a portului respectiv va fi recepionat secvena de caractere trimise n perioada testrii. Modul de afiare a rezulatului testului depinde de regimul n care se afl ECA n acel moment:
179

regim demo: Pe ecranul terminalului conectat la portul DGZ va apare numrul canalului testat, urmat de caracterul G n cazul unei funcionri corecte sau de caracterul E n cazul unei erori. n paralel este asigurat o confirmare vizual pentru operator, prin intermediul LED-urilor situate pe panoul frontal: dac rezultatul testului este pozitiv se va aprinde timp de o secund, n mod continuu, LED-ul corespunztor canalului respectiv, iar n cazul unei funcionri incorecte se vor aprinde alternant (de 4 ori consecutiv, timp de 80 ms), LED-ul asociat canalului testat i LED-ul de DGZ sau cel de la PCS; regim real: spre portul PCS va fi trimis un cadru cu urmtorul format: F1aAcNtRCTRLF2, unde cmpurile au urmtoarea semnificaie: F1, indicator de nceput cadru cu valoarea 1D; F2, indicator de sfrit cadru cu valoarea 2D; a, caracterul a; A, octetul ce conine registrul de alarme; c, caracterul c; N, octet ce conine, n ASCII, numrul canalului care a fost testat, cu valoare de la 48D la 55D; t, caracterul t, semnificnd faptul c urmeaz afiarea rezultatului testului; R, rezultatul testului, e n cazul n care testul a euat i g dac a reuit; CTRL, caracter de control al cadrului. Observaie: Odat cu afiarea rezulatelor testului va fi actualizat i registrul cu starea porturilor, astfel c pentru test reuit va fi setat bitul corespunztor numrului portului (porturile sunt numerotate de la 0 la 7, la fel ca biii corespunztori din registrul de stare a porturilor), iar pentru test nereuit va fi resetat bitul respectiv. #x va conduce la resetarea echipamentului ECA, fiind echivalent cu efectuarea unui reset la cald. Confirmarea acceptrii comenzii se va face vizual, prin afiarea la consola activ a urmtorului mesaj:

******************** |ECA SE RESTARTEAZA| ********************. #y comand de acces la modul de lucru linie de comand a modemului ataat ECA, destinat testrii i setrii modemului n modul de lucru real. Comenzile destinate ramelor pot avea pn la 80 de caractere ASCII lungime, trebuie s se termine obligatoriu cu caracterul CR, s conin numai litere mari sau cifre de la 0 la 9. Aceste comenzi vor fi transmise spre rame n mod transparent, inclusiv caraterul CR. Odat transmis o linie de comand spre ECA, acesta o va transmite spre portul activ din acel moment (setat cu #p), pauza dintre transmisiile a dou caractere succesive fiind cea setat prin comanda #d (valoarea implicit fiind de 60 de ms). Urmtoarea etap este recepionarea rspunsului de la ECA. Pentru aceasta ECA va asculta rama un timp egal cu cel setat de utilizator prin comanda #f.., implicit acesta fiind de o secund.
180

Ieirea din modul ascultare se va face fie la expirarea timpului setat, fie la depirea numrului limit de caractere recepionate, adic la recepionarea celui de al 81lea caracter. Caracterele recepionate vor fi formatate prin adugarea caracterului LF naintea fiecrui caracter CR recepionat de la ram, urmnd apoi stocarea lor ntr-un buffer de rezerv de unde vor putea fi rechemate de la PCS prin comanda #b, descris n meniul de comenzi accesibile utilizatorului. Transmiterea iniial a datelor recepionate spre PCS se va face respectnd un format anume, n funcie de regimul de lucru n care se afl ECA. regim demo: Datele vor fi precedate de un antet care va anuna de la ce port au fost recepionate i numrul real de caractere recepionate de la ram: ******************** | CANALUL NR. = 6| | CARACT. REC.= 02| ******************** g, n exemplul de mai sus datele au fost recepionate de la portul numrul 6, erau n numr de 2 i acestea au fost caracterele g i CR. regim real: Datele vor fi formatate ntr-un cadru ce va facilita detecia de erori la PCS i anume: F1aAcCrR1R2CTRLF2F3ICTRLF4, unde cmpurile au urmtoarea semnificaie: F1, indicator nceput de cadru control, cu valoarea 1D; F2, indicator sfrit de cadru control, cu valoarea 2D; a, caracterul a, pregtete afiarea registrului de alarme; A, octetul ce conine registrul de alarme; c, caracterul c, pregte afiarea canalului de unde au fost recepionate datele; C, numrul portului de la care a fost efectuat recepia, n format ASCII, cu valori de la 48D 55D; r, caracterul r, pregtete afiarea numrului de caractere recepionate, pe doi octei; R1, cifra zecilor la numr, care a fost formatat prin adugarea valorii 48D; R2, cifra unitilor la numr, care a fost formatat prin adugarea valorii 48D; CTRL, octetul de control al cadrului de control. F3, indicator nceput de cadru de informaie, cu valoarea 3D; F4, indicator sfrit de cadru de informaie, cu valoarea 4D; I, cmpul de informaie ce conine datele recepionate de la ram; CTRL, octetul de control al cadrului de control. 4.3 Concluzii n cadrul acestui capitol a fost prezentat modul de realizare a managementului n cadrul reelelor SDH.
181

Prima parte, folosind noiunile i principiile generale introduse n cap. 2, au fost descrise sistemele de tipul SDH, acestea putnd fi asimilate unei structuri particulare de sistem cu o arhitectur OSI. Partea a doua a capitolului este dedicat prezentrii contribuiilor pe care le-am avut n realizarea unui sistem de management integrat pentru o reea de transmisiuni pe suport de fibr optic. Contribuia adus de mine la realizarea acestui sistem de management, realizat n colaborare cu INSCC, const n urmtoarele: proiectarea i realizarea practic a echipamentului de colectare a alarmelor, ECA, n principal unitatea central i interfaa de comunicaie cu clientul; proiectarea protocolului de comunicaie folosit ca suport pentru sistemul de management (pe baza realizrilor prezentate n cap. 3); realizarea n totalitate a setului de programe rezidente pe ECA; participarea la definitivarea cerinelor funcionale ale bazelor de date relaionale de pe PCS; realizarea setului de programe ce asigur suportul de comunicaie pentru PCS (pentru comunicaia cu ECA subordonate i prin intermediul acestora cu obiectele de administrat); proiectarea i implementarea protocolului de comunicaie dintre sistemul de management i echipamentele ce trebuiau administrate; echiparea, punerea n funciune i setarea echipamentelor ECA. n continuare, sunt descrise cerinele funcionale generale pe baza crora a fost construit sistemul precum i baza de date cu informaii de management, realizat conform modelului MIB. Au fost utilizate pentru transportul informaiilor de management canale de date externe sistemului (DCC), iar protocoalele de comunicaie le-am realizat particulariznd modelul folosit pentru canalul comun de semnalizare a crui realizare am descris-o n capitolul anterior. Sistemul de management pe care l-am realizat este operaional din perioada decembrie 1999 pe tronsonul B de transmisiuni pe suport de fibr optic al RomTelecom i funcioneaz n condiii optime, ceea ce dovedete viabilitatea modelului de reea de management realizat i robusteea protocoalelor de comunicaii implementate.

182