Aplicatii Ale Comutatiei de Circuite Si Pachete

Marian ALEXANDRU
APLICAII ALE COMUTAIEI DE

CIRCUITE I PACHETE

Editura Universitii Transilvania din Braov
2013

Cuvnt nainte

Prezenta lucrare se adreseaz n principal studenilor de la programul de studii
telecomunicaii, dar i celor de la masterat, care pot aprofunda noiuni suplimentare
despre tehnicile de comutaie i aplicaiile acestora. De asemenea, aplicaiile cu
software de simulare pot constitui o bun baz de plecare pentru specialitii care
doresc s se perfecioneze n domeniul reelelor sau construiesc modele ce trebuie
apoi validate.
Prima parte introduce cititorul n noiunile introductive i generale ale comutaiei
de circuite, cu exemplificri pe un comutator real cu patru posturi telefonice.
n continuare sunt prezentate principiile de baz ale modemurilor, standarde i
comenzi specifice acestora, protocoale de comunicaie. Modul de funcionare i
compunerea unui modem sunt exemplificate pe un echipament didactic, ce permite
accesarea tuturor prilor din care este compus un modem i msurarea semnalelor
specifice acestuia.
Aplicaiile din seciunea cu modem se focalizeaz pe programarea acestuia
pentru diferite scenarii, sunt utilizate multe dintre comenzi i se urmrete, de
asemenea, comunicarea ntre dou modemuri cu acelai standard sau standarde
diferite, folosind o linie comutat sau una nchiriat.
Ultima parte conine aplicaiile cu software de simulare, care debuteaz cu
exerciii specifice sistemelor cu ateptare i se ncheie cu exerciii de simulare a
scenariilor reale din reele precum ATM, ISDN, ADSL sau cele de calculatoare.
Toate aplicaiile au i module de ntrebri, prin care se verific gradul de
aprofundare a noiunilor prezentate sau se pune cititorul n faa unor erori care
trebuie remediate.

Autorul

APLICAII ALE COMUTAIEI DE CIRCUITE
I PACHETE
CUPRINS

Cuvnt nainte ......................................................................................................... 8
1. NOIUNI TEORETICE DESPRE TELEFONIE I COMUTAIA DE CIRCUITE 14
1.1. Introducere ..................................................................................................... 14
1.2. Semnalul telefonic i mediul de transmisie .................................................... 15
1.3. Terminalul i interfaa cu utilizatorul ............................................................... 16
1.3.1. Telefonul .................................................................................................. 16
1.3.2. Interfaa cu utilizatorul ............................................................................. 19
1.4. Noiuni generale despre comutaia de circuite ............................................... 19
1.5. Codarea PCM i multiplexarea cu diviziune in timp ....................................... 21
1.6. Comutaia digital .......................................................................................... 23
1.7. Structura cadrului i multi-cadrului n sistemul primar E1 ............................... 29
1.8. Standarde de referin ................................................................................... 30
1.8.1. Multiplexarea cu diviziune n timp a semnalelor PCM ............................. 30
1.8.2. Sistemul de multiplexare pe linie ............................................................ 31
2. APLICAII ......................................................................................................... 35
EXERCIIUL 1. Folosirea unitii PCM/EV .......................................................... 35
EXERCIUL 2. Etapele conectrii ........................................................................ 37
EXERCIIUL 3. Selecia canalelor PCM ............................................................... 41
EXERCIIUL 4. Codarea HDB3 ............................................................................ 42
EXERCIIUL 5. Recepia semnalului HBD3 ......................................................... 44
EXERCIIUL 6. Efectele zgomotului de pe linie ................................................... 45
EXERCIIUL 7. Faza de recepie ......................................................................... 47
EXERCIIUL 8. Alinierea recepiei ....................................................................... 48
EXERCIIUL 9. Mesaje de la PCM/EV ctre terminal .......................................... 49
EXERCIIUL 10. Reconfigurarea ctigurilor ....................................................... 51
EXERCIIUL 11. Atribuirea time slot-ilor ............................................................. 53
3. SCURT INTRODUCERE N TEORIA MODEM-URILOR ................................ 56
3.1. Tipuri de modem-uri ....................................................................................... 57
3.2. Descrierea tipurilor de modem-uri reprezentative .......................................... 59
3.2.1. Modem-urile externe sau interne ............................................................. 59
3.2.2. Modem-urile PCMCIA (PC Card) ............................................................. 59
3.2.3. Fax modem-uri ........................................................................................ 59
3.2.4. Modem-uri ISDN, xDSL ........................................................................... 60
3.2.5. Modem-ul de cablu .................................................................................. 61
3.2.6. Modem-ul radio........................................................................................ 63
3.3. Protocoale i standarde ................................................................................. 64
3.4. Comunicaia ntre modem i calculator .......................................................... 66
3.5. Modulaia semnalelor utilizate n transmisia cu modem-uri ............................ 69
3.6. Legturi de date ............................................................................................. 72
4. ECHIPAMENT I RECOMANDRI ................................................................... 74
4.1. Introducere i aspecte principale ................................................................. 74
4.2. Caracteristicile modem-ului ......................................................................... 75
4.3. Recomandrile ITU-T (CCITT) .................................................................... 75
4.3.1. Recomandarea V21 .............................................................................. 75
4.3.2. Recomandarea V23 .............................................................................. 77
4.3.3. Recomandarea V22 .............................................................................. 77
4.3.4. Recomandarea V22bis ......................................................................... 78
4.3.5. Recomandarea V32 .............................................................................. 80
4.3.6. Recomandarea V32bis ......................................................................... 81
4.3.7. Recomandarea V34 .............................................................................. 82
4.3.8. Recomandarea V34plus ....................................................................... 82
4.4. Mediile AT i V25bis ............................................................................... 82
4.4.1. Programarea modem-ului ..................................................................... 82
4.4.2. Controlul apelului telefonic .................................................................... 82
4.5. Comprimarea datelor i corectarea erorilor ................................................. 83
4.5.1. MNP Microcom Networking Protocol ................................................. 83
4.5.2. V42 i V42bis ........................................................................................ 87
4.6. Suprimarea ecoului...................................................................................... 87
4.7. ntrebri ....................................................................................................... 89
5. DESCRIEREA ECHIPAMENTULUI .................................................................. 91
5.1. Principiul de funcionare a modem-ului ........................................................ 91
5.1.1. Circuite de interfa i control................................................................ 91
5.1.2. Circuite de comprimare i corectare a datelor....................................... 92
5.1.3. Circuitele de modulare i de demodulare .............................................. 92
5.1.4. Circuitele de linie ................................................................................... 92
5.1.5. Circuite de conexiune la linie ................................................................ 92
5.1.6. Recomandarea V54 i circuitele de bucl ............................................. 94
5.2. Descrierea funcionrii ................................................................................. 96
5.2.1. Faza de programare a modem-ului ....................................................... 98
5.2.2. Faza de apel automat ........................................................................... 98
5.2.3. Faza de rspuns automat ..................................................................... 98
5.2.4. Faza de handshake .............................................................................. 98
5.2.5. Faza de negociere ................................................................................ 99
5.2.6. Faza de transmitere de date ................................................................. 99
5.2.7. Faza de terminare a conexiunii ............................................................. 99
5.3. Alte circuite ................................................................................................ 101
5.3.1. Alimentarea ......................................................................................... 101
5.3.2. Linia artificial i generatorul de zgomot ............................................. 101
5.4. ntrebri ..................................................................................................... 102
6. CARACTERISTICILE TEHNICE ALE MODEM-ULUI ...................................... 103
6.1. Interfaa DTE-DCE .................................................................................... 103
6.2. Interfaa analogic ..................................................................................... 104
6.3. Funciile principale ale modem-ului ........................................................... 105
7. DESCRIEREA FUNCIONRII ....................................................................... 106
7.1. Butoanele i ledurile .................................................................................. 106
7.2. Programarea de la panoul frontal .............................................................. 108
7.3. Cum s se ncarce configuraia iniial (default) ........................................ 108
7.4. Panoul posterior al modem-ului ................................................................. 108
7.5. Programarea modem-ului cu comenzi AT .............................................. 109
7.5.1. Lista comenzilor AT ............................................................................ 109
7.5.2. Registrele ............................................................................................ 111
8. APLICAII ....................................................................................................... 114
APLICAIA 1. PROGRAMAREA MODEM-ULUI CU TERMINAL ASINCRON ... 116
APLICAIA 2. DIAGRAMELE DE CONSTELAIE ............................................ 120
APLICAIA 3. CONTROLUL APELURILOR TELEFONICE................................ 123
APLICAIA 4. CONECTAREA AUTOMAT PE LINIA COMUTAT .................. 127
APLICAIA 5. CONECTAREA MANUAL PE REEAUA COMUTAT ............. 131
APLICAIA 6. CONTROLUL FLUXULUI DE DATE .......................................... 133
APLICAIA 7. EFECTUL ZGOMOTULUI, CORECTAREA ERORILOR I
COMPRIMAREA DATELOR ............................................................................... 137
APLICAIA 8. CONECTAREA LA LINIE NCHIRIAT DE 2 I 4 FIRE ............ 147
APLICAIA 9. PROGRAMAREA DE LA DISTAN ........................................ 151
APLICAIA 10. DIAGNOSTIC ........................................................................... 153
APLICAIA 11. MSURAREA RATEI DE EROARE CU TESTER DE DATE .. 156
APLICAIA 12. CONEXIUNEA SINCRON ..................................................... 163
APLICAIA 13. TRANSFERUL DE FIIERE .................................................... 165
9. APLICAII CU SOFTWARE DE SIMULARE ................................................... 168
APLICAIA 1. COZILE M/M/1 ............................................................................. 168
1.1. Introducere .......................................................................................... 168
1.2. Realizarea modelului .......................................................................... 168
1.3. Node EDITOR-UL ............................................................................... 171
1.4. Crearea reelei .................................................................................... 175
1.5. Colectarea rezultatelor ........................................................................ 177
1.6. Analiza rezultatelor ............................................................................. 179
APLICAIA 2. DISCIPLINE DE COZI ................................................................. 184
2.1. Descrierea lucrrii ..................................................................................... 184
2.2. Consideraii teoretice .......................................................................... 185
2.3. Desfurarea aplicaiei ....................................................................... 194
2.4. Analiza statisticilor .............................................................................. 199
2.5. ConcluzII ............................................................................................. 202
APLICAIA 3. STUDIUL COMUTAIEI DE PACHETE NTR-O REEA CU UN
HUB I PATRU NODURI .................................................................................... 203
3.1. Introducere .......................................................................................... 203
3.2. Topologia reelei ................................................................................. 204
3.3. Funciile diferitelor tipuri de noduri ...................................................... 204
3.4. Rolul modelului nodului central (HUB) ................................................ 205
3.5. Rolul nodurilor periferice ..................................................................... 205
3.6. Crearea de module ............................................................................. 206
3.7. Pentru a crea un nou pachet: .............................................................. 207
3.8. Setarea altor parametri ....................................................................... 211
3.9. Crearea modelului proces pentru nodul central .................................. 212
3.10. Crearea modelului nodului periferic .................................................... 214
3.11. Crearea modelului de proces al unui nod periferic .............................. 218
3.12. Construirea reelei ............................................................................... 222
3.13. Alegerea, colectarea i analizarea rezultatelor ................................... 224
3.14. Analizarea rezultatelor ........................................................................ 227
APLICAIA 4. STUDIUL COMUTAIEI DE PACHETE NTR-O REEA EXTINS
............................................................................................................................ 231
4.1. mbuntirea modelului Node ............................................................ 231
4.2. Adugarea perechii Transmitor/Receptor ........................................ 232
4.3. Setarea debitului Canalului de Date i a formatului pachetelor ........... 232
4.4. Asocierea Transmitoarelor i Receptoarelor .................................... 233
4.5. Adugarea unei subreele noi ............................................................. 233
4.6. Adugarea celei de-a doua subreele ................................................. 233
4.7. Adugarea Atributului de ID utilizator .................................................. 234
4.8. Redefinirea formatului pachetelor ...................................................... 234
4.9. Modificarea modelului de proces ........................................................ 236
4.10. Modificarea modelului de proces Node ............................................... 236
4.11. Modificarea modelului de proces Hub ................................................. 236
4.12. Rularea Simulrii ................................................................................. 238
4.13. Vizualizarea rezultatelor ...................................................................... 238
4.14. Concluzii ............................................................................................. 239
APLICAIA 5. MODELAREA I ANALIZA ALOHA I CSMA ............................. 240
5.1. Scopul aplicaiei .................................................................................. 240
5.2. Consideraii teoretice .......................................................................... 240
5.3. Prezentarea modulelor de proiectat .................................................... 244
5.4. Desfurarea lucrrii ........................................................................... 247
5.5. Adugarea de detectare a coliziunii i backoff .................................... 272
5.6. Executarea simulrii ethcoax_net ....................................................... 276
APLICAIA 6. STUDIUL I SIMULAREA REELEI ATM ................................... 280
6.1. Introducere .......................................................................................... 280
6.2. Caracteristicile modelului ATM............................................................ 280
6.3. Modele de nod: ATM ........................................................................... 281
6.4. Tipuri de conexiuni .............................................................................. 283
6.5. Atributele modelului ATM .................................................................... 284
6.6. Atributele de rutare ............................................................................. 289
6.7. Atributele de simulare: ATM ................................................................ 292
6.8. Statisticile disponibile: ATM ................................................................ 292
6.9. Meniu Operaii: ATM ........................................................................... 294
6.10. Configuraiile PVX suportate ............................................................... 296
6.11. Maparea fluxurilor IP la conexiunile ATM ............................................ 301
6.12. Modelarea traficului ............................................................................. 305
6.13. Simularea rezultatelor pe un exemplu ................................................. 307
APLICAIA 7. SIMULAREA UNOR REELE ISDN ADSL ............................... 350
7.1. Introducere .......................................................................................... 350
7.2. Configurarea aplicaiei ........................................................................ 351
7.3. Rezultatele simulrii ............................................................................ 357
7.4. Concluzii ............................................................................................. 359
10. BIBLIOGRAFIE ............................................................................................. 360

Mediu de transmisie
(MT)
Mediu
de transmisie
Mediu
de transmisie
Fig. 1.1. Diagrama simplificat a unei reele de comunicaii
telefonice

Central
telefonic
(comutator)
Central
telefonic
(comutator)
Central
telefonic
(comutator)
MT
MT
MT
MT
MT
MT

1. NOIUNI TEORETICE DESPRE TELEFONIE I COMUTAIA DE
CIRCUITE

1.1. Introducere

Cele trei elemente de baz ale reelelor de transmisie constau n terminale, ci
de transmisie i comutatoare. Terminalul standard pentru serviciul de telefonie este
telefonul, care are ca scop principal conversia unui semnal acustic ntr-un semnal
electric i invers. Cile de transmisie interconecteaz telefoanele ntre ele, facilitnd
propagarea semnalelor electrice ntre echipamente i n consecin transmisia vocii.
nc de la nceputurile telefoniei a fost evident c telefonul nu putea fi foarte
folositor fr introducerea de instrumente capabile s faciliteze conectri simultane
ale diferitelor terminale. Aceast funcie a fost preluat de comutatoarele locale, care
asigur alimentarea tuturor telefoanelor i n acelai timp le furnizeaz puterea
electric necesar modulaiilor .
Schema general simplificat a unei reele de comunicaii telefonice este
prezentat n Fig. 1.1.

Emitor Receptor
Fig. 1.2. Conexiune cu dou fire
Dispozitivele de comutare, acionate ntr-un mod complet automat de ctre
centrala telefonic, suport de asemenea i funciile terminalului utilizatorului aflate
n relaie direct cu fazele de conectare sau deconectare dintre utilizatori: angajarea
liniei de transmisie, formarea numrului postului apelat i convorbirea n sine.
n serviciile telefonice tradiionale se folosete comutaia de circuite. Ca
rspuns a unei cereri de serviciu, prin comutaia de circuite se asigur o conexiune
complet punct-la-punct ntre dou terminale de utilizator, aceast conexiune fiind
pstrat pn la terminarea convorbirii.
Pentru a satisface un numr mare de cereri de servicii (numr mare de
convorbiri) sau cnd exist o distan mare ntre utilizatori, comutatoarele locale sunt
legate prin intermediul liniilor de band larg, care pot transfera simultan un numr
foarte mare de comunicaii telefonice ntre diverse zone.

1.2. Semnalul telefonic i mediul de transmisie

Semnalul electric care reproduce vocea uman se numete semnal telefonic.
Acesta conine puterea medie a semnalului de voce care este transformat
corespunztor n semnal electric, cu frecvene de la 100 Hz la 90000-10000 Hz.
Telefonia, n schimb, nu folosete toate componentele semnalului de voce, ci
doar pe cele cu frecven ntre 300 i 3400 de Hz, unde puterea vocii este mai mare.
Un avantaj considerabil care decurge din limitarea frecvenei semnalului de
voce const n utilizarea corespunztoare a cilor de transmisie, care pot transfera
mai multe canale telefonice separate ntre ele n frecven sau timp. Cu ct frecvena
acestor canale este mai limitat, cu att este mai mare numrul de transmisii
simultane pe aceeai cale. Aceste tehnici sunt utilizate mai mult n trunchiurile dintre
comutatoarele locale. Mijloacele de transport utilizate n aceste cazuri sunt cablul
coaxial, puntea radio i, mai recent, fibra optic.
Oricum, cea mai mare parte a conexiunilor dintr-o reea telefonic se realizeaz
prin legarea terminalelor utilizatorilor la comutatorul local. Conectarea fiecrui
utilizator la comutatorul central este realizat prin intermediul unei linii dedicate cu
dou fire, numit linia utilizatorului (bucla local sau linia de abonat). De obicei, un
anumit numr de linii (de la cteva, pn la mii) sunt grupate ntr-un singur cablu.
Fiecare linie const din dou fire (twisted pair). n mod curent, n conexiunile de
utilizator semnalele pe cele dou direcii (emisie i recepie) se propag pe aceeai
linie (conexiune cu dou fire).
Conexiunea cu 2 fire este ilustrat n Fig. 1.2.

Fig. 1.3. Modul de funcionare a unui circuit hibrid
Hibrid Hibrid
Conexiunea cu direcii de propagare separate se numete cu patru fire.
Separarea semnalelor corespunztoare celor dou direcii de propagare este cerut
nu numai de amplificatoarele de semnal, dar i de multe alte dispozitive ale reelei
telefonice. Astfel, este destul de des necesar s se treac de la conexiunea cu dou
fire la cea cu patru fire sau invers. Aceast funcie este implementat pe circuite
adecvate, obinute n trecut cu transformatoare interconectate corespunztor, iar n
zilele noastre cu circuite electronice numite hibride. Funcionarea unui circuit hibrid
este prezentat schematic n Fig. 1.3.

Circuitul hibrid trebuie s izoleze perfect cele dou direcii de propagare ale
conexiunilor cu patru fire, mpiedicnd astfel suprapunerea semnalului de intrare cu
cel de ieire.
Funcionarea circuitului hibrid este perfect numai dac linia cu dou fire are
impedana egal cu cea caracteristic.
Tipic, impedana caracteristic a cablului bifilar pentru banda telefonic este de
600 Ohm; aceast valoare este deseori obinut prin introducerea unui circuit
echivalent cu impedana complex a liniei.
Impedana caracteristic a liniei precum i atenuarea semnalului transmis
depind de banda de frecven utilizat; n cazul cablului bifilar torsadat intervalul
folosit este, n general, de 300 pn la 3400 de Hz.
n sfrit, trebuie amintit c msurtorile de putere ale semnalelor telefonice n
diferite puncte ale conexiunii se realizeaz n mW (miliwatt) i sunt exprimate n
termeni absolui ca dBm (dB/miliwatt), adic 10 lg (P/1mW).

1.3. Terminalul i interfaa cu utilizatorul

1.3.1. Telefonul

Interfaa utilizatorului (telefonul) realizeaz dou funcii principale: transmisia-
recepia semnalelor telefonice i activarea procedurilor de semnalizare. A treia
funcie este de protecie a terminalului la supratensiune.
Pe terminalul utilizatorului este instalat dispozitivul de conversie a semnalelor
acustice n semnale electrice (microfonul) i din semnale electrice n semnale
acustice (receptorul).
Pe durata pailor de conectare i deconectare se face un transfer de informaii
ntre comutator i utilizatori, sub form de semnale electrice, iar rezultatul const n
crearea conexiunii solicitate de una dintre cele dou pari i activate de comutatorul
central. Conectarea const n crearea unui circuit de voce ntre cele dou telefoane.
Telefon
Telefon
Telefon Telefon
Circuitele
telefonului
Circuitele
telefonului
Circuitele
telefonului
Circuitele
telefonului
Reea
telefonic
Reea
telefonic
Reea
telefonic
Reea
telefonic
S
1
S
2
a)
b)

S
1
S
1
S
1
S
2
S
2
S
2
Formare
numr
c)

d)

Fig. 1.4. Descrierea fazelor iniierii unei convorbiri telefonice
Ton
l
Cnd este ridicat microreceptorul, terminalul activeaz linia; activarea const n
nchiderea liniei utilizatorului prin circuitul telefonului; ca efect al aceste activri,
comutatorul (centrala telefonic clasic) produce un curent continuu a crui valoare
depinde de lungimea liniei utilizatorului i care este n general de aproximativ 30 mA.
Microfonul moduleaz curentul de linie al transmisiei i joac rolul de rezisten
variabil modulat de puterea semnalului acustic.
Ca rspuns la activarea liniei, centrala trimite tonul (invitaia de a forma) ctre
telefon: un ton cu frecvena de 425 Hz, modulat corespunztor ON/OFF n
TON/PAUZ/TON/PAUZ sau continuu. n acest mod, centrala semnalizeaz
utilizatorului disponibilitatea sa pentru conexiune (linie liber).
Urmtoarea faz este selecia, adic transmiterea unei semnalizri
corespunztoare ctre central, ce identific numrul liniei telefonului cerut pentru
conectare. Exist dou tipuri de semnalizri: n impulsuri (pulse) i multifrecven
(tone).
La funcionarea n impulsuri, transmiterea numrului cerut se face printr-un set
de impulsuri lips de curent (deschiderea buclei de curent), fiecrei cifre
corespunzndu-i un numr de impulsuri egal cu valoarea sa (un impuls pentru cifra
1, 10 impulsuri pentru cifra 0). Durata nominal a unui impuls lips de curent este de
60 ms, urmat de o pauz 40 ms (n care bucla este nchis); ntre fiecare cifr dintr-
un numr de telefon i urmtoarea este o pauz ce variaz ntre 500 i 800 ms.
n cazul telefoanelor electromecanice formarea numrului apelat se realizeaz
cu ajutorului discului, iar n cazul celor electronice cu semiconductoare exist un
dispozitiv controlat de ctre o tastatur cu patru linii i trei coloane (12 taste).
Fig. 1.4 ilustreaz fazele descrise mai sus:
a) linia este liber;
b) linia este activat;
c) transmiterea tonului;
d) formarea numrului;

1 2 3 A
4 5 6 B
7 8 9 C
*
0 # D
Fig. 1.5. Corespondena
tonurilor pentru semnalizarea
DTMF
697
Hz
770
Hz
852
Hz
941
Hz
1209 Hz 1336 Hz 1477 Hz 1633 Hz
Linie
utilizato
r
Dispozitiv
de
protecie

Dispozitiv
de
apel

Circuit
de
formare
numr

Circuit
pentru
semnalul
de
voce

Microfon
Receptor
Micro
receptor
Activare linie
G
S
X
t
X
r
Fig. 1.6. Schema funcional a terminalului utilizatorului
Semnalizarea multifrecven (DTFM Dual Tone Multifrequency) este efectuat
cu telefoane electronice i poate fi folosit exclusiv de centrale prevzute cu decodor
de ton.
n acest caz situaia d) din Fig. 1.4 este diferit, iar cifrele numrului solicitat
sunt codate n cte dou tonuri fiecare. Unul din tonuri aparine grupului de frecvene
joase, care reprezint liniile tastaturii, iar celalalt aparine grupului de frecvene nalte,
ce reprezint coloanele. Aceast coresponden este prezentat n Fig. 1.5.

Durata tonurilor este foarte scurt, de aproximativ 50 ms, n timp ce ntre o cifr
i urmtoarea pauza minim este de aproximativ 45 ms; acest lucru conduce la
minimizarea timpului de selecie. Circuitele sunt alimentate de curentul de linie.
O dat ce numrul format a fost recepionat, centrala realizeaz conexiunea i
trimite tonul de liber la telefonul care a sunat. Acesta are ntotdeauna frecvena de
425 Hz i este modulat: ON/OFF = TON/PAUZ cu raportul de 1s/4s; simultan, se
trimite curentul de apel ctre terminalul apelat, cu aceeai temporizare ca i n cazul
tonului de liber.
Curentul de apel este un semnal transmis de la central la terminalul
utilizatorului care a fost sunat, unde activeaz soneria.
Dac telefonul la care s-a sunat este ocupat, centrala trimite apelantului tonul
de ocupat, care este o secven alternativ de TON/PAUZ, cu perioade egale de 1
s.
Cnd utilizatorul apelat ridic receptorul i folosete la rndul lui linia, centrala
sesizeaz curentul de linie din bucla local i imediat oprete curentul care
alimenteaz soneria.

Comutatorul G reprezint dispozitivul de activare a liniei, care se nchide cnd
se ridic receptorul din furc; n schimb, comutatorul S este dispozitivul de
ntrerupere a liniei care acioneaz n faza de formare a numerelor cu ajutorul
discului i e controlat de circuitul combinaional. Comutatoarele X
t
i X
r
sunt folosite
pentru a preveni repetarea n microreceptor a impulsurilor trimise pe linie de procesul
de semnalizare. n acest scop, microreceptorul poate fi izolat, aa cum se arat n
Fig. 1.6, sau semnalul de voce al aceluiai circuit este pus n scurt. n telefoanele
electronice cu formare a numrului prin multifrecven nu exist comutatorul S, iar
circuitul combinaional trimite tonurile de apel n linie; n acest caz, comutatorul X
t

este deschis n timpul transmiterii tonurilor pentru a preveni deranjarea circuitului
microfonului, n timp ce comutatorul X
r
este nchis pentru a permite utilizatorului s
sesizeze prezena tonurilor de linie.

1.3.2. Interfaa cu utilizatorul

Dispozitivul (multiplexul terminal) la care sunt conectate liniile utilizatorului
reprezint interfaa utilizatorului. Rmnnd n domeniul reelelor analogice, funciile
interfeei sunt numeroase i necesare datorit nevoii de a opera cu telefoane
standard pe o parte i dispozitive de comutare de tip electromecanic de partea
cealalt.
Funciile standard ale interfeei sunt prezentate mai jos:
Alimentarea: aplicarea unei tensiuni continue de 48 V sau 60 V la linia
utilizatorului pentru a permite semnalizarea n regim pulse, pentru
alimentarea microfonului cu carbon sau a telefonului (n cazul digital);
Protecia la supratensiune: are scopul de a proteja echipamentul i oamenii de
descrcrile cauzate de fulgere i tensiuni inserate n linie prin inducie sau
contact cu surse de nalt tensiune;
Apelarea, care const n aplicarea pe linie a unui semnal sinusoidal de 25 Hz
i 75 V; acest semnal activeaz soneria telefonului i este aplicat n faza de
apelare, o secund la fiecare cinci (secunde);
Supervizarea, ce const n monitorizarea curentului prin linie pentru a sesiza
ridicarea microreceptorului; cnd utilizatorul ridic microreceptorul, curentul
din linie trece de la valori de fraciuni de mA la valori de mA, determinnd
activarea liniei;
Supravegherea: const n accesarea periodic a liniei utilizatorului pentru
diagnosticarea integritii i funcionrii buclei abonatului.

1.4. Noiuni generale despre comutaia de circuite

Setul de operaii necesare pentru a conecta ntre ei doi utilizatori este numit
comutaie telefonic.
Comutaia telefonic este realizat de comutatorul local, care include
telefoanele dintr-o anumit arie. n cazul reelelor analogice, funciile activate de
ctre central sunt exclusiv cu comutaie de circuite (prin reele analogice ne referim
la acele reele care transfer semnalul vocal ca i semnal analogic, chiar dac
Fig. 1.7. Principiul de comutaie pentru un comutator cu N intrri i M ieiri
Matrice de comutaie
1
2
N
1 2 M
dispozitivele care realizeaz funciile de rutare lucreaz dup principiile electronicii
digitale).
n cazul comutaiei de circuite resursele reelei, care sunt folosite pentru a
realiza circuitul semnalului vocal, sunt alocate aceleiai conexiuni pe toat durata sa
i nu pot fi refolosite pn cnd nu se elibereaz conexiunea n cauz .
Principiul comutrii de circuite este artat n Fig. 1.7 sub forma unei diagrame a
unui comutator cu N intrri i M ieiri.

Funcia acestui dispozitiv este de a conecta o linie de intrare la una de ieire n
acord cu comanda primit de fiecare dat de dispozitivul de control al comutatorului.
La transferul automat de tip electromecanic, comutatorul era format prin conectarea
a mai multor selectoare, fiecare dintre ele opernd ca un comutator cu o intrare i M
ieiri. Un set de mai multe comutatoare conectate n cascad se numete matrice de
comutaie, care reprezint unitatea de interconectare a centralei.
O central local, numit i auto-comutator este format din urmtoarele pri:
Matricea de comutaie;
Unitatea de semnalizare;
Unitatea de control.
Dispozitivele de semnalizare sunt folosite pentru a monitoriza liniile de intrare i
a trimite unitii de control informaiile legate de stare sau comand.
Unitatea de control examineaz coninutul semnalizrilor recepionate de liniile
de intrare i comand realizarea conexiunii cerute, n acord cu informaia
recepionat.
Unitatea care conecteaz fizic circuitul este matricea de comutaie, ea constnd
din puncte de contact selectabile, aflate la intersecia dintre linii i coloane.
Diagrama simplificat a unei centrale este prezentat n Fig. 1.8.
Cum s-a descris mai nainte, terminalul utilizatorului este de asemenea
responsabil cu crearea i dezactivarea unei conexiuni. n transferul de informaii care
trebuie sa aib loc ntre utilizator i central pentru activarea unei conexiuni, acesta
trimite urmtoarele semnale (ctre central):
cererea unei conexiuni (prin nchiderea buclei de curent n linie);
formarea numrului prin metoda pulse sau tone;
terminarea conversaiei (redeschiderea liniei).
Fig. 1.8. Schema simplificat a unei centrale telefonice (comutator)
Matrice
de
comutaie
Unitate
de
semnalizare
Unitate
de
semnalizare
Unitate
de
control
La rndul ei, centrala efectueaz urmtoarele operaii:
transmiterea tonului de invitaie pentru a forma numrul, o dat ce este
recunoscut activarea liniei de ctre telefonul apelant;
activarea conexiunii dintre utilizatorul care a sunat i cel care a fost
sunat sau trimiterea tonului de ocupat la apelant dac apelatul este
ocupat;
trimiterea curentului de sonerie la terminalul care a fost sunat;
cronometrarea convorbirii pentru facturare;
ntreruperea conexiunii cnd cel care a sunat nchide.

1.5. Codarea PCM i multiplexarea cu diviziune in timp

Procesul de codare binar a semnalului vocal, cunoscut ca i codare PCM
(Pulse Code Modulation), ine de tehnica TDM (Time Division Multiplexing).
Aceast tehnic este echivalentul digital al multiplexrii cu divizare n frecven.
Ea stabilete o secven de intervale (slot) de timp care sunt atribuite transmisiei n
cod PCM pentru un numr determinat de semnale vocale.
n mod uzual, toate intervalele de timp atribuite diferitelor canale au aceeai
durat. Pe lng aceasta, intervalul de timp alocat fiecrui canal se repet cu o
perioad comun numit cadru, egal cu cadena de eantionare a semnalului vocal
(de 8 kHz). n practic, fiecrui canal i este alocat o parte a capacitii totale a cii
de transmisie, detectat prin durata intervalului de timp i perioada de repetiie.
Diagrama de multiplexare este numit diviziune n timp sincron i este una dintre
tehnicile folosite n telefonie.
Corespondenele dintre intervalele de timp din cadru sunt foarte exacte i
trebuie meninute strict cu ajutorul circuitelor de temporizare, care furnizeaz:
- rata de transmisie a impulsurilor binare;
- poziia fiecrui interval de timp;
- nceputul perioadei de repetiie (nceputul cadrului).
MUX
DEMUX
2
1
1 1 2
1
2
N
N
N N
Cadru
Fig. 1.9. Diagrama de principiu a multiplexrii n timp
Fig. 1.10. Utilizarea regeneratoarelor de semnal
1 1
2
2
N
N
MUX
DEMUX
MUX
DEMUX
Regenerator
R R R
R R R
n Fig. 1.9 este reprezentat diagrama de principiu a acestei multiplexri.

Ca i n cazul analogic, multiplexarea cu diviziune n timp include de asemenea
construirea structurilor ierarhice, ale cror nivele sunt stabilite prin combinarea unui
numr bine determinat de semnale din nivelul cel mai de jos, pornind de la
semnalizarea de baz (nivel 1).
Tabelul 1.1 precizeaz ierarhia dat de standardul internaional CCITT pentru
multiplexarea cu diviziune n timp (America de Nord i Japonia au standarde diferite).

Tabelul 1.1.
Numrul
nivelului
Numrul de
circuite
vocale
Numele
Multiplexului
Rata Baud
Mbits/s
1 30 2,048
2 120 M12 8,448
3 480 M23 34,368
4 1920 M34 139,264
5 7680 M45 565,148

Sistemele din primele nivele, numite de asemenea sisteme primare i
secundare, n general folosesc ca i ci de transmisie liniile echilibrate (cablu de
cupru bifilar torsadat). Datorit atenurii pronunate pe aceste linii la frecvenele
utilizate (spectrul este centrat pe 1024 kHz pentru sistemele primare), este
indispensabil folosirea regeneratoarelor de semnal la intervale regulate de-a lungul
liniei, de la 2 la 5 km, n acord cu fiecare caz n parte. Natura acestor conexiuni face
ca n mod obligatoriu s se foloseasc 4 fire, aa cum este indicat n Fig. 1.10.

Memorie
spaiu-timp
Fig. 1.11. Operaia de comutare spaiu - timp
1
1
N
N
1 1 1 1 2 2 2 2
2 2 2 2 1 1 1 1 17 17
3
3
3
3
4 4
Sistemele ca cele prezentate n figura de mai sus sunt folosite la conexiunile
dintre central i terminale, ca o prelungire a interfeelor utilizatorilor (Multiplexoare
Asimetrice), la fel de bine ca i n conexiunile dintre centrale (Multiplexoare
simetrice). Procesul de regenerare include:
- Egalizarea semnalelor pentru a compensa distorsiunile de amplitudine i
de faz introduse de liniile balansate;
- Extragerea bitului de sincronizare, cu care impulsurile sosite sunt
eantionate i impulsurile regenerate sunt transmise n segmentul urmtor
al trunchiului.

1.6. Comutaia digital

Folosirea codrii PCM a semnalului vocal impune o nou tehnic de comutaie,
numit comutaie digital. Ca i configuraie general, un comutator digital local
poate s fie reprezentat similar cu cel din Fig. 1.8, avnd o schem asemntoare cu
comutatoarele analogice.
Rolul matricei de comutaie a centralei analogice este acum preluat de
comutatorul spaial temporal (memorie), care este planificat s fie folosit numai n
sistemele ce utilizeaz multiplexarea cu diviziune n timp.
O diferen important de inut minte n cazul digital este c fiecare conexiune
vzut de matricea de comutaie este alctuit din 4 fire, cu multiplexarea celor dou
direcii prezente pe dou linii separate. Operaia de comutare n spaiu-timp este
reprezentat schematic n Fig. 1.11.

Unitatea de comutare din Fig. 1.11 este necesar pentru a transfera informaia
dintr-un interval de timp (slot) specificat (sau canal) al unei linii TDM de intrare ntr-un
interval de timp dat al liniei TDM de ieire.
Procesul de conectare complet ntre dou circuite digitale de semnal vocal
implic dou conexiuni fizice diferite i dou intervale de timp diferite; astfel se
produce o translaie n spaiu (ntre liniile TDM) i o translaie n timp (de la un
interval de timp la altul). Din acest motiv, comutaia la care ne referim este numit
comutaie bidimensional.
n diagrama din Fig. 1.11 este creat un circuit complet de voce cu alocarea
dubl a timpului i spaiului, care transfer, de exemplu, datele canalului de emisie 3
Fig. 1.12. Operaia de comutare spaiu - timp
4 fire 2 fire
Comutator
spaiu - timp
2 2
1 1
3 3
N N
al conexiunii 1 la canalul de recepie 17 al conexiunii N i datele canalului de emisie
17 al conexiunii N la canalul de recepie 3 al conexiunii 1.
Intrrile (din stnga) i ieirile (din dreapta) ale matricei de comutaie din Fig.
1.11 sunt indicate separat; de fapt, exist conexiuni de 4 fire, n care fiecare interval
de timp de intrare este asociat cu acelai interval de timp de ieire, n aceeai
conexiune TDM. Acest lucru este reprezentat n Fig. 1.12.

Procesul de comutaie digital poate fi mprit n urmtoarele dou faze:
- tranziia datelor PCM (8 bii) de la un canal al liniei multiplexate de intrare n
acelai interval de timp al unei linii corespunztoare destinaiei de ieire (comutare n
spaiu);
- tranziia datelor transferate pe linia de ieire de la intervalul de timp (canalul)
original la cel destinaie, aa cum este cerut de comutator (comutare n timp).
Diagrama de principiu a acestei proceduri este prezentat n Fig. 1.13 (pentru
cadre PCM de 32 de canale).
Datele PCM de la intrarea multiplexat sunt convertite n cuvinte de 8 bii, care
apar n liniile unei memorii cu organizare matriceal.
Matricea transfer eantionul fiecrei linii pe coloana (linia de destinaie) cerut
de conexiune, folosind adresele furnizate de unitatea de control.
Data recepionat de registrul de coloane este scris n locaia corespunztoare
a memoriei de comutaie temporal i, mai precis, n locaia care corespunde
intervalului de timp al datei destinaie de pe linia de ieire multiplexat.
Adresele de scriere sunt furnizate ctre memoria de timp a unitii de control.
Procesele descrise se repet n cadrele PCM pentru fiecare interval de timp pe
toat durata ct sunt pstrate conexiunile cerute (pe toat durata convorbirilor sau
transmisiilor de date).
Citirea ieirilor memoriei de timp se desfoar n acord cu succesiunea
repetitiv a intervalelor de timp din cadrele PCM, pornind de la sincronizarea de
cadru.
Datele PCM devin seriale nainte de a fi transferate spre liniile de ieire.

31
31
31
30
30
30
29
29
29
18
18
18
17
17
17
8
3
3
2
2
2
1
1
1
0
0
0
1
2
N
Cadre
Puncte de conexiune
Adrese
scriere
Adrese
citire
secvenial
Control
central
Baz
de
timp
1
2
N
Cadru
8
8
8
8
8
31 31 31
30 30 30
29 29 29
18 18 18
17 17 17
3 3 3
2 2 2
1 1 1
0 0 0
S
e
r
i
a
l

P
a
r
a
l
e
l

P
a
r
a
l
e
l

S
e
r
i
a
l

M
e
m
o
r
i
e

d
e

c
o
m
u
t
a
i
e

A
d
r
e
s
e

p
u
n
c
t
e

d
e

c
o
n
e
x
i
u
n
e

W
R
Fig. 1.13. Diagrama de principiu pentru un comutator PCM cu 32 de canale

Avantajul acestei proceduri este de a oferi o capacitate mare de comutare;
totui, n anumite condiii, pot apare blocaje (nu toate conexiunile teoretic posibile pot
fi acceptate n acelai timp).
Unitile de comutaie de acest fel sunt numite cu dou etaje (spaiu - timp);
exist de asemenea configuraia dual spaiu-timp.
Urmtorul exemplu ajut la nelegerea diferitelor faze de comutare. Ne
propunem s efectum o conexiune ntre utilizatorul X, inserat n canalul (intervalul
de timp) 3 al cadrului 1 i utilizatorul Y, inserat n canalul 30 al cadrului 2:

Conexiunea X==>Y :

- faza 1 (Fig. 1.14a): matricea de conexiuni conecteaz, corespunztor
intervalului de timp 3 i pe durata de un interval de timp, linia 1 (cadrul de intrare) la
coloana 2 (cadrul de ieire);
Control
central
Baz
de
timp
Adrese
scriere
Adrese
citire
secvenial
Slot de
timp 3
Slot de
timp 30
1
2
N
Puncte de conexiune
Conexiune pe durata
unui slot de timp
31
31
31
31 31 31
30
30
30
29
29
29
29 29 29
30 30 30
18
18
18
17
17
17
3
3
3
2
2
2
1
1
1
0
0
0
18 18 18
17 17 17
3 3 3
2 2 2
1 1 1
0 0 0
1
2
N
8
8
8
8
8
8
M
e
m
o
r
i
e

d
e

c
o
m
u
t
a
i
e

Fig. 1.14 a.
A
d
r
e
s
e

p
u
n
c
t
e

d
e

c
o
n
e
x
i
u
n
e

W
R
P/S
S/P
- faza 2 (Fig. 1.14b): datele intervalului de timp 3 din cadrul 1 sunt stocate n
intervalul de timp 30 din cadrul 2 (sub controlul adreselor de scriere);
- faza 3 (Fig. 1.14c): cadrul de ieire 2 este constituit prin citirea secvenial a
memoriei unde sunt stocate datele despre diferite intervale de timp. Intervalul de timp
30 (de unde utilizatorul Y va primi datele recepionate) conine biii sosii de la
utilizatorul X.

Conexiunea Y==>X:

- faza 1 (Fig. 1.14a): matricea de conexiuni conecteaz, corespunztor
intervalului de timp 30 i pe durata de un interval de timp, linia 2 (cadrul de intrare)
la coloana 1 (cadrul de ieire);
- faza 2 (Fig. 1.14b): datele intervalului de timp 30 din cadrul 2 sunt stocate n
intervalul de timp 3 din cadrul 1 (sub controlul adreselor de scriere);
- faza 3 (Fig. 1.14c): cadrul de ieire 1 este constituit prin citirea secvenial a
memoriei unde sunt stocate datele despre diferite intervale de timp. Intervalul de timp
3 (de unde utilizatorul X va primi datele recepionate) conine biii sosii de la
utilizatorul Y.

Puncte de conexiune
Control
central
Baz
de
timp

Adrese
scriere
Adrese
citire
secvenial
S/P
P/S
1
2
N
1
2
N
8
8
8
8
8
8
W
R
A
d
r
e
s
e

p
u
n
c
t
e

d
e

c
o
n
e
x
i
u
n
e

M
e
m
o
r
i
e

d
e

c
o
m
u
t
a
i
e

31 30 29 18 17 3 2 1 0
Fig. 1.14 b.
31
31
30
30
29
29
18
18
17
17
3
3
2
2
1
1
0
0
31 31 31
30 30 30
29 29 29
18 18 18
17 17 17
3 3 3
2 2 2
1 1 1
0 0 0
Control
central
Baz
de
timp

Adrese
scriere
Adrese
citire
secvenial
S/P
P/S
1
2
N
1
2
N
8
8
8
8
8
8
W
R
M
e
m
o
r
i
e

d
e

c
o
m
u
t
a
i
e

A
d
r
e
s
e

p
u
n
c
t
e

d
e

c
o
n
e
x
i
u
n
e

Slot de
timp 3
Slot de
timp 30
Slot de
timp 3
Slot de
timp 30
Puncte de conexiune
Fig. 1.14 c.
31 30 29 18 17 3 2 1 0
31
31
30
30
29
29
18
18
17
17
3
3
2
2
1
1
0
0
31 31 31
30 30 30
29 29 29
18 18 18
17 17 17
3 3 3
2 2 2
1 1 1
0 0 0

2.048 Mbit/s
Fig. 1.15. Sistem de comutaie digital fr blocare
1
2
3
N
1
2
3
4
5
6
7
8
1 2 3 32N
1
2
3
2.048
Mbit/s
1
2
3
N
P/S
S/P
CONTROL
CENTRAL
SCRIERE CITIRE
BAZ
DE
TIMP
CADRU
LENT
CADRU
RAPID
1 2 3 32N
lg2 32N
lg2 32N
8
8
N*2.048 Mbit/s
M
U
L
T
I
P
L
E
X
O
R

P
C
M

M
U
L
T
I
P
L
E
X
O
R

P
C
M

SCRIER
E
CITIRE
MC
MA
n Fig. 1.15 este reprezentat un sistem digital de comutaie care nu se
blocheaz. Capacitatea sa de comutare este limitat de viteza de acces la memorie.
Cadrele lente ale intrrii multiplexate sunt asamblate ntr-un singur cadru
rapid, avnd un numr de canale egal cu suma numrului de canale ale tuturor
liniilor de intrare. Datele PCM ale cadrului rapid sunt convertite n cuvinte binare de 8
bii. Acestea sunt scrise n mod secvenial n regitrii memoriei de comutare (MC),
innd seama de ordinea n care sosesc intervalele de timp ale cadrului rapid. Datele
memoriei de comutaie sunt imediat citite i transferate pe canalele cadrului rapid de
ieire, echivalente celui de intrare: adresele de citire sosesc din memoria de adrese
(MA), care este scris de unitatea de control.
Adresele sosite de la memoria de comutaie la fiecare interval de timp al
cadrului rapid definesc canalul (comutaie temporal) i cadrul PCM de intrare
(comutaie spaial) cruia i aparin datele care trebuie s circule n intervalul de
timp curent al cadrului rapid de ieire. Acestui interval de timp i corespund un canal
i un cadru PCM de ieire i acestea reprezint destinaia datelor pentru conexiunea
cerut. Datele citite din memoria de comutaie sunt convertite serial nainte de a fi
transferate spre cadrul rapid de ieire. Acestea, la rndul lor, sunt demultiplexate de
cadrele PCM de ieire din comutatorul spaiu-timp n general, pentru a lucra cu
multiplexarea TDM, comutatorul spaiu - timp necesit urmtoarele semnale de
sincronizare: de bit i de cadru.

1.7. Structura cadrului i multi-cadrului n sistemul primar E1

De acum ne vom referi doar la sistemele de nivel primar i vom analiza
modalitile de transfer pe linie a semnalelor multiplexate n timp.

Cadrul
Structura de baz a accesului multiplu este cadrul, care reprezint perioada cu
care se repet secvenele de intervale de timp (time slots) atribuite canalelor
telefonice.
n circuitele PCM, nceputul fiecrui cadru este marcat de un impuls de
sincronizare numit de sincronizare cadru. Trecnd n linie, acest impuls de
sincronizare trebuie schimbat cu o semnalizare corespunztoare, identificat univoc
de circuitele receptorului. n acord cu standardul folosit, exist diferite modaliti de
inserare a sincronizrii de cadru n semnalizarea de linie.
n ceea ce privete standardul european E1 CEPT avem:
- cadrul e compus din 32 intervale de timp, din care 30 sunt rezervate
canalelor telefonice;
- primul dintre slot-urile cadrului, care se identific cu indexul 0 (slot 0), conine
configuraia de sincronizare a cadrului, n timp ce al 16-lea e rezervat pentru
semnalizare;
- semnalizrile furnizate de interfeele utilizatorului, sau care vin de la alte
conexiuni, sunt separate de multiplexarea PCM a semnalelor de voce i trebuie
inserate n structura de multiplex a liniei.

Multi-cadrul
Pentru a controla ntr-un mod corect semnalizarea telefonic a 30 de utilizatori
i de asemenea de a mbunti structura de sincronizare, cadrele sunt organizate n
grupe de 16 uniti: multi-cadrele.
Al 16-lea slot de timp ale primului cadru (cadrul 0) conine configuraia de
aliniere a multi-cadrului. Al 16-lea slot de timp ale celorlalte 15 cadre este rezervat
semnalizrilor. n multi-cadru, cadrele pare pornind de la primul (cadrul 0) conin
sincronizarea de cadru n primul slot de timp (slotul 0); n cele impare, acest slot
conine semnalizri disponibile pentru serviciile auxiliare. Alternarea ntre cadrele
impare i cele pare este semnalizat de alternana unui bit n slotul de timp 0.
Dup 6 cadre ncepnd cu cel cu indice 0, structura multi-cadrului se repet
identic.

Interfaa de linie
Structurile de cadru i multi-cadru sunt organizate de o interfa de linie
corespunztoare. La emisie, aceast interfa primete semnalul de voce multiplexat
n timp, sincronizarea (la nivel de bit i cadru) i semnalizrile de serviciu i
furnizeaz structura multiplexat care va fi transmis pe linie.
MULTICADRU (2 ms)
CADRU 0 CADRU 1 CADRU 2 CADRU 14 CADRU 15
ALINIERE CADRU
ALINIERE MULTICADRU
SERVICII
SEMNALIZRI
ALINIERE CADRU SEMNALIZRI
CADRU
0
CADRU
IMPAR
CADRU
PAR
TS 0 TS 1 TS 2 TS 16 TS
31
TS 0 TS 1 TS 2
TS 16
TS
31
TS 0 TS 1 TS 2 TS 16 TS
31

0

0

0 1

1

1

1

1 1
X
X X X X X X
X

1

1 1 1 1 0

0

0
Y
A A A A B B
A B A
1
A A B
1

0

0

0

0

1

1
H K
Fig. 1.16. Diagrama organizrii multiplexrii de linie pentru sistemul
primar european E1, cu 2048 kbit/s

La recepie, interfaa de linie reface sincronizarea de cadru i multi-cadru i
trimite, pe ieiri separate, semnalele vocale multiplexate mpreun cu sincronizrile i
semnalizrile corespunztoare.
n Fig. 1.16 se prezint diagrama organizrii multiplexrii de linie, cu referire la
sistemul primar european E1, cu 2048 Kbits/s.

1.8. Standarde de referin

1.8.1. Multiplexarea cu diviziune n timp a semnalelor PCM

Sistemele primare de transmisie care sunt folosite cel mai mult n liniile
multiplexate sunt T1 n SUA i CEPT n Europa.
Datele multiplexate pe liniile DS1 ale standardului T1 sunt organizate n cadre
repetitive (periodice) de tipul D3/D4 (AT&T), ce cuprind 24 de coduri a cte 8 bii
fiecare plus unul de sincronizare la nceputul fiecrui cadru. Semnalul pe linie este
bipolar i rezult dintr-un semnal unipolar de 1544 kbit/s.
CADRU n CADRU n+1
CANAL 0 CANAL 31 CANAL 0
SINCRONIZARE
CADRU
MULTIPLEXARE
SEMNALE
PCM
SEMNAL DE CEAS LA
NIVEL DE BIT
Fig. 1.17. Organizarea cadrelor pentru standardul CEPT (32 canale)
B
7
B
7
B
6
B
5
B
4
B
3
B
2
B
1
B
0
B
6
B
5
B
4
B
3
B
2
B
1
B
0
B
7
B
6
B
5
B
4
B
3
B
2
B
1
B
0
CADRU n CADRU n+1
CANAL 1 CANAL 1 CANAL 24
SINCRONIZARE
CADRU
MULTIPLEXARE
SEMNALE
PCM
SEMNAL DE CEAS
LA NIVEL DE BIT
Fig. 1.18. Organizarea cadrelor pentru standardul T1 (24 canale)
B
7
B
6
B
5
B
4
B
3
B
2
B
1
B
0
B
7
B
6
B
5
B
4
B
3
B
2
B
1
B
0
B
7
B
6
B
5
B
4
B
3
B
2
B
1
B
0
Sistemul PCM/30-CEPT la 2048 Kbit/s, rezult dintr-un semnal unipolar la
2048 kbit/s.
n ambele standarde durata unui cadru este de 125 s, ce corespunde unei
perioade de eantionare a semnalului de voce la 8 kHz.
Standardul european a fost recomandat de CCITT (G732/G704).
Organizarea cadrelor este prezentat n Fig. 1.17 (32 canale CEPT) i 1.18. (24
canale T1). Deseori, organizarea cadrelor nu urmrete un anumit standard ci doar
criterii de compatibilitate a circuitelor: spre exemplu, multiplexarea n interiorul
centralei (comutatorului) poate fi organizat la 2048 kbit/s, n timp ce trunchiurile de
ieire respect standardul T1.

1.8.2. Sistemul de multiplexare pe linie

CEPT
Multiplexarea (transmisia pe linie) sistemului primar CEPT provine din
organizarea PCM (format CEPT PCM-30 ) descris anterior. Intervalele de timp (time
slots) 1-15 si 17-31 corespund canalelor telefonice 1-30. Semnalele de linie sunt de
tip bipolar, codate HDB3.
Sincronizrile sistemului CEPT includ:
- Sincronizarea de cadru;
- Sincronizarea de multi-cadru.
Aceste sincronizri sunt incluse n semnalele de linie ca secvene de sincronizare
binare. Pentru sincronizarea de cadru, secvena de sincronizare se regsete n slot-
ul de timp 0. Coninutul slot-ului 0 alterneaz n funcie de tipul cadrului, dup cum se
arat n tabelul 1.2.

Tabelul 1.2.

Numr de bii
1 2 3 4 5 6 7 8
Intervalul de timp 0
cu cadru par
X 0 0 1 1 0 1 1
Intervalul de timp 0
cu cadru impar
X 1 Y X X X X X

Cadrele pare au configuraia de aliniere n slot-ul de timp 0, pe cnd cadrele
impare conin date de semnalizare.
Bitul 1 din octetul de aliniere sau non-aliniere poate fi folosit ca protecie
suplimentar mpotriva sincronizrilor false sau pentru a obine o detecie a erorilor
mai bun; altfel, este disponibil pentru semnalizri de nivel internaional. Bitul Y
reprezint un indicator de alarm ctre terminalul aflat la distan.
Cadrele se repet n grupuri de cte 16, formnd astfel multi-cadrele.
Sincronizarea multi-cadrelor este definit de prezena a 4 bii de zero, valoare care
ocup partea cea mai semnificativ a slot-ului de timp 16 din cadrul 0.
Multi-cadrele reprezint setul de cadre care sunt necesare pentru a realiza
trimiterea serviciilor de semnalizare ctre toate canalele telefonice existente n cadrul
CEPT.
Formatul CEPT include 4 bii de semnalizare pentru fiecare din cele 30 de
canale: biii A, B, C i D. Aceti bii sunt transmii n slot-ul 16 aparinnd cadrelor 1-
15.
Diagrama cu coninutul multi-cadrelor este prezentat n tabelul 1.3.

Tabelul 1.3.
Slot 16 / Cadru 0 Slot 16 / Cadru 1 ..... Slot 16 / Cadru 15
0000 XYXX
Biii ABCD ai
canalului telefonic
nr. 1
Biii ABCD ai
canalului telefonic
nr. 16
.....
Biii ABCD ai
canalului telefonic
nr. 15
Biii ABCD ai
canalului telefonic
nr. 30

Semnalizrile sistemului primar CEPT includ un algoritm de redundan ciclic
(CRC) cu scopul de a obine o protecie mai bun mpotriva alinierilor false ale cadrelor
i/sau pentru a obine o detecie mai bun a erorilor. Aceast procedur se bazeaz pe
structura de multi-cadrelor, care este divizat n dou sub-sisteme de 8 cadre fiecare:
SUB-MULTI-CADRUL. Algoritmul redundanei ciclice are un generator polinomial de
ordinul 4.
Cadrele pare conin dou grupuri de cte 4 bii care ocup poziiile 1 ale intervalelor
de timp 0, dedicate algoritmului CRC. Cadrele impare, n schimb, au 6 bii n poziia 1 a
intervalelor de timp 0, folosii pentru semnalizarea alinierii multi-cadrelor CRC i 2 bii
pentru indicarea erorii CRC: Si1 i Si2.
CADRU
15
CADRU
0
CADRU
15
CADRU
14
CADRU
0
2 ms
SLOT DE
TIMP 0
SLOT DE
TIMP 1
SLOT DE
TIMP 30
SLOT DE
TIMP 31
(8 / 2048) s
Bit
1
Bit
2
Bit
3
Bit
4
Bit
5
Bit
6
Bit
7
Bit
8
MSB LSB
Fig. 1.19. Structura cadrelor i multi-cadrelor sistemului primar CEPT
125 s
Aceast structur este prezentat n tabelul 1.4.

Tabelul 1.4.
Tipul cadrului Cadru CRC# Slot 0/Bit 1

SUB
MULTI-CADRU
I

Aliniere 0 CRC1
Ne-aliniere 1 0
Aliniere 2 CRC2
Ne-aliniere 3 0
Aliniere 4 CRC3
Ne-aliniere 5 1
Aliniere 6 CRC4
Ne-aliniere 7 0

SUB
MULTI-CADRU
II
Aliniere 8 CRC1
Ne-aliniere 9 1
Aliniere 10 CRC2
Ne-aliniere 11 1
Aliniere 12 CRC3
Ne-aliniere 13 Si1
Aliniere 14 CRC4
Ne-aliniere 15 Si2

Fig. 1.19 prezint structura cadrului i multi-cadrului sistemului primar CEPT.

Sistemul T1
n principiu, sistemul care este deja n uz de muli ani n America de Nord (sistemul
T1) are o vitez de transmisie de 1544 kbit/s. Acest sistem primar st la baza lui T1C la
3152 kbit/s i a lui T2 la 6321,2 kbit/s. Semnalul de linie al sistemului T1, normat ca linie
DS1, este de tipul AMI (Alternate Mark Inversion). Multiplexarea de linie, standardizat ca
multiplexare D3/D4 (AT&T) include:
- Aliniere de cadru;
- Aliniere de multi-cadru.
Fiecare cadru este compus din 24 intervale de timp (time slots) rezervate aceluiai
numr de eantioane de semnal de voce pe 8-bii, plus un bit de start (bitul S) pentru
sincronizare. Aceast structur este prezentat n Fig. 1.20.
Fig. 1.20. Structura cadrului primar T1
Bit
1
Bit
2
Bit
3
Bit
4
Bit
5
Bit
6
Bit
7
Bit
8
125 s
(1 / 1544) s
(8 / 1544) s
MSB LSB
Bit
S
Bit
S
CANAL
24
CANAL
24
CANAL
23
CANAL
1
CANAL
1

Multi-cadrul este compus din 12 cadre. Alinierile de cadru i multi-cadru se
realizeaz cu biii de sincronizare, biii S din Fig. 1.20, dup cum este prezentat n
tabelul 1.5.
n procesul de sincronizare primul lucru detectat este secvena F
T
, spre
exemplu o repetiie de tipul 1010, care ocup o poziie precis n cadrele
alternative. Este detectat apoi secvena F
S
, ea realiznd alinierea multi-cadru;
nainte de nceperea cutrii secvenei F
S
, este necesar detectarea poziiei unice a
bitului care furnizeaz secvena F
T
din cadrele alternative.

Tabelul 1.5.
Numr cadru F
T
F
S
Semnalizare
1 1
2 0
3 0
4 0
5 1
6 1 A
7 0
8 1
9 1
10 1
11 0
12 0 B

Modul D3/D4 cuprinde numai doi bii de semnalizare, A i B, pentru fiecare
canal telefonic. Aceti bii au fost inserai n a opta poziie (LSB) a fiecrui eantion
de semnal de voce din cadrele 6 i 12 (bitul de semnalizare furat). Astfel,
multiplexarea de tipul D3/D4 insereaz informaiile de serviciu o dat la fiecare 6
cadre ale conexiunii DS1.
Starea biilor de semnalizare este de obicei inut aceeai pe durata n care
lipsete sincronizarea de cadru (secvena F
T
) i pierdut pn cnd alinierea de
cadru este restabilit; oricum, semnificaia acestor bii se pstreaz nedefinit pn
cnd este detectat de asemenea alinierea multi-cadrului .

2. APLICAII

EXERCIIUL 1. Folosirea unitii PCM/EV

Obiective
Scopul acestui exerciiu este de a examina funcionarea de baz a sistemului
PCM/EV.
Sistemul este montat nuntrul unei cutii metalice. Pe panoul frontal se gsesc
urmtoarele componente (Fig. 2.1) :
- Buton de start;
- Conector pentru telefonul pe puls 1 (EXT. 11);
- Conector pentru telefonul pe multifrecven 4 (EXT. 14);
- Buton pentru inserarea i reglarea generatorului de zgomot;
- Selectorul de canale i conectorul pentru impulsul de sincronizare;
- Conectorul pentru linia serial RS232.

Fig. 2.1. Panoul frontal al centralei PCM/EV

Capacul cutiei poate fi ridicat. Cnd acesta este ridicat, se observ panoul
sistemului cu punctele de testare i semnalele luminoase (leduri).

Materiale necesare

- Unitate PCM/EV;
- 1 telefon setat pe puls;
- 1 telefon setat pe multifrecven.

Mod de folosire

- Conectai cablul de alimentare n locul destinat aflat n spatele cutiei;

- Conectai telefoanele la fiele de linie corespunztoare ale panoului i
verificai dac telefoanele de pe liniile 1, 2 i 3 sunt setate pe puls, iar telefonul
#4 pe multi-frecven;

- Pornii sistemul de la ntreruptor. Verificai starea ledurilor. n condiii normale
ar trebui s fie urmtoarea:

normal aprinse
- Ledul sursei de tensiune de pe panoul frontal;
- Ledul VOICE din seciunea RX MPX;
- 4 leduri S pe decodorul DTMF;
- Ledul VOICE din seciunea TX MPX;
- Ledul 1 (MOD COMUTAIE) n seciunea P;
- Ledul TRAP INT n seciunea P;

normal stinse
- Toate celelalte leduri.

Ledul BER poate fi aprins sau stins n mod bine definit, fr a clipi. n cazul n
care acesta clipete, sau ledurile FRAME SYNC i MULTIFRAME SYNC se aprind,
se verific dac generatorul de zgomot este oprit, sau se calibreaz L i C din
circuitul pentru extragerea semnalului de ceas din seciunea HDB3.

- Ridicai telefonul #1 verificnd aprinderea ledului de activare (SW HOOK
DETECTOR) pe panoul ecran; ateptai tonul de invitaie (DIAL);

- Formai numrul unuia din celelalte telefoane i observai cum tonul dispare dup
formarea primei cifre. Numerele telefoanelor ce vor fi apelate pentru conexiunile
interioare (care nu privesc linia extern) sunt urmtoarele:
11 pentru a apela telefonul #1;
14 pentru a apela telefonul #4.

Pentru conexiune extern (trecnd de la linia extern) numerele de apel sunt:

- Observai LEDUL de activare clipind pe timpul perioadei efecturii apelului;
ateptai s sune telefonul apelat observnd existena de ton liber al
telefonului #1 (cel care sun);

- Ridicai receptorul telefonului apelat, verificai conexiunea vocal ntre cele
dou terminale;

- nchidei telefoanele; repetai aceleai operaii cu alte telefoane, n special de
la #4. n acest caz vei observa prezena pe linie a tonurilor de apel (DTMF),
i, pe LEDURILE panoului ecran conectate la ieirile decodorului DTMF,
observai apariia codului binar corespunztor numrului apelat.

EXERCIUL 2. Etapele conectrii

Obiective
Scopul acestui exerciiu este de a urma etapele conectrii i deconectrii dintre
dou telefoane. Tabelul 2.1 arat etapele i semnalizarea corespunztoare acestora.

Tabelul 2.1
FAZA TIPUL SEMNALULUI
DIRECIA SEMNALULUI
UTILIZATORUL
APELANT
UTILIZATORUL
APELAT
Utilizatorul
activeaz
Linie dezactivat la
terminalul utilizatorului
Utilizator Central

Ton de ateptare
Ton de DIAL (invitaie
de a forma numrul)
Utilizator Central

Apelare Decad sau DTMF Utilizator Central
Ocupat Ton de ocupat Utilizator Central
Liber Ton de liber Utilizator Central
Convorbire Convorbire curent Utilizator Central
Activare rspuns
Linie dezactivat la
terminalul utilizatorului

Utilizator Central
INIIALIZAREA CONEXIUNII
Dezactivare
Deschidere bucl
utilizator
Utilizator Central

CONECTARE I DECONECTARE

n particular, scopul exerciiului este de a:
analiza activitatea centralei dup activarea liniei:
nchiderea unei bucle a utilizatorului determin tranziia ctre starea activ a
semnalului de activare (SWITCH HOOK DETECTOR) al interfeei utilizatorului;
centrala rspunde cu ton de invitaie pentru formarea numrului;
detecta secvena de impulsuri pentru deschiderea liniei utilizatorului datorat
apelului cu disc:
la fiecare impuls aprut corespunde o tranziie a semnalului de activare dat de
interfaa utilizatorului;
unitatea de control numr aceste tranziii pentru a identifica cifrele transmise,
considernd durata pauzei dintre ele (n stare dezactivat) i ia numrul apelat cu
care poate seta conexiunea cerut;
observai comportarea semnalizrii multi-frecven cu care sunt codate cifrele de
apel, cu perechi de tonuri acustice, care sunt apoi decodate de interfaa
utilizatorului:
circuitul de decodare genereaz valoarea cifrelor transmise ca i coduri binare
de 4 bii, plus o linie de date valide; codurile binare sunt afiate de ctre LEDURI
(ON = Starea 1);
verifica conectarea i deconectarea.

Material necesar

- Unitate PCM/EV cu echipament telefonic;
- Osciloscop;
- Multimetru.

Mod de lucru

- Pornii sistemul meninnd microtelefoanele nchise;

- Conectai multimetrul (50 Vfs) ntre TP1 (Test Point 1) i TP2: voltajul pe linia #1
prezint o valoare de aproximativ 40 Vdc;

- nchidei telefonul #1 i verificai schimbarea voltajului liniei, care va ajunge la 10
V, ca o consecin a nchiderii buclei utilizatorului pe impedana de curent
continuu a circuitului;

- Conectai osciloscopul (in curent alternativ) ntre TP1 i mas: ajustnd scalele de
msur ntr-un mod convenabil, vei evidenia tonul de invitaie pentru formarea
numrului; prezena acestui ton este de asemenea semnalizat i de LED;

- Acelai ton poate fi observat ntre TP11 i mas, ca un semnal vocal de intrare la
interfaa utilizatorului (RECEIVE INPUT);

- Cu intrarea osciloscopului n curent continuu (1V/Div), conectai sonda la TP8,
care corespunde semnalului de activare (SW HOOK DETECTOR) a interfeei
utilizatorului: starea logic activ este 0, fiind semnalizat i de LED;

- Selectai o cifr la telefonul #1 i observai c tonul de ateptare dispare. Pe
osciloscop vei observa tranziiile de stare datorate cifrei formate (impulsuri pentru
deschiderea liniei). Impulsurile de apelare sunt semnalizate i de LED;

- Selectai i alte cifre ajustnd baza de timp a osciloscopului astfel nct s
evaluai impulsul i durata pauzei;

- n conformitate cu cifrele formate, telefonul poate primi ton de liber sau ocupat, cu
semnalul de apel al unuia din telefoanele rmase;

- Ridicai telefonul i observai ntoarcerea liniei de activare (SW HOOK
DETECTOR, TP8) la starea corespunztoare (nivel logic sus);

- Conectai osciloscopul (curent alternativ, 0.5 V/Div, sond 10:1) la TP7 i ridicai
telefonul #4 (multi-frecven) observnd aprinderea ledului conectat la linia de
activare (SW HOOK DETECTOR) a interfeei utilizatorului;

- Selectai o cifr dup tonul de invitaie: observai dispariia tonului i prezena
unui semnal pe osciloscop (durata acestui semnal este scurt);

- Selectai alte cifre i ajustai baza de timp i declanatorul osciloscopului astfel
nct s optimizai observarea tonurilor DTMF care ajung la circuitul de decodare.
Prezena acestor tonuri poate fi auzit la receptor;

Semnalul prezent la TP7 este suma celor dou tonuri, nalt i jos, care
codeaz cifra tastat.

- Pe ledurile conectate la liniile din decodor observai corespondena dintre cifrele
tastate i codurile date de circuit:

Q1 Q2 Q3 Q4 DIGIT:

ON OFF OFF OFF 1
OFF ON OFF OFF 2
ON ON OFF OFF 3
OFF OFF ON OFF 4
ON OFF ON OFF 5
OFF ON ON OFF 6
ON ON ON OFF 7
OFF OFF OFF ON 8
ON OFF OFF ON 9
OFF ON OFF ON 0

n conformitate cu cifrele formate, telefonul poate primi ton de liber sau
ocupat, cu semnalul de apel al unuia din telefoanele rmase.

- ridicai telefonul din furc pentru a observa stingerea ledului engage;

- conectai o sond a osciloscopului (2v/div) la TP9 (RING COMMAND) i
cealalt sond (50V/div) la TP2 (RING);

- de la un telefon, altul dect #1 formai numrul liniei #1 (11 sau 21) dup
semnalul de ton de invitaie. Cnd semnalul de apel ajunge la telefonul #1,
TP9 arat comanda curentului de apel (activ logic jos) furnizat de unitatea de
control i TP2 semnalul curentului de apel prezent pe linie;

- notai corespondenta dintre starea liniei de unde s-a iniiat apelul, activarea
releului cu aprinderea ledului de apel, prezenta curentului pe linie i semnalul
de ton liber trimis telefonului apelant: toate aceste semnale sunt sincronizate (
o secund de activitate care se repet la fiecare 5 secunde);

- cnd telefonul nr #1 este ridicat din furc, ledul engage se aprinde i
instantaneu curentul de apel este ntrerupt, acestea fiind cauzate de interfaa
cu utilizatorul. Imediat dup, unitatea de control terge comanda de apel i
tonul de liber al telefonului apelant (aceste evenimente sunt vizibile doar dac
receptorul este ridicat din furca n timpul fazei active);

n acest moment s-a realizat conexiunea dintre cele dou
telefoane;

- Verificai semnalul de voce. nchidei i apoi redeschidei telefonul #1
observnd c semnalul de voce rmne. nchidei i apoi redeschidei
telefonul care a iniiat apelul, observnd c este eliberat conexiunea.
nchidei telefoanele;

- Conectai osciloscopul (alternativ; 1ms/div; 0.5V/div; sonda 10:1) la TP11
(RECEIVE INPUT). Ridicai receptorul la telefonul #1 i observai c se
aprinde ledul care indic prezena tonului de invitaie. Examinai
caracteristicile tonului ajustnd scala osciloscopului;

- Ridicai din furc unul din telefoanele rmase i formai numrul su (12, 13,
14 sau 22, 23, 24). Observai c ledul care indic prezenta tonului de ocupat
la telefonul #1 se aprinde. Examinai caracteristicile tonului ajustnd scala
osciloscopului;

- nchidei ambele telefoane i sunai din nou de pe telefonul #1. Ateptai
semnalul de apel de la telefonul chemat i aprinderea ledului care indic
prezenta tonului de liber la telefonul #1. Examinai caracteristicile tonului
ajustnd scala osciloscopului;

- Ridicai din furca telefonul apelat. Verificai prezenta semnalului de voce.
nchidei telefoanele.

EXERCIIUL 3. Selecia canalelor PCM

Obiective

Scopul acestui exerciiu este s selectai i s observai transmiterea (Time
Slot) PCM i recepia pe canalele ce compun circuitele de semnal pentru voce. Pe
linia de transmisie PCM (DX0) 4 canale din 32 sunt ocupate:
- canalul 9 pentru telefonul #1;
- canalele ramase sunt toate la nivelul 1.

Pe linia de recepie PCM (DR0), n stare de repaus, toate canalele au valoarea
0 PCM (succesiuni de 1 i 0, conform codrii ADI: Alternate Digit Inversion). n
prezena unuia sau mai multor circuite de semnale vocale, datele recepionate apar
n urmtorii time slot-i:
- canalul 1 pentru telefonul #1 (default);
- canalul 4 pentru telefonul #4 (default).

Materiale folosite

- Modulul PCM/EV cu telefoane;
- Osciloscopul.

Mod de lucru

- Ajustai osciloscopul pentru a observa semnalele PCM la 2048 kbps.
Sincronizai baza de timp cu cea luat de pe panoul frontal al modulului (mufa
SYNC) cu un cablu coaxial;

- Conectai sondele setate 10:1 la TP16 (DX0, cadrul PCM de transmisie) i
TP19 (DR0, cadrul PCM de recepie);

- Cu selectorul de pe panoul frontal (TIME SLOT SELECTION) detectai
canalele de transmisie ale linei DX0, care pot fi distinse de celelalte canale
(nefolosite) prin prezena codurilor PCM (succesiuni de 0 i 1);

- Canalele de recepie (linia DR0) nu poate fi distinse ntre ele, pentru c n
stare de repaus ele au toate valoarea PCM 0;

- Conectai dou telefoane, de exemplu #2 i #4 i sincronizai osciloscopul mai
nti la slot-ul de timp 10 (selectai 10 pe panoul frontal) i apoi slot-ul de timp
2 (selectai 2). Observai c:
- n prezena semnalului vocal canalele de transmisiune (11 i 15) au
coduri variabile;
- semnalele vocale de date care apar la canalele de recepie (3 i 7)
sunt coduri variabile n comparaie cu configuraiile fixe ale zero-urilor
PCM care sunt prezente n celelalte canale;
- Conectnd dou telefoane care sunt apropiate, ca de exemplu #2 i #3, time
slot-urile respective de emisie i recepie pot fi setate suficient de aproape
pentru a le observa simultan pe osciloscop, aa cum este artat n Fig. 2.2.

- n acest caz, vorbind n unul dintre cele dou telefoane (ex. #2) vei observa
c variaiile canalelor de transmisie corespunztoare (Time Slot #11) vor
afecta canalul de recepie al telefonului #3 (Time Slot #5) i viceversa;

- repetai testul cu diferite conexiuni, de asemenea simultane.

Fig. 2.2. Reprezentarea time slot-urilor

EXERCIIUL 4. Codarea HDB3

Obiective

Scopul acestui exerciiu este de a prezenta procesul de codare HDB3 realizat
de interfaa CEPT asupra semnalelor de ieire.
Interfaa furnizeaz transmitorului de linie dou componente polarizate ale
semnalului HDB3, separate pe dou linii separate TXA i TXB, cu aceeai polarizare
pozitiv. La ieirea transmitorului se afl un semnal HDB3 compus.

Pentru a analiza codarea HDB3 din punct de vedere al sincronismului, datelor
de semnalizare i de voce care compun cadrele sistemului primar, este necesar s
v reamintii c:
- n time slot-ul 0 configuraiile de aliniere (cadre pare) alterneaz cu configuraii
de ne-aliniere (cadre impare);
- datele de semnalizare sunt fixate n time slot-ul 16, n cazul sistemului
educaional supus testului, exceptnd substituirea lui cu o aliniere multi-cadru,
o dat la 16 cadre;
- semnalul vocal de date este variabil prin natura sa i schimbarea unui singur
bit n canalul semnalului vocal este suficient pentru a schimba configuraia
tuturor impulsurilor care urmeaz.
Cel mai favorabil caz privete canalele de transmisie neutilizate recepionate pe
interfaa CEPT secvene de bii toi egali cu 1: pentru acestea este uor s se
observe alternanele coninute n codarea HDB3.
Ca exemplu, pentru canalele 17-31 i n situaia n care acestea nu sunt
folosite, secvenele predominante ale componentelor TXA i TXB i configuraia
codrii HDB3 sunt artate n Fig. 2.3.
La osciloscop, secvenele din Fig. 2.3 vor arta parial suprapuse, dar cu un caz
predominant fa de celelalte.

Material necesar

- Unitate PCM/EV cu echipament telefonic;
- Osciloscop.

Fig. 2.3. Configuraia codrii HDB-3

Mod de lucru

- Sincronizai osciloscopul ( EXT trigger) cu semnalul SYNC de la selectorul de
canale;

- Conectai sondele 10.1 la TP20 i TP21 i lsnd telefoanele nchise verificai
componentele TXA i TXB de pe canalele de transmisiune, selectate prin
setarea cu TIME SLOT SELECTION a numrului canalului pe care este
sincronizat osciloscopul;

- Alternativ, mutai sonda la TP27 (mrind ctigul pe canal) i observai
corespondena dintre componentele TXA, TXB i semnalul HDB3;

- Realizai una sau mai multe conexiuni de voce pe o linie extern (reinei c
pentru a realiza acest lucru trebuie apelat 21 pt. telefonul #1, 22 pt. telefonul
#2, 23 pt. telefonul #3, 24 pt. telefonul #4);

- Pe time slot-urile (canalele) de transmisie corespunztoare, verificai cum
variaz semnalul HBD3 o dat cu semnalul de voce i cum aceste variaii
afecteaz celelalte canale.

EXERCIIUL 5. Recepia semnalului HBD3

Obiective

Scopul acestui exerciiu este de a analiza procesul de recepie a semnalului
HBD3.

Semnalul prezent la intrare n receptor e afectat de transmitor i
caracteristicile liniei de transmisie.
nainte de a ajunge la receptor, semnalul este egalizat de un circuit (LINE
EQUALIZER) care compenseaz rspunsul n frecven al liniei. n receptor, un
circuit de feedback compenseaz n mod adaptiv efectele datorate lungimii i
caracteristicilor liniei de transmisiune: ALBO (Automatic Line Bulid Out).
Fazele de recepie rmase (extragerea clock-ului, eantionarea semnalului
HDB3, detecia componentelor RXA i RXB corespunztoare celor 2 polarizri ale
HDB3) sunt prezentate n Fig. 2.4.

Fig. 2.4. Fazele de recepie
Materiale necesare

- Unitatea PCM/EV cu telefoane;
- Osciloscop.

Mod de lucru

- Se sincronizeaz osciloscopul (EXT trigger) pe semnalul SYNC al canalului i
se ajusteaz scalele pentru semnalele sub test (zeci de mV, 2 MHz);

- Se las telefoanele n starea obinuit (s nu sune), se conecteaz sondele 10:1
la TP29 i TP28;

- Se selecteaz canale diferite, comparnd semnalizarea HDB3 nainte i dup
egalizator (TP29 i TP28);

- Se mut sonda de la TP29 la TP22 (EXTCK) i se detecteaz raportul de faz
dintre impulsurile HDB3 i clock-ul regenerat la receptive;

- Se mut sonda de la TP22 la TP23 i/sau TP24, detectnd raporturile de faz
dintre impulsurile HDB3 i componentele recepiei RXA i RXB; tranziiile
negative ale acestor componente identific timpul de eantionare al impulsurilor;

- Se conecteaz unul sau mai multe circuite de semnal vocal pe linia extern i se
repet operaiile de mai sus.

EXERCIIUL 6. Efectele zgomotului de pe linie

Obiective

Acest exerciiu are scopul de a arta efectele zgomotului la recepia impulsurilor
HDB3.

Materiale necesare

- Unitatea PCM/EV cu telefoanele;
- Osciloscop.

Mod de lucru

- Pornii generatorul de zgomot pstrnd nivelul la minim i telefoanele nchise;

- Conectai osciloscopul, cu sonda 10:1 si 50mV/div la TP28 (semnal HDB3
recepionat);

- Sincronizai osciloscopul pe fronturile cresctoare ale bitului de clock (BCLK,
TP13) i ajustai scala de timp la 10ns/div;

- Ajustai scala osciloscopului pentru a observa mai bine diagrama ochi care
rezult din suprapunerea impulsurilor ternare ale semnalului HDB3. Se
afieaz o form de und similar cu cea din Fig. 2.5;

- Observai semnalizarea LED-urilor pentru pierderea de aliniere:
- FRAME SYNC;
- MULTIFRAME SYNC;
- BER.
De obicei BER-ul este fixat (ON/OFF) i celelalte dou sunt pe OFF (cnd sunt
pe ON semnalizeaz pierderea sincronismului cadrelor i multicadrelor);

- Se crete nivelul de zgomot pentru a cauza eventuale variaii ale semnalizrii
aflate sub test; se observ degradarea diagramei ochi;

- Se extrage un circuit cu semnal de zgomot i se evalueaz efectele
zgomotului asupra semnalului vocal; se ajusteaz nivelul zgomotului pn
cnd nivelul semnalului de zgomot este acceptabil i se observ frecvena de
variaie a semnalizrii pentru pierderile de aliniere i deschiderea diagramei
ochi n aceste condiii;

- repetai observaiile folosind ca referin clock-ul regenerat la recepie la TP22
(EXTCK).

Fig. 2.5. Diagrama ochi

EXERCIIUL 7. Faza de recepie

Obiective

Scopul acestui exerciiu este detectarea pe interfaa CEPT a defazajului dintre
semnalizarea de recepie i cea de transmisie. Toat sincronizarea sistemului
PCM/EV vine de la baza de timp local (MASTER). O eventual unitate distant
(SLAVE) ar trebui s aib o sincronizare intern, inclus n cea de transmisie,
blocat la reconstituirea sincronismului la recepie.
Cnd este folosit calea extern n unitatea PCM/EV, este simulat
conectarea la o central secundar, realizndu-se cu:
- generare de cadre CEPT;
- codare HDB3 i transmiterea semnalului de-a lungul liniei cu zgomot;
- egalizarea semnalului i regenerarea clock-ului de receptive;
- eantionarea semnalului recepionat i decodarea HDB3;
- formarea cadrului PCM recepionat.
Defazajele i jitter-ul dintre sincronismele sistemului i cele ale recepiei depind
de circuitul de linie i receptor. Alinierea cadrelor de recepie la sincronismele
interioare este realizat de ctre buffer-ul elastic al interfeei CEPT, indicat n Fig.
2.6.

Fig. 2.6. Interfaa CEPT

Materiale necesare

- Osciloscop.

Mod de lucru

- Se conecteaz osciloscopul (sonda 10:1) n punctul TP22 (EXTCK); se trigger-
eaz baza de timp pe frontul cresctor al acestui semnal (2048 KHz, 5V);

- Se conecteaz pe rnd cealalt sond n punctul TP23 (RXA) i n punctul
TP24 (RXB); se observ raportul de timp ntre ceas si recepia componentelor
HDB3;

- Se mut sonda din punctul TP22 in TP18 (BCLK) i se observ diferitele
rapoarte de timp dintre componentele RXA i RXB, n acord cu ceasul intern;

- Se las sonda n punctul TP18 i se conecteaz cealalt sond n punctul
TP22; se verific diferena de faz dintre ceasul de recepie si cel intern;

- Se repet operaiile descrise mai sus dup ce au fost setate unul sau dou
circuite de semnal vocal; se noteaz c potrivit ultimelor dou cazuri, exist
diferene substaniale.

Este posibil s se varieze decalajul de faz dintre ceasul intern i cel de
recepie prin dezacordarea fin a oscilatorului circuitului de regenerare a ceasului
(trimmer-ul capacitiv montat n zona PCM REPEATER).

EXERCIIUL 8. Alinierea recepiei

Obiective

Scopul acestui exerciiu este acela de a verifica corespondena dintre intrarea
multiplexoare PCM la interfaa CEPT i ieirea aceleiai interfee, oferit sistemului
dup ntoarcerea la linia extern. Activitatea buffer-ului elastic n interfaa CEPT
aliniaz cadrele PCM de recepie cu sincronismul sistemului.

Materiale necesare

- Osciloscop.

Mod de lucru

- Se trigger-eaz osciloscopul (EXT trigger) pe semnalul SYNC al canalului
comutat; se seteaz intrrile pentru semnale n domeniul 0-5V la 2048 Kbps;

- Se conecteaz prima sond (10:1) la pinul TP16 (cadru PCM transmis) i
cealalt la P13 (recepia cadrelor PCM dup calea extern);

- Se selecteaz diferite canale cu telefoanele nchise, se verific corespondena
dintre cele 2 semnalizri; eventualele diferene pot fi gsite n slot-urile de la 0
la 16, unde semnalizarea de linie conine alinierea i biii de serviciu;

- Se conecteaz unul sau mai multe circuite de semnal vocal de-a lungul liniei
externe;

- Pe TIME SLOT SELECTION se selecteaz canalele de transmisie ale
semnalelor vocale (9-11-13-15) i se verific prezena semnalului vocal n
canalele celor dou semnale;

- Se activeaz generatorul de zgomot i se crete nivelul pn la pragul de
nenelegere a semnalelor vocale, verificndu-se deplasarea alinierii dintre
cele 2 semnale (cadrul de recepie i time slot-urile interne se mic n mod
continuu);

- Se crete nivelul de zgomot pn la limita alinierii tamponului elastic; se verific
starea semnalului vocal n aceste condiii.

EXERCIIUL 9. Mesaje de la PCM/EV ctre terminal

Obiective

Scopul acestui exerciiu este acela de a interpreta mesajele transmise pe linia
serial de la sistemul PCM/EV, atunci cnd lucreaz ca unitate de comutaie
telefonic, adic n mod comutator.
Mesajele schimbate ntre terminalul conectat la linie i sistemul PCM/EV aparin
la 2 dou categorii diferite:
- mesaje trimise ctre terminal n timpul funcionrii sistemului ca i
comutator telefonic, la apariia anumitor evenimente;
- mesaje ce implic comunicarea sistemului cu terminalul, atunci cnd
sistemul este comutat n modul mesaje. n acest fel, sistemul este setat
pentru a accepta mesaje de reconfigurare i de a furniza mesaje de
diagnosticare.
n acest exerciiu, mesajele sunt interpretate n modul switching (de
comutare). n urmtoarele pagini vor fi prezentate unele exemple de reconfigurare a
sistemului de la terminal. (modul message).

Materiale necesare

- Unitatea PCM/EV;
- Terminal asincron sau un calculator ce ruleaz programul de emulare a
terminalului.

Mod de lucru

- Se conecteaz portul serial al terminalului cu unitatea PCM/EV (conectorul de
pe panoul frontal) folosind un cablu direct (pin cu pin);

- Se pornete terminalul i se seteaz urmtorii parametri de comunicaie:

7 bii de date
EVEN/PARITY
1 bit de stop
viteza de 1200 bps

- Se pornete unitatea PCM/EV. La pornire, modul implicit este cel de comutare
(switching mode) i este transmis mesajul ##4 CR LF: acest cod (3 caractere
de informaie plus 2 de control) este folosit pentru a indica faptul c sistemul
se gsete n configuraia implicit i c este pregtit pentru a funciona ca
unitate de comutaie;

- Se ridic receptorul telefonului i dup apariia semnalului de ton, se
selecteaz numrul unei alte linii: de exemplu, de la telefonul #4 sunai la
telefonul #3. nainte ca telefonul #3 s fie gsit de ctre curentul de apel,
ecranul terminalului arat codul 431 CR LF, ceea ce nseamn c telefonul
#4 a fcut apel ctre #3;

- Se ateapt semnalul de apel din partea telefonului #3, apoi se ridic
receptorul acestuia. n acest punct, pe ecranul video se pot afia 2 mesaje, n
funcie de prima cifr folosit in apel: 2 (conexiune intern) sau 3
(conexiune extern):
- 432 CR LF sau
- 433 CR LF.
Primul cod arat faptul c telefonul #4 s-a conectat cu #3 printr-o conexiune
local care nu implic linia extern; cel de-al doilea cod indic faptul c
circuitul de semnalul vocal creat trece prin linia extern;

- nchiznd telefonul #3 (apelatul) conexiunea se pstreaz; n schimb,
nchizndu-l pe #4 (apelantul), conexiunea este eliberat i terminalul afieaz
mesajul: 434 CR LF care nseamn c telefonul #4 s-a deconectat de #3;

- Ridicai un receptor, de exemplu cel al telefonului #2 i efectuai un apel
nepermis, de exemplu sunai la acelai telefon (#2) sau la un numr nealocat
(de exemplu 55);

- Telefonul #2 va primi un ton de linie ocupat; cnd se nchide telefonul#2,
terminalul acestuia va afia mesajul 22D CR LF, care este codul de
diagnostic ce indic faptul c o operaie nepermis a fost efectuat de
telefonul #2.

EXERCIIUL 10. Reconfigurarea ctigurilor

Obiective

Scopul acestui exerciiu este de a oferi un exemplu de reconfigurare a
sistemului PCM/EV cu ajutorul terminalului conectat la linia serial.
Cazul ales privete valoarea de recepie i transmisie a circuitelor de codificare
PCM (CODECS).
Pentru a accepta valorile nou obinute, sistemul trebuie s fie n modul
"message". Acest mod este activat trimind comanda "^Z" de la terminal.
Codul trimis de terminal, pentru a determina schimbarea ctigului de recepie
i respectiv transmisie a sistemului, este un ir de 6 caractere ASCII, incluznd:
Caracter de ncepere mesaj ( [ );
Cod de 2 caractere numerice pentru identificarea telefonului i a operaiei
necesare;
Cod de 2 caractere numerice pentru valoarea ctigului;
Caracter de final de mesaj ( ] ).
Recepia valorii ctigului este dat de definirea nivelului efectiv de tensiune al
semnalului de voce prezent de-a lungul ieirii analogice a CODEC-ului (VOICE RX),
cnd semnalul PCM de intrare corespunde cu configuraia definit de CCITT pentru
nivelul 0 dBm. Valoarea ctigului transmis CODEC-ului este compus din dou
cifre hexazecimale (dou caractere de mesaj), care pot fi obinute cu formula
urmtoare:

XX = WHOLE OF: 200*log(Vo/0.1046)

S presupunem, de exemplu, c este dorit un nivel al semnalului de voce de -6
dBm/600 ohm la ieirea analogic a CODEC-ului; tensiunea corespunztoare este
388.218 mV. Dac introducem aceast valoarea n formul, obinem:

200*log(0.388218/0.1046) = 113.91, cu o valoare total egal cu 114.

Echivalentul hexazecimal al lui 114 este 72, care reprezint cifrele care vor fi
transmise CODEC-ului sub forma a dou caractere ASCII. Mesajele complete care
vor fi trimise sistemului pentru a seta ctigul de recepie al CODEC-ului sunt:

[70XX] pentru telefonul #1

Ctigul de transmisie este dat prin fixarea valorii efective a semnalului vocal
prezent de-a lungul intrrii analogice a CODEC-ului (VOICE TX) pentru a obine
semnalul PCM cu ieire corespunztoare configuraiei stabilite de ctre CCITT pentru
nivelul de 0 dBm. Modalitile de codare a valorii ctigului care va fi transmis
CODEC-ului sunt cele definite pentru recepie i valoarea poate fi calculat cu
formula:

XX = WHOLE OF: 200*log(Vi/0.08595)

Dac, de exemplu, un semnal vocal cu nivelul -6 dBm/600 ohm este cerut la
intrarea analogic de transmisie, valoarea corespondent a tensiunii efective va fi tot
388.218 mV. Completnd formula cu aceast valoare obinem:

200*log(0.388218/0.08595) = 130.996, de valoare ntreag egal cu 130.

Echivalentul hexazecimal al lui 130 este 82, ce reprezint valoarea ce va fi
transferat CODEC-ului sub forma a dou caractere ASCII.
Mesajul complet care va fi trimis sistemului pentru a seta ctigul de transmisie
al CODEC-ului este:

[7CXX] pentru telefonul #1
[7FXX] pentru telefonul #3

Material necesar

- Unitatea PCM/EV;
- Terminal asincron sau emulator de terminal pe PC.

Mod de lucru

- Pornii terminalul, configurai portul serial i apoi pornii sistemul asemntor
cu exerciiul 9;

- Activai conexiunea a dou telefoane, de exemplu #3 la #2, pe local,
considernd c nivelul implicit este -7 dBm la recepie i -6 dBm la transmisie;

- Evaluai nivelele subiective ale semnalului vocal prezent pe cele dou
telefoane; apoi nchidei i introducei comanda "^Z" la tastatura terminalului:
aceasta este comanda care aduce sistemul n modul "mesaj";

- Alegei un nivel de recepie mai nalt dect cel implicit de -7dBm (de exemplu -
3dBm) i pregtii, prin modalitile descrise, mesajele ce trebuie trimise la
CODEC-urile #3 i #2 pentru a varia ctigul de recepie;

- Valoarea ntreag zecimal ce trebuie trimis este 144, corespunztor lui 90
hexazecimal;

- Trimitei mesajul la CODEC-ul telefonului #2, introducnd aceste caractere pe
terminal: [7390];

- Dac mesajul este recepionat corect, sistemul va rspunde cu "ASK CR LF",
altfel "NAK CR LF". n cel de-al doilea caz, repetai mesajul;

- Trimitei mesajul la CODEC-ul telefonului #3, introducnd aceste caractere pe
terminal: [7690];

- Dai comanda "ESC" terminalului pentru a va rentoarce n modul "switching"
(va aprea pe terminal mesajul "##4 CR LF");

- Conectai telefoanele #3 i #2 evalund diferenele de nivel audio n raport cu
conexiunea anterioar;

- ntoarcei-v n modul "message", alegei un nivel mai sczut dect cel implicit
de -6dBm (de exemplu -10 dBm), pregtii cele dou mesaje ce trebuie
transmise sistemului pentru a modifica valoarea ctigului de transmisie al
celor dou telefoane;

- Trimitei mesajele prin aceleai procedee ca mai sus;

- ntoarcei-v n modul "switching" (comanda "ESC") i conectai din nou cele
dou telefoane, evalund diferenele audio fa de cazul creterii doar a
ctigului de recepie;

- Configurai i evaluai i alte cazuri, urmrind modalitile descrise.

EXERCIIUL 11. Atribuirea time slot-ilor

Obiective

Un alt exemplu de configurare a sistemului prin conexiunea cu terminalul n
modul "message" se refer la programarea time slot-ilor de recepie ai CODEC-ului.
Alegerea time slot-ului ce poate fi atribuit unui telefon este liber, cu cteva
restricii:
- nu folosii niciodat slot-urile 0 i 16, care sunt folosite de interfaa CEPT
pentru sincronizarea liniilor i pentru semnalizare de serviciu;
- nu asignai niciodat acelai slot de recepie la doua telefoane.
Formatul comenzii de atribuire a time slot-ilor este asemntor cu cel de la
ctiguri (exerciiul 10); coninutul comenzilor este listat mai jos:

[88XX] : selecia slot-ului de recepie a terminalului #1
[8BXX] : selecia slot-ului de recepie a terminalului #2
[8EXX] : selecia slot-ului de recepie a terminalului #3
[91XX] : selecia slot-ului de recepie a terminalului #4

Caracterele XX definesc canalul dorit, dup cum este prezentat mai jos:

XX = $81 : slot #1
XX = $82 : slot #2
XX = $83 : slot #3
XX = $84 : slot #4
XX = $85 : slot #5
XX = $86 : slot #6
XX = $87 : slot #7
XX = $88 : slot #8
XX = $89 : slot #9
XX = $8A : slot #10
XX = $8B : slot #11
XX = $8C : slot #12
XX = $8D : slot #13
XX = $8E : slot #14
XX = $8F : slot #15
XX = $91 : slot #17
XX = $92 : slot #18
XX = $93 : slot #19
XX = $94 : slot #20
XX = $95 : slot #21
XX = $96 : slot #22
XX = $97 : slot #23
XX = $98 : slot #24
XX = $99 : slot #25
XX = $9A : slot #26
XX = $9B : slot #27
XX = $9C : slot #28
XX = $9D : slot #29
XX = $9E : slot #30
XX = $9F : slot #31

Material necesar

- Unitatea PCM/EV;
- Terminal asincron sau emulator de terminal pe PC.

Mod de lucru

- Pornii terminalul, programai portul serial aa cum este indicat n exerciiul 9,
apoi pornii unitatea PCM/EV;
- Setai mesajele de programare a canalelor de recepie: de exemplu, conectai
telefoanele la aceleai canale de recepie i transmisie. n acest caz, mesajele
care trebuie trimise sistemului sunt:

[8889] : slot-ul de recepie # 9 la telefonul #1
[8B8B] : slot-ul de recepie # 11 la telefonul #2
[8E8D] : slot-ul de recepie # 13 la telefonul #3
[918F] : slot-ul de recepie # 15 la telefonul #4

- Trimitei terminalului comanda "^Z" pentru trecerea sistemului n modul
mesaj;

- Trimitei terminalului mesajele date pentru exemplul sugerat, unul cte unul,
ateptnd rspunsul sistemului nainte de a transmite urmtorul mesaj; dac
rspunsul sistemului este negativ (NAK), trimitei din nou acelai mesaj;

- ntoarcei-v n modul "switching" (comanda "ESC"), intrarea n acest mod
fiind semnalizat prin apariia mesajului ##4 pe terminal;

- Conectai telefoanele #2 i #3, n mod standard;

- Repetai experimentul de a observa canalele de emisie i recepie ale
telefoanelor, care este obiectul exerciiului 3. Verificai c acum fiecare telefon
folosete acelai time slot pentru emisie i recepie;

- Dac sunt dorite alte atribuiri, pregtii alte mesaje, trimitei-le la sistem n
modul message i observai schimbrile n modul switching.

3. SCURT INTRODUCERE N TEORIA MODEM-URILOR

Pentru a comunica ntre dou calculatoare situate la distan printr-o linie
telefonic este nevoie de un dispozitiv numit modem. Modem-ul accept date seriale
digitale la intrare i le MODuleaz (n amplitudine, faz, frecven, etc.) pentru a le
transmite prin mediul analogic (linia telefonic) i asigur procesul invers de
DEModulare a semnalului analogic pentru a fi transformat n semnal digital serial.
Prin urmare, modem-ul este un dispozitiv folosit n comunicaiile dintre calculatoare
cu ajutorul unei linii telefonice. Denumirea de modem a fost derivat din combinaia
cuvintelor modulare i demodulare, cele dou funcii efectuate de modem.
Pe scurt, un modem este alctuit dintr-o surs de curent, un transmitor i un
receptor. n funcie de tipul modem-ului, curentul poate fi preluat de la o surs
extern sau printr-o conexiune cu sursa calculatorului. Modem-urile s-au dezvoltat
iniial pentru a lega staii de un calculator principal, dar acum modem-urile leag
sisteme de calcul i transfer informaii variate: voce, imagini, faxuri, date. Ele sunt
folosite pe diferite tipuri de calculatoare, funcioneaz la viteze diferite i transmit
datele pe cabluri care au caliti diferite. Cu toate acestea, orice modem trebuie s
poat comunica cu orice alt modem. De aceea au aprut standardele. Standardul
V.90 a fost diferit fa de cele precedente, fiind primul care a fcut posibil o vitez
de transfer mai mare de 33,6 kbps. nainte de apariia sa, datele erau ntotdeauna
convertite ntr-un semnal analogic nainte de a fi transmise, limitnd astfel
considerabil viteza de transfer.
Telefonia celular s-a rspndit i utilizeaz transferul de date prin modem-uri
specifice (ex. GSM). Pentru mrirea vitezei de transfer a datelor au aparut noi tipuri
de modulaii i algoritmi de comprimare, iar pentru verificarea corectitudinii
transferului se folosesc metode noi de corectare a erorilor.
Viteza de transfer a datelor se msoar n bps (bit/s), iar numrul de tranziii n
unitatea de timp se msoar n Baud (Bd, tranz/s). n 1948 Shannon a demonstrat c
pentru o transmisie de band limitat, capacitatea maxim de transfer a canalului C
este:

2 log
) / 1 log( N S W
C
+
= , unde:
S/N este raportul semnal zgomot;
W este banda semnalului n Hz.
La o transmisie telefonic W=3000Hz i S/N maximum este 1000 (30dB). Astfel,
rata maxim de transfer rezult de 30 KBd. Pentru a transmite informaie cu vitez
mai mare de 30 kbps trebuie s se gseasc modulri eficiente care s codeze mai
muli bii cu o singur tranziie.

3.1. Tipuri de modem-uri

Cea mai important clasificare a modemurilor este n funcie de tipul liniei de
transmisie, linie comutat (Dial-up ) sau linie nchiriat (sau privat) (Leased Line).
Linia comutat implic obligativitatea ca modem-urile s ndeplineasc cteva funcii:
- deschiderea linie (ridicarea receptorului);
- ateptarea tonului;
- formarea numrului n mod puls sau ton;
- ateptarea conectrii;
- nchiderea liniei dac apare tonul de ocupat i posibilitatea relurii formrii
numrului dup un anumit timp;
- nchiderea liniei dup efectuarea transferului de date.
Comenzile ctre modem de a efectua aceste operaii au fost standardizate i se
numesc Hayes.
Un exemplu de linie comutat este linia ISDN, pentru care se folosesc modem-
uri speciale, numite modem-uri DSL (Digital Subscriber Line).
O alt clasificare mparte modem-urile dup modul de transmisie a datelor n:
- asincrone, structura cuvntului de date fiind bit de start, bii de date, bii de
stop;
- sincrone, blocul de date este precedat de un cuvnt de sincronizare.
Pentru demodulare este nevoie de cunoaterea tactului de transmisie.
Acesta poate fi transmis de emitor (ne-economic) sau poate fi refcut de
receptor din datele transmise, cu o bucl PLL.
n funcie de banda de frecvene utilizat pentru transmisii, modem-urile pot fi:
- n banda admis de linia telefonic comutat (300Hz - 3400Hz);
- de band larg, pentru linii nchiriate sau ISDN (linii de calitate bun), aa
cum este de exemplul specificat n standardul V37 (transmisii sincrone de
72kbps) utiliznd banda de 60 108KHz.
n funcie de modul de conectare cu calculatorul gazd, modem-urile pot fi:
- interne - se conecteaz pe magistrala sistemului (ISA sau PCI la sistemele
PC sau PCMCIA la sistemele portabile). Viteza de transfer a datelor ntre
modem i sistem nu este practic limitat, ea poate ajunge la 132 Moctei/s
n cazul magistralei PCI;
- externe, se conecteaz la interfaa serial RS232 sau la USB. Conectarea
la RS232 limiteaz viteza la 115 Bd, ceea ce poate deveni o piedic pentru
modem-urile rapide.
O alt clasificare important a modem-urilor este n funcie de mprirea
sarcinilor ntre calculator i modem. Pentru a clarifica aceast problem, este util
desenarea unei scheme bloc. Schema bloc simplificat a unui modem este dat n
Fig. 3.1:

MODEM
Controller

RAM EEPROM

Linie
Calculator
telefonic
Serializare/ Verificare Codare/
Deserializare erori i decodare
comprimare

Comenzi
linie

Prelucrare vocii Egalizatoare i
CDA, CAD anularea
ecoului

Cti Microfon

Fig. 3.1. Schema bloc simplificat a unui modem

Dac modem-ul dispune de blocul de prelucrare a vocii el se numete modem
voice. Primele modem-uri, conectate extern prin RS232 sau USB dispuneau de
toate blocurile reprezentate n figur. Puterea de calcul a procesoarelor a fost n
continu cretere, aa nct au aprut modem-uri fr controller (controllerless) (aa
cum sunt modem-urile INTEL536EP la care lipsete controllerul), toat funcionarea
modem-ului fiind gestionat de UC (Unit Center). Modem-urile cu controller se
numesc hard, iar cele fr controller hard controllerless sau HCF (Host Controlled).
Urmtorul pas spre modem-uri mai ieftine a fost mutarea i a altor blocuri n
sistem. Astfel, au aprut modem-uri AMR (Audio Modem Riser), CNR
(Communication and Networking Riser) sau AC97, care sunt fr controller, fr
partea de prelucrare a vocii i fr partea de comprimare/decomprimare i corectare
de erori, de care se ocup setul de circuite mpreun cu procesorul. Astfel, modem-ul
AMR conine doar codorul/decodorul i blocurile de comand a linei, de anulare a
ecoului i egalizatorul. De regul, de partea de prelucrare a semnalelor din modem
se ocup un circuit DSP, care la modem-urile AC97 lipsete. Aceste modem-uri se
numesc soft (SoftK56), HSP (Host Signal Processing) sau HSF (Host Processed).
Modem-urile soft se pot cupla i pe magistrala ISA sau PCI.

3.2. Descrierea tipurilor de modem-uri reprezentative

3.2.1. Modem-urile externe sau interne

Un modem extern vine ntr-o cutie separat, care este confecionat n general
din plastic sau aluminiu, cu adaptor separat. De asemenea, este nevoie de un cablu
corespunztor pentru conectarea modem-ului la un port serial disponibil al
calculatorului. Modem-urile interne sunt plci cu circuite care ocup unul dintre slot-
urile de expansiune din calculator i sunt proiectate s lucreze cu anumite tipuri de
computere (IBM, Macintosh, etc.). Ele includ n general un difuzor pe plac, lucru de
mare ajutor atunci cnd se ncearc diagnosticarea unei probleme de comunicaie,
ofer propriul lor port serial i nu au nevoie de un adaptor separat sau de un cablu. n
general, modem-urile interne nu sunt recomandate dect pentru laptop-uri i alte
dispozitive mobile.
Un modem extern este portabil i poate fi folosit pe platforme diferite, este mai
uor de ntreinut (troubleshoot) i nu necesit desfacerea carcasei computerului ori
de cte ori se dorete schimbarea unui comutator DIP
1
.

3.2.2. Modem-urile PCMCIA (PC Card)

Formeaz o categorie ntre cele externe i cele interne, ele folosindu-se din ce
n ce mai puin. Designul lor este mai apropiat de cele interne, dar teoretic orice
computer cu un slot PCMCIA de un anumit tip ar trebui s foloseasc un modem
PCMCIA de acel tip. Acum un modem card PCMCIA lucreaz pe orice PC sau
Macintosh echipat cu sloturi Type I/Type II PCMCIA (dei este necesar hardware
suplimentar pentru mainile desktop). Pentru o conectare prin modem la un laptop i
la o reea Ethernet exist un card PCMCIA: Ethernet/modem combo. Specificaiile
acestuia difer, ns n general permit ataarea fie a unui conector telefonic standard
RJ-45, fie a unui conector Ethernet RJ-10 10baseT la computerul utilizat, combinnd
deci funciile unui modem i a unei plci de interfa cu reeaua.

3.2.3. Fax modem-uri

Un fax modem nu substituie un fax real. Dac este nevoie s se trimit sau s
se primeasc faxuri ocazional, un fax modem este suficient, ns un fax modem nu
satisface toate cerinele unui utilizator frecvent al faxurilor.
Fax modem-urile sunt mult mai mici i mai ieftine dect mainile de fax
tradiionale. Primele faxuri erau clasificate ca fcnd parte din Group 1. Ele erau
foarte lente, necesitnd 6 minute pentru a transfera o singur pagin. La sfritul
anilor 70, ele au fost nlocuite de faxurile din Group 2, care converteau imaginea n
semnale digitale, care erau apoi transmise prin modem. Aceste semnale digitale erau
mult mai fiabile, fiind mai puin afectate de zgomote dect semnalele analogice
trimise de faxurile din Group 1. A fost adugat un algoritm de compresie care
reducea timpul de transmisie la 3 minute pe pagina. Faxurile din Group 3 au opiuni
pentru dou rezoluii: 200 X 200 i 200 X 100. Cu protocolul V.17, faxurile din Group

1
DIP = Dual Interface Poll; aceste comutatoare permit setarea rapid a unui numr de parametri critici
ai modemului.
3 pot transmite la viteze de pn la 14400bps. Faxurile din Group 4 sunt destinate
liniilor digitale ISDN.
Fax modem-urile din Clasa 1 au extensii la setul de comenzi, ce le permit s
funcioneze ca faxuri din Group 3, ele folosind software pentru aproape ntreaga
procesare. Standardul oficial pentru ele este EIA/TIA-578.
Fax modem-urile din Clasa 2 se ocup mai mult de procesarea care era fcut
nainte de CPU, degrevnd-o pe aceasta din urm. Clasa 3 a fost propus pentru
conversia stream-urilor de date n imagini. Exist i fax modem-urile din Clasa 4. O
caracteristic interesant a fax modem-urilor este imaginea calitativ superioar a
documentelor fa de un fax obinuit.
Un voice/fax modem este un fax modem care are integrat Digital Voice
Messaging. Ele vin n general cu mult software specializat. Cele mai multe sunt
capabile s discearn ntre apeluri prin voce i prin fax i au o opiune pentru setarea
cutiilor potale ca acestea s primeasc apeluri prin voce sau fax. Cele mai multe
pachete software pentru voce au o opiune Page Notification, prin care pager-ul va fi
notificat cnd se primete un mesaj. Aplicaiile care combin capabiliti de fax cu
robot care rspunde la apeluri i mailbox-uri sunt n general nefiabile i sunt destul
de scumpe.
Legat de software-ul pentru roboii care rspund la apeluri (answering
machines) exist i DSVD (Digital Simultaneous Voice/Data), un protocol care
permite conversaia prin voce prin modem n acelai timp cu o conexiune de date de
mare vitez.
Unele modem-uri ofer un panel CallerID. Dac se dorete rularea unui BBS
2

pe o main sau dac se dorete setarea accesului prin modem pentru securitatea
unei reete locale, CallerID se poate dovedi util, deoarece ofer informaii despre
apelantul care dorete s comunice cu maina respectiv.

3.2.4. Modem-uri ISDN, xDSL

ISDN (Integrated Service Digital Network) este un standard pentru
telecomunicaii digitale, aprut la mijlocul anilor 80, ns abia acum i se vede
utilitatea, o dat cu nevoia pentru servicii rapide de reea. ISDN folosete o
tehnologie total diferit de aceea a sistemului existent de telefonie, care i permite s
ajung la viteze de 2-3 ori mai mari dect la un modem V.34 normal i cu conexiuni
mult mai fiabile i mai "curate" (fr zgomote). Dac se dorete s se foloseasc
ISDN, trebuie nlocuite legturile cu cele cerute de ISDN. Dup cum cere ISDN-ul,
computerul trebuie s aib hardware special pentru conectare, numit ISDN modem
sau digital modem, dei, tehnic vorbind, nu este un modem. Modem-urile standard
nu lucreaz peste ISDN fr adaptoare speciale i nu vor profita de viteza ISDN.
Pentru a putea profita de viteza ISDN, este necesar pentru conectare tot un modem
ISDN la celalalt capt. ISDN este destinat linilor de mare vitez de ordinul zecilor de
Mbps. Exist muli rivali ai ISDN care ofer vitez mare la preuri reduse. Cei mai
muli se bazeaz pe DSL (Digital Subscriber Lines) i fiecare i ataeaz o liter n
faa sufixului DSL, numindu-se astfel generic xDSL. Dintre soluiile xDSL, numai
HDSL i ADSL sunt relativ rspndite n acest moment, dar n general toate ofer
servicii data-only (nu servicii telefonice) la viteze mai mari dect ISDN.

2
BBS = Bulletin Board System - un software proiectat s primeasc apeluri printr-un modem i s
rspund la comenzi trimise de computerul apelant. BBS-urile ofer n mod normal arii de descrcare,
baze pentru mesaje i abilitatea de a face chat interactiv cu ali utilizatori online.
Digital Subscriber Line este o tehnologie ce utilizeaz cablurile de cupru ale
reelei telefonice. Aceasta reprezint un avantaj imens fa de toate tehnologiile high-
speed, pentru c astfel aproape toate locuinele din oraele importante ale unei ri
dezvoltate pot fi "alimentate" cu DSL.
Exist diferite variante ale tehnologiei DSL, dintre care doar ADSL si SDSL
joac un anumit rol. Litera "A" din ADSL vine de la "asincron": descrcarea
(download-ul) se realizeaz cu o rat de transfer mult mai mare dect ncrcarea
(upload-ul). SDSL aduce rate de transfer identice n ambele direcii (Synchronous
DSL). Toate procedeele DSL au ceva n comun: pentru transferul datelor de tip voce
sunt folosite doar cteva frecvene. ADSL exploateaz restul din spectrul de
frecvene i transfer datele pe aici. Pentru ca transferul telefonic i cel de date s nu
se suprapun, cele dou tipuri de transfer sunt desprite printr-o a treia band de
frecven, aa-numita band de securitate.
Pentru utilizarea DSL pe calculatorul de acas este nevoie de un separator
(splitter). Acesta este integrat ntre modem-ul DSL i telefon, pentru a despri
serviciul obinuit de telefonie de ADSL. n afar de aceasta, este nevoie de un
modem DSL pentru transferul datelor, care s fie conectat la calculator printr-o plac
Ethernet. Cu ajutorul acestei tehnologii sunt posibile rate de transfer de 8Mbps
(1MB/s) sau chiar mai mari. Dar, pentru a nu suprasolicita reeaua, nici un furnizor nu
ofer limea maxim de band. Fa de ISDN sau dial-up este ntr-adevr o
mbuntire major (cu factorul 12, respectiv 24), dar msurat la adevratul potenial
al DSL, se beneficiaz de doar o zecime.
DSL reprezint la momentul actual cea mai inteligent alternativ la modem i
ISDN. Tehnologia a fost implementat cu succes de Romtelecom.

3.2.5. Modem-ul de cablu

Competitorul major l reprezint modem de cablu. Teoretic, cablurile folosite de
companiile TV prin cablu reprezint soluii de transmitere a datelor la viteze mult
superioare ISDN-ului. Trebuie doar s existe un dispozitiv care transform datele din
computer n ceva ce poate fi transmis prin cablu. Acesta este modem de cablu.
Viteza tipic variaz ntre limitele 3-50 Mbps, iar distana poate fi de 100 km sau
chiar mai mult. Echipamentul terminal (CMTS cable modem termination system)
poate comunica cu toate modem-urile de cablu, dar acestea pot comunica doar cu
CMTS-ul. Dac dou modem-uri trebuie s comunice, CMTS-ul va trebui s
retransmit mesajele.
O reea CATV este conceput i folosit pentru distribuia televiziunii prin cablu.
Este posibil circulaia semnalului n ambele direcii. Majoritatea reelelor CATV sunt
reele hibride de fibr optic i cablu coaxial. Semnalele trec prin cablurile de fibr
optic de la centru ctre locuri apropiate de abonat. n acest punct, nodul optic,
semnalul este convertit pentru a putea tranzita cablul coaxial pn la abonat. Un
singur CMTS va controla aproximativ 1-2000 modem-uri de cablu pe un singur
canal TV.
Exist trei tipuri de modem de cablu :
- modem de cablu extern: este o cutie, care se conecteaz la calculator
printr-o conexiune Ethernet. Partea negativ este c aceast conexiune a
modem-ului necesit adugarea unei plci de reea la calculator. Partea
bun este c acelai modem se poate conecta la mai multe calculatoare
(printr-un switch sau hub), pe de alt parte, modem-ul poate funciona cu
orice sistem de operare (unix, mac, etc.);
- modem de cablu intern: de obicei modem-ul de cablu intern este o plac
de extensie PCI. Este cea mai ieftin soluie, ns are mai multe
dezavantaje. Poate fi folosit doar pe calculatoare desktop PC, iar cablul TV
nu este izolat galvanic de bornele de curent alternativ. Unele ri nu pot
folosi modem de cablu intern din cauza unor probleme tehnice sau
reglementri existente;
- terminale interactive: un terminal interactiv este de fapt un modem de
cablu deghizat. Funcia primar a unui terminal interactiv este de a furniza
mai multe canale TV, folosind acelai numr de frecvene, lucru posibil
prin codare digital. Un terminal interactiv pune la dispoziie un canal de
interconectare, deseori prin reeaua de telefonie, ceea ce i permite
navigarea pe net direct pe ecranul TV.
Cnd se instaleaz un modem de cablu, este nevoie de un distribuitor de
semnal, care furnizeaz semnalul necesar pentru vechile echipamente i pentru
segmentul nou pe care se conecteaz modem-ul de cablu. Semnalul transmis de
modem poate fi aa de puternic nct funcionarea oricrui TV poate fi afectat.
Izolarea distribuitorului poate s nu fie suficient, n acest caz punndu-se un filtru
trece sus pe ramura care se duce la televizor.
Reelele digitale CATV folosesc dou frecvene de lucru, pentru fiecare sens de
circulaie a datelor pe aceast reea: frecvena pentru descrcarea de date
(downstream), cnd informaia circul de la centru ctre abonai i frecvena pentru
ncrcarea de date (upstream), cnd informaia circul de la abonat la punctul
central. Semnalul digital este modulat prin diverse metode pe o frecven purttoare.
Alegerea metodei de modulaie (QPSK, DQPSK, BPSK, 16 A-QAM, 64 QAM, 256
QAM) se face n funcie de cerine i condiiile reelei, metodele de modulaie avnd
rezistene la zgomote diferite i eficien spectral diferit. Pentru ca un modem s
poat transmite i recepiona date, el trebuie s se sincronizeze adic s
stabileasc canalul de comunicaie cu echipamentul central.
Industria de cablu nord-american a dezvoltat standardul DOCSIS pentru a
crea o pia de desfacere competitiv pentru echipamentele de tip modem de cablu.
Cutnd s profite de cea mai evident oportunitate, furnizarea de servicii internet de
mare vitez, standardul a fost proiectat ca o platform ieftin de navigare pe web
(web-surfing). Standardul nu oferea toate posibilitile de control ale ntrzierilor i de
garantare a calitii, necesare unor servicii de voce de nalt calitate. AT&T a
identificat trei parametri care trebuie adugai la DOCSIS 1.0 pentru a putea suporta
apeluri telefonice de calitate: tehnici de fragmentare i reasamblare a pachetelor de
ncrcare, suportul pentru un ceas naional i un sistem izocron avansat.
Deoarece produsele DOCSIS implic o arhitectur asimetric, este necesar
fragmentarea pachetelor pentru a evita congestiile ce au impact asupra calitii
apelului.
Ceasul naional este necesar pentru a putea sincroniza pe reea transmisiile
ntre modem-urile de cablu.
Pentru a suporta telefonia de cablu, productorii de CMTS-uri trebuie s ofere o
soluie de temporizare izocron aproape de valoarea de 2 milisecunde.
Deoarece pe calea de ntoarcere a reelei de cablu spectrul de frecvene este
limitat, creterea capacitii de ncrcare este visul oricrui operator. Creterea
capacitii de ncrcare d posibilitatea livrrii unor noi servicii utiliznd infrastructura
existent, totodat se poate satisface setea crescnd de band a consumatorilor
casnici. Introducerea standardului DOCSIS 2.0 a dat posibilitatea creterii de pn
la trei ori a capacitii pe canal de ncrcare, cu rate de transfer de 30 Mbps.
Tehnologia DOCSIS 2.0 se bazeaz pe DOCSIS 1.x prin suportarea a dou noi
metode de operare la nivelul fizic:
- CDMA sincron (S-CDMA): este o variant a comunicaiilor cu spectru
mprtiat (Direct Sequence Spread-Spectrum) special proiectat pentru a
opera n reele de cablu. S-CDMA folosete un set de coduri ortogonale,
aliniate temporal pentru a menine sincronizarea, eliminnd orice
interferen ntre utilizatorii simultani;
- A-TDMA: dezvoltat din tehnologiile standardelor DOCSIS mai vechi, A-
TDMA este un protocol de acces simultan ce folosete tehnica de
comunicare n rafale one-at-a-time. Prin acest protocol este suportat
accesul simultan, prin stricta alocare a timpului pentru fiecare utilizator de
ctre temporizatorul CMTS-ului pentru a partaja acelai canal. Aceast
metod ofer un ordin de modulare ce poate s ating 64 QAM.
Legat de modem-ul de cablu trebuie menionate cteva aspecte: mai nti, este
foarte probabil faptul c soluia de modem de cablu care va fi adoptat n cele din
urm va oferi descrcri de mare vitez (maina local), dar invers conexiunile vor fi
comparabile cu un standard de modem 33.6. n al doilea rnd, serviciile de modem
de cablu sunt mai puin rspndite i se extind relativ ncet.

3.2.6. Modem-ul radio

Tehnologia exista de ceva timp i spre deosebire de celelalte variante, i-a
depit "bolile copilriei". Poate este din cauza faptului ca radioul este perceput ca o
tehnologie nvechit. Pe de alt parte, costurile ridicate i-ar putea speria pe cei
interesai.
Tehnologia radio utilizeaz aa-numitele Wireless Local Loops". Ceea ce sun
att de impuntor este doar o depire a ultimei mile" (legtura dintre ISP si
utilizator), fr a apela la reeaua telefonic.
Exist patru tipuri de transfer de date pentru Wireless Local Loops: sisteme de
telefonie mobil celular precum UMTS, 4G, reele minicelul pentru telefonie mobil
n spaiu restrns, sisteme satelit i, n fine, sisteme de orientare radio. n cazul
tehnologiei de orientare radio, antenele parabolice recepioneaz semnale n zona
GHz-ilor. Aceste semnale sunt transmise prin microunde sau infrarou. n funcie de
lungimea de und, pot fi acoperite n acest fel distane de pn la 100 km, ns n
practic distanele sunt mult mai mici. Pentru orientarea radio optic este nevoie
chiar de o conexiune vizibil pentru ca datele sa ajung la destinaie.
La orientarea radio se face deosebirea ntre sistemele punct la punct i cele
punct la multipunct. Sistemele punct la punct leag dou staii i sunt folosite
ndeosebi pentru depirea distanelor mari i pentru conectare de Internet Service
Providers. Cu ajutorul acestei tehnologii pot fi obinute capaciti de transfer de peste
155 Mbps. Sistemele de orientare radio punct la multipunct sunt utilizate n schimb
pentru distane mai scurte, i alimenteaz mai muli receptori.
ntr-adevr, pe vreme rea pot aprea probleme cu conexiunea. Dac ploaia nu
influeneaz capacitatea de transmisie, pe cea sau ninsoare deas pot aprea
bruiaje considerabile i chiar cderea conexiunii.

3.3. Protocoale i standarde

Termenul analog" se refer la informaia prezentat n flux continuu, pe cnd
digital" semnific date definite ca eantioane individuale. Avantajul informaiei
analogice este capacitatea de a reprezenta un flux continuu de informaii. Datele
digitale, pe de alt parte, sunt mai puin afectate de interferene nedorite, numite
zgomote. Sunetele sunt analogice, deci pentru a putea transmite informaii printr-o
linie telefonic, modem-ul trebuie s preia datele digitale de la computer i s le
converteasc n sunete, ca semnale analogice. Pentru a transmite datele la o viteza
mai mare de 600 bps, este necesar ca modem-ul s colecteze biii de informaie i
s-i transmit simultan. Computer-ele pot trimite informaii la modem-uri mult mai
repede dect acestea pot transmite aceast informaie pe linia telefonic. Acest lucru
permite modem-ului s grupeze biii de informaie i s aplice algoritmi de compresie
acestor grupuri.
Dou dintre cele mai cunoscute protocoale de compresie sunt MNP5, care are
rat de compresie de 2:1 i V.42bis, cu rat de 4:1. MNP-5 produce o restricie
important, fcnd transmisia fiierelor pre-compresate (ZIP, de exemplu) mai lent.
V.42bis poate sesiza dac compresia nu mai este necesar, deci poate accelera
transferul fiierelor pre-compresate. Dac V.42bis nu este disponibil, este bine s se
dezactiveze compresia MNP5 cnd sunt transferate fiiere pre-compresate.
Controlul erorilor este o metod prin care modem-urile verific dac informaia
primit a fost nealterat n timpul transferului. Modem-urile care fac controlul erorilor
sparg informaia n buci mai mici, numite cadre (frames). Modem-ul transmitor
ataeaz o sum de control (checksum) la fiecare cadru. Modem-ul receptor verific
dac suma de control se potrivete cu cea trimis. Dac nu, ntregul cadru este
retrimis. Dei corecia erorilor poate ncetini transferul pe liniile cu zgomote, ofer
totui o mare fiabilitate. MNP2-4 i V.42 sunt protocoale cu corectarea erorilor.
Aceste protocoale stabilesc modul n care modem-urile verific datele. Ca i n cazul
protocoalelor pentru compresia datelor, pentru a putea fi folosit un protocol cu
corectarea erorilor, el trebuie s fie suportat de ambele modem-uri conectate.
Adeseori unul dintre modem-urile unei conexiuni poate transmite date mai
repede dect celalalt le poate recepta. Controlul fluxului este o proprietate ce permite
modem-ului receptor s-i spun celuilalt s fac pauz din cnd n cnd. Controlul
fluxului exist ca software (protocoalele XON/XOFF), dar i ca hardware (RTS/CTS).
Cu controlul fluxului software, cnd un modem vrea s-i spun celuilalt s fac
pauz i trimite un anumit caracter, de obicei CTRL-S. Cnd este pregtit s
porneasc din nou, i trimite un caracter diferit, ex. CTRL-Q. Controlul fluxului
software are numai avantajul c poate folosi un cablu serial cu numai trei fire.
Deoarece controlul fluxului software regleaz transmisia prin transmiterea unui
anumit caracter, zgomotele de pe linie pot genera caracterul care simbolizeaz
pauza, blocnd astfel transferul pn cnd este trimis caracterul corespunztor
(precum CTRL-Q). De asemenea, fiierele binare nu trebuie niciodat s fie trimise
folosind controlul fluxului software, deoarece ele pot conine acele caractere de
control.
Controlul fluxului hardware (RTS/CTS) folosete fire din cablul modem-ului sau,
n cazul modem-urilor interne, folosete hardware din cadrul acestora. Acesta este
mai rapid i mult mai fiabil dect controlul fluxului software.
Tehnicile UART (Universal Asynchronous Receiver/Transmitters) sunt metode
prin care computerele trimit informaii la echipamente seriale, precum modem-uri. Un
UART este un circuit integrat (chip) care convertete datele de intrare paralele n
date de ieire seriale. CPU-ul comunic cu echipamentele seriale scriind n regitrii
UART-ului. UART-urile au buffer-e FIFO, prin intermediul crora are loc comunicaia.
Protocoalele de modulare determin modul n care modem-urile convertesc
date digitale n semnale analogice care pot fi trimise prin linii telefonice.
Cteva organizaii cu atribuii n domeniul transmisiilor de date sunt:
- ISO International Standards Organization;
- EIA Electronic Industries Association;
- ITU-T International Telecommunications Union-Telecommunications
Standardization Sector;
- IEEE Institute of Electrical and Electronics Engineers;
- ANSI American National Standards Institute.
ITU-T a realizat recomandrile cele mai larg acceptate din lume, seria de
standarde V (V dot). Din 1988 recomandrile sunt modernizate la fiecare 4 ani, iar de
civa ani mult mai des, de cte ori este nevoie. Numele acestor recomandri este
Data Communications over the Telephone Network. Fiecare standard din seria V
specific pentru un anumit tip de modem:
- viteza maxim pe linie;
- modul de separare a sensurilor (transfer pe 4 fire (4W) sau prin divizare de
frecven (FD));
- frecvena purttoarei (purttoarelor);
- modul de transfer FDX sau HDX;
- sincron sau asincron;
- tehnica modulrii (FSK,PSK,QAM,TCM) i modelul constelaiei;
- tipul de linie (comutat sau nchiriat). La linia nchiriat sunt posibile
legturi punct la punct (PP) sau multipunct (MP);
- anularea ecoului (EC);
- egalizatorul i tipul de egalizare;
- existena unui canal de date invers, de rspuns, de capacitate mic
(Backward Channel).
Primele protocoale de modulare au fost Bell 103 i V.21 care permiteau
transmisii la 300 bps. n orice caz, este imposibil s fie transmisii peste 600 bps prin
convertirea unui singur bit ntr-un semnal analogic. Modul cum se transmit peste 600
bps este determinat de alte protocoale, precum V.32bis sau V.34. Sufixele "bis" i
"ter" indic faptul c protocoalele respective sunt versiuni avansate ale protocoalelor
anterioare. Astfel, 19.2 V.32terbo este o mbuntire a lui 14.4 V.32bis, care la
rndul sau este o mbuntire a protocolului 9600 V.32.
Bell, CCITT i ITU-T au creat standarde pentru modulare, transfer de date i
protocoale de compresie de date. La nceputurile tehnologiei modem-ului, Bell a
creat standardele de modulare Bell 103 i Bell 212A pentru Statele Unite.
CCITT a creat standarde internaionale i a devenit mai trziu ITU-T.
Standardele care ncep cu V. sunt create de CCITT/ITU-T.
Protocoalele de transfer de date sunt metode prin care computerele trimit fiiere
binare prin modem. Exist mai multe astfel de protocoale, precum Xmodem,
Ymodem i Zmodem. Xmodem. Xmodem este un protocol relativ lent.
Zmodem, adaug blocurilor de date verificatori de eroare CRC-32. Acesta nu
ateapt un mesaj de confirmare de la computerul receptor, ci presupune c totul
este n regul. Aceste caracteristici fac din Zmodem un protocol mai rapid dect
multe altele. Zmodem are capabiliti de transfer multiplu de fiiere i recuperare
(crash recovery), prin care un transfer poate fi continuat dup ce a fost suspendat.

3.4. Comunicaia ntre modem i calculator

Cu mult timp n urm, firma Hayes a stabilit un standard pentru comenzile
modem-urilor. Cele mai multe firme au adoptat acest standard i produsele lor se
numesc compatibile Hayes". Setul de comenzi folosit de modem-uri este denumit
setul AT. Literele AT prefixeaz orice comand (n afar de comenzile A/) a modem-
ului. De exemplu, cnd se formeaz un numr, este necesar ca software-ul sau
utilizatorul s emit o comand ATDT sau ATDP urmat de numrul care trebuie
format. AT spune modem-ului c urmeaz s primeasc o comanda. DT i spune s
formeze numrul prin tonuri, iar DP prin pulsuri. n final, modem-ul formeaz numrul
dat.
Porturile COM sunt cele prin care calculatorul comunic cu dispozitive precum
mouse-ul sau modem-ul. PC-urile standard au 4 porturi COM, COM 1 i COM 2 fiind
folosite n general ca porturi externe. Cele 4 porturi COM au 2 IRQ (cereri de
ntrerupere) : COM 1 i COM 3 folosesc IRQ 4 i COM 2 i COM 4 folosesc IRQ 3.
Acest lucru poate duce la poteniale conflicte. Cnd se asigneaz porturi COM sau
ntreruperi IRQ la modem-uri, este important s se tie c nu exist dou dispozitive
care folosesc acelai port COM sau acelai IRQ n acelai moment.
Echipamentele periferice comunic cu CPU-ul calculatorului folosind cererile de
ntrerupere, IRQ. Acestea sunt semnale care indic faptul c o cerere anterioar a
fost satisfcut, datele au ajuns i trebuie interpretate sau a fost detectat o eroare.
Cnd CPU-ul primete o ntrerupere, i ntrerupe lucrul curent i se ocup de
rezolvarea acelei ntreruperi. Din fericire, foarte multe modem-uri actuale pot folosi
IRQ-uri alternative, astfel nct s nu se produc conflicte dac un alt echipament
vrea s foloseasc n acelai timp acelai IRQ ca i modem-ul.
Porturile COM care comunic cu modem-urile trebuie s primeasc nite setri
din partea software-ului de comunicaie. Portul COM trebuie s tie numrul de bii
pe caracter, paritatea, numrul de bii de stop folosii i viteza la care comunic. Este
nevoie de 8 bii pentru a putea fi trimis orice caracter ASCII. Paritatea este un
mecanism simplu de verificare a erorilor datorate zgomotelor de pe linie. Cu modem-
urile moderne, nu mai este nevoie de aa ceva. Biii de stop sunt folosii pentru a
separa octeii de date. Modem-urile moderne nu transfer biii de stop, dar acetia
sunt generai. Din aceast cauz, este bine s se seteze portul COM la o vitez mai
mare dect a modem-ului, astfel nct portul COM s nu auto-ncetineasc din cauza
biilor nefolositori. Setarea pentru porturile COM, folosit aproape universal este:
caractere de 8 bii, fr paritate i un singur bit de stop.

Portul serial RS-232

Comunicaiile seriale nu sunt nici mai rapide nici mai ieftine dect cele paralele,
dar permit transferul de informaie ntre echipamente aflate la distane foarte mari.
Mult vreme portul serial al calculatorului a fost identificat cu interfaa serial
reglementat prin standardul RS-232C. n timp, pe lng interfaa RS-232C s-au mai
definit i alte interfee seriale care compenseaz, neajunsurile acesteia n diferite
aspecte. Acestea sunt USB, IrDA, I
2
C, Access Bus, P1394.
Tabelul 3.1.
Interfa Vitez Mediu
Dispozitive
conectate
RS-232C 115Kbps 2 fire torsadate 2
USB 12Mbps 6 fire speciale 127
IrDA 4Mbps optic 126
I
2
C 400Mbps 2 fire 128
Access Bus 100Mbps 4 fire ecranate 125
P1394 100Mbps 6 fire speciale 16

Standardele EIA/TIA reglementeaz interfaa la nivel fizic ntre echipamente
DTE/DCE (Data Terminal Equipment/Data Circuit-terminating Equipment). Un
exemplu de interfa DTE/DCE este interfaa serial ntre un terminal i modem-ul
care faciliteaz comunicaia pe linie.
Standardele EIA/TIA acoper urmtoarele domenii:
- standarde complete de interfa;
- standarde electrice;
- standarde pentru calitatea semnalului.
Standardele EIA au purtat anterior prefixul RS (Recommended Standard).
Acesta a fost nlocuit din simplul motiv de identificare imediat a sursei standardului.
Sufixul standardului exprim versiunea; EIA-232-E reprezint a cincea versiune a
standardului RS-232.
Circuitele EIA-232 realizeaz urmtoarele funcii:
- transfer date prin interfa;
- controleaz semnalele de interfa;
- furnizeaz semnalul de clock pentru sincronizarea fluxului de date i
pentru stabilirea ratei de transfer;
- stabilete masa electric.
Pn n 1987 specificaiile acestui standard sunt cunoscute ca RS-232-C, cnd
prefixul a fost nlocuit cu EIA. EIA-232-C a fost mbuntit n EIA-232-D prin
armonizare cu specificaii de la ITU-T (V.24 i V.28) i cu ISO 2110 (privitor la
conectic). Revizia D reglementeaz i aspecte privitoare la metode de test i re-
buclare local i la distan, se redefinesc masa de protecie i se adaug ecran
protector.
n iulie 1991 EIA-232-D a fost republicat ca EIA/TIA-232-E i la vremea
respectiv a fost acceptat ca un standard de ctre ANSI. Noua revizie conine
modificri i se aplic urmtoarelor sisteme de comunicaie:
- comunicaii seriale;
- comunicaii sincrone i asincrone;
- linii dedicate, nchiriate sau private;
- servicii comutate;
- legturi pe patru sau dou fire;
- legturi punct la punct sau multipunct.
n cazul cnd la portul serial al unui calculator se va conecta un modem,
legtura prin cablu se face pin la pin. Considernd calculatorul un echipament de tip
DTE iar modem-ul un echipament de tip DCE, semnalele folosite pentru conectarea
modem-ului la portul serial al calculatorului sunt (semnalele vor fi referite cu
mnemonicile i numele pe care le-au avut n standardul RS-232):
- GND, (Signal Ground), este referina comun tuturor semnalelor de
interfa;
- TxD, (Transmit Data), este semnalul care poart datele de la DTE la DCE,
deci semnalul de ieire pentru un echipament DTE;
- RxD, (Receive Data), este semnalul care poart datele de la DCE la DTE,
deci semnalul de intrare pentru un echipament DTE;
- DTR, (Data terminal ready), este semnalul prin care DTE i prezint
partenerului de comunicaie disponibilitatea pentru un transfer de date prin
emiterea unui potenial pozitiv (space);
- DSR, (Data set ready), este semnalul activ (space) de DCE prin care i
anun partenerul de comunicaie c este capabil s recepioneze date;
- RTS, (Request to send), este semnalul prin care DTE comunic DCE c
este capabil s recepioneze date. Activarea RTS const n emiterea unui
space.
- CTS, (Clear to send), este semnal emis de DCE. Prin activarea CTS DCE
anun c este capabil s transmit date;
- DCD, (Data carrier detect), este semnalul prin care DCE anun DTE c a
fcut o legtur cu un alt DCE aflat la distan. Activarea acestui semnal
de ctre DCE survine n urma sesizrii prezenei purttoarei de semnal a
DCE-ului aflat la distan.
- RI, (Ring indicator), este semnal activat de DCE atunci cnd sesizeaz un
apel pe linie (tensiune mare, frecven joas).

Tabelul 3.2.
Mnemonica
semnal
Descriere
semnal
Sensul la
DTE
pin
(DB25)
pin
(DB9)
TxD Transmit data out 2 3
RxD Receive data in 3 2
DTR Data terminal ready out 20 4
DSR Data set ready in 6 6
RTS Request to send out 4 7
CTS Clear to send in 5 8
DCD Data carrier detect in 8 1
RI Ring indicator in 22 9
GND Signal ground - 7 5

Protocolul de comunicaie poate fi implementat prin dialog ntre semnale sau
prin schimb de mesaje hard, respectiv soft. Ambele metode pot fi folosite la portul
serial.
Protocolul de comunicaie hardware folosete linii de semnal, n afara liniilor de
date, ca parte a conexiunii seriale. De obicei DTR i DSR sunt folosite pentru a
stabili o legtur, iar RTS i CTS au fost special proiectate pentru a controla traficul.
Calculatorul semnalizeaz cu RTS c dorete s transfere date , n timp ce
echipamentul pereche seteaz CTS cnd este gata s transmit date (spre linia
telefonic).
Protocolul de comunicaie software folosete schimb de cuvinte, coduri de
control pentru a exprima diferitele stri. Exist dou perechi de caractere utilizate n
astfel de conversaii, perechea XON/XOFF i perechea ETX/ACK. Mesajul XOFF
venit de la periferic spune calculatorului c buffer-ul de la periferic este plin i nu mai
poate prelua date. Mesajul XON spune c perifericul poate recepiona date.
ETX/ACK lucreaz asemntor.
Registrele S sunt locuri ale modem-ului n care sunt stocate setrile sau n care
pot fi analizate informaiile de stare. Modem-urile pot avea o mulime de registre S,
din care primele 12 sunt standard. Registrele S sunt setate prin comenzi ATSN=xx
date modem-ului. N este numrul registrului de setat, iar xx este valoarea la care va
fi setat registrul. De exemplu, registrul S0 determin dup cte apeluri modem-ul va
rspunde.

3.5. Modulaia semnalelor utilizate n transmisia cu modem-uri

Pentru transmisia cu modem-uri se folosesc mai multe tipuri de modulaie:

1. Modulaia n amplitudine (ASK, Amplitude Shift Keying) se realizeaz prin
alocarea a dou amplitudini diferite A1 i A2 ale purttoarei pentru valorile logice 0 i
1. O variant particular este cnd unei valori logice i se atribuie amplitudinea 0, deci
lipsa purttoarei. O codare mai eficient ar putea fi realizat prin mai multe nivele de
amplitudine, ceea ce ar nsemna o rat de transfer mai mare dect rata de Baud, dar
s-ar complica echipamentele de recepie. Avantajul acestei modulaii este
simplitatea, dar performanele reduse au fcut ca modem-urile cu modulaie n
amplitudine s fie folosite doar pentru distane i viteze mici.

2. Modulaia n frecven (FSK, Frequency Shift Keying) ataeaz cte o
frecven diferit valorilor logice 0 i 1, de exemplu astfel: 1070 Hz pentru 0 i 1270
Hz pentru 1 la emisie i 2025 Hz pentru 0 i 2225 Hz pentru 1 la recepie. Alocarea a
patru frecvene duce la posibilitatea unui transfer full duplex (FDX) pe linia de telefon
cu dou fire. Aceast tehnic de modulaie a fost folosit pentru modem-urile de
mic vitez (<1200bps).

3. Modulaia de faz (PSK, Phase Shift Keying) aloc defazaje diferitelor
valori logice de 0 i 1. O variant care compar starea actual a semnalului cu
starea lui anterioar se numete modulaie n faz diferenial (DPSK).
Semnalul modulat PSK este:
S(t) = A cos (2 t f
c
t + ) , unde:
f
c
este frecvena purttoarei;
este modificarea fazei.
Se poate imagina o modulaie pe mai multe nivele, astfel ca o modificare de
faz s semnifice mai muli bii. De exemplu, un modem (numit dibit) ar putea s
codifice 2 bii cu o schimbare de faz (modulaie 4PSK):

Tabelul 3..3
Bit 1 Bit 0 Variaie de faz
11 =45
10 =135
01 =225
00 =315
Graficul fazei, numit i modelul constelaiei (pentru c punctele seamn cu o
constelaie) este dat n Fig. 3.2 a):

sin 2tf sin2tf
00 11

cos 2tf cos 2tf

01 10

a) 4 PSK b) 8 PSK
Fig. 3.2. Modelul constelaiei pentru 4 PSK i 8 PSK
La fel, un modem tribit utilizeaz modulaia 8 PSK i modelul constelaiei,
codificnd 3 bii la o schimbare de faz, este dat n Fig. 3.2 b).

4. Modulaia n cuadratur (QAM, Quadrature Amplitude Modulation) este o
combinaie ntre modulaia n faz i cea n amplitudine, utilizat n modem-urile
actuale de mare vitez. Prin aceast modulaie se stocheaz un maximum de
informaie n modificrile purttoarei.
Cu cele dou nivele de amplitudine i patru de faz se poate realiza o
modulaie 8 QAM care codific 3 bii, iar cu dou nivele de amplitudine i opt de faz
se pot codifica 4 bii (Fig.3.3):

a) 8 PSK b) 8 QAM c)16 QAM
Fig. 3.3. Modelul constelaiei pentru 8 PSK, 8 QAM i 16 QAM

Se observ c distana de faz pentru 8 QAM este ca i la 4 PSK, iar la 16
QAM ca la 8 PSK. Este evident c acurateea circuitelor de demodulare trebuie s fie
cu att mai mare cu ct distana de faz (variaia de faz ntre dou puncte alturate
din constelaie) este mai mic.
Variaia n timp a unui semnal QAM este artat n Fig. 3.4:
S(t)

A2

A1

0 t

-A1

-A2
Faza 0 90 90 180
Bit 000 001 010 011 100

Fig. 3.4. Forma n timp a unui semnal QAM

Se vede n figur c variaz att amplitudinea (2 valori, A1 i A2), ct i faza
semnalului. S-au reprezentat cteva variaii de faz i amplitudine precum i grupul
de bii codificat prin aceste variaii.
Dac se ridic receptorul n timpul unei conversaii a 2 modem-uri se aude un
zgomot specific, care este forma audibil a formei de und din Fig. 3.4.

5. Modulaia Trellis (TCM, Trellis Code Modulation), de fapt o modulaie
QAM, asigur suplimentar fa de QAM o protecie la erori printr-un algoritm care ine
cont de strile anterioare ale irului de date i realizeaz astfel o cretere a
siguranei transferului cu 2 sau 3 ordine de mrime.
irul de date seriale de codat este divizat n grupe de 4 bii. Fiecare 2 bii de
intrare Q1n i Q2n se transform n Y1n i Y2n cu ajutorul valorilor anterioare (Y1n-1
Y2n-1) astfel:

Q1n Q2n Y1n-1 Y2n-1 Y1n Y2n

Aceast transformare se realizeaz cu un tabel de coresponden. Prin
modulaia Trellis se genereaz un bit suplimentar, al cincilea bit redundant, care se
adaug grupei de 4 bii. Receptorul demoduleaz irul de bii analiznd fiecare stare
n raport cu cea precedent. Dac starea curent nu este valid, se caut cu ajutorul
bitului redundant cea mai apropiat stare valid din modelul constelaiei. Constelaia
QAM de 16 puncte (care codific 4 bii) se transform ntr-o constelaie de 32 de
puncte (care codific 5 bii).

6. Modulaia PCM (Pulse Code Modulation) atribuie unui eantion din
semnalul analogic de intrare o secven de impulsuri. Seria de impulsuri care
reprezint valoarea unui eantion este numit cuvnt. O schem simplificat a acestei
atribuiri este dat n Fig. 3.5:

U(t) S(t)

t
t

Eantioane 1 2 3

Te Te

Fig. 3.5. Atribuirea unui ir de impulsuri unui eantion

Cuvntul serial obinut este transmis n intervalul de dou eantioane (Te fiind
perioada de eantionare). De regul convertorul Analog/Numeric este cu aproximri
succesive. Modulaia PCM se utilizeaz, de exemplu, la modem-urile de 56kbps.

3.6. Legturi de date

Legturile telefonice se realizeaz pe 2 fire (2W) sau pe 4 fire (4W), ca n Fig
3.6:

A B A B

a) 2W b) 4W

Fig. 3.6. Legturi telefonice pe 2 sau 4 fire

Soluia b) este mai puin economic, preul firelor de cupru, mai ales pentru
distane mari nefiind neglijabil. n varianta b) fiecare pereche transmite semnalul ntr-
un sens. Att liniile comutate ct i cele nchiriate pot fi pe 2 sau pe 4 fire. Pentru
interfaarea liniilor pe 2 fire cu cele pe 4 fire se folosesc interfee hibride, cu
transformatoare.
O transmisie Half Duplex (HDX) nseamn c datele sunt transmise n ambele
sensuri dar nu n acelai timp, iar o transmisie Full Duplex (FDX) nsemn c datele
sunt transmise n ambele sensuri simultan. Pentru transmisia HDX se folosete
legtura pe 2 fire, iar pentru FDX legtura pe 4 fire. La legtura HDX este nevoie de
un interval de timp pentru a schimba sensul semnalului, timp format din timpul de
stabilire i timpul de inversare (100ms-200ms). O legtur FDX se poate realiza i pe
2 fire folosind frecvene diferite pentru transmisia datelor n sensuri diferite, metod
numit divizare de frecven (FD). n acest caz timpul de inversare este nul.
Pentru a obine viteze mari de transfer este nevoie de a anula semnalele
reflectate (transmisia telefonic nu este o transmisie adaptat; EC, Echo
Cancellation), tehnic des folosit la modem-uri. Emitorul emite un semnal i
recepioneaz semnalul reflectat pe care l stocheaz, l inverseaz i corecteaz
semnalul de date pe care l recepioneaz.
La transmisia de voce exist sisteme de suprimare a ecoului (Echo Suppressor)
care au un alt principiu de funcionare i care nu se poate aplica la transferul de date.
De aceea, acest bloc este dezactivat cnd pe linie se transmite un ton ntre 2010 i
2240 Hz timp de 400ms, transmiterea acestui ton fiind sarcina modem-ului. Dup ce
blocul de suprimare a ecoului este dezactivat se poate ncepe transferul de date.
De regul, modem-urile includ egalizoare de linie. Egalizoarele de linie au
funcia de a corecta amplitudinea semnalului emis n diferite benzi de frecven
pentru a compensa pierderile pe linie. Egalizoarele pot fi:
- egalizoare fixe, cu reglaje realizate de furnizor i care rmn fixe, bazate
pe studii statistice ale atenurii liniei funcie de frecven;
- egalizoare manuale, cu reglaje realizate manual pentru linia la care este
cuplat modem-ul. Reglajele trebuie refcute periodic sau la schimbarea
liniei;
- egalizoare automate (adaptive), cu reglaje care se efectueaz automat
cnd se realizeaz legtura. Funcie de calitatea legturii procesul de
reglare se realizeaz mai des sau mai rar. Modem-urile moderne au
egalizatoare automate.
Transmisia semnalelor pe linie poate fi realizat n mai multe moduri (Fig. 3.7):

Transmisie: a) diferenial b) unipolar c) ieire unipolar

Fig. 3.7. Transmisia semnalelor pe linie

n figura a) este reprezentat o transmisie diferenial (Balanced), iar circuitele
telefonice care folosesc aceast transmisie se numesc de Categoria I. n figura b)
este reprezentat o transmisie asimetric sau unipolar (Unbalanced), iar circuitele
se numesc de Categoria II. O combinaie a acestor 2 moduri este reprezentat n
figura c), ieirea fiind asimetric, iar intrarea diferenial. Companiile de telefoane
folosesc transmisia diferenial pentru avantajele ei n domeniul compatibilitii
electromagnetice.

4. ECHIPAMENT I RECOMANDRI

4.1. Introducere i aspecte principale

Echipamentul VM34 include (Fig.4.1):

- un modem multistandard n banda vocal
V21/V23/V22/V22bis/V32/V32bis/V34plus;
- un panou de interfa cu utilizatorul cu o schem bloc a modem-ului, puncte
de test i leduri de semnalizare;
- o linie telefonic artificial;
- un generator de zgomot;
- un simulator de erori.

Fig. 4.1. Modem multistandard n banda telefonic mod.VM34

4.2. Caracteristicile modem-ului

Folosirea modem-ului are n linii mari urmtoarele caracteristici:
- operare: full-duplex pe linie comutat i pe linie nchiriat la 2- i 4-fire;
- moduri de operare: V34plus (33600-31200 b/s); V34 (28800-26400-24000-
21600-19200-16800-14400-12000-9600-7200-4800 b/s); V32bis (14400-
12000-7200 b/s); V32 (9600-4800 b/s); V23 (1200+75 b/s); V22bis (2400 b/s);
V22 (1200 b/s); V21 (300 b/s);
- interfaa DTE: date seriale asincrone pn la 115200 b/s i sincrone pn la
33600 b/s, n conformitate ITU-T V24/V28 i RS232D;
- diagnosticarea V54, cu bucla 3 local i bucla 2 de la distan;
- apelare automat: impuls sau DTMF, controlat de ctre ITU-T V25bis sau
comenzi AT (HAYES);
- corecia de erori ITU-T V42 i MNP4;
- compresia datelor ITU-T V42bis i MNP5;
- programarea de la distan a modem-ului ndeprtat;
- monitorizarea ratei de eroare (BER Bit Error Rate);
- controlul automat al conexiunilor de rezerv (de la linia nchiriat la linia
comutat i viceversa).

4.3. Recomandrile ITU-T (CCITT)

n ceea ce privete modul de operare, modem-ul folosete urmtoarele
modulaii:
- V21 i V23: modulaie FSK;
- V22: modulaie diferenial 4-PSK;
- V22bis: modulaie 16-QAM;
- V32: modulaie QAM sau Trellis (max. 32 stri);
- V32bis: modulaie QAM sau Trellis (max. 128 stri);
- V34/V34bis: modulaie QAM sau Trellis (max. 960 stri).
Fig. 4.2 se refer, n ceea ce privete diferitele standarde de transmisie, la:
- Rata de transmisie;
- Tipul modulaiei;
- Rata de transmisie i recepie.

4.3.1. Recomandarea V21

Modem-ul V21 folosete modulaia FSK i transmiterea datelor la 300 b/s, full-
duplex, pe linii comutate i nchiriate. Cele dou canale de transmisie sunt numite
Surs i Rspuns. Prin convenie, modem-ul care ncepe comunicaia este setat pe
canalul Surs, iar modem-ul care rspunde pe canalul Rspuns. Fig. 4.3 arat
formele de und ale semnalului modulat i spectrul de emisie al modem-ului V21.

Standard modulaie
Rata max.
Bit/s
TX [Hz]
SP(0) MK(1)
RX [Hz]
SP(0)
MK(1)
V21 Surs FSK 300 1180 980 1850 1650
V21 Rspuns FSK 300 1850 1650 1180 980
V23 Canal
principal
FSK 1200 2100 1300 2100 1300
V23 Supervivisor FSK 75 450 390 450 390
V22 Surs 4 - DPSK 1200 1200 2400
V22 Rspuns 4 - DPSK 1200 2400 1200
V22bis Surs 16 - QAM 2400 1200 2400
V22bis Rspuns 16 - QAM 2400 2400 1200
V32 QAM/trellis 9600 1800 (ecou suprimat)
V32bis QAM/trellis 14400 1800 (ecou suprimat)
V34 QAM/trellis 28800
De la 1600 la 2000 (ecou
suprimat)
V34plus QAM/trellis 33600
De la 1600 la 2000 (ecou
suprimat)
Fig. 4.2. Caracteristicile principale ale modulaiilor standard folosite n modem

1 0 0 1 1 1 0 1

DATE (C103)

Semnal FSK
transmis pe
linie

A

BAND TELEFONIC

SURS RSPUNS
1 0 1 0

CCITT V21: 300 bit/s

300 980 1180 1650 1850 3400 Hz
Fig. 4.3. Formele de und i spectrul de emisie pentru modem-ul V21


Modem-ul V23 opereaz pe line comutat i nchiriat. Este prevzut cu dou
canale de transmisie:
- canalul principal: 1200 b/s sau 600 b/s (rat de schimb);
- supervizor: 75 b/s.
Funcionarea la 2 fire este half-duplex, plus canalul supervizor. Acest mod este
numit full-duplex asimetric i permite transmisia simultan n dou direcii, dar la
viteze diferite. Nu se permite transmisia n aceeai direcie pe ambele canale. Fig.4.4
arat spectrul de emisie al modem-ului V23.

A

BAND TELEFONIC

CANAL PRINCIPAL
1 0
SUPERVIZOR
1 0 CCITT V23: 600 bit/s + 75
bit/s

300 390 450 1300 1700 3400 Hz

A

BAND TELEFONIC

CANAL PRINCIPAL
1 0
SUPERVIZOR
1 0 CCITT V23: 1200 bit/s + 75 bit/s

300 390 450 1300 2100 3400 Hz

Fig. 4.4. Spectrul de emisie al modem-ului V23


Modem-ul V22 poate transmite date sincron i asincron la 1200/600/300 bit/s,
full-duplex (cu dou purttoare la 1200 i 2400 Hz) pe linie comutat sau nchiriat,
folosind modulaie diferenial 4-PSK.
Recomandarea V22 are trei configuraii alternative (numite alternativa A, B, C)
i cinci moduri (numite I-II-III-IV-V), vezi Fig.1.5. Cele mai folosite moduri de operare
sunt I i II, iar n cea mai mare parte modem-urile V22 sunt construite conform
alternativei B.
nainte de a fi furnizate modulatorului, datele traverseaz un circuit de
amestecare (scrambler) a semnalelor ce suprim secvenele repetitive care pot crea
probleme procesului de modulaie. Datele amestecate sunt apoi codate n Dibit (doar
pentru o rat de 1200 bit/s). Fiecare Dibit produce o schimbare de faz anume a unei
purttoare sinus (Fig.4.5) .

Diagrama constelaiei
Fig.4.6 arat spectrul de emisie al modem-ului cu 2 purttoare la frecvenele
1200 i 2400 Hz i formele de und ale semnalului modulat. Fig. 4.7 arat strile de
modulaie ale modem-ului n diagrama vectorial. Fiecare punct identific o stare de
modulaie, caracterizat de ctre o faz i o amplitudine. Aceast reprezentare este
cunoscut ca diagrama constelaiei sau diagrama spaiului de semnal.

4.3.4. Recomandarea V22bis

Modem-ul V22bis poate fi considerat o evoluie a lui V22, ale crui aspecte de
baz sunt meninute. El transmite n mod sincron i asincron la 2400/1200 bit/s, full-
duplex pe dou purttoare la 1200 i 2400 Hz pe linie comutat sau nchiriat,
folosind modulaie (16-QAM).
La 2400 bit/s, datele sunt codate n Quadribit. Primii 2 bii produc schimbarea
quadrantului fazei n raport cu quadrantul ocupat de ctre ultimul Quadibit (tabelul din
Fig. 4.8). Urmtorii 2 bii identific unul din cele patru puncte de modulaie, asociat
fiecrui quadrant (Fig. 4.9).
La 1200 bit/s, datele sunt divizate n Dibit, fiecare din ei cauzeaz o schimbare
de faz a purttoarei indicat n tabelul din Fig.4.8. Fiecrui quadrant i este dat un
punct fix de modulaie, corespunztor Dibit-ului 01 din Fig. 4.9. Diagrama
constelaiei de 1200 bit/s este cea din Fig. 4.10. Aceast metod garanteaz
compatibilitatea cu modem-ul V22.

Mod Alternativa
A B C
Operare
I * * * 1200 b/s sincron
II * * 1200 b/s asincron (Start - Stop)
8, 9, 10, 11 bii pe caracter
III * * * 600 b/s sincron (opional)
IV * * 600 b/s asincron (Start - Stop)
8, 9, 10, 11 bii pe caracter (opional)
V * 1200 b/s asincron (Start - Stop) i 0 la
300 b/s asincron

Dibit (1200 b/s) Bit (600 b/s) Schimbare de faz
Modurile I-II-III-IV Modul V
00 0 +90 +270
01 - 0 +180
11 1 +270 +90
10 - +180 0

Fig. 4.5. Modem-ul V22: moduri de funcionare i schimbri de faz

SEMNAL DE DATE
LA INTRAREA N
MODULATOR
00 10 11 01 00

SEMNAL
D-QPSK
(PURTTOARE DE 2400Hz)

A BAND TELEFONIC

SURS RSPUNS

CCITT V22: 1200 bit/s

300 1200 2400 3400 Hz

Fig. 4.6. Modem-ul V22: formele de und i spectrul de emisie

- -

- -

Fig. 4.7. Modem-ul V22: diagrama constelaiei

Primii 2 bii ai Quadribit-
ului
(2400 b/s)
valoarea Dibit-ului
(1200b/s)
Schimbarea fazei
quadrantului
00
12
23
34
41
+90
01
11
22
33
44
0
11
14
21
32
43
+270
10
13
24
31
42
+180

Fig. 4.8. Schimbarea de faz la modem-ul V22bis

Fig. 4.9. Modem-ul V22bis:
constelaia la 2400b/s

Fig. 4.10. Modem-ul V22bis :
constelaia la 1200b/s


Modem-ul V32 opereaz n full-duplex pe linii comutate, folosind tehnica
cunoscut de suprimare a ecoului (vezi paragraful 4.6). Rata de transmisie nominal
este de 9600 b/s, cu o rat de rezerv de 4800 i 2400 b/s. Este folosit modulaia
QAM, cu purttoare la 1800 Hz, i exist de asemenea dou alternative de
modulaie:
- Codare cu date n Quadribit, obinndu-se o constelaie de 16 puncte
similar cu cea de la V22bis;
- Codare Trellis, care include al cincilea bit. Este obinut n acest mod o
constelaie de 32 puncte (Fig. 4.11).
n ambele cazuri rata de modulaie este de 2400 Baud.
4.3.6. Recomandarea V32bis

Modem-ul V32bis opereaz n full-duplex pe linii comutate, folosind suprimarea
ecoului. Rata de transmisie nominal este de 14400 b/s, cu o rat de rezerv de
12000, 9600, 7200 i 4800 b/s.
Modulaia QAM este utilizat cu codare Trellis, purttoarea fiind de 1800 Hz.
Datele sunt divizate n grupuri de 6 bii (Sixbit), la care este adugat al aptelea bit
redundant obinut cu un codificator standard. Este obinut o constelaie cu maximum
128 puncte (Fig. 4.12). Rata de modulaie este de 2400 Baud.

Fig. 4.11. Modem-ul V32: constelaie de 32 puncte

Fig. 4.12. Modem-ul V32bis: constelaie de 128 puncte

Modem-ul V34 opereaz n full-duplex pe linii comutate, folosind tehnica de
suprimare a ecoului (par. 4.6). Rata maxim de transmisie este 28,8 kb/s, care se
poate reduce la 2,4 kb/s cu pai de 2,4 kb/s. Modulaia QAM este folosit cu codare
trellis. Diagrama constelaiei const dintr-un numr variabil de puncte (maxim 960).
Frecvena purttoarei, aleas automat de ctre modem, se poate schimba de la 1600
la 2000 Hz. Rata de simbol maxim este de 3200 Baud.

4.3.8. Recomandarea V34plus

Modem-ul V34plus este o evoluie a lui V34, a crui rat de simbol a fost
crescut la 3429 Baud. Rata de transmisie maxim este de 33,6 kb/s, cu o rat de
rezerv de 31,2 kb/s.

4.4. Mediile AT i V25bis

Pentru programarea modem-ului este necesar emularea unui terminal
asincron sau a unui terminal PC asincron. Controlul complet al modem-ului este fcut
cu protocolul AT (HAYES).

4.4.1. Programarea modem-ului

Modem-ul recunoate i accept un ir asincron de caractere ASCII ca i
comenzi, dar acestea trebuie s aib caractere AT (atenie) ca prefix. Comenzile
pot fi date cu litere mari sau mici i trebuie s se termine cu Carriage Return <CR>.
Modem-ul interpreteaz irul i rspunde cu mesajul OK dac comenzile sunt
inserate exact i rspunde cu ERROR dac comenzile nu sunt valide sau se
insereaz parametri nepermii. Aspecte importante:
- Modurile de inserare a comenzii (prefix AT, <CR> la nchiderea de comand,
secvena de ESCAPE +++, etc.) sunt comune la toate modem-urile
compatibile Hayes;
- Cele mai utilizate comenzi, ca de pild selectarea numrului de telefon, sunt
comune la toate modem-urile compatibile Hayes;
- Alte comenzi pot depinde de fabricantul modem-ului.

4.4.2. Controlul apelului telefonic

Apelurile telefonice pot fi controlate n dou moduri:
- Cu mod AT;
- Cu mod asincron sau sincron V25bis.
Mediile V25bis i AT, active n acelai modem, permit operarea n ambele
moduri. La pornire, sistemul intr direct n ultimul folosit, iniializnd modem-ul cu
datele salvate dinainte n memoria non volatil (Fig. 4. 13). La prima pornire, modem-
ul este iniializat cu valorile iniiale (default) i intr n modul AT. Activarea V25bis
are loc cu comanda AT*Vn (vezi cap. 7). Comanda complementar HAY permite
trecerea de la V25bis la modul AT. Cu comanda AT&W, se poate salva
schimbarea parametrilor din modul AT, naintea schimbrii modului.

PORNIRE

V25 bis

HAY

AT*V PRESETARE AT
* * DE MODEM
AT&W
PARAMETRII
STOCAI N
MEMORIE
* ncrcare parametru

Fig. 4.13. Mod AT i V25bis

4.5. Comprimarea datelor i corectarea erorilor

Funciile de corectare a erorii i comprimare sunt dezvoltate de ctre un set de
proceduri, activ n Firmware-ul de pe modem-uri, dezvoltate apoi de ctre Microcom
(clase MNP) i de ITU-T (recomandrile V42 i V42bis). Aceste funcii pot fi
aplicate doar la transmisia asincron de date.

4.5.1. MNP Microcom Networking Protocol

La sfritul anilor 80 Microcom a dezvoltat un set de proceduri pentru
optimizarea transmisiei de date. Aceste proceduri, marcate cu codul MNP
(Microcome Networking Protocol), includ protocoale pentru controlul erorii
(detectarea erorii i cererea sau transmisia) i tehnici de comprimare a datelor.
Datele furnizate de DTE modem-ului sunt procesate de acesta din urm, iar
comutarea este controlat de ctre un protocol de transmisie care: divide datele n
blocuri; proceseaz datele cu un cod pentru controlul erorii; comprim datele pentru
a fi transmise. Modem-urile care realizeaz funcia de corectare a erorii sau de
corectare a erorii i comprimare a datelor, pot fi schematizate ca n Fig. 4.14 i 4.15.

CIRCUITE FUNCII DE
DE INTERFA FUNCII CONTROL A ERORII CONVERTOR
DTE V24 DE CONTROL DE SEMNAL LINIE
ASINCRON

Fig. 4.14. DCE cu corectare de erori

CIRCUITE FUNCIA DE FUNCIA DE
DE INTERFA COMPRESIE DATE CONTROL A ERORII CONVERTOR
DTE V24 DE SEMNAL LINIE
ASINCRON FUNCII DE CONTROL

Fig. 4.15. DCE cu corectare de erori i comprimare de date

O secven de transmisie DTE-DTE poate arta ca n Fig. 4.16, care
evideniaz de asemenea cazul n care un bloc de date este recepionat greit
datorit zgomotului din linie. De reinut c pe interfaa DCE-DTE, modem-ul trebuie
s controleze datele care circul i trebuie s memoreze temporar datele pn cnd
ele sunt transmise complet, pentru a preveni pierderea acelorai date dac n linie se
cere retransmisia vreunui bloc.
Pn acum au fost determinate 10 modele de operare MNP, numite clase.
Clasele 1 i 2 folosesc un protocol asincron la nivel de linie, n timp ce clasa 3 este
suportat de un protocol sincron de tip HDLC. Acesta permite verificarea prezenei
erorilor n cadre (datorate perturbailor de pe linie) i cere retransmiterea cadrelor
recepionate greit.

CLASA 1 MNP
Protocol asincron (de linie) pentru corectarea erorilor, half-duplex i orientat pe
byte. Acum deja nvechit, are o eficien de linie egal cu 70% din valoarea nominal
a ratei setate la nivelul interfeei V24-RS232.

CLASA 2 MNP
Protocol asincron (de linie) pentru corectarea erorilor, half-duplex i orientat pe
byte, cu o eficien de linei egal cu 84% din valoarea nominal.

CLASA 3 MNP
Protocol sincron (de linie) pentru corectarea de erori, half-duplex i orientat pe
bit, cu structura similar HDLC. DTE nc schimb asincron date cu DCE, n timp ce
comunicarea cu DCE este sincron. Eficiena liniei este egal cu aproximativ 108%
din valoarea nominal, care nseamn o cretere total de 8%.

Fig. 4.16. Exemplu de schimb de date dintre DCE prevzute cu corectare de eroare

CLASA 4 MNP
Aceast clas introduce dou caracteristici noi n corectarea erorii:
- Pachet adaptiv: o optimizare a pachetelor transferate, conform cu
caracteristicile procedeului de transmisie. n timpul transferului, modem-ul
realizeaz monitorizarea liniei detectnd cantitatea de erori (i calitatea
conexiunii) i acioneaz n consecin prin optimizarea lungimii pachetului (de
la 1 la 256 caractere, n mod dinamic). Dac canalul de date este relativ fr
erori, MNP crete automat lungimea pachetului, obinndu-se o eficien
ridicat. Viceversa cnd exist erori.
- Optimizarea datelor: elimin doar caracterele redundante din cmpul de date
(ex. biii de Start i Stop). Acesta determin o eficien a liniei egal cu 120%
din valoarea nominal.

CLASA 5 MNP
Aceasta implementeaz comprimarea de date obinut cu un algoritm adaptiv n
timp real. Aceast comprimare este compatibil cu algoritmul de corectare MNP4.
Eficiena liniei ajunge la 200% din valoarea nominal.

CLASA 6 MNP
Implementeaz dou funcii: negocierea automat a ratei liniei ntre 300 i 9600
bit/s i posibilitatea de simulare a operrii full-duplex pe modem-ul V29 half-duplex.

CLASA 7 MNP
Implementeaz mai bine comprimarea datelor n comparaie cu cea de la
MNP5. Eficiena liniei crete cu 300% din valoarea nominal.

CLASA 8 MNP
Implementeaz corectarea erorilor. La nceput, aceasta a fost dezvoltat pentru
folosirea compresiei MNP7 pe modem-uri V29 half-duplex. Rspndirea modem-ului
V32 a demodat MNP8 nainte de a fi introdus pe pia.

CLASA 9 MNP
n raport cu ultimele MNP, el dezvolt dou funcii ale modem-ului n timpul
comunicaiei, fcndu-le mai rapide, cu corectarea i comprimarea datelor.
Aceste funcii sunt: detectarea blocului de date ce a fost recepionat;
retransmiterea datelor dup o eroare.

CLASA 10 MNP
S-a studiat pentru liniile telefonice ncrcate cu zgomote. Este realizat
comprimarea i corectarea datelor i, ca funcie a calitii liniei, se pot controla
celelalte funcii importante: rata liniei i prin urmare tipul de modulaie; adaptarea
lungimii pachetelor de date; negocierea MNP.
Cele mai inovatoare clase MNP i prin urmare cele mai utilizate n modem-
urile standard sunt MNP4 i MNP5. Modem-ul VM34/EV poate comunica cu toate
modem-urile prevzute cu MNP5 sau inferior lui, dup cum se art n tabelul 4.17.
Cnd se folosete corectorul de eroare, este necesar s avei n vedere
controlul fluxului (vezi comanda &U). De fapt, dac caracteristicile liniei n timpul
conexiunii se nrutesc, modem-ul va fi obligat s retransmit mai multe cadre de
mai multe ori. Aceasta poate face ca buffer-ul modem-ului s ajung la saturaie i
fr un control corespunztor al fluxului (RTS/CTS sau Xon/Xoff) multe date
transmise de localizate n buffer-ul DCE vor fi supra-scrise de cele emise n continuu
de DTE.

4.5.2. V42 i V42bis

V42 este o recomandare formulat de ITU-T n 1988. Ea descrie procedurile
pentru corectarea erorii n modem-uri ce folosesc conversia datelor asincron-sincron.
Asemenea modem-uri convertesc datele asincrone furnizate de DTE n flux sincron
pentru modulaie i transmisie pe lini. Protocolul pentru corectarea erorilor este numit
LAPM (Link Access Procedure for Modems). Corectorul de eroare al V42 dezvolt
funcii similare cu MNP4, dar nu sunt compatibile cu acesta din urm.
V42bis este o recomandare emis de ctre ITU-T n 1990. Descrie procedurile
pentru comprimarea datelor n modem-uri folosind corectarea erorii V42.
Comprimarea datelor V42bis dezvolt funcii similare cu MNP5, dar nu sunt
compatibile cu acesta din urm.
Compresorul V42bis garanteaz rate medii de comprimare superioare MNP5,
corespunztor tipului de date transmise.

CORECIE
&E
COMPRESIE
*E
MNP2

MNP3
MNP2+4
MNP3+4
MNP2 MNP5
MNP3 MNP5
MNP2+4 MNP5
MNP3+4 MNP5
ITU-T V42
ITU-T V42 ITU-T V42

Fig. 4.17. Corectarea de eroare i compresia de date ntr-un modem VM34/EV

4.6. Suprimarea ecoului

Transmisia la dou fire full-duplex poate fi realizat printr-unul din urmtoarele
moduri:
- Prin separarea frecvenei (Fig. 4.18a): dou purttoare diferite sunt folosite
pentru transmisia n dou direcii, fiecare din ele avnd doar jumtate din
banda de voce. Acesta este clar c e posibil dac spectrul semnalului modulat
este inferior jumtii de band vocale;
- Cu suprimarea ecoului (Fig. 4.18b): este o tehnic care permite exploatarea
unei benzi ntregi n ambele direcii de transmisie.
Principiul de funcionare

ntr-o conexiune cu dou fire, prile de transmisie i de recepie ale modem-
ului sunt conectate la aceeai linie. Tehnica de suprimare a ecoului este folosit
pentru a elimina, de la intrarea seciunii de recepie, toate semnalele care nu vin de
la transmitorul ndeprtat, i, n particular, acelea de la transmitorul aceluiai
modem (Fig. 4.19).
Suprimarea ecoului este bazat pe dou principii:
- Echilibrul circuitului (hybrid) de separare dintre seciunea de transmisie i cea
de recepie. Cu ct echilibrul este mai bun, cu att va fi mai profund
separarea dintre cele dou seciuni;
- Cunoaterea de ctre modem a semnalului pe care el l transmite ctre linie.
ntruct modem-ul cunoate exact care este semnalul electric transmis ctre
linie, el poate suprima efectiv acest semnal care este recepionat de pe linie.
Semnalul ce rmne este cel ce vine de la modem-ul ndeprtat.
Dei conceptul de la baza suprimrii ecoului este relativ simplu, el a fost posibil
numai datorit vitezei i puterii DSP-urilor (Digital Signal Processors).

A A
BAND TELEFONIC BAND TELEFONIC

AB BA AB
BA

Hz Hz
300 3400 300 3400
a) b)
Fig. 4.18. Tehnici de transmisie full-duplex pe 2 fire
a. Separare de frecven
b. Ecou suprimat

SEMNAL A B SEMNAL B A
TX TX

ECOU ECOU
DISPOZITIV CU DISPOZITIV DE
AUTOADAPTARE AUTOADAPTARE
PENTRU PENTRU
SUPRIMARE LINIE CU SUPRIMARE
DE ECOU 2 FIRE DE ECOU

RX RX
SEMNAL B A SEMNAL A B
+ECOU A B ECOU + B A

Fig. 4.19. Principiul de funcionare a suprimrii ecoului

4.7. ntrebri

Q1 Se consider modem-uri multistandard. Care din urmtoarele afirmaii sunt
adevrate?

1 ele sunt de obicei bune numai pentru linii private sau nchiriate;
2 ntr-o conexiune, ele se seteaz n mod automat pentru cel mai nalt
standard comun;
3 ele sunt programabile de la un terminal nchiriat sincron;
4 ele sunt de obicei bune la funcionarea pe linii comutate;
5 ele sunt de obicei prevzute cu corectare de erori i comprimare de date;

Q2 Care sunt caracteristicile modem-ului folosit pentru teste?

1 este un modem V21/V22-Bell 103/202;
2 opereaz n full-duplex pe dou fire;
3 este numai sincron;
4 este programabil de la terminal;
5 este un modem V21/V22/V22bis/V32/V32bis/V34/V34+;
6 are MNP i V42;
7 funcioneaz pe linii nchiriate de dou i patru fire;
8 funcioneaz pe linii comutate cu patru fire;

Q3 Care este rata maxim de transmisie n modul V32bis?

1. 9600 b/s;
2. 9600 b/s n half-duplex pe 2 fire;
3. 14400 b/s n full-duplex pe 4 fire;
4. 28800 b/s;
5. 33600 b/s;
6. 14400 b/s n full-duplex pe 2 fire;

Q4 Comenzile AT:

1. sunt folosite pentru a programa DCE-urile;
2. sunt aceleai pentru toate genurile de modem-uri;
3. sunt folosite pentru a programa DTE-urile;
4. necesit un terminal asincron de programare;
5. au un format de genul Atxxx urmat de Carriage Return;
6. pot fi folosite numai pentru apelurile automate telefonice;

Q5 Care din urmtoarele modem-uri este cel mai rapid?

1. V24;
2. RS232;
3. V32;
4. V54;
5. V34plus;
6. V47;
7. V34;
8. V22bis;

Q6 Care dintre modem-urile de mai sus folosete modulaia QAM sau trellis?

Q7 Procedurile MNP i V42:

1. definesc tipul modem-ului Bell;
2. definesc tehnicile de comprimare a datelor (MNP4, V42bis i MNP10);
3. sunt software de comunicaii rezident n terminale;
4. definesc tehnicile de control a erorii (MNP4 i V42);
5. definesc tehnicile de comprimare a datelor (MNP5 i V42bis);
6. sunt rezidente n firmware-ul modem-ului;
7. pot fi aplicate transmisiei sincrone i asincrone de date;
8. sunt compatibile ntre ele;

Q8 Tehnica suprimrii ecoului :

1. spre deosebire de tehnica de separare a frecvenei, face posibil
transmisia pe 2 fire full-duplex;
2. permite utilizarea ntregii benzi a canalului de transmisie n ambele direcii
ale conexiunii;
3. este utilizat pentru modem-uri cu rate mai nalte de transmisie;
4. ca i tehnica de separare a frecvenei, face posibil transmisia pe 2 fire
full-duplex
5. nltur perturbaiile intrate pe linie.

5. DESCRIEREA ECHIPAMENTULUI

5.1. Principiul de funcionare a modem-ului

Modem-ul poate fi mprit n 5 seciuni principale (Fig. 5.1 i Fig. 5.8):
- Circuite de interfa i control;
- Circuite de comprimare i corectare a datelor;
- Circuite de sincronizare i modulaie;
- Circuite de linie;
- Circuite pentru conectarea la linie.

5.1.1. Circuite de interfa i control

Modem-ul este echipat cu dou interfee de date V24/V28: Portul Principal i
Portul de Comand. Primul poate fi folosit att la programarea modem-ului ct i la
transmiterea datelor la modem-ul ndeprtat, cellalt este utilizat doar la programarea
modem-ului. Cele dou interfee sunt conectate la un singur conector unde pinul 14
i 16 sunt pentru transmiterea i recepionarea de date pe Portul de Comand (TXC
i RXC, Fig. 5.4).
Un sistem microprocesor interpreteaz schimbul de date dintre DTE i DCE,
pentru a identifica cnd semnalul de date este o comand i cnd const din date
care trebuie s fie transmise. Acelai microprocesor controleaz de asemenea
seciuni diferite ale modem-ului.
La nivelul circuitelor de interfa, Bucla 2 (bucla de interfa) poate fi activat
prin control local precum i ndeprtat.

- PORT
- PRINCIPAL
-
- CIRCUITE COMPRIMARE SINCRONIZARE CIRCUITE CIRCUITE
- DE I I DE DE
- INTERFA CORECTARE MODULARE LINIE CONEXIUNE
-
-
- PORT DE
COMAND

CIRCUITE
DE
CONTROL

COMENZI I
SEMNALIZARE

Fig. 5.1. Principiul de funcionare a modem-ului

5.1.2. Circuite de comprimare i corectare a datelor

Aceast seciune controlat de asemenea de ctre microprocesor, execut
urmtoarele operaii:
- la transmisie
- proceseaz datele furnizate de ctre DTE cu un algoritm ce permite
corectarea datelor recepionate greit. Algoritmii folosii sunt MNP4
(Microcom Networking Protocol) i V42 (ITU-T);
- comprim datele nainte ca acestea s fie aplicate modulatorului.
Algoritmii de comprimare folosii sunt MNP5 i V42bis.
- la recepie
- interpreteaz datele recepionate i dac detecteaz erori, solicit
modem-ului emitor s retransmit aceste date;
- realizeaz operaiunea complementar compresiei (expandarea)
introdus n transmisia de date.

5.1.3. Circuitele de modulare i de demodulare

Potrivit ratei de transmisie, modem-ul folosete modulaiile FSK, 4-DPSK, QAM,
sau trellis, ca n tabelul din Fig. 4.2. Programarea modem-ului permite selectarea
ratei, canalului de transmisie, funcionarea asincron sau sincron. Toate operaiile
privind modularea i demodularea sunt executate de ctre DSP, care n aceste
aplicaii sunt numite Data Pump.

5.1.4. Circuitele de linie

Circuitele de linie asigur adaptarea semnalului la mediul de transmisie, n
acest caz pe linie comutat sau nchiriat cu 2 sau 4 fire.
La transmisie i la ieirea modulatorului semnalul este filtrat, pentru a limita
banda de putere de ieire i ajustat n amplitudine cu un amplificator cu ctig
variabil. Pentru transmisia pe linii de 2 fire, un hibrid transform circuitul cu 4 fire de
din modem (2 fire pentru transmisie i 2 fire pentru recepie) n 2 fire de circuit (linie
telefonic).
La recepie, dup hibrid, semnalul este aplicat la circuitele demodulatoare i
detectoare de purttoare. Cu circuitele de linie se poate activa Bucla 3 (bucl
analogic).

5.1.5. Circuite de conexiune la linie

Circuitele de conexiune la linie (Fig. 5.2) asigur conectarea i deconectarea
modem-ului (manual sau automat) de la diferite linii (comutate, nchiriate de 2 fire,
nchiriate de 4 fire).

Linie nchiriat de 4 fire
Transmisia i recepia folosesc 2 perechi separate de fire (terminalele TX_4W
pentru transmisie, RX_4W pentru recepie). Cu ajutorul microprocesorului de control,
contactele releelor RL1 i RL2 sunt mutate la poziiile nchiriat i 4W, respectiv. n
acest fel, semnalele transmise i recepionate (de la Data pump spre linie i de la
linie spre Data pump) urmeaz ci separate.

Linie dedicat de 2 fire
Transmisia i recepia folosesc separat 2 perechi de fire (terminalele
TX/RX_2W). Cu ajutorul microprocesorului de control, contactele releului RL1 i RL2
sunt mutate la poziiile nchiriat i 2W, respectiv. Hibridul transform circuitele de 4
fire din modem (2 fire pentru transmisie i 2 fire pentru recepie) ntr-un circuit de 2
fire (linia telefonic nchiriat). Semnalele de la circuitele de transmisie ale Data
pump sunt dirijate ctre linie, n timp ce semnalele care vin de la linie sunt dirijate
ctre circuitul de recepie al Data pump.

Linie comutat de 2 fire
Transmisia i recepia folosesc aceeai pereche de fire (terminale de linie
comutat). Terminalele TEL pot fi conectate la telefon, care este conectat la linie
cnd contactele IC1b sunt n aceast stare. Cu ajutorul microprocesorului de control,
contactele releelor RL1 i RL2 sunt mutate la poziiile comutat i 2W, respectiv.
Hibridul realizeaz funciile descrise la linia nchiriat de 2 fire. Contactele IC1a/b i
IC2a sunt controlate de ctre microprocesor n timpul fazelor conectrii/deconectrii
(vezi par. 5.2.2 i 5.2.3). Seciunea SONERIE detecteaz apelurile telefonice de
intrare i alimenteaz Indicatorul de Sonerie (RI-C125) pe pinul 22 al interfeei.

P 8 SONERIE
TEL

9 RL1 COMUTAT
BOBIN LINIE
HOLD IC1b COMUTAT
NCHIRIAT IC2a

10 IC1a
RL1
RL2 2W P

RL2
11 12

PULS TEL/DATA
4W
13 TX/RX 2W

P
TX 4W
14 LINIE
NCHIRIAT

RX 4W

Fig. 5.2. Circuite de Conexiune la linie

5.1.6. Recomandarea V54 i circuitele de bucl

Recomandarea ITU-T V54 definete toate tipurile de bucl care pot fi realizate
pe modem i conectarea pentru testare. De altfel, se specific procedurile de
activare de la distan ale buclei de interfa (bucla 2), cu posibilitatea de a adresa
staia de la distan n cazul unor reele cu multipunct.
Buclele definite de ITU-T sunt 4 (Fig. 5.3):
- Bucla 1, pe DTE la nivelurile semnalelor interfeei;
- Bucla 3, pe modem-ul local la nivelul de semnal analogic;
- Bucla 4, numai liniile de conectare cu 4 fire i pe terminalele ndeprtate de pe
linie;
- Bucla 2, pe modem-ul de la distan la nivelurile de semnalelor de interfa.
Bucla 3 i bucla 2 pot fi activate pe modem-ul VM34, bucla 2 de asemenea
activat cu control de la distan.

1 3 4 2

DTE A DCE A DCE B DTE B

Fig. 5.3. Bucle definite de ctre ITU-T

Bucla analogic (bucla 3)
Bucla 3 poate fi activat n 3 feluri:
- apsnd butonul Test pe panoul din fa al modem-ului;
- fornd circuitul C141-L3 (pin 18 al interfeei) pe ON;
- cu comand AT.
Activarea buclei 3 este semnalizat cu condiia de funcionare de pe circuitul
C142-IT (pinul 25 al conectorului de pe interfa). Controlul buclei (detectarea
comenzilor pentru activare; controlul circuitelor modem-ului pentru rutarea
semnalelor; semnalizarea modem-ului n bucl) este fcut de ctre microprocesor.
Cu bucla 3 inserat, semnalul modulat de ctre modulator nu este trimis ctre
linia de transmisie, ci numai ctre circuitele demodulatoare ale seciunii de recepie
ale aceluiai modem (Fig. 5.4). Cu aceast bucl se poate controla funcionarea
circuitelor de interfa, modulatorul, demodulatorul i parte a circuitelor de linie ale
modem-ului.

Bucla de Interfa (bucla 2)
Bucla 2 poate fi activat n 3 feluri:
- cu butonul TEST de pe panoul din fa al modem-ului;
- fornd circuitul C140-L2 (pin 20 al interfeei) pe ON;
- cu comand AT.
Activarea buclei 2 este semnalizat de condiia de funcionare a circuitului
C142-TI (pinul 25 al conectorului interfeei). Ca i n bucla 3, controlul buclei este
realizat prin microprocesor. Cu acest tip de bucl se poate exclude interfaa de date
(Fig. 5.5) . Datele primite furnizate de demodulator sunt trimise ca i date transmise
la modulator i apoi retransmise n linie la modem-ul de la distan. n acest fel, un
singur DTE de la distan, sau un dispozitiv de test, controleaz funcionarea
corespunztoare a celor 2 modem-uri i lina de conexiune (Fig. 5.6).

MODULATOR

CIRCUITE BUCL
DE ANALOGIC LINIE
INTERFA (BUCLA 3)

DEMODULATOR

Fig. 5.4. Calea semnalelor cu Bucla 3 activ

MODULATOR

CIRCUITE BUCL
DE ANALOGIC
INTERFA (BUCLA 3) LINIE

DEMODULATOR

Fig. 5.5. Calea semnalelor cu Bucla 2 activ

DTE DE LA DCE DE LA DCE DTE
DISTAN DISTAN LINIE LOCAL LOCAL

TD TD

RD RD

Fig. 5.6. Folosirea buclei 2

5.2. Descrierea funcionrii

(Cu referire la diagrama bloc a Fig. 5.8) Vom examina acum funcionarea
modem-ului multistandard descriind fazele diferite ale unei sesiuni de transmitere a
datelor pe reeaua comutat (Fig. 5.7):
- Faza de programare a modem-ului;
- Faza de apel automat;
- Faza de rspuns automat;
- Faza de handshake pentru a alege transmiterea standard;
- Faza de negociere pentru comprimare i corectare a datelor;
- Faza de transmitere a datelor;
- Faza de terminare a comunicrii.

a)

b)

c)

d)

Fig. 5.7. Fazele
unei sesiuni de transmitere
a datelor
a. Programarea
modem-ului
b. Apel / rspuns
c. Handshake / negociere
d. Schimb de date

Fig. 5.8.
5.2.1. Faza de programare a modem-ului

Cum tocmai s-a menionat, modem-ul este programat cu comenzile de la DTE
la circuitul TD-C103 al portului MAIN sau cu circuitul TXC al portului COMMAND.
Comenzile sunt programate dup cum urmeaz:
- Ele intr prin pinul 2 al portului MAIN (TD-C103) i sunt detectate ca i
comenzi de ctre blocul INTERPRETER, ori ele intr direct din portul
COMMAND (pin 14, TXC);
- Blocul ECHO trimite DTE-ului, pe circuitul RD-C104 sau RXC, caracterele de
la tastatur, aa nct ele pot fi reproduse pe ecran;
- Comanda ajunge la blocul MODE, care controleaz funcia programat
(standardul de transmisie; sincron sau asincron; cu sau fr
corectare/comprimare de date; etc.).
n cazul activrii de la distan a buclei 2 sau programrii de la distan de la
modem-ul aflat la distan, comenzile vin prin intermediul datelor recepionate. n
acest caz, blocul INTERPRETER inserat n traseul de recepie detecteaz datele
care vin ca i comenzi i furnizeaz aceste date blocului MODE, care controleaz
funcia solicitat.

5.2.2. Faza de apel automat

De la DTE, modem-ul primete comanda pentru a trimite apelul, n modul AT
sau V25bis, cu selectarea puls / frecvene multiple.
n cazul selectrii puls exist urmtoarele faze:
- contactele IC1b sunt mutate n jos i contactele IC1a i IC2a sunt nchise
(linia conectat la circuitele modem-ului);
- modem-ul primete tonul central de la linie i l identific;
- contactele IC1a i IC2a sunt deschise de attea ori de cte cifre se formeaz
(cte are numrul de telefon).
Dac selecia este cu frecvene multiple:
- contactul IC1b este mutat n jos i contactele IC1a i IC2a sunt nchise (linia
conectat la circuitele modem-ului);
- modem-ul primete tonul central de pe linie i l identific;
- microprocesorul comand circuitele Data pump, genernd tonuri de frecvene
multiple corespunztoare digiilor selectai.

5.2.3. Faza de rspuns automat

- La modem-ul apelat ajunge tensiunea de c.a. (care face ca telefonul s sune)
emis de ctre centrala telefonic;
- Tensiunea este detectat de blocul RING, i indicarea venirii apelului este
trimis la microprocesorul care controleaz funcionarea modem-ului;
- Dac este activat rspunsul automat, contactele IC1b comut i linia este
conectat la circuitele de date ale modem-ului.

5.2.4. Faza de handshake

n timpul fazei de handshake, modem-ul care apeleaz i modem-ul apelat,
aflate deja n conexiune, schimb informaii pentru:
- A se sincroniza att la nivel analogic al purttoarei ct i la nivelul datelor;
- A alege canalul de transmisie (SURS - ORIGINATE pentru apelant,
RSPUNS ANSWER pentru cel care rspunde);
- A alege standardul de funcionare.
Secvena handshake depinde de diferitele condiii de funcionare. (De exemplu
Fig, 5.9 arat secvena de handshake ntre 2 modem-uri V22bis cu funcionare
multistandard, cu modem-ul apelat setat pe rspuns automat).

5.2.5. Faza de negociere

Dup faza de handshake, n faza de conectare preliminar are loc negocierea
protocolului de corectare/comprimare a datelor. ntre cele 2 modem-uri exist o
comunicare pentru a determina:
1. prezena corectorului/compresorului: modem-ul care rspunde apelului
(modem-ul Rspuns) trimite un set de caractere care conine cererea
conectrii cu protocolul de corectare/comprimare i caracteristicile
protocolului. Modem-ul Surs, dac este echipat cu corectare/comprimare,
rspunde cu propriul sir de caractere pentru confirmare. Dac modem-ul
Rspuns primete confirmarea, el merge la pasul 2, altfel el se poate
deconecta i continua n mod normal (depinde de programare);
2. caracteristicile corectorului/compresorului: modem-ul Rspuns verific
numrul maxim al caracteristicilor comune, apoi trimite un set de caractere,
specificndu-le modem-ului Origine.
Dup negociere modem-urile sunt gata s schimbe date folosind procedura de
corectare/comprimare la cel mai nalt nivel comun.

5.2.6. Faza de transmitere de date

Datele pentru a fi transmise intr n pinul 2 al portului principal (C104-TD).
Dac Buffer-ul, indicat de blocul AUTOSPEED, este activat, datele sunt
memorate temporar pentru a potrivi rata DTE-DCE la rata liniei. Numai dac unul din
protocoalele de corectare/comprimare este activ, datele sunt divizate in cadre
similare cu cele ale protocolului HDLC. Ele sunt trecute prin scrambler (numai pentru
standardul V22 i dup) i furnizate modulatorului. La ieirea modulatorului, semnalul
este filtrat, amplificat i cuplat la linie cu circuitul hibrid. La recepie, este executat
prelucrarea complementar.

5.2.7. Faza de terminare a conexiunii

Conexiunea este oprit prin deschiderea contactelor IC1b nseriate cu linia.
Acest lucru poate fi realizat:
- manual, apsnd butonul LINIE de pe panoul frontal al modem-ului sau
trimind o comand AT de la DTE (de obicei ATH0). Aceste operaii sunt
interpretate de microprocesor, care controleaz contactele IC1b;
- traversnd circuitele de interfa: este astfel programat ca modem-ul s fie
deconectat prin lipsa contactelor C105 sau C108. n acest caz, P citete
starea circuitelor de interfa i controleaz contactele IC1b;
- nendeplinirea condiiilor de conexiune, cum ar fi lipsa purttoarei. n acest
caz, de asemenea, P controleaz contactele IC1b.

Fig. 5.9. Faza de handshake

5.3. Alte circuite

5.3.1. Alimentarea

Pentru funcionarea circuitelor, modem-ul folosete 3 valori ale tensiunii d.c.,
18V i +5V luate de la sursa principal proprie. Ledul PWR indic prezena a +5V.

5.3.2. Linia artificial i generatorul de zgomot

Calitatea conexiunii poate fi afectat n principal de doi factori:
- linia de transmisie, atenund i distorsionnd semnalul;
- zgomotul, care suprancarc semnalul util cauznd erori n refacerea datelor
de recepie.
Liniile sunt simulate cu ajutorul reelelor pasive RC. Cu valorile utilizate, se
simuleaz o pereche de fire torsadate de 6/10mm, cu impedana caracteristic de
aproximativ 600 ohm n banda de voce i 150 ohm la frecvene mai nalte. Fig. 5.10
arat atenuarea curbelor pentru perechile torsadate de diametre diferite.
Zgomotul este adugat liniei de ieire. n cazuri reale, zgomotul se extinde de-a
lungul ntregului canal de comunicare. n practic, ceea ce conteaz este raportul
semnal-zgomot la terminalele de recepie i astfel introducerea zgomotului la ieirea
liniei poate fi considerat o situaie real.

Fig. 5.10. Curbe de atenuare la perechi de fire torsadate

5.4. ntrebri

Q1 Care din urmtoarele expuneri este adevrat, referitor la diagrama bloc din
Fig. 5.8?

1 datele de transmis intr n pinul 2 al interfeei (TD-C103);
2 blocurile interpreter convertesc mesajele n diferite limbaje;
3 datele primite de la modem sunt furnizate de DTE ctre pinul 17 al
interfeei (RC-C115);
4 datele primite de la modem sunt furnizate de DTE la pinul 3 al interfeei
(RD-C104);
5 contactele releului RL2 sunt folosite pentru conexiunile pe lini comutat;
6 circuitul SONERI (RING) este folosit pentru conexiunile cu linie comutat;

Q2 Pe care din urmtoarele linii este posibil funcionarea modem-ului
VM34/EV?

1 linii comutate de 4 fire;
2 linii comutate de 2 fire;
3 linii nchiriate cu cablu coaxial;
4 linii nchiriate de 2 fire;
5 linii cu fibr optic;
6 linii nchiriate de 4 fire;

Q3 Care din urmtoarele aciuni este executat n timpul unei sesiunii de
transmitere a datelor ? Indicai-le ntr-o secven de timp.

1 terminarea conexiunii;
2 msurarea ratei de eroare;
3 negocierea;
4 apelul;
5 alegerea codului de date;
6 handshake-ul;
7 bucla 3 distant;

Q4 Care din urmtoarele aciuni este executat n timpul handshake?

1 trimiterea apelului telefonic;
6. alegerea protocolului de corectare/comprimare (nivel comun inferior la
ambele modem-uri);
7. alegerea standardului de funcionare (V21, V22, V22bis, etc.);
8. alegerea protocolului de corectare/comprimare (nivel comun superior la
ambele modem-uri);
9. verificarea prezenei protocolului de corectare /comprimare;
10. alegerea canalului de transmisie (Rspuns/Origine);
11. sincronizarea datelor i a purttoarei;

Q5 Care din aciunile de mai sus este dezvoltat n timpul Negocierii ?

Q6 Recomandare ITU-T V54 descrie:

1 interfaa de comunicare serial;
12. caracteristicile linilor de comunicaie;
13. numai acele bucle care pot fi implementate pe conexiuni multi-punct;
14. bucle care pot fi implementate pe modem-uri i conexiuni;
15. bucle care pot fi implementate pe modem-uri i conexiuni i procedurile
pentru activare de la distan;

Q7 Referitor la urmtoarea figur, indicai care liter corespunde la Bucla 2, Bucla 4,
Bucla 1.

a b c d e

DTE A DCE A DCE B DTE B

6. CARACTERISTICILE TEHNICE ALE MODEM-ULUI

6.1. Interfaa DTE-DCE

Modem-ul este prevzut cu 2 interfee de date: PORTUL PRINCIPAL i
PORTUL DE COMAND. Prima poate fi folosit pentru a programa modem-ul i
pentru a transmite date la modem-ul aflat la distan, iar cea de-a 2-a este folosit
doar pentru a programa modem-ul. Cele 2 interfee mpart ntre ele un singur
conector, unde pinii 14 i 16 sunt pentru date primite i transmise pe PORTUL DE
COMAND (TXC i RXC, Fig. 6.1).

PORTUL PRINCIPAL
Folosind PORTUL PRINCIPAL, putei utiliza funciile de pornire ale programrii
i activrii conexiunii, i prima funcie a transmisiei de date actuale. Aceasta poate fi
ntr-un mod asincron la fel de bine ca i n cel sincron.

PORTUL DE COMAND
Portul de Comand poate fi folosit numai pentru a trimite comenzi modem-ului.
Folosete 2 linii, una pentru a transmite datele (TXC, pinul 14 al conectorului) i una
pentru a primi datele (RXC, pinul 16 al conectorului). Procedura de conversaie este
numai asincron (start-stop).

Interfaa i nivelul semnalelor
Sunt conform recomandrilor ITU V24/V28 i EIA RS232D. Circuitele folosite
sunt listate n Fig. 6.1.
Rata de date
n modul asincron: 300, 1200, 2400, 4800, 7200, 14400, 19200, 38800, 57600,
115200bit/s.
n modul sincron : 1200, 2400, 4800, 7200, 9600, 12000, 14400, 16800, 19200,
21600, 24000, 26400, 28800, 31200, 33600 bit/s.

Ceasul datelor transmise
La funcionarea sincron modem-ul are nevoie de un ceas pentru transmiterea
datelor. Acesta poate fi generat de modem (ceas intern) i trimis ctre DTE cu
circuitul de interfa C114, sau generat de DTE (ceas extern) i furnizat modem-ului
pe circuitul C113.

Ceasul datelor primite
La funcionarea sincron modem-ul furnizeaz temporizarea datelor primite pe
circuitul de interfa C115.

6.2. Interfaa analogic

Mediu de Transmisie
Linia comutat (2 fire echilibrate), sau linie nchiriat de 2 sau 4 fire .

Modulaie standard
V21/V23/V22/V22bis/V32/V32bis/V34/V34plus.
Pin V24 RS232D DTE-DCE cod Descriere
1 - AA <===> FG Mas de protecie
2 103 BA ===> TD Date transmise
3 104 BB <=== RD Date recepionate
4 105 CA ===> RTS Cerere de transmisie
5 106 CB <=== CTS Pregtit de transmisie
6 107 CC <=== DSR Modem pregtit
7 108 AB <===> SG Masa semnalelor
8 109 CF <=== DCD Detector de purttoare de date
9 - - <=== +Vdc Tensiune pozitiv
10 - - <=== -Vdc Tensiune negativ
11 116 - ===> BUR Cerere de restaurare LL/SW
12 - -
13 117 - <=== BUI Indicator de restaurare LL/SW
14 TXC - ===>
Portul de Comand pentru date
transmise
15 114 DB <=== TC Ceasul de transmisie DTE
16 RXC - <===
Portul de Comand pentru date
recepionate
17 115 DD <=== RC Ceasul de recepie DTE
18 141 CN ===> L3 Cererea buclei 3
19 - -
20 108,1 - ===> CDSTL Conectarea modem-ului la linie
21 108,2 CD ===> DTR Terminal de date pregtit
22 140 CF ===> RDL Cererea buclei aflate la distan
23 125 CE <=== Indicator de apel
24 - -
25 113 DA ===> ETC Ceasul de transmisie de la DTE
26 142 - <=== TI Bucl activ
LL = Linie nchiriat
SW = Linie comutat
Fig. 6.1. Circuitele de interfa folosite

6.3. Funciile principale ale modem-ului

Autobaud
Modem-ul poate detecta rata i formatul datelor asincrone furnizate de DTE, de
la 300 la 115200 b/s. Formatele acceptate sunt:
- 7 bii + paritate par/impar/mark/spaiu;
- 8 bii fr paritate.
Multistandard
Acest mod de funcionare permite adaptarea automat a echipamentului la
modem-ul aflat la distan. Acesta comunic cu urmtoarele standarde de modulare:
Standard Vitez
V34 7200 bit/s
V34bis 4800 bit/s
V32bis 14400 bit/s
V32 12000 bit/s
V32 9600 bit/s
V32bis 7200 bit/s
V32 4800 bit/s
V23
1200/75bit/s
(Videotex)
V22bis 2400 bit/s
V22 1200 bit/s
V21 300 bit/s

Standard Vitez
V34plus 33600 bit/s
V34plus 31200 bit/s
V34 28800 bit/s
V34 26400 bit/s
V34 24000 bit/s
V34 21600 bit/s
V34 19200 bit/s
V34 16800 bit/s
V34 14400 bit/s
V34 12000 bit/s
V34 9600 bit/s
Standarde fixate
Ca alternativ la funcionarea multistandard, este posibil forarea modem-ului
pentru a opera cu un standard fixat.
Apel invers
Aceast funcie face posibil un apel de la locaia A la B; cnd conexiunea
este stabilit, locaia B se deconecteaz i apeleaz napoi locaia A.
Operarea sincron i asincron
Modem-ul poate fi setat cu funcionare sincron i asincron. n mod sincron
poate fi setat ceasul intern, ceasul extern sau ceasul regenerat.
Linie comutat sau nchiriat
Modem-ul poate lucra pe 2 i 4 fire de linie comutat sau nchiriat. Cu funcia
anterioar, poate detecta starea de repaus a liniei nchiriate i comuta automat pe
linia comutat.
Corectorul de eroare i comprimarea de date
Conexiunile pot fi stabilite cu un corector de eroare MNP4 i V42, i cu
compresia de date MNP5 i V42bis.
Diagnosticrile V54
Modem-ul poate controla activarea buclei locale 3 i buclei 2 conform cu
recomandarea V54.
Programarea de la distan
Controlul de la distan al modem-ului care opereaz parametrii este posibil.

7. DESCRIEREA FUNCIONRII

Acest capitol conine descrierea butoanelor i led-urilor i lista comenzilor AT
acceptate de modem. Modurile de utilizare ale comenzilor AT sunt explicate n
manualul de funcionare al modem-ului. n timpul exerciiilor sunt date exemple de
folosire a comenzilor AT.

7.1. Butoanele i ledurile

Toate butoanele i led-urile sunt pe panoul frontal sau de interfa cu utilizatorul
ale echipamentului, cu excepia butonului de reea, localizat pe partea posterioar
(Fig. 7.1)

Panoul frontal
LED
- PWR: alimentare
- C107 (DSR): modem pregtit
- C108 (DTR): terminal de date pregtit
- C103 (DT): date trimise
- C106 (CTS): liber pentru transmisie
- C104 (RD): recepionarea datelor
- C109 (DCD): detector de purttoare de date
- TEST : semnalizeaz activarea buclei 3 locale sau a buclei 2 de la
distan
Bucla 3 = TEST ON
LINE OFF
Bucla 2 de la distan = TEST ON
LINE ON
- LINE: modem n linie (plpire = modem n back-up)

BUTOANE
- DATA/TEL: comutare date/telefon
- TEST : se dezactiveaz (Off-line) bucla 3 i se activeaz bucla 2 (On-line)
aflat la distan

Panoul de interfa cu utilizatorul
Un led este conectat la fiecare circuit de interfa semnaliznd starea activ
(ON) atunci cnd e cazul.

Fig. 7.1. Unitatea de modem VM34

7.2. Programarea de la panoul frontal

Fr ajutorul PC-ului, este posibil s se schimbe programarea modem-ului prin
acionarea direct a unor date de utilizator sau de fabric. Starea de programare se
activeaz la pornire prin inerea apsat a tastei TEST; plpirea led-ului TEST
indic c aceast funcie este activ. Apsnd tasta TEST de mai multe ori, se poate
selecta una din configuraiile disponibile, fiecare indicat prin aprinderea unui led
specific, aa cum arat tabelul. Se apas DATA/TEL pentru a confirma alegerea
configuraiei.
Pentru a iei, oprii i pornii modem-ul.
Toate modificrile fcute n tipul fazei de configurare sunt considerate
permanente: aceast operaie este asemenea trimiterii comenzii AT&Wn.

Led LINE ON Led LINE OFF
C107 ON Setare ora de var Setare timp solar
C108 ON ncrcare fabric 0 ncrcare utilizator 0

7.3. Cum s se ncarce configuraia iniial (default)

De la panoul frontal
- Se pornete modem-ul innd tasta TEST apsat;
- Sclipirea led-ului TEST indic activarea acestei funcii;
- Se apas tasta TEST de mai multe ori pn cnd led-ul C108 i LINE de pe
panoul frontal se aprind. Aceasta corespunde cu selectarea fabric 0;
- Se apas tasta DATA/TEL pentru confirmare;
- Se oprete i pornete modem-ul;

De la terminalul asincron
- Configuraia iniial poate fi ncrcat folosind terminalul numai dac modem-
ul este setat n modul asincron, Hayes (non V25bis), i n autobaud (dac rata
setat spre DTE de modem este cunoscut);
- De la terminal, tastnd comanda: AT&F0

7.4. Panoul posterior al modem-ului

Dispozitivele urmtoare se gsesc pe panoul posterior al modem-ului:
- LL : conector de tipul RJ11 pentru conectarea la linia nchiriat;
- SW: conectorul RJ11 pentru conectarea la linia comutat;
- JA : conector de interfa V24/V28 pentru conectare la DTE. Pe lng
circuitele de interfa principale, sunt alocate la acelai conector i circuitele
de Comand. Circuitele pentru conector sunt comunicate n tabelul din Fig.
6.1. Toi conectorii sunt cablai de asemenea i pe panoul frontal.

Fig. 7.2. Panoul posterior al modem-ului

7.5. Programarea modem-ului cu comenzi AT

7.5.1. Lista comenzilor AT

Pentru a programa modem-ul, este necesar un terminal asincron sau un PC
care s emuleze un terminal asincron.
Modem-ul detecteaz i accept un ir de caractere asincrone ASCII ca i
comand, aprnd literele AT (Atenie) ca prefix. Comenzile pot fi trimise i cu literele
mici, i trebuie s fie terminate cu <CR> (Carriage Return). Modem-ul interpreteaz
irul i rspunde cu mesajul OK dac comenzile au fost inserate corect, n timp ce
rspunde cu ERROR dac nu au fost inserate comenzi valide sau comenzi cu
parametri nealocai.
Comenzile AT pot fi inserate cte una la un interval de timp (de exemplu : ATF5
<CR>; AT&D1 <CR>; AT&U5 <CR>), sau una dup alta cu un singur prefix AT (de
exemplu.: ATF5&D1&U5 <CR>).
Este important s precizm:
- modurile de inserare a comenzii (prefix AT, <CR> pentru a termina comanda,
secvena de ESCAPE +++, etc.) sunt comune tuturor modem-urilor
compatibile Hayes;
- Cele mai utilizate, cum este selectarea numrului de telefon, sunt comune
tuturor modurilor Hayes-compatibile;
- alte comenzi pot depinde de productorul modem-ului.
Inserarea comenzilor este fcut mai uor deoarece modem-ul realizeaz
detecia automat a formatului caracterelor transmise de DTE i produce ecoul lor.
Utilizatorul vede ce este tastat i poate modifica comenzile inserate. Acestea, pe
lng programarea modem-ului, d posibilitatea de a realiza un apel automat.
Urmtorul tabel indic lista comenzilor AT i configurarea iniial a modem-ului.

Comanda Descrierea Implicit
AT Atenie -
A/ Repetai ultima comand -
A Conexiune de rspuns -
B Half/full duplex 0
C Controlul purttoarei 1
D Comanda de formare a numrului (dial) -
E Ecou ON/OFF 1
F
Definii modulaia de linie. Comanda ajuttoare #F,
definete rata maxim de conectare
0
H ON/OFF hook -
I Cerere -
L Volumul difuzorului 2
M Controlul difuzorului 1
N Pointerul crii de telefon -
Nn? Afiarea numrului stocat n -
O On-line -
Q Mod silenios 0
Sr Schimbarea de coninut a registrului r -
Sr? Citirea coninutului registrului r -
V Mesaje clare i concise 1
X Selectai tipul de mesaj detectat 1
Y Oprirea deconectrii 0
Z ncarc datele unui utilizator -
&A Moduri multistandard 0
&C C107/C109 forate ON sau controlate 0
&D Opiuni de control a C108 0
&E Corectare de eroare 0
&F ncrcarea setrii de fabric -
&G Selecia tonurilor de protecie 2
&H Handshake automat pe linie nchiriat 1
&I Selecie de buffer 1
&K Control de flux DCE 3
&L Linie nchiriat 0
&M Sincron/asincron 0
&N Afiarea numerelor de telefon -
&P Durata ciclului de apelare n mod puls 0
&Q Sincron/asincron 0
&R C106 ON/control n mod sincron 0
&S Validare/invalidare a panoului frontal 1
&T Mod test 4
&U Controlul fluxului DTE 0
&V Dumb mode control 0
&W Memorarea configuraiei utilizatorului -
&X Ceas de control 0
&Y Port de comand 0
&Z Memorarea numrului de telefon -
*B Afiarea listei negre de comenzi -
*C Afiarea configuraiei -
*D Mod asincron C108/1 0
*E Comprimare de date (MNP5 & LAPM) 1
*F Controlul fluxului de linie 0
*G Ton de apel 0
*I Selecie de rat DTE (autobaud) 0
*K Opiunile C106 i XON/XOFF 0
*L Nivel TX pentru linie comutat 10
*N Afiarea numrului memorat pentru V25bis C108/1 -
*O Selecie de depire a vitezei normale 0
*P Control C107 0
*Q Controlul aciunii asupra calitii semnalului 1
*S Afiarea registrului S de stare -
*T Control C140 i C141 0
*V Intrarea modului V25bis -
*X Control de ceas 1
*Y Control de mod BREAK 0
*Z Memoreaz numrul V25bis C108/1 -
#A Controlul autofiabilizrii buffer/character 0
#B Control back-up apelare linie comutat/nchiriat 0
#E Control fazei de detectare 1
#F Conectarea la rata minim 0
#H Simulare Half duplex 0
#K XON/XOFF control 1
#P Pauz Handshake 0
#Q Prag B.E.R. 1
#T Programare de la distan 5
#V Mod special 0
#W Controlul prefixului de apel 0
#X Cod extins 1
!L Nivel de transmisie n linia nchiriat TX 10
+++ Secvena escape -

7.5.2. Registrele

Modem-ul are registre care stocheaz caracterele de control, temporizatoare i
numrtoare folosite n funcionare. Registrele pot fi identificate ca registre care pot fi
schimbate de utilizator i registre interne (folosite de modem).
Registrele interne NU TREBUIE NICIODAT schimbate de utilizator, pentru a
preveni orice funcionare defectuoas a echipamentului.
Comanda S permite scrierea sau citirea valorilor n registre:
- ATSr=xx scrie valoarea xx n registrul r n zecimal;
- ATSr? Citete coninutul registrului r
n continuare este prezentat lista i nelesul registrelor.

Reg. Interval Unitate Implicit Descriere
S0 0-255 RING 0 Sun pentru a rspunde
S1 0-255 RING 0 Sun timp de 8 secunde
S2 0-127 ASCII 43 Caracter de cod escape
S3 0-127 ASCII 13 Return
S4 0-127 ASCII 10 Alimentare linie
S5 0-127 ASCII 8 Back space
S6 0-255 1 sec 3 Ateapt ton de apel
S7 0-255 1 sec 45 Ateapt purttoarea de date
S8 0-255 1 sec 2 Pauz de timp pentru virgul
S9 0-40 100ms 6 Timp pentru detecie a tonului de rspuns
S10 1-255 100ms 7 Purttoare pierdut la ntrzierea de
ridicare a receptorului
S11 50-255 1ms 70 Rata de apelare DTMF
S12 0-255 20ms 50 Timp de gard pentru codul secvenei
escape
S13 0-255 1 sec 8 Durat de expirare a ateptrii pentru ton
de apel
S14 0-255 - 170 Registru de opiuni pentru bitul mapat
S15 - - - Nu este folosit
S16 0-255 - 0 Registru de opiuni pentru testarea
modem-ului
S17 0-255 1 sec 2 Monitorizare n timp a calitii liniei
S18 0-255 1 sec 60 Timer de test
S19 0-255 - 2 Autosync (autosincronizare)
S20 0-255 - 255 Autosync (autosincronizare)
S25 0-255 1 sec 5 ntrziere C108 (doar sincron)
S26 0-255 10ms 2 ntrziere C105/C106
S28 0-255 1 min 30 Lookback timer
S30 0-255 - 0 Formatul modului de date, registrul bitului
mapat
S34 0-255 - 0 Folosire intern
S36 0-255 1 sec 255 Timp de inactivitate a datelor transmise
S37 0-255 1 sec 255 Timp de inactivitate a datelor recepionate
S38 0-255 - 0 Identificare modem
S39 0-255 ASCII 17 XON caracter pentru &K, *F
S40 0-255 ASCII 19 XOFF caracter pentru &K, *F
S42 0-255 1 sec 0 Timp de ateptare pentru reapelare n
backup
S43 0-99 - 255 Pointer Auto logon pentru call-back
S44 0-99 - 255 Pointer-ul secvenei de securitate pentru
control de la distan
S45 1-255 10ms 200 Durata semnalului BREAK
S46 0-255 - 0 Folosire intern
S47 - 1 sec 10 Timp de reformare
S48 0-127 ASCII 13 Caracter corectare de eroare fall-back
S49 0-255 ASCII 17 XON caracter pentru comanda &U
S50 0-255 ASCII 19 XOFF caracter pentru comanda &U
S51 - - - Rezervat pentru managementul reelei
S53 0-255 1 sec 255 Expirare de timp pentru modem ocupat
cu C108 nchis
S61 0-255 - 3 Numr de reformri n S62 la
deconectare
S62 1-255 1 sec 60 Numrare de reformri pentru S61
S63 0-99 - 0 Indicare carte de telefon C108/1
S65 0-9 - 9 Primul pointer de configurare pentru
download
S66 0-9 - 255 Al doilea pointer de configurare pentru
download
S67 0-255 1 sec 255 C105 antistreaming timeout
S68 0-255 1 sec 255 C109/C105 expirare de timp cu transport
controlat
S73 0-255 1 sec 60 Fall-forward delay
S74 0-255 - 153 Nivel TX (SW/LL)
S75 - - - Rezervat pentru managementul reelei
(special)
(special)

8. APLICAII

INTRODUCERE LA EXERCIII

Urmtoarele capitole descriu diferite exerciii cu privire la cele mai semnificative
aspecte i cele mai tipice utilizri ale modem-ului multistandard.
Pe parcursul exerciiilor am utilizat cele mai importante comenzi AT. Simbolul
pe lng descriere se refer la gsirea mai multor explicaii detaliate sau a
subiectelor corelate.

Conexiune pe reeaua comutat
Pentru a conecta dou modem-uri printr-o linie comutat, trebuie s fie libere
dou linii comutate, una pentru fiecare modem. Aceste linii pot fi:
- linii ale reelei principale publice (posibil s nu fie utilizate, deoarece se
pltete ct dureaz conectarea);
- linii ale centralei telefonice principale dintr-o instituie sau furnizate de ctre
orice alt staie telefonic privat care controleaz funciile tipice de apel ale
reelei telefonice;
- linii furnizate de o mic central telefonic dintr-un laborator: n acest scop
poate fi utilizat microcentrala PCM/EV.

Stabilirea conexiunilor pentru reeaua comutat
Pentru conexiunea pe linia comutat, terminalele, modem-ul i staia de control
trebuie s fie setate ca n Fig.8.1. n detaliu:
- Se consider L (local) i R (ndeprtat) ca 2 locaii terminal + modem (Fig.
8.1)
- Partea L:
DTE (terminal): se conecteaz portul serial al terminalului la portul
modem-ului V24/V28;
Modem/ staia control
- se conecteaz o ramificaie interioar a staiei de control la
LINE_IN_2km;
- LINE_OUT_2km la NOISE_IN;
- NOISE_OUT la SWITCHED_LINE;
- se conecteaz aparatul telefonic la bornele TEL ale modem-ului;
- PARTEA R:
DTE (terminal): se conecteaz portul serial al terminalului la portul
modem-ului V24/V28;
Modem/ staia control
- se conecteaz o ramificaie interioar a staiei de control la
LINE_IN_2km;
- LINE_OUT_2km la NOISE_IN;
- NOISE_OUT la SWITCHED_LINE;
- se conecteaz aparatul telefonic la bornele TEL ale modem-ului.

Simularea erorii
Pe parcursul exerciiilor se pot insera erori care s simuleze condiiile unui
defect real al modem-ului sau conexiunii. Descrierea erorilor nu este coninut aici.

Fig. 8.1. Conexiuni pentru exerciii pe linie comutat

APLICAIA 1. PROGRAMAREA MODEM-ULUI CU TERMINAL ASINCRON

Obiective
- folosirea terminalelor asincrone sau a calculatorului personal la emularea de
terminal;
- modul de inserare i sintaxa comenzilor AT;
- interpretarea rspunsurilor furnizate de modem;
- memorarea configuraiei i reapelarea;
- folosirea portului PRINCIPAL (MAIN);
- folosirea Tester-ului de interfa pentru a construi un cablu ncruciat
(crossed). Folosirea portului de COMAND.

Dispozitive folosite
- 1 modem VM34/EV multi-standard;
- 1 DTE asincron (terminal sau PC cu emularea software a unui terminal
asincron);
- Tester de interfa VIF/EV.

Exerciiul 1: Setarea DTE asincron
- dac este folosit un terminal, se seteaz pentru:
- o rat particular, de exemplu 2400 bit/s. Rata poate fi ntre 300 i
115200 bit/s, modem-ul detecteaz automat rata i formatul
caracterelor DTE;
- unul din urmtoarele formate pentru caractere:
1 bit de Start 7 bii de date par/impar 1 bit de Stop
1 bit de Start 7 bii de date mark/space 1 bit de Stop
1 bit de Start 7 bii de date fr paritate 2 bii de Stop
1 bit de Start 8 bii de date fr paritate 1 bit de Stop

- dac este folosit un PC cu software de comunicaii (emularea terminalului din
Accesorii - Hyperterminal), se ncarc soft-ul i se seteaz rata i formatul
caracterelor ca la ultimul punct. Se selecteaz, de asemenea, portul de
comunicare (1 sau 2) i controlul fluxului (RTS/CTS sau Xon/Xoff).

Fig. 8.2. Programarea modem-ului cu DTE asincron

Exerciiul 2: Exemple de programare ale modem-ului

Comenzi utilizate

- ATF: standard
- AT&W: memorare
- AT&F: recheam setrile de fabric
- ATZ: reapelarea configuraiei utilizatorului
- AT&I: validare buffer
- AT&E: corectare de eroare
- AT*I: rata prii DTE
- AT&Y: controlul portului de comand

- Se conecteaz cu un cablu straight conectorul portului de comunicare al PC la
conectorul modem-ului V24/V28 (Fig. 8.2)

Q1 Care din urmtoarele afirmaii sunt adevrate?

1 portul de comunicare PC (LPT1 sau LPT2) este cel cu conectorul mam
de 25 de pini;
2 portul de comunicare PC (LPT1 sau LPT2) este cel cu conector tat de
25 de pini;
3 portul de comunicare PC (COM1 sau COM2) este cel cu conector tat;
4 portul de comunicare PC (COM1 sau COM2) este cel cu conector
mam;
5 conectorul portului de comunicare poate fi un conector de 25 sau 9 pini. n
al doilea caz, pentru a conecta PC-ul la modem, trebuie folosit un adaptor
de 9-25 pini.

par. 7.3
- fii siguri c nu este inserat nici o eroare n modem (toate comutatoarele de
eroare OFF);

- setai modem-ul la condiiile implicite (default). La urmtorul pornire a modem-
ului led-urile C106 (CTS), C107 (DSR) i C109 (DCD) trebuie s se aprind:
cu programare default, CTS, DCD i DSR trebuie s fie forate n starea de
funcionare;

- de la DTE tastai: AT (liter mare sau mic) urmat de CR (ENTER);

- caracterele AT sunt necesare modem-ului pentru a detecta automat rata i
formatul caracterelor DTE, trebuie s le tastai nainte a porni modem-ul;

- modem-ul rspunde: OK.

Q2 Care comand trebuie s fie tastat pentru a arta configuraia curent?

Par. 7.5.1
1 AT*B <CR>
2 AT&M <CR>
3 ATDT18<CR>
4 AT*C <CR>
5 ATS0=2<CR>

- Tastai comanda n conformitate cu ultimul rspuns. Pe ecran se arat
configuraia strii curente. n particular, vedei dac modem-ul este setat n
multistandard (F=0);

ATF
- Pentru a schimba parametrul unei funcii, inserai codul corespunztor. De
exemplu, setai modem-ul n V22bis fix. tastai comanda: ATF5<CR>;

- Pentru a examina noua configurare tastai : AT*C<CR>

- Observai c modem-ul este setat n modul V22bis.

Memorarea i reapelarea configuraiei

AT&W
- Dup schimbarea unor parametri (vezi ultimele puncte), memorai noua
configuraie tastnd comanda: AT&Wn <CR> (n este numrul locaiei de
memorie unde a fost salvat configuraia de utilizare);

- pornii i oprii modem-ul i verificai cu AT*C dac configuraia curent este
cea memorat.

AT&F ATZ
- reapelarea configuraiei default tastnd: AT&F0 <CR>;

- reapelarea configuraiei memorate tastnd: ATZn <CR> (n este acelai
numr folosit la ultima comand AT&W).

Exerciiul 3: Folosirea PORTULUI DE COMAND

par.6.1
Portul de comand este folosit n situaii particulare, ca atunci cnd modem-ul
este conectat la un terminal de date sincron. n acest caz, nici o comand (comenzile
AT trebuie s fie inserate n format asincron) nu poate fi trimis de la terminalul de
date i trebuie s fie folosit un al doilea terminal de programare (asincron) conectat la
3 linii (TXC, RXC i mas) ale portului de comand.

Fig. 7.2 i Fig. 6.1
- pentru a folosi portul de comand trebuie conectate 2 fire ntre portul V24/V28
al modem-ului i portul serial al PC, aa cum arat Fig. 8.3a. Trebuie construit
un cablu corespunztor, sau folosit o interfa Tester, ca n Fig. 8.3b.

AT&I AT&E AT*I AT&Y
- nainte de a conecta cablul ncruciat, de la portul Principal trebuie s activai
portul de Comand i parametrii modem-ului care l fac s funcioneze. n
detaliu, trebuie s inserai urmtoarele comenzi:
- AT&I0 dezactivai buffer-ul;
- AT&E0 dezactivai corectorul de eroare;
- AT*Ix setai rata fix, care trebuie s fie egal cu rata setat la
terminal. Dac rata terminalului este de 2400 b/s, x este egal cu 5;
- AT&Y1 activeaz portul de Comand.

- Dup ultimele comenzi modem-ul nu va rspunde la comenzile tastate de
DTE, deoarece portul de programare activ al modem-ului n momentul dat
este portul de Comand;

- Conectai terminalul la modem folosind portul de Comand (conexiunile
ncruciate din Fig. 8.3b) i verificai dac modem-ul accept acum comenzile.

Fig. 8.3. Conexiuni DTE Port de Comand
a. Cablu coaxial ncruciat
b. Cu Tester de interfa (VIF)

APLICAIA 2. DIAGRAMELE DE CONSTELAIE

Obiective
- Activarea Buclei 3;
- Transmitere de date cu modem n Bucl;
- Folosirea secvenei Escape;
- Selectarea diferitelor transmisii;
- Examinarea diagramei de constelaii.

Dispozitive utilizate
- 1 modem VM34/EV multistandard;
- 1 DTE asincron (terminal sau PC cu emulare software a unui terminal
asincron);
- 1 osciloscop.

Exerciiul 1: activarea buclei 3, transmisia de date i secvena Escape

Comenzi utilizate

- ATF: standard
- AT&T: test
- AT&F: recheam setrile din fabric
- +++: secvena Escape
- AT&I: validare buffer
- AT&E: corectare de eroare
- AT*I: rata prii DTE
- AT&Y: controlul portului de comand

apl. 1 ex. 1

- Setai terminalul la 2400 bit/s i conectai-l la portul modem-ului;

par. 7.3
- Setai modem-ul la condiiile default. Tastai prefixul AT de la terminal,
modem-ul rspunde OK;

par. 5.1.6
- Pentru activarea Buclei 3, apsai butonul TEST de pe panoul frontal. Ledul
C142 se aprinde i modem-ul rspunde cu CONNECT urmat de rata de linie
(2400) i indicarea buffer-ului activ (/BUF). Pentru c modem-ul este setat n
mod multistandard, rata va fi cea pe care modem-ul a recunoscut-o pe
partea DTE;

- Tastai cteva caractere pe tastatur i verificai recepionarea lor pe monitor.
Corespunztor cu datele introduse, ledurile C103 (TD) i C104 (RD) se aprind.
Apsai TEST din nou pentru a dezactiva bucla.

AT&T
- Bucla 3 poate fi activat prin software cu comanda: AT&T1

- Pentru a dezactiva bucla tastai secvena ESCAPE (+++) i, dup confirmare,
comanda: AT&T0

Q1 Care este sensul secvenei ESCAPE ?

1. cnd modem-ul primete o asemenea secven de la DTE, ncepe
transmisia;
2. nchide modem-ul n cazul unui defect;
3. este activ cnd modem-ul este n faza transmitere de date (ON-LINE).
Dac modem-ul primete o asemenea secven de la DTE, conexiunea
este tears. Pentru a v ntoarce ON-LINE se folosete comanda ATO;
4. este activ cnd modem-ul este n faza transmitere de date (ON-LINE).
Dac modem-ul primete o asemenea secven de la DTE, ea ntrerupe
transmisia (OFF-LINE), dar menine conexiunea i interpreteaz datele
urmtoare ca i comenzi, nu ca date de transmis. Pentru ntoarcerea la
modul ON-LINE se folosete comanda ATO.

Exerciiul 2: Diagramele de constelaie

- Setai osciloscopul dup cum urmeaz:
- Modul X-Y;
- Intrri DC, sensibilitate 1V/div;

- Conectai terminalele X-Y de pe panoul frontal al modem-ului la intrrile X-Y
ale osciloscopului;

par. 7.3
- Setai terminalul la 1200 bit/s i conectai-l la portul modem-ului. Setai
modem-ul la configuraia iniial (default);

- De la terminal tastai prefixul AT, modem-ul rspunde OK.

Q2 Ce comand trebuie s fie digitizat pentru a selecta standardul V22?

1 ATL4
2 ATS4
3 AT*C
4 ATF5
5 ATF4

- Tastai comanda corespunztoare ultimului rspuns. Activai Bucla 3 cu
butonul TEST. Modem-ul se seteaz pentru a opera n V22 i osciloscopul
afieaz constelaia semnalului 4-PSK (Fig. 8.4);

- Dezactivai Bucla 3 (apsai TEST) i selectai standard V22bis (ATF5).
Activai TEST. Osciloscopul arat constelaia 16-QAM a standardului V22;

- Selectai toate standardele ca n urmtorul tabel i verificai constelaiile
corespunztoare. Ele pot fi vzute de la standardul V22 la standardul V32bis,
la 14400b/s (128 puncte). Constelaia de pe osciloscop n modul V21 nu are
semnificaie, ca i FSK, despre care nu are sens s se discute diagrama de
faz. n modul V34plus constelaia nu este afiat;

- Pe constelaie pot exista puncte aranjate pe o linie oblic, de la vrful stnga
jos la vrful dreapta sus. Aceste puncte corespund tulburrilor ntmpltoare
i nu trebuie considerate ca puncte ale constelaiei.

Atxx rat standard

ATxx rat standard
F4 1200 V22 F12 19200 V.34
F5 2400 V22bis F13 21600 V.34
F6 4800 V32 F14 24000 V.34
F7 7200 V32bis F15 26400 V.34
F8 9600 V32 F16 28800 V.34
F9 12000 V32bis F17 31200 V.34plus
F10 14400 V32bis F18 33600 V.34plus
F11 16800 V.34 F1 300 V.21

Fig. 8.4. Diagramele de constelaii

APLICAIA 3. CONTROLUL APELURILOR TELEFONICE

Obiective
- Analiza circuitelor de conectare la linie;
- Selectarea n mod Hayes;
- Selectarea puls multifrecven;
- Controlul ghidului telefonic;
- Comenzi n mod V25bis.

- 1 DTE asincron (terminal sau PC cu software de emulare a unui terminal
asincron).

Comenzi utilizate

- ATD: selectarea n mod Hayes
- ATN: indicarea ghidului de telefon
- AT&Z: stocarea numrului de telefon
- AT*N: lista numerelor stocate
- AT&N: Afieaz ghidul cu numere telefonice
- AT*V: comutare la mod V25bis
- HAY: comutare la mod Hayes

Exerciiul 1: Circuitele de linie i apel n mod HAYES (puls i
multifrecven)

apl. 1 ex.1, par. 7.3
- Setai terminalul la 9600 bit/s i conectai-l la portul modem-ului;

- Setai modem-ul la condiiile default. De la terminal tastai prefixul AT iar
modem-ul rspunde OK;

- Pentru a conecta manual modem-ul la linie apsai butonul LINE (DATA/TEL).
IC1a-IC2a sunt nchise i contactele IC1b sunt pe poziia n jos (ledul
corespunztor este aprins). Linia este deconectat de la echipamentul
telefonic i conectat la circuitele interne ale modem-ului;

- Apsnd din nou DATA/TEL, modem-ul este deconectat de la linie.

Q1 Ce comand trebuie s fie tastat pentru a forma numrul 55321 n mod
HAYES i cu selectarea de puls?

1 AT54321;
2 ATDT54321;
3 ATDP54321 sau ATD54321 (doar dac ultimul este o selecie
multifrecven);
4 ATDP54321 sau ATD54321 (doar dac ultimul este o selecie
multifrecven).

- Continuai cu apelul telefonic conform ultimului rspuns i vedei c:
- toate contactele sunt stabilite la nceput (modem conectat la linie);
- contactele IC1a- IC2a sunt deschise de mai multe ori de numrul
format;

- modem-ul ateapt purttoarea de la modem-ul aflat la distan pentru un
timp definit de S7, apoi el d acest mesaj: NO ANSWER(fr rspuns) i se
deconecteaz de la linie;

- pentru a forma un numr cu DTMF, comanda este ATDTnn. De exemplu,
tastai ATDT987654321 i vedei c:
- toate contactele sunt stabilite (modem-ul conectat la linie);
- tonurile multifrecven generate pot fi auzite n difuzor;
- modem-ul ateapt purttoarea de la cel aflat la distan, d mesajul
NO ANSWER i se deconecteaz de la linie;

- la apel folosii parametri , , / i W i verificai rezultatele.

Exerciiul 2: Controlul ghidului telefonic n modul HAYES

ATN AT&Z
Pentru a stoca un numr ntr-o locaie particular de memorie, de exemplu
54321 la poziia 4, inserai comanda: ATDN4&Z54321;
- Pentru a apela un numr stocat n locaia de memorie, folosii comanda DN.
De exemplu, tastai: ATDN4 i verificai apelul cu ultimul numr memorat
(54321).

Q2 Care este comanda pentru a afia lista numerelor memorate?

1. ATL;
2. AT&L;
3. ATDN;
4. AT&N;
5. AT*N.

Exerciiul 3: Comenzile n modul V25bis

par. 7.3

- Setai terminalul la:
- 9600 bit/s
- lungimea cuvntului: 7 bii
- paritate: even

- ultimele setri referitoare la lungimea cuvntului i paritate sunt cele folosite
(default) n modul V25bis;

- conectai terminalul la portul modem-ului;

- setai modem-ul la condiiile default. De la terminal tastai prefixul AT, modem-
ul rspunde OK;

- stocai memorarea curent cu AT&W;

- introducei modul V25bis asincron tastnd comanda: AT*V0. Modem-ul
rspunde OK i se seteaz pentru a accepta comenzile n modul V25bis;

- de exemplu, pentru a face un apel, setai comanda: CRNn <CR><LF>
- unde: n = numr de telefon;
- <CR> = ENTER
- <LF> = LINE FEED (de la tastatura PC-ului poate fi inserat innd
tasta ALT apsat i tastnd 10 de pe tastatura numeric);

- modem-ul rspunde VAL, formeaz numrul, ateptnd pentru 40 s tonul
RING (sunet) de la staia central, apoi d mesajul CFI RT i se
deconecteaz de la linie;

- pentru a stoca un numr ntr-o locaie de memorie particular, de exemplu
123456 n poziia 4, tastai comanda: PRN4;123456 <CR><LF>;

- pentru a face un apel cu un numr stocat n locaia de memorie, folosii
comanda CLS. De exemplu tastai : CLS4<CR><LF> i verificai apelul
numrului tocmai memorat (123456);

- afiai lista numerelor stocate, i starea lor, i tastai comanda:
RLN<CR><LF>;

- pentru a v ntoarce la modul Hayes, tastai:

HAY<CR><LF>.

APLICAIA 4. CONECTAREA AUTOMAT PE LINIA COMUTAT

Obiective
- Controlul automat al apelului;
- Controlul apelului de intrare: rspuns automat i manual;
- Indicatorul de apel;
- Conectarea n apel multistandard sau standard fix;
- Terminarea conexiunii;

- 1 DTE asincron (terminal sau PC cu software de emulare a unui terminal
asincron);
- O mini-central telefonic;
- Un osciloscop.

Stabilirea exerciiilor

cap.6, apl. 1 ex. 1, par.7.3
- setai conexiunile ca n Fig. 8.5;
- setai terminalele la 19200 bit/s, conectai-le la modem;
- setai modem-ul la modul default;

Exerciiul 1: Conectare cu rspuns automat i manual

Comenzi utilizate

- ATD: formarea numrului
- ATF: standard
- ATH: conexiunea de linie
- ATA: conexiune n rspuns
- ATS0 (registru S0): rspuns automat
- +++: secvena de Escape

Fig. 8.5. Machet a exerciiilor

- Tastai prefixul AT de la terminal, modem-ul rspunde OK;
- Fie ll numrul de telefon la care este conectat modem-ul L i rr numrul
modem-ului R;

- S presupunem c efectuai un apel cu selectare puls, n Hayes, de la L la
R. Exist urmtoarele faze:

L
- tastai comanda pentru apel
(ATDPrr), cu numrul de telefon
rr al modem-ului R;

- modem-ul L primete tonul de
rspuns i pornete handshake
pentru a alege standardul i
negocierea pentru
corectarea/comprimarea datelor.
R

- centrala telefonic trimite
tensiunea de apel la modem-ul
R. Modem-ul detecteaz
tensiunea i la fiecare sunet de
sonerie furnizeaz mesajul
RING la DTE R;
- verificai comportarea circuitelor
de interfa;
- tastai: ATA pentru a conecta
modem-ul R la linie;
- modem-ul R se conecteaz la
linie i emite tonul de rspuns;
ATX AT&I

- la sfritul negocierii, modem-urile furnizeaz mesajul:
connect 19200/BUF (19200 = rata de linie; BUF = buffer activ)

- tastai cteva caractere de la fiecare terminal i verificai recepionarea lor pe
terminalul opus.

Q1 Care este comportarea circuitelor de interfa ale modem-ului apelat n timpul
fazei de recepionare a apelului?

1. C104 (RD) se aprinde la acelai ritm ca al curentului de sonerie. C125 (RI)
se aprinde pentru perioade mai scurte i indic trecerea semnalului de
date;
2. C125 (RI) la acelai ritm al curentului de sonerie. C103 (TD) se aprinde
pentru perioade mai scurte i indic trecerea semnalului de date
corespunztor pentru comanda ATDPrr;
3. C125 (RI) la acelai ritm ca al curentului de sonerie. C104 (RD) se aprinde
corespunztor pentru comanda ATDPrr;
4. C125 (RI) la acelai ritm ca al curentului de sonerie. C104 (RD) se aprinde
corespunztor mesajului RING.

Q2 Care este Punctul de Test pe care se poate msura semnalul de apel
detectat?

1 nici unul;
2 TP11 al modem-ului apelant;
3 TP11 al modem-ului apelat;
4 TP8 al modem-ului apelant;
5 TP8 al modem-ului apelat;

ATH

- Conectarea poate fi terminat n 2 feluri:
Apsnd butonul DATA/TEL pe unul din cele 2 modem-uri;
Folosind comanda H0. Pentru a face aceasta, se seteaz modem-ul
pentru modul comand. Pe unul din cele 2 terminale (de exemplu R)
tastai secvena ESCAPE: +++
- Modem-ul R rspunde: OK
- Acum tastai comanda: ATH0
- Modem-ul R se deconecteaz de la linie i rspunde: OK
- Modem-ul L rspunde NO CARRIER i se deconecteaz de
la linie.

Exerciiul 2: Conexiunea cu apel automat i rspuns

Modem-ul apelat poate fi conectat automat dup un numr particular de sunete
(RING), scriind acelai numr ntr-un registru al modem-ului.

Q3 n care registru i cu care comand poate numrul de sunete s fie programat
pentru rspuns automat?

1 registrul R2, comanda ATR2n (n = numr de sunete);
2 registrul S2, comanda ATS2n (n = numr de sunete);
3 registrul S0, comanda ATS0n (n = numr de sunete);
4 registrul S0, comanda ATS0=n (n = numr de sunete);
5 registrul S0, comanda ATS0?n (n = numr de sunete).

- fii siguri c modem-urile sunt deconectate de la line (ledul LINE stins), dac
nu, apsai DATA/TEL;

- setai modem-ul R cu comanda corespunztoare ultimului rspuns, cu n =3;

- efectuai din nou un apel de la terminalul L i constatai c modem-ul R se
conecteaz automat la linie dup 3 sunete.

Exerciiul 3: Conectarea dintre modem-uri cu standard fixat i modem-uri
multistandard

- pstrai poziiile de pornire, n special rata DTE (19200 bit/s). Conectai
osciloscopul pentru a examina diagrama constelaiei (vezi apl.2. ex..2);
- programai unul din cele dou modem-uri la un standard de linie fixat, de
exemplu V32 la 9600 bit/s pentru modem-ul L, cu comanda ATF8;
- stabilii conexiunea;
- verificai dac, dup faza handshake, conexiunea este stabilit la rata
maxim (a liniei) compatibil cu standardele modem-ului, n acest caz
9600bit/s.

Q4 Programai al doilea modem, de asemenea, pe un standard fixat. Este
conexiunea nc posibil?

1 nu, niciodat;
2 da, dac un modem este programat pe un standard mai nalt dect cellalt;
3 da, dac ambele modem-uri sunt programate pe acelai standard;
4 da, dac ambele modem-uri sunt programate pentru acelai standard sau
pentru diferite viteze de linie, dar raportate la acelai standard. De
exemplu: ambele modem-uri programate n V32, unul la 9600 b/s (ATF8),
iar cellalt la 4800 b/s (ATF6).

Exerciii viitoare

Pstrnd ultima setare putei dezvolta exerciiile descrise n aplicaiile
5/6/7/9/10/11/12/13.

APLICAIA 5. CONECTAREA MANUAL PE REEAUA COMUTAT

Obiective:
- Stabilirea unei conexiuni cu apel manual i rspuns;
- Stabilirea unei conexiuni cu apel manual i rspuns automat;

par. 8.1
- 2 modem-uri VM34/EV multistandard;
- 2 DTE asincrone (terminal sau PC cu software de emulare a unui terminal
asincron);
- 1 central telefonic;
- 2 telefoane;
- 1 osciloscop.

Stabilirea exerciiilor:
cap.8, apl. 1, par. 7.3
- setai conexiunile ca n Fig. 8.6;
- setai terminalele la 19200 bit/s i conectai-le la modem;
- setai modem-urile n modul default;

Exerciiul 1: Activarea conectrii cu apel manual i rspuns

Fig.8.6. Conectarea echipamentelor pentru efectuarea exerciiilor

Comenzi utilizate

- ATH: conectare a linie
- ATS0 (registrul S0): rspuns automat
- +++ : secvena Escape

- de la terminal tastai prefixul AT, modem-ul rspunde OK;

- fie ll numrul de telefon la care este conectat modem-ul L i rr numrul
modem-ului R;

- s presupunem c efectum un apel manual (cu telefonul) de la L la R.
Exist urmtoarele faze:

L
- ridicai receptorul i ateptai
tonul de la central. Selectai
apoi numrul rr al telefonului
R
R

- telefonul sun. Ridicai
receptorul i pornii conversaia.
- Cdei de acord asupra canalului de transmisie (Surs sau Rspuns)
- Setai modem-ul (de exemplu)
pe SURS (ATS0=0)
- Setai modem-ul pe RSPUNS
- Acceptai comutarea liniei de la telefon la date i apsai butonul
DATA/TEL
- Modem-urile ncep handshake pentru a alege standardul i negocierea
asupra corectrii/comprimrii datelor

ATX AT&I ATH
- La sfritul negocierii modem-urile furnizeaz mesajul:
Connect 19200/BUF (19200 = rata de linie, BUF= buffer activ);

- Tastai cteva caractere de la fiecare terminal i verificai recepionarea lor la
terminalul opus;

- Conectarea poate fi terminat n 2 moduri:
Apsnd butonul DATA/TEL pe unul din cele 2 modem-uri;
Folosind comanda H0. Pentru a face aceasta, setai modem-ul pentru
modul comand. Pe unul din cele 2 terminale (de exemplu R) tastai
secvena ESCAPE : +++
- Modem-ul R rspunde: OK
- Acum tastzai comanda: ATH0
- Modem-ul R se deconecteaz de la linie i rspunde: OK
- Modem-ul L rspunde NO CARRIER i se deconecteaz de
la linie.

Exerciiul 2: Stabilirea unei conexiuni cu apel manual i automat

- fie ll numrul de telefon la care este conectat modem-ul L i rr numrul
modem-ului R;

- presupunem c efectum un apel manual (cu telefonul) de la L la R i
modem-ul R se conecteaz automat. Exist urmtoarele faze:

L

- ridicai receptorul i ateptai
tonul de la central. Apoi
selectai numrul rr al
telefonului R

- cnd primii tonul de rspuns
apsai butonul DATA/TEL,
fornd modem-ul L s se
conecteze la linie
R
- activai rspunsul automat dup, de
exemplu, 2 sunete (ATS0=2)

- telefonul sun. Dup al doilea
sunet modem-ul se conecteaz
automat la linie i trimite tonul de
rspuns la 2100 Hz.
- Modem-urile ncep handshake pentru a alege standardul i negocierea
asupra corectrii/comprimrii datelor

- La sfritul negocierii modem-urile furnizeaz mesajul: connect 19200/BUF
(19200 = rata de linie; BUF= buffer activ).

Exerciii viitoare

Pstrnd ultima setare putei dezvolta exerciiile descrise n aplicaiile
6/7/9/10/11/12/13.

APLICAIA 6. CONTROLUL FLUXULUI DE DATE

Obiective

Scopul exerciiului este de a examina modurile de control ale fluxului de date
ntre DTE i DCE:
- Controlul fluxului Hardware (RTS/CTS);
- Controlul fluxului Software (Xon/Xoff);


asincron);
- 1 osciloscop;


- setai o conexiune pe linie comutat (vezi apl. 4) sau linie nchiriat (vezi apl.
8);

- setai modem-ul la condiiile default;

Exerciiul 1: Conexiunea ntre DTE-uri la viteze diferite

nceputul programrii
Terminal L Modem L Modem R Terminal R
- 4800 bit/s - condiii default
- generatorul de
zgomot nchis
- condiii default
- generator de
zgomot nchis
- 300 bit/s

apl. 4/5

- stabilii conexiunea;

- cnd conexiunea este stabilit, cele 2 terminale vor arta mesajul: CONNECT
300/BUF;

- tastai nite caractere de la fiecare terminal i verificai recepionarea lor pe
terminalul opus;

- notai c:
- un terminal comunic (transmite i recepioneaz) cu modem-ul su la
4800 bit/s i cu cellalt la 300 bit/s;
- fiecare modem detecteaz automat rata propriului su terminal;
- modem-urile sunt conectate la rata de linie necesar minim, de
exemplu 300 bit/s setat de unul dintre cele dou terminale.

Q1 Terminalele funcioneaz la viteze diferite: cine realizeaz potrivirea ratei?

1 circuitele de negociere ale modem-ului;
2 compresorul de date;
3 corectorul de eroare;
4 buffer-ul modem-ului;
5 interfaa serial V24/RS232.

Exerciiul 2: Controlul fluxului datelor

Comenzi utilizate
- AT&K: controlul fluxului de date

Controlul de flux al datelor DTE DCE este necesar n multe situaii. Cel mai
evident este cnd rata DTE depete rata de linie. n acest caz, buffer-ul asigur
stocarea temporar a datelor furnizate de la DTE la DCE. Cnd buffer-ul este plin,
modem-ul trebuie s stopeze emisia de la DTE, pentru a preveni pierderea datelor.

Q2 Care din urmtoarele moduri permite controlul fluxului de date dintre DTE i
DCE?

1 n modul Software (C105/C106);
2 n mod Hardware, folosind semnalele de interfa RTS/CTS;
3 cu butonul DATA/TEL;
4 n mod Software (Xon/Xoff), folosind semnalul de interfa CTS;
5 n mod Software (Xon/Xoff), folosind circuitele de interfa TD i RD.

Pentru a sublinia intervenia controlului de flux, trebuie s reuim umplerea
buffer-ului modem-ului, acest lucru fiind posibil numai dac DTE emite o cantitate
particular de date ntr-un timp scurt. Aceast aciune nu poate fi executat de la
tastatur (rata de tastare este prea sczut), ci numai prin transmiterea unui fiier
citit direct de pe disc (posibil dac un PC este folosit pentru emularea unui terminal
asincron).

nceputul programrii
- 4800 bit/s
- controlul de flux
Xon/Xoff
- condiii default
- generatorul de
zgomot nchis
- condiii default
- generatorul de
zgomot nchis
- 300 bit/s
- controlul de flux
Xon/Xoff

Controlul de flux cu Xon/Xoff

- pstrai condiiile ultimului exerciiu (modem n multistandard, terminal L la
4800 bit/s, terminal R la 300 bit/s). Setai terminalele la control de flux cu
Xon/Xoff;

- programai ambele modem-uri cu control de flux cu Xon/Xoff AT&K1;

- stabilii conexiunea. Terminalul arat mesajul: CONNECT 300/BUF;

- de la terminalul L transmitei un fiier text de pe disc i verificai
urmtoarele faze:
pe modem-ul L (transmitor) ledul TD-C103 rmne aprins pentru
cteva secunde. Acesta indic faptul c exist un flux de date de la
DTE la DCE;
ledul RD-C104 se aprinde pentru cteva secunde, apoi ledul TD se
stinge. Acesta nseamn c:
- buffer-ul este plin;
- DCE trimite mesajul Xoff la DTE (ledul RD aprins);
DTE a oprit emisia de date;
Ledul RD-C104 se aprinde pentru cteva secunde, apoi ledul TD se
aprinde, de asemenea. Aceasta nseamn c:
- buffer-ul este gol;
- DCE a trimis mesajul Xon la DTE (ledul RD aprins);
- DTE ncepe emiterea de date.

Controlul fluxului cu RTS/CTS

- Terminai conexiunea;

- Programai cele dou modem-uri pentru controlul fluxului cu CTS (C106):
AT&K2;

- Setai ambele terminale pentru controlul fluxului cu CTS. Atenie, pe timpul
aplicaiei hyperterminal pentru Windows, modul Hardware de control a fluxului
se refer la controlul exercitat de terminal ctre modem (cu RTS-C105), i nu
viceversa cum se cere n acest exerciiu. Cu alte cuvinte, terminalul produce
cderea RTS cnd nu poate primi date de la modem. Terminalul Windows-ului
poate ntrerupe trimiterea datelor ctre modem numai cu comanda Xon/Xoff i
nu poate controla cderea CTS;

- Stabilii conexiunea. Terminalele indic mesajul: CONNECT 300/BUF;

- De la terminalul L transmitei un fiier text de pe disc i reinei urmtoarele
faze:
Pe modem-ul L(transmitor) ledurile CTS-C106 i TD-C103 se aprind
pentru cteva secunde. Aceasta nseamn c DTE este activat pentru
a transmite date (CTS aprins) i c exist un flux de date (TD aprins);
Ledul CTS se stinge, urmat de ctre ledul TD. Aceasta nseamn c:
- buffer-ul este umplut;
- DCE a redus CTS (ledul CTS stins);
- DTE ntrerupe emiterea de date;
Ledul CTS se aprinde, urmat de ledul TD. Aceasta nseamn c:
- buffer-ul este golit;
- DCE a ridicat CTS;
- DTE ncepe emiterea de date.

APLICAIA 7. EFECTUL ZGOMOTULUI, CORECTAREA ERORILOR I
COMPRIMAREA DATELOR

Obiective

- Verificarea efectului zgomotului pe conexiune;
- Examinarea diagramei de constelaii n prezena zgomotului;
- Examinarea aciunilor modem-ului (Fall-back, Fall-forward, Retrain) cu un
semnal de proast calitate;
- Verificarea efectului corectoarelor de eroare V42 i MNP4;
- Verificarea efectului compresoarelor de date V42bis i MNP5;


asincron);
- 1 osciloscop.


- setai conexiunea pe linie comutat (vezi apl. 4) sau linie nchiriat (vezi apl.
8);
- setai modem-urile la condiiile default;

Exerciiul 1. Efectul zgomotului

nceputul programrii
- 19200 bit/s - ATF5: V22bis
- generatorul de
zgomot nchis
- ATF0: multistandard
- Conectai osciloscopul
la constelaie (apl. 2)
- generatorul de zgomot
nchis
- 19200 bit/s

- Stabilii conexiunea;

- Cnd conexiunea este stabilit, cele 2 terminale vor arta mesajul :
CONNECT 2400/BUF. Tastai nite caractere de la terminalul L i verificai
recepionarea lor pe terminalul R;

- Pornii generatorul de zgomot pe modem-ul R i cretei gradat nivelul pn
cnd terminalul de recepie ncepe afiarea caracterelor diferit fa de cele
transmise. Aceasta arat c zgomotul cauzeaz erori n irul de date;

- Examinai diagrama constelaiei n modem-ul R i verificai dac atunci cnd
zgomotul crete strile de modulaie (punctele din diagram) se mic.
Exist eroare n datele primite cnd o stare de modulaie intr n zona de
decizie care aparine unei stri diferite;

- Suprimai zgomotul la un astfel de nivel nct s obinei erori ocazionale n
datele primite;

- nlturai conexiunea i cobori rata modem-ului L, programndu-l n V22:
ATF4;

- Realizai din nou conexiunea, transmitei datele i verificai acum dac erorile
s-au redus. Aceasta se poate vedea verificnd noua diagram de constelaie,
unde zonele de decizie pentru strile de modulaie sunt mai mari dect cele
ale lui V22bis;

- Programai modem-ul L pentru alte standarde, conectai din nou i
examinai alte diagrame de constelaie n prezena zgomotului.

Fig. 8.7. Diagramele constelaiilor cu zgomot

Exerciiul 2: Aciuni realizate de ctre modem cu un semnal de o proast calitate
(Fall-back i Retrain)

Comenzi utilizate

- ATF: standard
- AT*Q: aciune care trebuie s fie realizat cu semnal de calitate proast
- AT#Q: pragul BER (Bit Error Rate) pentru a ncepe Retrain
- AT&I: indicarea ratei conexiunii
- ATO: ntoarce ON-Line cu Fall-back sau Retrain
- ATS61 (registrul S61): numrul de Retrain pentru deconectare
- ATS62 (registrul S62): evidena numrului de Retrain
- ATS73 (registrul S73): ntrzierea Fall-forward (creterea ratei de linie)

nceputul programrii
- 2400 bit/s - AT&F: ncrcarea
configuraiei default
- AT*Q2: n cazul unui
semnal de slab
calitate activai Fall-
back (reducerea ratei
de linie)
- ATS61=10: 10
ncercri de retrain
nainte de a termina
de-conectarea
- ATS62=10: numrare
ncercri retrain timp
de 10 s
- ATS73=15: ntrziere
Fall-forward dup 15
s
- generatorul de
zgomot nchis
- AT&F: ncrcarea
- AT&I1: la conectare
apare CONNECT
urmat de rata de linie
- AT*Q2: n cazul unui
semnal de slab
calitate activeaz Fall-
back (reducerea ratei
de linie)
- ATS61=10: 10
ncercri de retrain
nainte de a termina
de-conectarea
- ATS62=10: numrare
ncercri retrain timp
de 10 s
- ATS73=15: ntrziere
Fall-forward dup 15 s
- Conectai osciloscopul
la constelaie
- generator de zgomot
nchis
- Dac apare NO
ANSWER sau NO
CARRIER, ATS0=2 i
se reia exerciiul n
noile condiii
- 2400 bit/s

Fall-back

apl. 4
- stabilii conexiunea pe reeaua comutat;

- cnd conexiunea este stabilit, cele dou terminale vor arta mesajul:
CONNECT 2400/BUF. Osciloscopul arat constelaia 16-QAM pentru acelai
standard V22bis. Tastai cteva caractere de la terminalul L i verificai
recepionarea lor pe terminalul R;

- Pornii generatorul de zgomot pe modem-ul R i cretei gradat nivelul pn
cnd terminalul de recepie arat caractere diferite de cele transmise. Aceasta
indic faptul c zgomotul este cauza erorilor de date;

- Cretei gradat zgomotul pn cnd modem-ul pornete Fall-back (poate fi
auzit un sunet tipic fazei handshake). Reinei ceea ce urmeaz:
- la sfritul Fall-back constelaia devine 4-PSK i aceasta nseamn c
rata de linie a fost redus (V22, 1200 bit/s);
- erorile de pe ecranul terminalului R se diminueaz considerabil
(scznd rata, se reduc erorile, de asemenea);
- dac semnalul nu are calitatea att de slab, dup aproximativ 15 s
(vezi registrul S73) este pornit un Fall-forward i modem-urile cresc rata
de linie (ele se ntorc la modul V22bis);

- considernd c modem-ul R a fost programat (AT&I1) pentru a arta
conexiunea cu mesajul CONNECT urmat de rata de linie, putei verifica cum s-
a schimbat rata de linie (micorat sau crescut). Procedai dup cum
urmeaz:
- n timpul conexiunii, setai modem-ul R OFF-Line tastnd secvena
Escape: +++ de la terminalul R. Modem-ul rspunde OK;
- tastai comanda ATO: modem-ul trece ON-line ncepnd un Fall-
back/Fall-forward i arat CONNECT urmat de rata curent (n linie).
Se obine CONNECT2400/BUF sau CONNECT1200/BUF,
corespunztor ratei.

Retrain

- terminai conexiunea i programai ambele modem-uri cu AT*Q1: n cazul unui
semnal de o calitate slab, se activeaz Retrain;

- repetai testele descrise anterior i verificai, cnd zgomotul crete dac
modem-urile pornesc un Retrain;

Q1 Cum trebuie programate modem-urile pentru a nltura conexiunea dup dou
retrain euate n 15 s?

1 AT*Q1
ATS61=15
ATS62=2
2 AT*Q2
AT2=S61
AT15=62
3 AT*Q1
AT2=S61
AT15=S62
4 AT*Q2
ATS61=2
ATS62=15
5 AT*Q1
ATS61=2
ATS62=15

Exerciiul 3: Corectoarele de eroare V42 i MNP4

Comenzi utilizate

- ATF: standard
- AT*Q: aciune luat cu un semnal de slab calitate
- AT&K : control de flux
- AT&E: corector de eroare

nceputul programrii
- 2400 bit/s
- control de
flux Xon/Xoff
- AT&F: ncrcai
configuraia
default
- ATF5: V22bis
- AT&K1: control
de flux Xon/Xoff
- AT*Q0: fr
aciune n cazul
semnalului de
slab calitate
- Generator de
zgomot nchis
- AT&F: ncrcai
configuraia default
- AT&K1: control de
flux Xon/Xoff
- AT*Q0: fr aciune
n cazul semnalului
de slab calitate
- Conectai
osciloscopul pentru
constelaie
- Generator de zgomot
nchis
- 2400 bit/s
- controlul de
flux Xon/Xoff

- Pe ambele modem-uri activai controlul de flux Xon/Xoff (AT&K1) i
dezactivai aciunea care trebuie s fie luat n cazul unui semnal de slab
calitate (AT*Q0). Setai ambele terminale la 2400 bit/s i cu control de flux
hardware;

- Stabilii conexiunea, cretei gradat zgomotul ctre modem-ul R i verificai
prezena erorii n mesajele primite;

- ncetai conexiunea i activai corectarea erorii pe ambele modem-uri cu
comanda AT&E1;

- Realizai conexiunea din nou, cele dou terminale arat CONNECT2400/REL
, unde REL arat c este activ corecia de eroare n modul Autoreliable.
Tastai cteva caractere la terminalul L i verificai recepionarea lor pe
terminalul R; verificai acum deoarece nu ar trebui s mai existe vreo eroare.

Q2 Cine realizeaz corectarea de date V42/MNP4?

1 terminalele, care pot detecta datele greite i pot cere retransmisia;
2 modem-urile, care pot detecta datele greite i le pot corecta automat;
3 terminalele, care pot determina datele greite i le pot corecta automat;
4 modem-urile, care pot detecta datele greite i cere terminalului
transmitor retransmiterea.

- transmitei un fiier text (ASCII), cretei gradat zgomotul i verificai dac:
- datele primite sunt ntotdeauna fr erori;
- ledul TD-C103 al modem-ului L este aprins permanent, deci nu exist
ntrerupere a fluxului de date DTE-DCE deoarece modem-ul poate
transmite toate datele, fr erori;

- cnd zgomotul crete, putei constata la modem-ul L c:
- ledul RD-104 este aprins, DTE oprete emiterea de date, ledul TD se
stinge. Aceasta nseamn c:
datorit erorilor cauzate de zgomot, modem-ul (n conformitate
protocolul de corectare rezident n el) este obligat s retransmit
aceleai blocuri de date, care sunt stocate temporar n buffer, de
mai multe ori;
pentru a preveni ca DTE s emit date, modem-ul nu poate
transmite deoarece, angajat n ultima retransmitere de date, acelai
modem oprete fluxul de la DTE prin comanda Xoff transmis pe
circuitul RD-C104 (apl. 6);
- ledul RD se aprinde pentru puin timp (comanda Xon), apoi DTE
continu emiterea de date.

Exerciiul 4: Comprimarea de date V24bis i MNP5

Comenzi utilizate
- ATF: standard
- AT*Q: aciune de realizat la un semnal de slab calitate
- AT&K: control de flux
- AT*E: comprimare de date
- AT&E: corector de eroare

nceputul programrii
- 9600bit/s
- control de
flux
Xon/Xoff
- AT&F: ncrcai
configuraia default
- ATF5: V22bis
- AT&K1: control de
flux Xon/Xoff
- AT&E1: permite
corectarea de
eroare
- AT&F: ncrcai
configuraia default
- ATF0:
multistandard
- AT&K1: control de
flux Xon/Xoff
- AT&E1: permite
corectarea de
- 9600 bit/s
- controlul de flux
Xon/Xoff
- AT*E1: permite
comprimare de
date
- AT*Q0: fr
aciune n cazul
semnalului de
slab calitate
- Generator de
zgomot nchis
eroare
- AT*E1: permite
comprimare de
date
- AT*Q0: fr
aciune n cazul
semnalului de
slab calitate
- Conectai
osciloscopul pentru
constelaie
- Generator de
zgomot nchis

- Pstrai condiiile ultimului exerciiu i activai comprimarea datelor pe ambele
modem-uri (AT*E1);

- Stabilii conexiunea. Modem-urile sunt conectate cu rata de linie de 2400 bit/s,
rata de interfa de 9600 bit/s, corectarea V42activat, compresie V42bis
activat;

- Transmitei un fiier ASCII (vezi apl. 7 ex. 5) i msurai timpul T (secunde)
necesar pentru transmisie;

- Notai lungimea L (n Bytes) a fiierului transmis i lungimea n a caracterului
(bitul de Start + bitul de date+ bitul de Stop) i calculai numrul N al biilor
transmii: N = L n;

- Calculai puterea de transfer a liniei (throughput), definit ca rat efectiv cu
care datele au fost transmise, fcnd raportul dintre biii transmii i timpul
utilizat pentru transmisie: throughput = N/T bit/s;

- Terminai conexiunea i dezactivai comprimarea de date cu comanda AT*E0;

- Stabilii conexiunea din nou i calculai noul throughput. Transmisia va fi mai
ndelungat dect ultima;

- Efectuai ultimele teste activnd corectorul MNP4 (AT&E4) cu (AT*E1) i fr
(AT*E0) comprimarea MNP5;

- Schimbai fiierul ASCII transmis i verificai eficiena compresorului i dac
throughput-ul liniei depinde de felul fiierului.

Exerciiul 5. Fiierul text pentru compresorul de date

Exist un disc TEST cu 5 fiiere ASCII folosite pentru a compara diferitele
compresoare de pe pia. Programul folosit pentru transmiterea fiierului poate fi
orice pachet de comunicare asincron. Cele cinci fiiere test reprezint cele mai
folosite tipuri de fiier ASCII:
- FRTEXT.SMP text n francez (5671 byte);
- TABULAR.SMP tabel n englez (30720 byte);
- CSOURCE.SMP program surs n C (63796 byte);
- MACWRIT1.SMP text scris cu editor pentru MACINTOSH (58297 byte);
- IMAGE.SMP imagine digitizat (67584 byte).

Tabelul din Fig. 8.8 arat rezultatele referitoare la transmiterea celor 5 fiiere n
diferite moduri: fr comprimare (cu buffer inserat), cu comprimare MNP5, cu
compresie V42bis.
Eficiena teoretic (100%) este folosit ca referin i poate fi obinut prin
divizarea biilor ce constituie fiierul (considernd Startul i Stopul) pentru rata
nominal a modem-ului. Datele din tabelul 8.8 sunt figurate n Fig. 8.9/10/11/12/13.

TRANSMISIA COMPARATIV DE TESTE
rata DTE = 9600 bit/s rata de linie = 2400 bit/s
Fiier
Lungime
[byte]
Mod
Timp de
transfer [s]
Throughput
[bit/s]
Eficien
[%]
FRTEXT 5671 Teoretic 23.63 2400 100
FRTEXT 5671 Buffer 24.2 2343 98
FRTEXT 5671 MNP5 13.9 4080 170
FRTEXT 5671 V42bis 10.9 5203 217

TABULAR 30720 Teoretic 128 2400 100
TABULAR 30720 Buffer 131 2345 98
TABULAR 30720 MNP5 61 5036 210
TABULAR 30720 V42bis 42.3 7262 303

CSOURCE 63796 Teoretic 266 2400 100
CSOURCE 63796 Buffer 273 2337 97
CSOURCE 63796 MNP5 158.2 4033 168
CSOURCE 63796 V42bis 158 4038 168

MACWRIT1 58297 Teoretic 243 2400 100
MACWRIT1 58297 Buffer 249.9 2333 97
MACWRIT1 58297 MNP5 172.7 3376 141
MACWRIT1 58297 V42bis 124.6 4679 195

IMAGE 67584 Teoretic 282 2400 100
IMAGE 67584 Buffer 289 2339 97
IMAGE 67584 MNP5 176.2 3836 160
IMAGE 67584 V42bis 121 5585 233
Fig. 8.8.

Fig. 8.9.

Fig. 8.10.

Fig. 8.11.

Fig. 8.12.

Fig. 8.13.

APLICAIA 8. CONECTAREA LA LINIE NCHIRIAT DE 2 I 4 FIRE

Obiective

- Setarea modem-urilor i conexiunilor pentru conectarea la linie nchiriat de 4
fire;
- Setarea modem-urilor i conexiunilor pentru conectarea la linie nchiriat de 2
fire;
- Setarea modem-urilor i conexiunilor pentru conectarea la linie nchiriat cu
Back-up pe linie comutat;


asincron);
- 1 osciloscop.


apl. 1 ex.1, par. 7.3
- setai terminalele la 12200 bit/s i conectai-le la modem;
- la pornire setai modem-urile la condiiile default.

Exerciiul 1: conectarea la linie nchiriat de 4 fire

Q1 Conectai modem-urile L i R pentru conexiunea la patru fire, cu o linie de 2
km i inserare de zgomot ctre terminalele de recepie. Care din urmtoarele
variante este o conexiune posibil?

1 SWITCHED_LINE a modem-ului L conectat la SWITCHED_LINE a
modem-ului R; TEL a modem-ului L conectat la TEL a modem-ului R;
2 TX_4W a modem-ului L conectat la NOISE_IN a modem-ului R;
NOISE_OUT a modem-ului R conectat la LINE_IN_2km a modem-ului R;
LINE_OUT_2km a modem-ului R conectat la RX_4W a modem-ului R;
TX_4W a modem-ului R conectat la LINE_2km a modem-ului L;
LINE_2km a modem-ului L conectat la NOISE_IN a modem-ului L;
NOISE_OUT a modem-ului L conectat la RX_4W a modem-ului L;
3 TX_4W a modem-ului L conectat la LINE_IN_2km a modem-ului R;
LINE_OUT_2km a modem-ului R conectat la NOISE_IN a modem-ului R;
NOISE_OUT a modem-ului R conectat la RX_4W a modem-ului R;
TX_4W a modem-ului R conectat la LINE_IN_2km a modem-ului L;
LINE_OUT_2km a modem-ului L conectat la NOISE_IN a modem-ului L;
NOISE_OUT a modem-ului L conectat la RX_4W a modem-ului L;
4 TX_RX_2W a modem-ului L conectat la LINE_IN_2km a modem-ului R;
LINE_2km a modem-ului R conectat la TX_RX_2W a modem-ului R.

- Conectai cele dou modem-uri ntre ele conform ultimului rspuns.

Comenzi utilizate
- ATF: standard
- AT&L: linie

nceputul programrii
- 19200
bit/s

- AT&F: ncrcai
configuraia default
- ATF5: V22bis (pentru
a face o conexiune
pe linie nchiriat
selectai un standard
fix, acelai pentru
cele 2 modem-uri)
- AT&L2: linie dedicat
de 4 fire
- ATS0=0: pentru a
conecta o linie
nchiriat, registrul S0
trebuie s fie 0 ntr-un
modem (modem-ul
apelant, Origine), i 1
n cellalt (modem
apelat, Rspuns)
nchis
- AT&F: ncrcai
configuraia default
- ATF5: V22bis (pentru
a face o conexiune pe
linie nchiriat
selectai un standard
fix, acelai pentru
cele 2 modem-uri)
- AT&L2: linie dedicat
de 4 fire
ATS0=0: pentru a
conecta o linie
nchiriat, registrul S0
trebuie s fie 0 ntr-un
modem (modem-ul
apelant, Origine), i 1
n cellalt (modem
apelat, Rspuns)
nchis
- 19200 bit/s

- O dat ce modem-urile au fost setate ca n ultima tabel, verificai dac releele
RL1 i RL2 sunt setate pentru linie nchiriat i 4W;

- Pentru a stabili conexiunea apsai butonul DATA/TEL pe ambele modem-uri;

- Dup faza handshake, cele dou terminale arat mesajul CONNECT
19200/BUF (19200 este rata DTE-DCE);

- Tastai nite caractere de la un terminal i verificai recepionarea lor la cellalt
terminal;

- Cretei gradat zgomotul i verificai reacia pe datele recepionate;

- n TP9 examinai formele de und ale semnalului transmis de modem;

- pentru terminarea conexiunii apsai DATA/TEL.

Exerciii suplimentare

Pstrnd ultima setare efectuai exerciiile descrise n aplicaiile
6/7/9/10/11/12/13.

Exerciiul 2: Conexiune pe linie nchiriat de 4 fire cu Back-up pe linie comutat

Comenzi utilizate

- ATF: standard
- AT&L: tip de linie
- AT#B: control back-up
- ATNn&Zx: memorarea numrului de telefon
- AT&W: memorarea configuraiei
- ATS28 (registrul S28): loop-up timer

nceputul programrii
Terminal L Modem L
Origine (apelant)
Modem R
Rspuns (apelat)
Terminal
R
- 19200
bit/s

Ca la ultimul
exerciiu, plus:
- AT#B2: back-up pe
linia comutat validat,
cu resetarea conexiunii
pe linia nchiriat cnd
timer-ul setat n S28
este expirat
- ATS28=1: modem-ul
ncearc din nou
conectarea pe linia
nchiriat dup un
minut
- ATN0&Zx: memorarea
locaiei de memorie 0 a
numrului de telefon (x)
la care este conectat
modem-ul R
- AT&W: memorarea
configuraiei
nchis
Ca la ultimul
exerciiu, plus:
- AT#B2: back-up pe
linia comutat
validat, cu
resetarea conexiunii
pe linie nchiriat
- AT&W: memorarea
configuraiei
- Generator de
zgomot nchis
- 19200
bit/s

- Setai conexiunile ca n Fig. 8.14;

- Stabilii conexiunile apsnd butonul DATA/TEL de pe ambele modem-uri;

- Provocai o ntrerupere pe linia nchiriat (deconectai un fir) i verificai dac:
- conexiunea este ntrerupt;
- modem-ul L (Surs) formeaz numrul de telefon al modem-ului R
(Rspuns);
- pe linia comutat conexiunea este resetat;
- cele 2 modem-uri indic C117-BUI (Indicator Back-up, pinul 13 al
interfeei seriale);

- Refacei linia nchiriat (conectai firul): cnd timpul setat n S28 expir (1
minut n acest caz), modem-urile se conecteaz la linia nchiriat.

Fig.8.14. Conexiune pe linie nchiriat de 4 fire cu back-up pe linie comutat

Fig. 8.15. Conexiune pe linie nchiriat de 2 fire cu back-up pe linie comutat

Exerciiul 3: Conectarea pe linie nchiriat de 2 fire

- Realizai conexiunile ca n Fig. 8.15.

Q2 Cum trebuie s fie programate modem-urile pentru a realiza conectarea pe
linie nchiriat de 2 fire?

1 ATFx standard fix i acelai n ambele modem-uri
AT&L1
ATS0=0 un modem, ATS0=1 cellalt modem
2 ATF0 ambele modem-uri n mod multistandard
AT&L1
ATS0=0 un modem, ATS0=1 cellalt modem
3 ATFx standard fix i acelai pentru ambele modem-uri
AT&L0
ATS0=0 ambele modem-uri
4 ATFx standard fix i acelai pentru ambele modem-uri
AT&L1
ATS0=0 ambele modem-uri

- ncrcai configuraia default (AT&F), iar apoi programai ambele modem-uri
conform ultimului rspuns;

- Stabilii conexiunea apsnd butonul DATA/TEL pe ambele modem-uri.


Pstrnd ultima setare efectuai exerciiile descrise n aplicaiile
6/7/9/10/11/12/13.

APLICAIA 9. PROGRAMAREA DE LA DISTAN

Obiective

- Pregtirea modem-ului pentru programarea de la distan;
- Efectuarea programrii de la distan a modem-ului;


asincron);
- 1 central telefonic.


apl.1 ex. 1, par. 7.3
- setai terminalele la 19200 bit/s i conectai-le la modem-uri;
- setai modem-urile la pornire n modul default.

Premise

Cnd modem-ul este n modul de date, programarea de la distan poate fi
activat setnd modem-ul n modul de comand cu o secven Escape (+++) i dnd
comanda AT#T6. Fiecare comand AT urmtoare este aplicat direct la modem-ul
aflat la distan, pn cnd programarea de la distan se termin cu comanda
AT#T0.
Fiecare schimbare n configuraia modem-ului aflat la distan va deveni
operativ dup ce configuraia a fost salvat cu comanda AT&W i conexiunea va fi
ncheiat. Dac conexiunea va fi ncheiat naintea recepionrii comenzii AT&W,
configuraia modem-ului de la distan nu va fi schimbat.

n modem-ul de recepie, programarea de la distan trebuie s fie permis cu
comanda AT#T4.

Exerciiul 1: Exemple de programare de la distan

Comenzi utilizate
- ATF: standard
- AT#T: programare de la distan

- Stabilii o conexiune pe linie comutat (apl. 4);

- Dac presupunem c se dorete programarea de la distan a modem-ului
R, atunci programai modem-urile la pornire ca n ultima tabel.

nceputul programrii
- 19200 bit/s

- AT&F: ncarc
configuraia
default
- AT&F: ncarc
configuraia default
- AT#T4: permite
programarea de la
distan
- ATS0=2
- 19200 bit/s

- Stabilii conexiunea: modem-ul R se conecteaz dup dou sunete (registrul
S0=2);

- De la terminalul L programai modem-ul R prin dezactivarea, de exemplu,
rspunsului automat (ATS0 = 0). Urmai urmtoarele faze:
- trimitei secvena escape: +++
- ateptai mesajul: OK
- trimitei comanda: AT#T6
- ateptai mesajul de la modem-ul local: TPG GRANTED
- urmeaz mesajul modem-ului de la distan: TPG > OK

- Pe viitor fiecare comand AT este aplicat modem-ului de la distan, el
rspunznd cu: TPG > OK;

- De exemplu, trimitei comanda AT*C pentru a afia configuraia curent a
modem-ului de la distan;

- Acum trimitei comanda ATS0=0 pentru a dezactiva rspunsul automat;

- Trimitei comanda AT&W pentru a memora (n modem-ul de la distan) noua
configuraie;

- Pentru a termina programarea de la distan trimitei secvena escape (+++) i
apoi comanda: AT#T0;

- Eliberai conexiunea i apoi apelai de la L la R: n modem-ul R rspunsul
automat fiind dezactivat (n exemplul programrii de la distan), pentru a
realiza conectarea modem-ului tastai ATA de la terminalul R.

APLICAIA 10. DIAGNOSTIC

Obiective
Par. 5.1.6.
- Activarea buclei 3 locale;
- Activarea buclei 2 locale i de la distan;
- Efectuarea de msurtori ale ratei de eroare;


asincron);


apl. 1 ex. 1, par. 7.3
- setai terminalele la 19200 bit/s i conectai-le la modemuri
- setai modem-urile la pornire n modul default.

Comenzi utilizate

- ATF: standard
- AT&T: test
- ATS18=x (registrul S18): durata Self-Test (auto-test)
- AT*T: activarea circuitului de interfa C141-L3
- Butonul TEST

Exerciiul 1: Activarea buclei 3 locale

- NOT: bucla nu poate fi activat dac este activat corectorul de eroare.

Cu butonul TEST
- ncrcai configuraia default (AT&F);
- Cu modem-ul Off-Line, apsai butonul TEST de pe panoul frontal al modem-
ului;
- Modem-ul realizeaz o bucl 3 i comut pe ON C142-TI, pinul 25 al interfeei;
- Pentru a termina testul folosii din nou butonul.

Cu comand AT, cu i fr Self-Test
- ncrcai configuraia default (AT&F);
- Cu modem-ul Off-Line tastai comanda: AT&T1;
- Modem-ul realizeaz bucla 3 i comut pe ON C142-TI;
- Pentru a termina testul: trimitei secvena Escape (+++) i la dup OK tastai
comanda AT&T0;
- Bucla 3 poate fi activat cu Self-test. Procedai dup cum urmeaz:
- cu modem-ul Off-Line trimitei comanda AT&T8. Modem-ul realizeaz
bucla 3 ca i cu comanda AT&T1, dar adugnd un auto-test;
- auto-testul const n trimiterea i detectarea unei secvene de date
(modelul 511) pentru un timp dat de registrul S18, pe o durat infinit
dac S18= 0. Aici, pentru a termina testul tastai secvena escape (+++)
i dup prompterul OK tastai comanda AT&T0. La terminarea self-test-
ului terminalul arat numrul erorilor detectate n timpul testului.

Q1 Care seciuni ale unei conexiuni pot fi testate activnd bucla 3 pe modem-ul
de la distan?

1 circuitele de transmisie ale modem-ului local;
2 circuitele de recepie ale modem-ului de la distan;
3 circuitele de interfa ale terminalului local;
4 linia;
6 circuitele de interfa ale modem-ului local.

Exerciiul 2: Activarea buclei 2 de la distan i msurarea ratei de bii eronai
(BER)

Cu comenzi AT, cu i fr Self-Test

- Setai conexiunile pentru linie comutat (apl. 4) sau linie dedicat (apl 8), cu
zgomot inserat;

- Presupunem c dorim activarea buclei 2 distante pe modem-ul R; acest
modem trebuie s fie dinainte activat i s cear o bucl 2 de la linie. De la
terminalul R, trimitei modem-ului R comanda AT&T4;

- Stabilii conexiunea;

- Trimitei modem-ului L secvena Escape (+++), i la apariia OK tastai
comanda AT&T6;

- Modem-ul de la distan accept cererea de la modem-ul local i se seteaz
pentru a executa bucla 2;

- Pentru a termina testul: de la terminalul L trimitei secvena Escape (+++), i
dup OK tastai comanda AT&T0;

- Pentru a activa bucla 2 de la distan cu Self-Test, procedai dup cum
urmeaz:
- cu conexiunea activat, trimitei modem-ului L secvena Escape
(+++), i dup OK tastai comanda AT&T7. Dac modem-ul de la
distan este activat, se va realiza un test ca cel vzut n cazul AT&T6,
dar cu self-test. Self-test este realizat aa cum s-a vzut n ultimul
capitol;
- la terminarea S18 testul este terminat i furnizeaz rezultatul calculului
erorilor detectate, de la care putei afla rata de eroare (BER) aplicnd
urmtoarea formul:
BER = numr de erori / S18 bps (linie)

Cu bps (linie)= rata de linie a modem-ului
- cnd testul este terminat modem-ul este n modul comand, pentru a
v ntoarce la conexiune tastai doar ATO.

Cu butonul TEST
- cnd modem-ul este ON-Line, apsai butonul frontal TEST;

- modem-ul de la distan execut bucla 2;

- pentru a termina testul apsai din nou butonul.

Q2 Care seciuni ale conexiunii pot fi testate prin activarea buclei 2 pe modem-ul
de la distan?

1 circuitele de transmisie ale modem-ului local;
3 circuitele de interfa ale terminalului local;
4 linia;
5 circuitele de recepie ale modem-ului local;
7 circuitele de interfa ale modem-ului de la distan;
8 circuitele de interfa ale terminalului de la distan;
9 circuitele de interfa ale modem-ului local.


Pstrnd ultima setare, efectuai exerciiile descrise n apl. 11.

Exerciiul 3: Activarea buclei 2 locale

Cu conexiunea stabilit, trimitei modem-ului secvena escape pentru a comuta
la modul comand. Cu comanda AT&T3, acum, putei trimite modem-ului local
cererea pentru a executa bucla 2 local. Testul este terminat cu secvena escape
(+++) i tastnd comanda AT&T0 cnd apare prompterul OK.

APLICAIA 11. MSURAREA RATEI DE EROARE CU TESTER DE DATE

Obiective

- Folosirea Tester-ului de Date la msurarea ratei de eroare;
- Msurarea ratei de eroare pe modem-uri n bucla 3;
- Msurarea ratei de eroare pe conexiune cu modem-ul distant n bucla 2;
- Msurarea ratei de eroare cap-la-cap.


asincron);
- 2 Testere de Date.

Premise

Rata de eroare este msurtoarea care certific calitatea sistemului de
transmisie a datelor. Ea este realizat folosind un instrument specific, numit Tester
de Date i const din urmtoarele faze:
- seciunea de transmitere a Tester-ului de Date emite o secven cunoscut de
date ctre sistemul de testat;
- seciunea de recepie a Tester-ului de Date recepioneaz datele de la
sistemul de testat i verific dac acestea corespund secvenei emise de
Tester;
- fiecare bit recepionat greit este interpretat ca eroare;
- rata dintre numrul biilor recepionai greit i numrul total de bii recepionai
d Rata de Eroare de Bit (Bit Error Rate).
Msurarea ratei de eroare se realizeaz pentru a verifica buna funcionare:
- a unui singur modem (Fig. 8.16);
- a modem-ului i a liniei de transmisie (Fig. 8.17);
- a ntregii conexiuni, constnd n 2 modem-uri i o linie (Fig. 8.18).

Exerciiul 1: Verificarea funcionrii modem-ului (Rata de Eroare cu
bucla 3)

Exerciiul are scopul de a familiariza cititorul cu folosirea Tester-ului de Date i
cu msurarea ratei de eroare.

nceputul programrii
Terminal Modem
2400 bit/s - ncrcarea configuraiei default
- AT*I5 : Rata pe partea DTE fixat la 2400 bit/s

Fig. 8.16. Bucla 3: controlul funcionrii modem-ului

Fig. 8.17. Bucla 4: controlul funcionrii modem-ului i liniei

Fig. 8.18. Controlul funcionrii conexiunii cu modem-ul de la distan n Bucla 2

Fig. 8.19. Tester de Date conectat la modem

- Dup ce modem-ul este programat, deconectai terminalul i conectai Tester-
ul de Date (Fig. 8.19). Deconectai toate cablurile inserate n pinii de interfa
a Tester-ului de Date i trecei toate micro-comutatoarele pe ON;

- Activai bucla 3 n modem apsnd butonul TEST. Modem-ul se seteaz
pentru modul asincron la 2400 bit/s.

Programarea Tester-ului de Date
- Activai Tester-ul de Date i, pentru a executa msurarea ratei de eroare pe
conexiunea asincron, programai-l n acest fel (consultai manualul tester-ului
de date pentru o explicaie detaliat a funciilor):

- Pe prima linie a afiajului exist indicaia PARAMETER, pe linia a doua
VALUE dat parametrului indicat. PARAMETER este schimbat cu tastele
i , VALUE cu tastele i ;

- La pornire, indicatorul arat:
CONFIGURATION
Last Set-up

- Selectai parametrul TEST i valoarea BERT (Bit Error Rate Test). n acest
fel, seciunea de transmitere a Tester-ului de Date emite o secven de date i
n acelai timp seciunea de recepie verific dac secvena primit este
aceeai cu cea transmis. Fiecare bit primit greit este socotit ca eroare. n
aceast prim faz a exerciiului suntem preocupai n mod special de
modurile de programare a instrumentului, iar aspectul legat de msurarea ratei
de eroare va fi tratat mai trziu. Afiajul arat:
TEST
BERT

- Selectai urmtorul parametru PATTERN (secvena de date) i apoi una din
secvene, de exemplu secvena pseudoaleatoare 511 (Pseudo Random).
Indicatorul arat:
PATTERN
511 PR
- Selectai parametrul FORMAT (formatul serial sau paralel de date). Cum
testul BERT este numai pentru date seriale, exist o singur alegere pentru
acest parametru. Afiajul arat:
FORMAT
Serial

- Selectai INTERFACE i apoi simularea DTE. Afiajul arat:
INTERFACE
Simulate DTE

- Selectai SERIAL MODE i apoi transmisia asincron:
SERIAL MODE
Asynchronous

- Selectai BIT RATE i rata de transmisie:
BIT RATE
2400

- Selectai WORD LENGTH i lungimea cuvntului folosit pentru test:
WORD LENGTH
8

- Selectai PARITY i felul paritii:
PARITY
None

- Selectai STOP BITS i durata bitului de Stop:
STOP BITS
1

- Selectai FLOW CONTROL n mod Hardware. Aceasta nseamn c,
apsnd FLOW CONTROL, putei activa sau dezactiva linia de ieire
selectat cu parametrul CTRL LINE OUT:
FLOW CONTROL
Hardware

- Selectai CTRL LINE IN i alegei CTS. Aceasta nseamn c Tester-ul de
Date verific starea C106 CTS (furnizat de ctre modem) naintea furnizrii
de date:
CTRL LINE IN
CTS (pin 5)

- Selectai CTRL LINE OUT i alegei RTS. Aceasta nseamn c, apsnd
FLOW CONTROL, putei activa sau dezactiva C105- RTS:
CTRL LINE AUT
RTS (pin 4)

- Selectai BLOCK SIZE i valoarea 10
3
. Aceasta este lungimea blocului de
date (n bii) pe care vor fi realizate nite msurtori.
BLOCK SIZE
10
3

- Selectai continuu TEST LENGTH:
TEST LEGTH
Continuous

- Selectai ALARM i alegei Errored Second, permind n acest fel emisia
unui semnal acustic, dac biii greii sunt recepionai n interval de o
secund:
ALARM
Errored Second

- Selectai POWER REMINDER n mod ON, permind emisia unui semnal
acustic dac Tester-ul de Date nu este ocupat, activ pentru mai mult de 5
minute:
POWER REMINDER
On

- Selectai STORE SET-UP i alegei No. n acest fel configuraia curent nu
este salvat n memorie:
STORE SET-UP
No

Msurare
- Apsai butonul TEST al modem-ului: bucla 3 este activat;

- Apsai START pe Tester-ul de Date. n acest fel pornii urmtoarele funcii:
- seciunea de transmitere a Tester-ului de Date emite date conform
programrii: secvena 511, asincron, la 2400bit/s;
- staia de recepie a Tester-ului de Date primete date, le compar cu
secvena transmis i proceseaz rezultatele;

- dac sunt urmate toate n mod corect, afiajul arat:
BERT IN PROGRESS
Synchronized

- apsai VALUE NEXT, examinnd:
- numrul biilor transmii, care crete continuu;
- numrul biilor greii (recepionai): fr zgomot ar trebui s fie zero;
- rata de eroare de bit (BER - Bit Error Rate), definit ca raport ntre biii
greii i biii transmii;
- Blocurile transmise;
- Blocurile (recepionate) coninnd cel puin un bit greit;
- Rata de eroare pe bloc (BLER - Error Rate on Block), definit ca raport
ntre blocurile greite i blocurile transmise;
- Durata msurrii;
- Secundele coninnd cel puin un bit greit;
- Procentul de timp n care recepia este fr erori (Error Free Seconds -
EFS)
- Numrul pierderilor de sincronizare pe durata mesajului folosit pentru
test.

Exerciiul 2: Msurarea ratei de eroare pe conexiune (modem-ul de la distan
aflat n bucla 2)

n conexiunile Full-Duplex, rata de eroare poate fi msurat folosind un singur
Tester de Date i setnd unul din cele dou modem-uri la bucla de interfa (Fig.
8.18). Dac valoarea msurat este prea mare, pentru a detecta direcia conexiunii
afectat de erori, folosii dou Testere de Date i realizai msurarea separat n cele
dou direcii. Aceast procedur este cunoscut ca msurare end-to-end i va fi
examinat n urmtorul capitol.

nceputul programrii
Terminal L Modem L

Modem R

Terminal R
- 2400 bit/s

- off (par. 7.3)
- AT*I5: rata pe
partea DTE
fixat la 2400
bit/s
- Generator de
zgomot nchis
- off (par. 7.3)
- AT*I5: rata pe partea
DTE fixat la 2400 bit/s
- AT&T4: permite
cererea buclei 2
recepionate de la linie
nchis
- 2400 bit/s

- Stabilii o conexiune pe linia comutat (vezi apl. 4/5) sau pe linia nchiriat
(vezi apl. 8), conectnd de asemenea generatorul de zgomot;

- O dat ce conexiunea este stabilit, apsai TEST pe modem-ul local L:
modem-ul de la distan R se seteaz n bucla 2;

- Deconectai terminalul L i conectai Tester-ul de Date;

- programai Tester-ul de Date i pornii msurarea ratei de eroare aa cum
este descris n exerciiul 1;

- Setai Tester-ul de Date pentru citirea biilor greii. Pornii generatorul de
zgomot al modem-ului R i cretei gradat n amplitudine zgomotul pentru a
obine bii greii;

- Setai Tester-ul de Date pentru citirea BER: vei obine indicarea ratei de
eroare. Reinei c rata de eroare pentru conexiunile de 2400 bit/s poate lua
valori de ordinul 10
-4
10
-6
pe linie nchiriat i de la 10
-3
10
-5
pe linie
comutat;

- Realizai msurarea pentru cteva secunde i apoi blocai executarea
apsnd tasta STOP. Cu tastele VALUE NEXT-LAST indicatorul arat
valorile msurate.

Exerciiul 3: Msurarea End_to_End a Ratei de Eroare

- Setai terminalele i modem-urile aa cum se descrie n exerciiul 2 i stabilii
conexiunea;

- Deconectai terminalele i conectai 2 Testere de Date la modem-urile L i
R. Programai cele 2 Testere de Date n acelai mod i pornii msurarea
Ratei de Eroare aa cum este descris n exerciiul 1.

NU SCHIMBAI NICIODAT MODUL DE PROGRAMARE SAU DE FUNCIONARE
A TESTER-ULUI DE DATE N TIMPUL EXECUTRII MSURTORII. ACEASTA
CAUZEAZ INCERTITUDINE N MSURTORI I N SPECIAL CONFUZIE N
REALIZAREA EXERCIIULUI.

APLICAIA 12. CONEXIUNEA SINCRON

Obiective

- Programarea modem-ului pentru funcionare sincron;
- Examinarea semnalelor de ceas;
- Folosirea Tester-ului de Date ca terminal sincron;


asincron);
- 2 Tester de Date.

Premise

Pentru conexiunea n mod sincron putei aciona cu diferite comenzi, ca de
exemplu controlul DTR, activarea operrii sincrone, alegerea ceasului de transmisie,
etc. Apelul poate fi realizat manual sau cu un terminal asincron conectat la Portul
Principal sau Portul de Comand.
Un exemplu de conexiune sincron este procedura de a:
- programa modem-urile de la Portul Principal (cu terminal asincron);
- stabili conexiunea cu apel (de la terminal) cu Portul Principal;
- o dat ce conexiunea este stabilit, schimbai terminalul (asincron) folosit
pentru conexiune cu un terminal sincron, emulat n acest caz cu un Tester
de Date programat n mod sincron;
- realiza msurarea ratei de eroare end_to_end.

Q1 Care din urmtoarele elemente este necesar pentru o conexiune sincron?

1 dou terminale sincrone;
2 un modem sincron i unul asincron;
3 un terminal sincron i un terminal asincron;
4 dou modem-uri sincrone;
5 un oscilator cu cuar sincronizat cu ceasul de recepie;
6 un separator de sincronism.

Exerciiul 1: Msurarea ratei de eroare pe conexiunea sincron

Comenzi utilizate

- ATF: standard
- AT&M: funcionare sincron/asincron
- AT&X: selectare ceas de transmisie
- AT&W: memorarea configuraiei
- AT*I5: rata pe partea DTE fixat la 2400 bit/s

nceputul programrii
Termi
nal L
Modem L Modem R Termin
al R
- 2400 bit/s

- AT&F: ncrcarea
- AT&M1: funcionare
sincron. Cu modem-ul
off-line (care nu este
conectat) portul principal
este activat pentru
funcionarea asincron,
pentru a permite apelul
automat. Cu modem-ul
on-line (conectat la cel
distant) portul principal
este activat pentru
funcionare sincron
- AT*I5: rata din partea de
DTE fixat la 2400 bit/s
- AT&W: memorarea
configuraiei
- AT&F: ncrcarea
- AT&M1: operare
sincron.
- AT*I5: rata din
partea de DTE
fixat la 2400 bit/s
- AT&T4: activare
pentru cererea
buclei 2
recepionate de la
linie
- AT&W: memorarea
configuraiei

- 2400 bit/s

Q2 O dat ce modem-ul este programat pentru funcionare sincron, verificai
ledurile circuitelor de interfa. Care din urmtoarele rspunsuri este
adevrat?

1 Semnalul de ceas intern al transmisiei (TC-C114, pin 15, TP4) este activ;
2 Semnalul de ceas al recepiei (RC-C115, pin 17, TP5) este activ;
3 Semnalul de ceas al recepiei (RC-C115, pin 17, TP5) este o und
dreptunghiular;
4 Semnalul de ceas extern al transmisiei (ETC-C113, pin 24, TP6) este o
und dreptunghiular;
5 Semnalul de ceas intern al transmisiei (pin 15. TP4) este o und
dreptunghiular.

- Stabilii o conexiune pe linia comutat (vezi apl. 4/5) sau linie nchiriat (vezi
apl. 8) insernd, de asemenea, generatorul de zgomot;

- O dat ce conexiunea este stabilit, apsai TEST pe modem-ul local L:
modem-ul R aflat la distan se seteaz la bucla 2;

- Deconectai terminalul L i conectai Tester-ul de Date;

- Programai ambele Testere de Date aa cum a fost descris n apl. 11, ex.1,
schimbnd doar urmtorii parametri:
SERIAL MODE BIT RATE
Synchronous External

- Pornii msurarea ratei de eroare aa cum este descris n exerciiul 1 de la
apl. 11.

Q3 Din Tester-ul de Date , selectai ceasul de transmisie intern (2400 bit/s) i apoi
pornii din nou msurarea Ratei de Eroare. Care din urmtoarele rspunsuri
este adevrat?

1 fr zgomot pe linie, msurtoarea are loc n mod normal;
2 fr zgomot pe linie, cteodat Tester-ul de Date semnalizeaz pierderea
sincronizrii (Sync Loss). Aceasta se ntmpl datorit absenei Ceasului
de Recepie de la modem (RC-C115, TP17);
3 fr zgomot pe linie, uneori Tester-ul de Date semnalizeaz pierderea
sincronizrii (Sync Loss). Aceasta se ntmpl datorit folosirii a 2 timpi
diferii de transmisie: unul nuntrul Tester-ului de Date (pentru a genera
datele) i cellalt nuntrul modem-ului (pentru a coda datele);
sincronizrii (Sync Loss). Msurtoarea acioneaz cum trebuie dac
modem-ul este programat pentru Ceasul de Transmisie Extern (AT&X0);
sincronizrii (Sync Loss). Msurtoarea acioneaz cum trebuie dac
modem-ul este programat pentru Ceasul de Transmisie Extern (AT&X1).

APLICAIA 13. TRANSFERUL DE FIIERE

Obiective

- Realizarea de exemple de transfer de fiiere de date ntre 2 PC-uri conectate
prin modem;


- 2 modemuri VM34/EV multistandard;
- 2 PC-uri cu protocol de transfer de fiiere (FTP);

Premise

Prin transfer de fiiere nelegem un transfer de informaie (fiiere) ntre 2 PC-uri
conectate prin modem i reeaua telefonic. Aceast operaie trebuie realizat astfel
nct s asigure un transfer corespunztor (fr erori), cu zgomot pe linie. Au fost
dezvoltate diferite protocoale ca s se poat realiza aceast funcie. Cele mai
cunoscute dintre ele sunt:
- X-Modem
- Kermit
- Y-Modem
- Z-modem
Aceste protocoale, dei cu moduri de funcionare diferite, sunt bazate pe
principii comune, ale cror aspecte eseniale sunt:
- Protocol de Bloc: fiierul de transmis este divizat n blocuri cu o lungime fixat,
fiecare dintre ele coninnd cmpuri de control i cmpuri de date. Pe fiecare
bloc, staia de emisie realizeaz operaii (de tipul CRC, Cyclic Redundancy
Check) activnd staia de primire pentru detectarea erorilor;
- Trimite i Ateapt: staia de transmisie trimite un bloc la un moment dat, dup
care ateapt pentru ca staia de primire s trimit confirmarea nainte de a
transmite urmtorul bloc;
- Cerere de Repetare Automat (ARQ, Automatic Repeat reQuest): dac staia
de primire detecteaz o eroare n blocul recepionat, cere staiei de transmisie
s retransmit blocul.

Exist dou aspecte principale n ceea ce privete protocoalele de transfer de
fiiere:
- Ele pot fi utilizate numai ntr-un mediu asincron, tipic cu PC, avnd porturi de
comunicare serial asincron;
- Aceste protocoale (via Software) realizeaz operaii de corectare a erorilor
similar (via Firmware) celor realizate de ctre MNP4/V42, protocoale rezidente
n modem-uri. Cnd este utilizat transferul de fiiere, sugerm s se
foloseasc corectarea erorii cu modem-uri, pentru a mpiedica
suprancrcarea corectorului, ceea ce ar putea ncetini sau mpiedica
operaiunea de transfer corespunztoare.

Exerciiul 1: Exemplu de transfer de fiier cu protocol X-modem

Protocoalele de transfer de fiier sunt de obicei incluse n cele mai utilizate
Software de comunicare: Terminal (de la accesoriile Windows), Procomm, Crosstalk,
Bitcom, etc. n exemplul urmtor descriem utilizarea unui protocol X-modem, rezident
n programul Terminal (de la accesoriile Windows).

nceputul programrii
PC L Modem L

Modem R

PC R
- 2400 bit/s - AT&F: ncarc
configuraia default
- AT&F: ncarc
configuraia default
- 2400 bit/s

- Stabilii o conexiune pe linia comutat (vezi apl. 4/5) sau pe linia nchiriat
(vezi apl. 8), conectnd de asemenea generatorul de zgomot;

- Procedai cum este indicat mai departe.

PC L transmisie
(Program Terminal accesorii Windows)
PC R recepie
(Program Terminal accesorii Windows)
- Selectai:
Setai
Transferuri binare
XModem/CRC

- Selectai:
Transfer
Trimiterea fiierului binar
numele fiierului de trimis
OK

- PC transmite fiierul
- Selectai:
Setai
Transferuri binare
XModem/CRC

- Selectai:
Transfer
Fiier Binar Recepionat
nume pentru a fi dat
fiierului (nume.extensie)
OK

- PC recepioneaz fiierul

Q1 n timpul transferului, verificai ledul circuitelor de interfa ale modem-ului de
transmisie. Care din urmtoarele rspunsuri sunt adevrate?

1 ledul TD-C103 este aprins (el semnaleaz prezena datelor transmise);
2 ledul TD-C103 este aprins din cnd n cnd (el semnaleaz prezena
datelor transmise);
3 n mod alternativ cu ledul TD-C103 este aprins i RD-C104 se aprinde (el
semnaleaz mesajul Xon furnizat de modem la PC);
4 ledul RD-C104 este mereu aprins (el semnaleaz prezena datelor primite);
5 n mod alternativ cu ledul TD-C103, ledul RD-C104 poate fi aprins, de
asemenea: acesta semnaleaz prezena datelor recepionate, constnd
dintr-un mesaj de confirmare (sau refuz) a unui bloc de date. Mesajul vine
de la modem-ul de recepie;
6 n mod alternativ cu ledul TD-C103, ledul RD-C104 poate fi aprins, de
asemenea: acesta semnaleaz prezena datelor recepionate, constnd
ntr-un mesaj de confirmare (sau refuz) a unui bloc de date. Mesajul vine
de la PC-ul de recepie.

- n timpul transferului cretei gradat zgomotul ctre modem-ul de recepie (R)
i verificai dac protocolul repet transmisia de blocuri (cele afectate de
eroare).

9. APLICAII CU SOFTWARE DE SIMULARE

APLICAIA 1. COZILE M/M/1

1.1. Introducere

O coad M/M/1 este format dintr-un registru (buffer) de tip FIFO n care
pachetele ajung aleator conform unui proces Poisson i dintr-un procesor (numit
server) care extrage pachetele din buffer cu o anumita vitez.
Pentru aceast lucrare se vor folosi Node Editor-ul i Project Editor-ul software-
ului de modelare (OPNET Modeler sau IT GURU) pentru a realiza o coad M/M/1,
pentru a colecta statistici despre model, pentru a rula o simulare i pentru a analiza
rezultatele.
Performanele unui sistem bazat pe cozile M/M/1 depind de urmtorii parametri:
- Rata de sosire a pachetelor;
- Dimensiunea pachetelor;
- Capacitatea de servire.
n cazul n care rata de sosire a pachetelor i media dimensiunii pachetelor
depete capacitatea de servire, dimensiunea cozii va crete la infinit. La acest
laborator, se va construi un model de coad M/M/1 i se va urmri atingerea unei
stri stabile pentru o anumit rat de sosire, dimensiune a pachetelor i pentru o
anumit capacitate de servire.

1.2. Realizarea modelului

Cnd se modeleaz orice reea, trebuie s existe o nelegere clar a reelei
respective i a ntrebrilor la care trebuie dat un rspuns. n continuare, se vor studia
sistemul M/M/1, tipurile de noduri i distribuiile statistice utilizate pentru modelarea
acestui sistem.
Coada M/M/1 este n general descris de un proces Poisson care controleaz
sosirea pachetelor ntr-un buffer infinit. Cnd un pachet ajunge n vrful buffer-ului,
este procesat de ctre un server i trimis ctre destinaie. Sistemul cu coad M/M/1
este artat n figura urmtoare, unde media ratei de sosire, 1/ media
dimensiunii pachetelor i C capacitatea de servire:

Fig. 9.1.1. Coada M/M/1

Astfel, modelul de coad necesit un mod de generare, stocare i servire a
pachetelor, care pot fi realizate cu modulele existente n Node Editor.
Pentru a crea o coad M/M/1, este nevoie de cteva obiecte din Node Editor,
incluznd o coad i 2 procesoare. Modulul source genereaz pachete i modulul
sink este folosit pentru a distruge pachetele generate de surs. Coada este
reprezentat de buffer-ul infinit i de server.

Fig. 9.1.2. Model de coad M/M/1 realizat cu simulatorul

Setarea atributelor modelului de proces al modulului determin comportamentul
unui anumit modul de procesare.
Processor Module

Modulul source genereaz pachete i specific rata de creare a pachetelor
de ordinul pachete/secund. Aceast vitez este specificat de o distribuie
exponenial a timpului dintre pachetele care ajung la coad. Modulul queue
poate fi folosit pentru a reprezenta buffer-ul infinit i serverul.

Queue Module

Dei nu este parte a sistemului de coad M/M/1 descris anterior, modulul sink
este folosit pentru extragerea pachetelor. Distrugerea pachetelor care nu mai sunt
folosite este necesar pentru eliberarea memoriei i reutilizarea ei n timpul simulrii.
Pentru a transfera pachete ntre generator, coad i modulul sink, se folosesc
fluxurile de pachete (packet streams). Acestea reprezint cile prin care pachetele
circul de la un modul la altul.

Fig. 9.1.3. Fluxurile mic pachetele ntre module

Acum, c toate elementele necesare realizrii modelului au fost discutate, se
poate trece la realizarea acestuia. Modelul de reea (din Project Editor) va conine o
instan a modelului de coad M/M/1.
Pentru a crea un nou proiect i un nou scenariu:
1. nchidei toate proiectele deschise;
2. Creai un nou proiect i un nou scenariu. Numii proiectul
<iniialele>_mm1net i scenariul mm1. Apsai OK;
3. n Startup Wizard, facei click pe Quit. Scenariul va fi setat dup ce modelul
de nod a fost creat;
4. Alegei File > New... i selectai Node Model din list. Apsai OK.

Se deschide o nou fereastr cu Node Editor. Pe lng cele 4 butoane
standard (New, Open, Save, Print), se mai gsete i un set de butoane pentru
operaii frecvente n Nod Editor.

Fig. 9.1.4. Butoanele de lucru din Node Editor

Tabelul . . Numele butoanelor de lucru
1 Creare Procesor 6 Creare receptor punct-la-punct
2 Creare Queue 7 Creare emitor punct-la-punct
3 Creare flux de pachete 8 Creare Bus receptor
4 Creare Statistic Wire 9 Creare Bus emitor
5 Creare asociere logic Tx/Rx 10 Creare modul sistem extern

n cazul n care funcia Wireless este activat, vor apare butoane adiionale
pentru crearea de receptoare, transmitoare radio i antene:

Fig. 9.1.5. Butoanele de lucru din Node Editor, cu funcionaliti wireless

1.3. Node EDITOR-UL

Este folosit pentru realizarea de modele de noduri, formate din module
conectate prin fluxuri de pachete (packet streams) i legturi (fire) statistice (statistic
wires). Primul pas n crearea cozii M/M/1 este definirea modulului surs care
genereaz aleator pachetele. Pentru aceasta se poate folosi modulul procesor:
1. Click pe butonul Create Processor;

2. Click n spaiul de lucru pe poziia unde se dorete plasarea modulului. Un
processor va aprea n spaiul de lucru al Node Editor-ului;
3. Click dreapta pentru a ncheia operaia.

Modulele din Node Editor au atribute la fel ca i obiectele de reea din Project
Editor. Pentru a specifica viteza de generare a procesorului, distribuia generrii,
dimensiunea medie a pachetelor i distribuia dimensiunii pachetelor, trebuie setate
urmtoarele atribute ale modulului procesor:

1. Click dreapta pe modulul procesor i selectai Edit Attributes;
2. Schimbai cmpul name n src (pentru source) prin apsare cu click stnga n
coloana Value, tastare src i apsare Return;
3. Schimbai funcia process model n simple_source;
Funciile generatorului vor apare n lista de funcii.
4. Click stnga n coloana Value a cmpului Packet Interarrival Time pentru a
deschide fereastra de dialog "Packet Interarrival Time" Specification;
5. Selectai exponential din meniul Distribution name. Acesta face ca timpul
dintre pachetele generate s fie distribuit exponenial, ca ntr-un proces
Poisson;
6. Asigurai-v c Mean outcome este setat la 1.0 i apsai OK. Acesta
seteaz media timpului dintre pachetele sosite la 1 secund;
7. Schimbai atributul Packet Size astfel nct Distribution name s fie
exponential i Mean outcome s fie 9000;
8. Click OK pentru a nchide csua de specificaii. Aceasta seteaz ca
pachetele generate s fie distribuite exponenial cu o dimensiune medie de
9000 bii per pachet.
9. Click OK pentru a nchide fereastra Attributes.

Funcia densitate de probabilitate PDF (Probability Density Function)
determin distribuia numerelor stochastice. Domeniul rezultatelor posibile reieite
dintr-o PDF exponenial, cum a fost setat pentru Packet Interarrival Time i
atributele Packet Size, se ntinde de la zero la infinit, cu mai multe rezultate
concentrate lng sau sub valoarea medie specificat.
Folosirea PDF-urilor exponeniale n modelul M/M/1 este compatibil cu
procesul Poisson specificat iniial pentru timpul de servire i pentru probabilitile de
sosire ale pachetelor.
Partea de generare a pachetelor modelului M/M/1 este complet i, n timpul
simulrii, se vor genera pachete n concordan cu valorile PDF exponeniale
atribuite.

Urmtorul pas este crearea unui model de coad care emuleaz att un buffer
infinit ct i un server pentru coada M/M/1:
1. Click pe butonul Create Queue;

2. Plasai un modul de coad n dreapta generatorului, n spaiul de lucru i facei
click dreapta pentru a ncheia operaiunea;
3. Click dreapta pe modulul de coad i selectai Edit Attributes pentru a
deschide fereastra cu atribute;
4. Schimbai atributul name n queue;
5. Schimbai atributul process model n acb_fifo;

Fig. 9.1.6. Schimbarea atributelor modulului
6. Asigurai-v c service_rate este setat la 9600;
7. Apsai OK pentru a nchide fereastra.
Atributul process model al modulului cozii seteaz modelul care st la baza
cozii i care definete comportamentul acestui modul.
A fost ales modelul de acb_fifo pentru c emuleaz att buffer-ul infinit ct i
serverul n coada M/M/1. Dac dorii s vedei acest model de proces, facei dublu
click pe modulul de coad. Se va deschide fereastra Process Editor, ce conine
procesele secundare.
Numele, acb_fifo, reflect caracteristicile sale principale: a arat c este activ
(se comport ca propriul su server), c indic faptul c poate concentra fluxuri
multiple de pachete ce intr n spaiul de stocare unic, "b" indic faptul c timpul de
servire este n funcie de numrul de bii din pachet, iar "fifo" indic ordinea de
servire.
Un alt punct important al atribuirii modelelor de procese ctre modele de noduri
este acela c atributele modelului de proces apar n lista de atribute ale modelului.
Astfel, valoarea atributului service_rate pe care o setai se seteaz i n modelul de
proces de baz acb_fifo.
Pentru un management ct mai bun al memoriei, pachetele ar trebui distruse
atunci cnd nu mai sunt folosite. Pentru aceasta se utilizeaz un modul sink.
1. Click pe butonul Create Processor Module i plasai un modul de procesor n
dreapta cozii, ca n figur:

Fig. 9.1.7. Plasarea modulului sink
2. Click dreapta pe processor pentru a deschide meniul Attributes;
3. Schimbai atributul name n sink;
4. Verificai ca valoarea default a process model s fie sink;

Fig. 9.1.8. Sink este valoarea implicit
5. Click OK pentru a nchide meniul.
Acum c toate modulele necesare emulrii unei cozi M/M/1 au fost plasate i
configurate corect, ele trebuie conectate prin fluxuri de pachete, astfel nct
pachetele s fie transferate de la un modul la altul.
1. Click pe butonul Create Packet Stream;

2. Conectai modulul src cu modulul queue, prin click pe pictograma src i apoi
pe pictograma queue;

Fig. 9.1.9. Conectarea src cu queue
3. Conectai modulul queue cu modulul sink, prin click pe pictograma queue i
apoi pe pictograma sink. Nu uitai s ncheiai operaiunea Create Packet
Stream prin click dreapta;

Fig. 9.1.10. Conectarea queue cu sink
4. Setai node type doar la fixed (nu mobil sau satelit):
a. Alegei Interfaces > Node Interfaces;
b. n fereastra Node types, schimbai valoarea Supported n nu pentru
tipurile mobile i satellite;

Fig. 9.1.11. Tipurile de noduri suportate sunt cele fixe
c. Click OK pentru a nchide fereastra Node Interfaces.
Acum ai terminat de creat modelul de nod i trebuie creat modelul de reea.
Mai nti salvai:
1. Alegei File > Save. Numii nodul <iniiale>_mm1 i Save n directorul
op_models;
2. nchidei Node Editor.

1.4. Crearea reelei

Modelul de reea pentru coada M/M/1 poate fi construit ca un singur obiect-nod
n Project Editor.
Acum, c a fost construit modelul de baz al nodului, poate fi creat modelul de
reea n Project Editor. De obicei, pentru a crea un model de reea, ar trebui creat o
sub-reea n care s se plaseze nodurile. Oricum, deoarece modelul M/M/1 necesit
doar un singur nod, care nu comunic, locul ales pentru acesta este nerelevant.
Astfel, el poate fi plasat n reeaua global.
Primul pas n crearea acestui model de reea este de a crea o noua list de
modele. Putei apoi s specificai aceast list i s o configurai s afieze doar
obiectele de reea de care avei nevoie.
Pentru a construi propriul model de list:

1. Click pe butonul Open Object Palette:

2. Schimbai modul de vizualizare al pictogramelor prin apsare pe butonul din
stnga sus al ferestrei;

3. Click pe butonul Configure Palette... n paleta de obiecte;
Astfel vei avea acces la o serie de opiuni care v vor permite configurarea paletei.
4. Click pe butonul radio Model list, dac acesta nu e selectat;

Fig. 9.1.12. Selectarea listei de modele
5. Click pe butonul Clear din fereastra Configure Palette. Acesta ndeprteaz
toate modelele din list cu excepia celor pentru subnet, care sunt mereu
prezente;
6. Click pe butonul Node Models pentru a deschide lista cu modele de noduri
disponibile;
7. Cutai n list modelul de nod numit <initials>_mm1. Click n coloana Status
i schimbai din not included n included;
8. Click OK pentru a nchide meniul;
9. Click OK n meniul Configure Palette pentru a salva configuraia paletei.
Introducei <iniiale>_mm1_palette i salvai;
Meniul Configure Palette se nchide.

Fig. 9.1.13. Includerea modelului de nod personalizat
Paleta va conine acum modelul de nod pe care l-ai creat n Node Editor.

Fig. 9.1.14. Modelul personalizat inclus n paleta de obiecte
Vei vedea cele 3 tipuri de sub-reele (fixe, mobile, prin satelit) doar dac avei
funcia Wireless.
Dup configurare se poate trece la crearea modelului de reea:
1. Click pe modelul de nod<initials>_mm1 din paleta de obiecte i
tragei-l n spaiul de lucru. Click dreapta pentru a ncheia operaiunea;
2. nchidei paleta de obiecte;
3. Click dreapta pe obiectul nod i selectai Set Name din meniu;
4. Introducei m1 ca nume i click OK;

Fig. 9.1.15. Atribuirea de nume nodului
5. Alegei File > Save i salvai modelul n directorul op_models.

1.5. Colectarea rezultatelor

Pentru cozile M/M/1 pot fi colectate mai multe statistici printre care i:
- Timpul mediu de ntrziere n coad a pachetului (queue delay);
- Numrul mediu de pachete care se afl n coad (queue size).
Aceste 2 statistici sunt necesare pentru a rspunde la 2 ntrebri referitoare la
acest model de reea:
- Timpul mediu de ntrziere n coad a pachetului depete o limit
acceptabil? Pentru aceast lucrare, limita acceptabil este de 20 de
secunde;
- Mrimea cozii crete monoton, sau atinge o stare stabil? Cazul n
care mrimea nu atinge o stare stabil poate indica faptul c sistemul
(n special server-ul, n acest caz) este suprancrcat.
Pentru a defini statisticile ce trebuie colectate:
1. Click dreapta pe obiectul nod si selectai Choose Individual DES Statistics
din meniul Object. Se va deschide fereastra Choose Results: top.m1

Fig. 9.1.16. Starea iniial a ferestrei Choose Results
2. Expandai ierarhia urmtoare: Module Statistics >
queue.subqueue [0] > queue
Primul "queue" se refer la numele modulului, n timp ce al doilea se refer la
tipul modulului.
3. Selectai statisticile pentru queue size (packets) i queuing delay (sec);

Fig. 9.1.17. Statisticile selectate
4. Click OK pentru a nchide fereastra Choose Results.

Pentru a rula simularea:
1. n Project Editor, click pe butonul Configure/Run Discrete Event Simulation
(DES);

Se va deschide fereastra Configure/Run DES.
2. Setai durata simulrii la 7 ore;
3. Setai Seed la 431;
4. Click Run pentru a nchide fereastra Configure/Run DES i pentru a executa
simularea.
1.6. Analiza rezultatelor

Simularea se ncheie cnd se specific n fereastra Simulation Progress.
Dup ncheierea simulrii, nchidei fereastra.
Prima statistic de interes este ntrzierea medie n coad, care ilustreaz
ntrzierea pachetelor n coad, n timpul simulrii.
1. Click dreapta n spaiul de lucru i selectai View Results din meniu; Se va
deschide Results Browser.
2. Verificai dac Current Scenario este selectat n meniul "Results for:"

Fig. 9.1.18. Vectorul de ieire din scenariul curent selectat
3. Expandai ierarhia urmtoare:
Object Statistics > m1 > queue > subqueue [0] > queue

4. Selectai statistica queuing delay (sec);
Va aprea un checkmark n dreptul numelui statisticii i de asemenea se va
vedea un preview al graficului.
5. Din lista de filtre alegei average;

Fig. 9.1.19. Selectarea pe mediu a filtrului de reprezentare a graficului
6. Click pe butonul Show;
Graficul timpului mediu de ntrziere n coad ar trebui s arate n felul urmtor:

Fig. 9.1.20. ntrzierea medie n coad
Schimbarea mare de la nceputul simulrii reflect sensibilitatea mediilor la
numrul relativ mic de eantioane colectate. Spre finalul simulrii media se
stabilizeaz.
Este important validarea rezultatelor simulrii, pentru acuratee. A se nota c
timpul mediu de ntrziere pentru aceast simulare este n jurul valorii de 15
secunde. Urmtoarele calcule verific acurateea simulrii:

O alt statistic de interes este dimensiunea cozii n timp. Aceast statistic
poate fi vizualizat prin aplicarea filtrului time average pentru statistica dimensiunii
cozii colectate n timpul simulrii:

1. Mutai graficul ntrzierii medie, dar nu l nchidei;

2. n Results Browser, click pe checkbox pentru a de-selecta statistica
queuing delay (sec);

3. Selectai statistica queue size (packets);

4. Din lista de filtre selectai time_average;

Fig. 9.1.21. Selectarea statisticii pentru dimensiunea cozii (n pachete)
5. Click pe butonul de Show. Graficul va aprea ca n figura urmtoare:

Fig. 9.1.22. Mrimea cozii, mediat n timp
Valoarea medie n timp a dimensiunii cozii poate fi comparat cu valoarea
ateptat, obinut prin formula / (1-) unde = /(C). Valoarea rezultat din
formul este 15.0, n conformitate cu rezultatul simulrii.
Pentru acest model, cele 2 grafice arat foarte asemntor datorit numrului
mare de introduceri i extrageri n i din coad, bine dispersate, care au loc n timpul
simulrii, iar diferena dintre valorile finale ale celor 2 statistici este neglijabil.
Pentru comparare, se afieaz ambele grafice n aceeai fereastr.
1. nchidei Results Browser, dar pstrai graficele individuale deschise;
2. Click dreapta pe graficul time-averaged queue size i alegei Add Statistic din
meniu.
Va aprea un nou Results Browser;
3. n Results Browser, expandai Object Statistics i alegei statistica
Object Statistics > m1 > queue > subqueue [0] > queue >
queue size (packets);
4. Click pe butonul Add.
Graficul pentru statistica queue size (packets) este adugat la graficul time-
averaged queue size deja existent n fereastr.

Fig. 9.1.23. Dimensiunea cozii i media n timp, suprapuse
Graficul queue size indic numrul de pachete din coad din timpul simulrii, la
momentul respectiv de timp, iar graficul time-averaged queue size reprezint media
numrului de pachete din coad, de-a lungul timpului.
Pentru acest grafic, putem spune c media n timp nu depete limita
acceptabil de 20 de secunde, iar coada nu crete monoton, atingnd o stare stabil
dup aproximativ 4 ore. Aadar este un sistem stabil.

APLICAIA 2. DISCIPLINE DE COZI

2.1. Descrierea lucrrii

n acest lucrare, folosind utilitarul OPNET (IT GURU Academic Edition), se
simuleaz funcionarea disciplinelor de cozi FIFO (First In First Out), PQ (Priority
Queuing) i WFQ (Weighted-Fair Queuing) pentru a analiza efectele acestora asupra
diferitelor tipuri de trafic dintr-o reea de calculatoare.
Ca parte a mecanismelor de alocare a resurselor, fiecare ruter trebuie s pun
n aplicare discipline de cozi ce reglementeaz modul n care pachetele ce ateapt
s fie trimise sunt aezate n buffer-ul interfeei. Pot fi utilizate diferite discipline de
cozi pentru a controla care pachete vor fi transmise (alocare de band), i care vor fi
aruncate (ct spaiu mai rmne n buffer).
De asemenea, disciplinele de cozi influeneaz timpul de asteptare a pachetelor
in coad. Exemple de discipline de cozi sunt cele enunate mai sus, adic FIFO, PQ
i WFQ, fiecare disciplinurmnd a fi implementat ntr-un scenariu separat, n cadrul
aceluiai proiect utiliznd aceeai topologie a reelei (Fig. 9.2.1):

Fig. 9.2.1. Topologia de reea

- Scenariul 1: FIFO
- Scenariul 2: PQ
- Scenariul 3: WFQ
2.2. Consideraii teoretice

2.2.1. Introducere

Un ruter este legat printr-o interfa la fiecare reea pe care o deservete, deci
el va avea cel puin dou interfee. Cnd un pachet apare prin una din interfee,
ruterul introduce acel pachet ntr-o memorie intern. Dup aceea, ruterul prelucreaz
pachetul i decide n ce direcie trebuie s-l trimit. Aceast informaie este obinut
din adresa destinaie, care se afl n interiorul pachetului i din tabela de rutare, care
conine informaii despre forma reelei i pe care ruterul a construit-o conversnd cu
vecinii si. Dup ce decide ncotro trebuie expediat pachetul, ruterul l trimite pe
interfaa care este cea mai potrivit pentru destinaie.
Aparent nimic nu este mai simplu: iei pachetul, caui destinaia n tabel i l
trimii mai departe. O astfel de operaie se numete stocheaz i transmite (store and
forward), din motive evidente. Ce mai e de discutat aici?
Dac vei ncerca s construii un ruter, vei constata c exist o sumedenie de
ntrebri la care rspunsul nu este deloc evident. Iat unele dintre dificultile care se
pot ivi:

Capacitatea de prelucrare:

O parte din probleme provin din faptul c viteza de prelucrare a unui ruter este
finit: de exemplu, se poate ntmpla ca mai multe ntrri s aduc simultan pachete
cu o vitez mai mare dect poate prelucra ruterul. Din cauza aceasta, anumite
pachete pot fi pur i simplu pierdute, pentru c ruterul nu poate ine pasul cu rata de
transmisiune (astfel de pachete vor fi probabil retransmise de ctre surs, mai trziu).

Capacitatea legturilor:

Dar, chiar presupunnd c ruterul poate clasifica pachetele infinit de rapid, se
pot ivi probleme: de exemplu, imaginai-v o reea n care pachetele care vin pe dou
intrri sunt destinate pentru o singur ieire; dac cele trei reele au aceeai
capacitate, atunci n mod clar ruterul nu va putea trimite toate pachetele pe care le
primete. Ce trebuie s fac cu pachetele pe care le primete i nu le poate
transmite?
Din cauza aceasta, ruterele conin memorii, numite buffer-e, n care stocheaz
pachetele pe care nu le pot prelucra. Pachetele se aeaz n cozi, de unde sunt
extrase unul cte unul. Este clar ns c, orict de multe buffer-e am avea, rafale
mari de pachete pentru aceeai destinaie pot umple cozile, cauznd din nou
pierderea pachetelor.

Calitatea:

Chiar presupunnd c avem o memorie infinit n ruter, timpul de ateptare n
cozi se poate dovedi inacceptabil pentru anumite aplicaii. De exemplu, daca avem o
aplicaie de telefonie prin Internet, dac datele ajung dup mai mult de 150 ms de la
un capt la altul, se creeaz pauze neplcute n conversaie. Fenomenul care se
petrece atunci cnd cozile variaz n lungime este chiar mai ru: anumite pachete
vor veni mai repede i altele mai lent, distorsionnd cuvintele la receptor. Aceasta ne
sugereaz c anumitor pachete trebuie s li se dea prioritate. De asemenea, anumite
pachete pot fi preferate pentru a fi distruse (de exemplu pachetele de voce care au
ntrziat deja prea mult), pentru ca nu mai sunt utile. Astfel, un ruter trebuie s ia
urmtoarele decizii:
- Care pachete i cnd pot fi aruncate;
- n ce ordine deservete pachetele din cozi.
Modul n care ia aceste decizii are consecine foarte importante pentru
comportarea reelei. n cele ce urmeaz avem urmtoarele obiective:
- S explicm nevoia mecanismelor de management al congestiilor;
- S prezentm algoritmi de implementare a cozilor;
- S descriem algoritmii FIFO, PQ, WFQ;
- S prezentm i s interpretm rezultatele implementrii acestor algoritmi n
OPNET.

2.2.2. Congestia i cozile

Fig. 9.2.2. Congestia poate apare n oricare loc din reea unde exist puncte cu diferene de vitez
i/sau de agregare. Disciplinele de cozi realizeaz managementul congestiei, pentru a oferi band i
ntrzieri garantate

Congestia ntr-o reea apare n cazul unor nepotriviri de vitez (un link de 1000
Mbps livreaz coninut unui link de 100 Mbps), n cazul apariiei agregrii (link-uri
multiple de 100 Mbps furnizeaz coninut unui link de upstream de 100 Mbps) sau
producerii confluenei (unirea a dou sau mai multe fluxuri de trafic).
Managementul congestiei presupune controlul acesteia n cazul producerii.
Orice ruter implementeaz un mecanism de lucru cu cozile. Pachetele ce sosesc la
ruter sunt puse ntr-o coad de ateptare pentru ca, mai apoi, s fie transmise spre
destinaie. Congestia apare atunci cnd sosesc foarte multe pachete de date, iar
ruterul nu mai are spaiu de stocare n buffer-ele de memorie. Exist mai muli
algoritmi utilizai n lucrul cu cozile, fiecare fiind creat pentru a rezolva o problem
specific de trafic n reea i avnd un efect unic asupra performanei reelei.

Fig. 9.2.3. Congestie produs din cauza nepotrivirii vitezelor

Nepotrivirile de vitez sunt cea mai frecvent cauz a congestiilor. Este posibil
s ne confruntm cu o congestie persistent cnd traficul trece de la LAN la WAN,
sau de la un mediu LAN de mare viteza (100 sau 1000 Mbps) la linkurile unui WAN
de mica viteza (1 sau 2 Mbps).
Agregarea se produce n WAN-uri cnd mai multe site-uri remote alimenteaz
un site central. ntr-un mediu LAN, congestia ce rezult din agregare se produce n
nivelul de distribuie al reelei, unde dispozitivele nivelului de acces furnizeaz trafic
switch-urilor nivelului de distribuie.

Fig. 9.2.4. Congestie produs de agregare

2.2.3. Algoritmi folosii n lucrul cu cozile

Cozile sunt create pentru tratarea congestiei temporare pe o interfa a unui
dispozitiv de reea, prin stocarea pachetelor n exces n buffer-e, pn cnd devine
disponibil lrgimea de band.
Lucrul cu cozile reprezint un mecanism de management al congestiilor ce
permite controlul acestora pe interfee, prin determinarea ordinii n care pachetele
identificate sunt trimise pe o interfa bazat pe prioriti asignate acelor pachete.
Managementul congestiilor cuprinde crearea de cozi, asignarea pachetelor acestor
cozi bazat pe clasificarea pachetului, i programarea pachetelor n coad pentru
transmisie.
Mecanismul default pe cele mai multe interfee este FIFO. Unele tipuri de trafic,
precum voce i video, au anumite cerine stricte privind ntrzierea i jitter-ul, deci
trebuie implementate pe interfeele folosite pentru acest trafic mai multe mecanisme
sofisticate de codare.

2.2.4. Congestia i lucrul cu cozile

n timpul perioadelor cu trafic sczut, cnd nu se produce congestia, pachetele
sunt trimise printr-o interfa de ndat ce ajung. n timpul perioadelor de congestie a
interfeei de ieire, pachetele ajung mai repede dect le poate trimite interfaa.
Cnd sunt folosite aceste mecanisme de congestie, pachetele acumulate pe o
interfa sunt plasate n cozi software corespunztor cu prioritatea lor i cu
mecanismele configurate pentru interfaa respectiv. Ele sunt apoi programate
pentru transmisie cnd buffer-ul hardware al interfeei este liber s le transmit.
Ruterul determin ordinea pachetelor, controlnd ce pachete sunt plasate n fiecare
coad i cum sunt cozile servite, una fa de alta.

Tipuri de algoritmi
- FIFO first in, first out cel mai simplu algoritm;
- Cozi cu prioriti - Priority Queuing (PQ) permite prioritizarea traficului;
- Round Robin permite mai multor cozi s mpart banda;
- Weighted Round Robin (WRR) permite mprirea benzii cnd exist
prioritizarea.

FIFO

FIFO este cel mai simplu algoritm folosit n lucrul cu cozile. Permite
operaiunea store-and-forward. Este default n cele mai multe situaii, motiv pentru
care nu necesit vreo configurare. n cea mai simpl form a sa, FIFO cunoscut i
ca first come, first served (FCFS) implic stocarea de pachete cnd reeaua e
congestionat i naintarea lor n ordinea venirii, cnd nu mai este. FIFO nu implic
nici un concept de prioritate sau clase de trafic i nu ia nicio decizie pe baza prioritii
pachetului. Exist o singur coad, toate pachetele fiind tratate la fel cele cu
prioritate mare nu sunt transmise mai repede dect cele cu prioritate mai mic, nu
conteaz dect ordinea venirii.
n cazul metodei FIFO, sursele cu un comportament incorect, pot s foloseasc
ntreaga band sau pot produce ntrzierea traficului important; traficul important
poate fi aruncat datorit faptului c pachete mai puin importante au umplut coada.
Cnd nu sunt configurate alte strategii pentru lucrul cu cozile, toate interfeele cu
excepia celor seriale de E1 (2048 Mbps) folosesc FIFO. FIFO, cea mai rapid
metoda de lucru cu cozile, este potrivit pentru link-urile mari care au ntrzieri mici i
congestie minim. Toate cozile individuale sunt de tip FIFO. Alte metode se bazeaz
tot pe FIFO, acesta fiind mecanismul pentru cozile discrete din strategiile mai
complexe care suporta funcii avansate, precum prioritizarea.

Cozi cu prioriti - priority queuing (PQ)

Fig. 9.2.5. Cozi cu prioriti. Se utilizeaz mai multe cozi; se permite prioritizarea; ntotdeauna se
golete prima coad nainte de a se trece la urmtoarea;

PQ ne permite s definim cum este prioritizat traficul n reea. Sunt configurate
patru prioriti de trafic. Se pot defini o serie de filtre bazate pe caracteristicile
pachetului care s determine ruterul s plaseze traficul n cele 4 cozi: coada cu cea
mai mare prioritate e servit prima, pn se termin, apoi cele cu prioritate mai mic.
n timpul transmisiei, PQ ofer un tratament preferenial cozilor cu prioritate
mare fa de cozile cu o prioritate mai mic; traficul important are o prioritate mai
mare precednd mereu traficul mai puin important. Pachetele sunt clasificate pe
baza unui criteriu stabilit de utilizator i sunt plasate n una dintre cele patru cozi
unu, doi, trei sau patru funcie de prioritatea alocat. Pachetele neclasificate dup
prioritate sunt puse ntr-o coad normal.
O list de prioritate este un set de reguli ce descrie cum trebuie puse pachetele
n cozile de prioritate. O list de prioritate poate descrie i o prioritate default sau
limitele de mrime ale diferitelor cozi de prioriti diferite.

Pachetele pot fi clasificate astfel:
- Tipul protocolului;
- Interfaa de intrare;
- Mrimea pachetelor;
- Fragmente;
- Lista de control a accesului.
Traficul de management (Enhanced Interior Gateway Routing Protocol
[EIGRP]) trebuie s fie configurat. PQ ofer tratament preferenial traficului de
prioritate mare, asigurnd tratarea cu prioritate a traficului critic ce trece prin diferite
link-uri WAN. Adiional, PQ garanteaz un timp de rspuns mai rapid dect alte
metode de queuing.
Cu toate c se poate folosi pe orice interfa, PQ este mai potrivit pentru o
interfa de band joas, congestionat serial.
Cnd alegem s folosim PQ, trebuie s inem cont c traficului de prioritate
mic i este refuzat banda n favoarea traficului de prioritate mai mare, folosirea PQ-
ului rezultnd n faptul c traficul de prioritate mai mic nu este transmis niciodat.
Pentru a rezolva aceast problem, se folosete o metod de configurare a traficului
pentru a limita rata traficului de prioritate mare.
PQ introduce un overhead suplimentar, care este acceptabil pentru interfee
lente, dar nu i pentru interfee de vitez mare,i precum Ethernet. Cu PQ activat,
sistemului i trebuie mai mult timp pentru comutarea pachetelor, pentru c pachetele
sunt clasificate dup calea de procesare.
PQ folosete o configuraie static, ce nu se adapteaz bine la condiiile de
schimbare a reelei.

Round Robin

Round Robin este un mecanism prin care se aleg n mod egal elementele unui
grup, intr-o ordine raional, ncepnd de obicei din partea superioar a listei i
continund spre cea inferioar, ncepnd din nou de sus i aa mai departe. n
procesul Round Robin se ia cte un pachet din fiecare coad i apoi procesul se
repet.

Fig. 9.2.6. Metoda Round Robin. Se utilizeaz mai multe cozi, nu exist prioritizare. Se extrage cte
un pachet din fiecare coad, n fiecare rund: un pachet din coada1, apoi unul din coada 2, apoi unul
din coada 3, apoi procesul se repet

Dac toate pachetele au aceeai mrime, toate cozile i mpart n mod egal
banda. Dac pachetele din coad sunt mai mari, coada va primi o parte mai mare a
benzii alocate.
Nici o coad nu va fi nfometat atunci cnd se folosete algoritmul Round
Robin, pentru c fiecare coad are posibilitatea de a trimite un pachet n fiecare
rund.
Un inconvenient al acestei metode este imposibilitatea de prioritizare a
traficului.

Round Robin ponderat (Weighted Round Robin)

n WRR, pachetele sunt accesate prin metoda Round Robin, dar acestora li se
pot da prioriti. De exemplu, ntr-o singur rund, pot fi livrate patru pachete dintr-o
clas de prioritate nalt, urmate de dou de la o clas cu prioritate de mijloc i unul
de la o clas de prioritate mic.
Unele implementri ale WRR presupun prioritizarea prin livrarea unui numr
configurabil de bytes n fiecare rund, n locul unui numr de pachete.

Fig. 9.2.7. Round Robin ponderat

Figura urmtoare ilustreaz cel mai ru scenariu al algoritmului WRR, n care
au fost folosii urmtorii parametri pentru implementarea sistemului de cozi WRR pe
o interfa:
- MTU (Maximum Transmission Unit) al unei interfee este de 1500 de bytes;
- Numrul de bytes care se trimit pentru cozi n fiecare rund este de 3000
(dublul MTU).
n exemplul de mai jos se observ cum ruterul trimite mai nti dou pachete cu
dimensiune total de 2999 bytes. Pentru c mrimea se ncadreaz n limit (3000),
ruterul poate trimite urmtorul pachet. Rezultatul este: coada a primit cu 50% mai
mult band dect ar fi trebuit.
Acest exemplu ilustreaz unul dintre dezavantajele WRR care nu aloc banda
cu acuratee. Acurateea WRR depinde de numrul de bytes i de MTU.

Fig. 9.2.8. Dezavantaj al WRR

Configurarea WFQ

Weighted Fair Queuing (WFQ) este unul dintre mecanismele de cozi default,
implementate pe ruterele Cisco. Pentru ca WFQ este un mecanism simplu,
capabilitile lui sunt limitate, totui el reprezint baza unor sisteme avansate de cozi
precum Class Based Weighted Fair Queuing (CBWFQ) i Low Latency Queuing
(LLQ).
WFQ este similar cu FQ, dar se ine seama i de prioritatea pachetului n
funcie de un cmp special tipic, cmpul ToS (Type of Service) din header-ul IP.
WFQ este varianta de FQ implicit pe ruterele Cisco. Pachetele cu prioritate
mare primesc o pondere (weight) mai mare i au acces preferenial la ieire. Aceasta
se face pstrnd ordinea prin care sunt deservite cozile, dar extrgnd mai multe
pachete dintr-o coad atunci cnd vine rndul cozii i pachetele au pondere mai
mare.
La FQ i WFQ traficul este mprit automat n conversaii separate, fr ca
administratorul s poat interveni. Daca se dorete configurarea manual a unor
clase pe baza unor ACL-uri, protocoale sau interfee, se folosete CBWFQ, care
permite definirea a 64 de clase.
O anumit clas poate primi un procent semnificativ mai mare din band dect
alta clas; de exemplu, dac se dorete transferul unui flux video prin FQ/WFQ, n
prezena multor altor fluxuri, datorit conceptului de fairness, banda alocat fluxului
video poate scdea sub minimul necesar unei transmisii inteligibile; n cazul CBWFQ,
se poate aloca un minim pentru traficul video, care s fie unfair pentru celelalte
forme de trafic, dar care va garanta o anumit calitate pentru acest trafic.
WFQ este un algoritm bazat pe flux care face dou lucruri simultan:
programeaz traficul interactiv n prima parte a cozii pentru a reduce timpul de
rspuns i mparte n mod egal banda ntre fluxuri diferite pentru a mpiedica fluxurile
de volum mare s monopolizeze interfaa de ieire.
Ideea WFQ este s avem o coad dedicat pentru fiecare flux, fr nfometare,
ntrziere sau jitter n coad. WFQ permite o alocare a benzii corect pentru toate
fluxurile cu programarea unei ntrzieri minime. A fost introdus ca soluie pentru
problemele urmtoarelor mecanisme de cozi:
- FIFO producea nfometare, ntrziere i jitter;
- Priority Queuing (PQ) producea nfometare pentru clasele cu o prioritate mai
mic i era afectat de problemele FIFO din toate cele patru cozi folosite
pentru prioritizare.
WFQ este o metod de programare dinamic, care ofer o alocare corect a
benzii pentru tot traficul din reea. Este un algoritm bazat pe flux, care programeaz
simultan traficul interactiv n partea din fa a cozii, pentru a reduce timpul de
rspuns i imparte n mod egal banda ramas altor fluxuri de band mare. El permite
tratarea cu prioritate a unui trafic de volum mic, precum sesiunile Telnet, fa de un
trafic de volum mare, precum sesiunile FTP. WFQ asigur transferului de fiiere
concurente o folosire echilibrat a capacitii legaturii; atunci cnd are loc transferul
mai multor fiiere, acestora li se aloc o banda comparabil.

Fig. 9.2.9. Arhitectura WFQ. Se utilizeaz cozi FIFO per flux

Algoritmul WFQ este folosit pe interfee seriale, configurat s funcioneze la o
vitez de pn la 2048 Mbps. WFQ ofer soluii pentru situaii cnd este de dorit s
se ofere timpi de rspuns constani pentru reele simple i complexe, fr s se
adauge band suplimentar. Adiional, WFQ poate gestiona fluxuri de date duplex,
ca acelea dintre perechi de aplicaii i simplex pentru voce i video. Dei WFQ se
adapteaz automat condiiilor de schimbare a traficului n reea, nu ofer un acelai
grad de control asupra alocrii benzii, precum o fac CQ (Custom Queuing) i
CBWFQ. Limitarea semnificativ a WFQ o constituie faptul c nu i se poate oferi
suport cnd este folosit mpreun cu tunelarea sau cu criptarea acestea modificnd
coninutul pachetelor necesar WFQ pentru clasificare.
Un flux este identificat pe baza urmtoarelor informaii obinute din header-ul IP
i header-ul TCP sau UDP:
- Adresa IP surs;
- Adresa IP destinaie;
- Numrul protocolului (ce identific TCP i UDP);
- Cmpul tipului de serviciu;
- Numrul portului (TCP sau UDP) surs;
- Numrul portului (TCP sau UDP) destinaie;
- Tipul serviciului.

Fig. 9.2.10. Clasificarea WFQ. Se folosete un algoritm hash pentru a produce indexul cozii n care
este introdus pachetul. Pachetele din acelai flux ajung n aceeai coad
Aceti parametri sunt fixai pentru un singur flux, dei exist unele excepii. De
exemplu, un proiect QoS poate marca pachete cu valori diferite ale biilor din header-
ul IP, cu toate ca ele aparin aceluiai flux. Aceast marcare trebuie evitat cnd se
folosete WFQ.
WFQ folosete un numr fix de cozi. Funcia hash este folosit pentru a asigna
o coad unui flux. Exista 8 cozi adiionale pentru pachete de sistem i opional pn
la 1000 de cozi pentru fluxurile Resource Reservation Protocol. Numrul de cozi
dinamice pe care WFQ l folosete ca default are la baz banda interfeei. Cu banda
interfeei default, WFQ folosete 256 de cozi dinamice. Numrul de cozi poate fi
configurat n intervalul dintre 16 i 4096 (numrul trebuie s fie o putere a lui 2).
Dac exist un numr mare de fluxuri concurente, este posibil ca dou dintre
ele s ajung n aceeai coad. Numrul de cozi trebuie s coincid cu numrul de
fluxuri. Acest aranjament nu este posibil n cazul mediilor mari, unde fluxurile
concurente sunt de ordinul miilor.

2.3. Desfurarea aplicaiei

Crearea unui proiect nou:

1. Start OPNET, File New Project: Project name: Queues, Scenario
name: FIFO Click OK;
2. n Startup Wizard: Initial Topology se selecteaz Create Empty
Scenario, click Next, se selecteaz Campus, click Next de trei ori
Finish.

Crearea i configurarea reelei:

1. Din fereastra deschis Object Pallete Treese se alege: internet_toolbox
NodeModels de unde se adaug urmtoarele modele generice:
ethernet4_slip8_gtwy care se adaug de dou ori la foaia de lucru, cinci
ethernet_wkstn, un server ethernet_server urmate de aplicaiile de
configurare Application Config, Profile Config i Qos Attribute Config
urmrind exemplul din figura 9.2.1. Conexiunile dintre rutere se fac
utiliznd link-uri bidirecionale de tipul internet_toolbox Link Models
PPP_DS1, iar ntre rutere i servere/staii se folosesc legturi
10Base_T;
2. Modelele folosite se vor denumi asemntor Fig 9.2.1. Click dreapta pe
model SetName.

Configurarea Aplicaiilor (Fig. 9.2.11.):

1. Click dreapta pe nodul Applications EditAttributes se expandeaz
ierarhia Application Deffinition se seteaz numrul de rnduri egal cu
3, se denumesc fiecare FTP Application, Video Application i VoIP
Application.
a. Se merge la rndul FTP Application Expandeaz ierarhia
Description, se seteaz High Load la FTP Edit se seteaz
constant(10) la InterRequestTime se seteaz
constant(100000) la FileSize. Se pstreaz Type of Service (ToS)
la BestEffort(0);
b. Se merge la rndul Video Application Expandeaz ierarhia
Description, se seteaz Low Resolution Video la Video
Conferencing Edit se seteaz valoarea de la Type of Service la
StreamingMultimedia(4);
c. Se merge la rndul VoIP Application Expandeaz ierarhia
Description, se seteaz PCM Quality Speech la Voice.

Fig. 9.2.11.

Configurarea Profilelor (Fig. 9.2.12.)

1. Click dreapta pe nodul Profiles EditAttributes se expandeaz ierarhia
Profile Configuration se seteaz numrul de rnduri egal cu 3.

a. Se denumesc i se seteaz atributele asemenea Fig.9.2.14.

Configurarea Cozilor

Vom pstra profilele predefinite ce sunt definite n obiectul Queues.

Fig. 9.2.12.

Configurarea Staiilor de lucru i a server-elor

1. Click dreapta pe FTP Client Edit Attributes expandarea ierarhiei
Application: Supported Profile se seteaz numrul de rnduri egal cu
unu i se numete FTP Profile Click OK;
2. Click dreapta pe Video ClientEdit Attributesexpandarea ierarhiei
Application: Supported Profile se seteaz numrul de rnduri egal cu
unu i se numete Video Profile Click OK;
3. Click dreapta pe VoIP West Edit Attributes
a. Expandarea ierarhiei Application: Supported Profile se
seteaz numrul de rnduri egal cu unu i se numete VoIP Profile
Click OK;
b. Se editeaz Application:Supported Services se seteaz
numrul de rnduri egal cu unu se seteaz Service Name la
VoIP Application;
4. Click dreapta pe VoIP East Edit Attributes
a. Expandarea ierarhiei Application: Supported Profile se
seteaz numrul de rnduri egal cu unu i se numete VoIP Profile
Click OK;
b. Se editeaz Application:Supported Services se seteaz
numrul de rnduri egal cu unu se seteaz Service Name la
VoIP Application;
5. Click dreapta pe FTP Server Edit Attributes expandarea ierarhiei
Application: Supported Services se seteaz numrul de rnduri egal
cu unu, se seteaz Service Name la FTP Application;
6. VideoServer Edit Attributes expandarea ierarhiei Application:
Supported Services se seteaz numrul de rnduri egal cu unu, se
seteaz Service Name la Video Application;
7. Salveaz proiectul.

Configurarea Rutere-lor

1. Se selecteaz legtura ce conecteaz cele dou rutere (Router East i
West), iar din meniul Protocols IP QoS Configure QoS, se
verific c urmtoarele configuraii sunt setate (Fig. 9.2.13.):

Fig. 9.2.13.

Configurarea Statisticilor:

Pentru a testa performanele aplicaiilor definite n reea, vom colecta
urmtoarele informaii:
Colectarea statisticilor: click dreapta pe foaia de lucru Choose Individual
DES Statistics, urmnd s se selecteze urmtorii parametri pe care i vom analiza

Global Statistics IP TrafficDropped (packets/sec)
Video Conferencing Traffic Received(packets/sec)
Voice Jitter
Packet Delay Variation
Packet End-to-End Delay
Traffic Received(packets/sec)
Link Statistics Point-To-Point Queueing delay

Configurarea Simulrii:

Se selecteaz din meniu: DES Configure/Run Discrete Event Simulation
i se seteaz timpul de execuie Duration 150 secunde.

Duplicarea Scenariului

n reeaua care a fost creat am utilizat doar coada de tipul FIFO. Pentru a
analiza efectul diferitor discipline de cozi vom mai crea nc dou scenarii pentru a
testa disciplinele PQ i WFQ.
1. Se selecteaz Duplicate Scenario din meniu i se introduce numele PQ;
a. Se selecteaz legtura ce conecteaz cele dou rutere (Router East i
verific dac sunt setate urmtoarele configuraii (Fig. 9.2.14):
b. Se salveaz proiectul;
2. Se selecteaz Duplicate Scenario din meniu i se introduce numele
WFQ;
a. Se selecteaz legtura ce conecteaz cele dou rutere (Router East i
verific c urmtoarele configuraii sunt setate (Fig. 9.2.15):
b. Se salveaz proiectul.

Fig. 9.2.14. Fig. 9.2.15.

Rularea Simulrii

Se merge n meniu la Scenarios Manage Scenarios i se modific n
coloana Results <Collect> or <Recolect> Click OK.

Vizualizarea rezultatelor

Se merge n meniu la DES Results Compare Results.
2.4. Analiza statisticilor

n aceast seciune vom descrie rezultatele extrase din simularea celor trei
tipuri de cozi i efectul acestora pentru traficul dintr-o reea de calculatoare.

2.4.1. Vizualizarea pachetelor pierdute la nivelul legturii ruterelor

2.4.2. Vizualizarea pachetelor video recepionate la nivelul legturii
ruterelor

n aceast figur este reprezentat
numrul de pachete recepionate la
celalalt capt al conexiunii ruterelor. Dei
traficul creat ntre clieni i servere este
acelai, diferena const n tipul cozii
folosite, ce influeneaz traficul ntr-un
mod negativ. Se poate observa cum
traficul cel mai mare este cel n cazul cozii
WFQ, deoarece are cele mai puine
pachete pierdute. Aceast figur reflect
n mod indirect numrul de pachete
pierdute (Fig. 9.2.16.), pentru fiecare tip
de coad.

Fig. 9.2.17.

Aa cum era de concluzionat chiar din
partea teoretic, se poate observa cum
numrul de pachete IP pierdute n cazul
cozii FIFO este semnificativ mai mare
dect n cazul cozii PQ, respectiv WFQ.
Numrul maxim de pachete pierdute
este de 190 pentru coada FIFO (figurat
cu albastru) n comparaie cu 95 WFQ
respectiv 88 PQ. n cazul ultimelor dou
diferena const n perioada de timp n
care se pierd pachete i nu numrul de
pachete pierdute, diferena fiind
nesemnificativ.
Fig. 9.2.16.
2.4.3. Vizualizarea pachetelor de VoIP recepionate la nivelul legturii
ruterelor

n cazul traficului de voce, cozile PQ i
WFQ au aproximativ aceleai rezultate
n comparaie cu cazul anterior (trafic
Video). Se observ cum numrul
pachetelor recepionate n cazul celor
dou cozi PQ i WFQ este net superior
cozii FIFO, rezultnd o calitate
superioar a vocii recepionate.
Aceast diferen este aproape
nesesizabil de ctre om ntr-un caz
real, pentru o topologie asemntoare.
Pentru o reea complex format din
multe noduri, aceast diferen devine
un factor important ce influeneaz
semnalul recepionat.

Fig. 9.2.18.

2.4.4. J itter-ul

Jitter-ul este un factor foarte
important ce trebuie analizat n orice
transmisie de voce. Acesta reprezint
variaia ntrzierii pachetelor n timp.
La o simpl privire asupra figurii din
dreapta se poate observa cum
ntrzierea pe pachet n cazul cozii
FIFO ajunge la o valoare maxim de
4 ms, valoare mare pentru o
transmisie VoIP. Celelalte cozi se
comport foarte bine, nivelul jitter-ului
este aproape zero.

Fig. 9.2.19.

2.4.5. Variaia ntrzierii pe pachet

Aceast figur reprezint ntrzierea
fiecrui pachet pe parcursul
transmisiei de voce. Nivelul ntrzierii
pachetelor pentru cozile PQ i WFQ
este aproape nul, n schimb n cazul
cozii FIFO ntrzierea pachetelor
este destul de evident, variaia
ntrzierii este dat de momentul de
umplere a buffer-ului de memorie a
interfeei ruterului ce realizeaz
transmisia, avnd un nivel maxim de
0.4 sec per pachet.

Fig. 9.2.20.

2.4.6. ntrzierea de la un capt la cellalt al conexiunii

Aceast figur ne exemplific faptul
c timpul de ntrziere al pachetelor
de voce n cazul folosirii cozii de tipul
FIFO este comparabil mai mare
dect al celorlalte tipuri de cozi.
Totui, pe grafic nu se observ
destul de clar c exist o diferen a
ntrzierii ntre celelalte dou tipuri
de cozi PQ i WFQ, ceea din urm
avnd un nivel al ntrzierii mai
ridicat, dar de ordinul milisecundelor.

Fig. 9.2.21.

2.5. ConcluzII

nc din partea teoretic putem trage cteva concluzii cu privire la performana
fiecrei discipline de cozi dintre cele implementate i testate n aceast aplicaie. Se
observ o difereniere clar ntre coada de tipul FIFO i celelalte dou, FIFO avnd
cel mai mare efect negativ asupra traficului dintr-o reea, indiferent de tipul acestuia.
Numrul de pachete pierdute i ntrzierile mari ale pachetelor fac ca FIFO s fie
considerat o alegere greit n orice fel de implementare dintr-o reea de
calculatoare, indiferent de dimensiunea acesteia i serviciile folosite.
Partea mai greoaie este stabilirea a care din celelalte dou discipline de cozi,
PQ sau WFQ, este mai performant. n cazul nostru, se observ cum PQ are un uor
avantaj fa de WFQ din punct de vedere al ntrzierii pachetelor i jitter-ului. Totui,
aceast diferen de performane se poate modifica n funcie de dimensiunea
pachetului: pentru pachete sub 512 bytes, aceast diferen se reduce considerabil,
iar WFQ se aproprie de performanele PQ din punct de vedere al timpului de
ntrziere. Deci, PQ este considerat ceea mai bun disciplin de cozi dintre cele
simulate, urmat ndeaproape de WFQ cu performane asemntoare, FIFO fiind net
inferioar celorlalte dou.

APLICAIA 3. STUDIUL COMUTAIEI DE PACHETE NTR-O REEA CU UN HUB
I PATRU NODURI

3.1. Introducere

n aceast aplicaie se va simula comportarea unei reele bazat pe comutaia
de pachete. n cadrul crerii reelei se vor folosi editoarele de pachete i legturi, noi
proceduri Kernel i se vor defini statistici proprii.
n plus
- se vor nva pricipiile design-ului de modele;
- se va realiza familiarizarea cu modelele nod i proces i cu
modul lor de funcionare ntr-un model de reea;
- se va realiza studiul paramentrilor pentru diferite statistici.
ntr-o reea simpl cu comutaie de pachete, performanele reelei se pot
msura prin ntarzierea prin reea.
Scopul acestui exemplu este de a crea i modela o reea simpl, n care patru
noduri periferice genereaz trafic in timp ce un nod central comut traficul spre
destinaia corespunztoare din reea.

Pentru nceput

nainte de a incepe s se creeze o reea machet, exist cteva concepte ce
trebuie luate n calcul.
Topologia reelei i mediul de comunicare fizic;
Funciile diferitelor tipuri de noduri;
Metoda pe care macheta proces o folosete pentru a determina
care transmitor punct la punct adreseaz un anumit nod
periferic;
Rolul nodurilor periferice.

3.2. Topologia reelei

Reeaua initial va consta din 4 noduri periferice conectate la un nod central
(hub) prin legturi punct la punct. Aceste legturi pot fi simplex (unidirecionale) sau
duplex (bidirecionale); n cazul de fa vom folosi legturi duplex ce vor fi
particularizate pentru a conecta perechi transmitor-receptor. Privind doar mediul de
comunicaie ca reprezentare, reeaua va arta ca n figura de mai jos:

3.3. Funciile diferitelor tipuri de noduri

Scopul acestui model este de a simula traseul pachetelor de la un nod
periferic, prin Hub, la un alt nod periferic. n hub se presupune c pachetele ce conin
informaia de destinaie vor ajunge aleator prin cele 4 legturi de intrare de la cele 4
noduri periferice. Adresa de destinaie este o valoare ntreag ce specific nodul
periferic de destinaie. Nodul central (hub) trebuie s conin un algoritm de
procesare care poate s primeasc pachetele ce intr, s citeasc adresa de
destinaie i apoi s trimit pachetele la transmitorul punct la punct corespunztor.

3.4. Rolul modelului nodului central (HUB)

Fiecare flux de pachete are cte un index unic. Cea mai uoar metod este de
a crea o asociere direct ntre indexul ieirii fluxului de pachete a hub-ului i valorile
adreselor de destinaie periferice. ntr-un model mai adaptiv, hub-ul poate menine
(salva) un tabel pentru translatarea valorilor adreselor destinaie n indici ai fluxului
transmitorului. n acest exemplu este adecvat o coresponden direct ntre
alocarea adreselor i fluxul de pachete.
Pe scurt, modelul nodului central va fi alctuit din perechi punct la punct
transmitor/receptor pentru fiecare nod periferic i un model de procesare folosit
pentru a redireciona (transmite) pachete de la un receptor la transmitorul adecvat.

Nodul HUB

3.5. Rolul nodurilor periferice

Modelul nodului periferic trebuie s genereze pachete, s asigneze adrese de
destinaie i s proceseze pachetele primite. El va folosi un modul generator pentru
crearea pachetelor i un model de procesare user-defined pentru a asigna adrese de
destinaie pachetelor i a le transmite transmitorului punct la punct al nodului.
Atunci cnd primete un pachet, acelai modul de procesare va calcula ntarzierea
pachetului i va scrie valoarea ntr-o statistic global.

Nod periferic

3.6. Crearea de module

Pentru construirea acestui modul de reea trebuie efectuai urmtorii pai:

Crearea unui nou format de pachet

Packet Format Editor poate crea pachete coninnd orice fel de numere sau
diferite cmpuri care afecteaz mrimea pachetului.
Pachetele din aceast reea conin un singur cmp cu adresa de destinaie a
pachetului. Dup ce formatul pachetului a fost creat, poate fi specificat ca un atribut
n aa fel nct pachetele create de generator vor fi formatate corespunztor.

3.7. Pentru a crea un nou pachet:

1. Dac programul nu ruleaz, se pornete;
2. Se nchide orice proiect deschis;
3. Din meniul de sus se selecteaz File > New... apoi Packet Format ce se
gasete n list. Apsai OK;
4. n meniul de sus din fereastra nou deschis se selecteaz Fields i apoi
Create New Field sau click pe icoana Create New Field sau apas tasta
F3;
5. Va aprea ataat de cursor un dreptunghi, click stnga n spaiul de lucru
pentru a-l valida. Pentru a termina plasarea de noi cmpuri apas click
dreapta. Un nou cmp a fost creat n fereastra de editare

Setarea atributelor pachetului

1. Click dreapta pe cmpul pachetului, creat anterior i selecteaz Edit
Attributes;
2. n fereastra Attributes schimb numele n dest_address;
3. Ai grij ca tipul (type) atributului s fie selectat integer;
4. Seteaz mrimea (size) la 2. Aceasta definete mrimea cmpului n bii.
Pentru 4 adrese posibile, 2 bii sunt suficieni;
5. Modific atributul set at creation n unset. Acest lucru are grij ca atunci
cnd pachetul este creat, nu va fi asignat o valoare predefinit pentru
acest cmp;
6. Click ok cnd ai terminat
n fereastra de lucru ar trebui s fie afiat numele i mrimea cmpului.
-Cmpul pachetului

Din meniul de sus selecteaz File > Save. Numele pachetului
<initials>_pksw_format , apoi click save.
Se poate nchide fereastra Packet Format Editor cnd ai terminat.

OBS!
De preferat este s se salveze ntr-un fiier special creat pentru fiecare
proiect nou nceput, cu un nume ce poate fi uor asociat cu proiectul la care se
lucreaz i care s nu se poat confunda.

Crearea modulului de legtur

Se creeaz un modul legtur care conecteaz hub-ul i nodurile periferice.
Aceast legatur duplex ar trebui s suporte formatul pachetului creat anterior.
1. Selecteaz File > New apoi Link Model din list. Click OK.

Setarea formatului pachetului suportat

Pentru c legtura care va fi creat suport formatul pachetului definit anterior,
trebuie setate doar cteva atribute.
1. n tabelul Supported link types aflat n partea din mijloc dreapta n
fereastra deschis anterior, trebuie modificate toate cmpurile mai puin
ptdup n no. Acest modul trebuie s suporte doar duplex punct la punct;

2. n tabelul Attributes aflat n partea de jos stnga, cutai packet formats
i click n dreptul acestui atribut: Initial Value
Se va deschide o nou fereastr Select Supported Packet Formats:
1. Deselectai csuele Support all packet formats i Support
unformatted packets;
2. Schimbai starea pachetului fcut anterior <initials>_pksw_format n
supported;
3. Click ok pentru a nchide fereastra.

Setarea altor atribute

n plus fa de setrile pentru formatul suportat al pachetului, trebuie setate
urmtoarele atribute.
n acelai tabel, attributes, se caut urmtoarele:
1. Data rate i se seteaz la 9600;
2. ecc model i se seteaz ecc_zero_err (modelul error correction);
3. error model i se seteaz NONE;
4. propdel model i se seteaz dpt_propdel (modulul de ntrziere a
propagrii punct la punct);
5. txdel model se modific n dpt_txdel (ntarzierea transmisiei punct la
punct); se poate aduga un comentariu pentru a descrie acest modul
Pentru a include fiierul extern link_delay trebuie s:
1. selectezi File > Declare External Files...
2. n fereastra Declare External Files se caut link_delay i se bifeaz
csua;

3. click ok petru a nchide fereastra. Se salveaz modulul legatur din meniul
de sus File > Save i numele <initials>_pksw_link apoi save.

Crearea nodului central (hub)

1. Selectai File-New i alegei Node Model din list.Click OK;
2. Plasai un procesor, 4 transmitoare punct la punct i 4 receptoare punct
la punct n fereastra editor, aa cum este ilustrat n figur;
3. Schimbai atributul name pentru fiecare obiect dup cum se vede in figur;
Modulul nodului hub

4. Creai legturi pentru a conecta modulele ca n figur. ncepei cu
receptorul i transmitorul din partea de sus i continuai pn jos.
Asigurai-v c trasai legturile de la receptor la hub i apoi de la hub la
transmitor.

Verificarea asignrii legturilor de pachete

Pentru verificare urmai paii urmtori:
1. Click dreapta pe modulul hub i selectai Show Connectivity din meniul
Object care va aprea. Va aprea lista legturilor conectate la modulul
hub:

2. nchidei fereastra de dialog (dialog box).

3.8. Setarea altor parametri

Dup crearea modelului de nod central (hub), trebuie setat rata de date a
canalului i formatul pachetelor pentru fiecare receptor i transmitor:
1. inei apasat tasta Shift i selectai cu click-stnga fiecare icoan
transmitor. Asigurai-v c fluxurile de pachete rmn neselectate;
2. Cnd toate modulele transmitor sunt selectate, apsai click dreapta
pe unul dintre ele si selectai Edit Attributes pentru deschiderea
ferestrei de dialog Attributes;
3. Apsai pe valoarea atributului channel. n fereastra de dialog
(channel)Table, schimbai rata la 9600;
4. Pentru a recunoate formatul <initiale>_pksw_format:
a. Apsai pe valoarea atributului packet formats;
b. Deselectai opiunile Support all packet formats i Support
unformatted packets;
c. Click pe cmpul status pentru <initiale>_pksw_format i
schimbai statusul n supported;
d. Click OK n fereastra Select Supported Packet Formats;
5. Verificai dac rata i formatul packetelor corespund i apsati OK;

6. Pentru validarea schimbrilor pentru toate obiectele selectate, selectai
Apply changes to selected objects i apoi apsai OK. Dac apare
un mesaj de avertizare, apsai OK pentru a continua. Se va observa
mesajul 4 objects changed n partea inferioar a editorului NODE;
7. Click stnga ntr-o zon goal a spaiului de lucru pentru deselectarea
tuturor modulelor;
8. Repetai paii 1-7 pentru modulele receptor (Nu se pot face ambele o
dat deoarece transmitorii i receptorii au atribute diferite).

Setarea interfeei

Ultimul pas pentru definirea nodului central este necesitatea specificrii faptului
c sunt suportate doar tipuri fixe de noduri:
1. Alegei Interfaces-Node Interfaces;
2. n tabelul Node types schimbai valoarea atributului Supported n
no att pentru tipul mobile ct i pentru satellite;

3. Se poate aduga un comentariu pentru a descrie nodul. Cnd
suntei gata apasai OK pentru nchiderea ferestrei de dialog.
Acum modelul de hub este complet, excepie fcnd specificarea modelului
proces pentru modulul procesor hub (care se poate face imediat ce modelul proces
va fi creat). Pentru acum, salvai modelul <initiale>_pksw_hub, DAR NU L
NCHIDEI.

3.9. Crearea modelului proces pentru nodul central
-----------------------------------------------------------------------------------------------------------------
----
n acest model, nodul central primete un pachet i, bazndu-se pe adresa
destinaie, l trimite ctre transmitorul corespunztor, care la rndul su l trimite
nodului destinaie.
-----------------------------------------------------------------------------------------------------------------
----------

Acum vom crea modulul de procesare al hub-ului

n modelul nod, modulul nod procesor este conectat la transmitoare i
receptoare cu ajutorul legturilor. Deoarece fiecare pachet este asociat cu o
ntrerupere, modelul hub procesor primete o ntrerupere de fiecare dat cnd un
pachet ajunge de la un receptor. Deoarece este singurul tip de ntrerupere acceptat,
FSM-ul procesului hub (Finite State Machine) poate fi definit folosind un status idle
neforat pentru repaos ntre evenimente i o tranziie de execuie coninnd codul
pentru procesarea pachetelor
Pentru crearea modelului proces al nodului central:
1. Alegei File-New i selectai Process Model din list. Apsai OK;
2. Folosind butonul Create State, plasai una n fereastra de editare;
3. Schimbai atributul name n idle;
4. Folosii butonul Create Transition pentru a desena o tranziie de la idle la
el nsui;
5. Click dreapta pe tranziie i selectai Edit Attributes. Schimbai atributul
condition n PK_ARRVL i cel executive n route_pk(). Cnd un pachet
sosete de la un receptor punct la punct, modelul proces este invocat de
ntreruperi. Tranziia trebuie s testeze aceast condiie.
6. Apsai OK pentru nchiderea ferestrei de dialog pentru tranziie.

Urmeaz definirea PK_ARRVL:
1. Clic pe botonul Edit Header Block
2. Se Introduce urmatoarea definiie pentru PK_ARRVL:
#define PK_ARRVL (op_intrpt_type () == OPC_INTRPT_STRM)
3. Alege File->save cnd ai terminat
Condiia pk_arrvl compar tipul ntreruperii livrate cu constanta simbol
predefinit OPC_INTRPT_STRM, care indic stream-ul de ntreruperi. Cu
toate c acesta este singurul tip de ntrerupere ateptat pentru acest
modul, este mai bine s ne asigurm mpotriva erorilor de tip lips de run-
time. Pentru a face acest lucru, se va crea o bucl de transmisie de tip
default, pe o stare neforat.
Pentru a crea tranziia default pe o stare neforat:
1. Se va crea o transmisie de la iddle napoi la ea;
2. Se va schimba atributul condition n default, apoi click pe ok.

Mai trebuie definit transmisia executiv rout_pk():
1. Clic pe edit function block;
2. Se va introduce urmtoarea secven de cod

static void route_pk(void)
{
int dest_address;
Packet * pkptr;
FIN(route_pk());
pkptr = op_pk_get(op_intrpt_strm ());
op_pk_nfd_get_int32 (pkptr, "dest_address",&dest_address);
op_pk_send (pkptr, dest_address);
FOUT;
}
3. Salveaz File > Save cnd ai terminat.
Acest cod se execut atunci cnd FSM urmeaz dup tranziie
Prima linie dup FIN(route_pk()) are 2 efecte: n primul rnd primete pachetul
venit de pe sursa de emisie corespunztoare (al crei index este determinat de
opt_intrp_strm()). Apoi op_pk_get() utilizeaz indexul legturii pentru a returna un
pointer pachetului.
Apoi, procesul trebuie s obin adresa de destinaie coninut n pachet.
Adresa de destinaie este coninut n cmpul dest_address, care este tip integer de
date. A doua linie din cod asigneaz variabilei locale dest_address adresa de
destinaie.
Dac ne reamintim, adresa de destinaie corespunde direct la fluxul de
transmitere al hub-ului central. Ultima linie din cod trimite pachetul la transmitorul
punct la punct corespunztor pe baza adresei de destinaie.
n cele din urm se vor defini atributele modului interfa pentru proces i
compilare. Prima dat trebuie s activm atributul ntreruperii bgsim:
1. Selecteaz Interfaces > Process Interfaces;
2. Seteaz begsim intrpt atributul pe enable;
3. Se poate aduga un comentariu, apoi click pentru a termina
interfaa de proces.
Urmeaz compilarea modului.
1. Clic pe butonul Compile Process Model
2. Se introduce numele <initials>_pksw_hub_proc, apoi clic save;
3. Cnd n fereastra aprut se modific status n done click close.

4. Se selecteaz File > Close penru a nchide editorul de proces.
Dup ce a fost definit modelul de proces al hub-ului se poate seta atributul
modelului de procesare al modului procesor hub din Node Editor.
1. Alege Windows > Node Model > <initials>_pksw_hub. Fereastra Node
Model Editor va deveni activ;
2. Click dreapta pe modulul hub, apoi selecteaz edit attributes. Modific
atributul process model n <initials>_pksw_hub_proc;
3. Click ok pentru a nchide fereastra cu atribute;
4. Salveaz modelul nodului.

3.10. Crearea modelului nodului periferic
-----------------------------------------------------------------------------------------------------------------
----
Cnd un nod periferic genereaz un pachet, el trebuie s asigneze o adres de
destinaie pachetului, apoi s l transmit hub-ului. Cnd primete un pachet nodul
trebuie s inregistreze ntrzierea cap la cap a pachetului. Pentru a ndeplini aceste
funcii modelul unui nod periferic trebuie s conin un modul generator, un modul
de procesare i un transmitor, respectiv receptor punct la punct.
-----------------------------------------------------------------------------------------------------------------
----

Pentru a crea un model pentru nodul periferic trebuie s :
1. S fie sigur salvat modelul hub, apoi clic Edit > Clear Mode. Spaiul de lucru
se va cura pentru a evita pasul de a nchide apoi deschide editorul de
noduri.
2. Save As... <initials>_pksw_node pentru a salva modelul pe care l vom face.
3. Plasai i schimbai numele modulelor ca n imaginea de jos.

4. Creai un flux de pachete care s conecteze diferitele module n ordinea
urmtoare:
- rcv i proc;
- proc i xmt;
- src i proc.
Verificai asignarea fluxurilor de pachete ntre module. Click dreapta pe modulul
proc i selectai din list Show Connectivity. Va aprea urmtorul tabel.

Dac legturile nu sunt corecte, simularea ar putea s nu genereze rezultate.
Dac este necesar, corectai fluxurile prin tergerea tuturor legturilor i recrearea
acestora corespunztor pasului 4.
Dupa ce au fost create modelele de reea, se va dori rularea simulrilor pentru
diferii timpi de sosire ai pachetelor, prin setarea atributului Packet Interarrival Time
chiar inainte de a rula simularea. Pentru a face posibil setarea acestui atribut,
trebuie promovat atributul. Acest lucru se face n urmtorul fel:
1. Click dreapta pe modulul src pentru a deschide fereastra Attributes;
2. Se va schimba atributul modelului de procesare n simple_source;
3. Click pe Packet Interarrival Time, coloana din partea stng pentru a
selecta numele atributului apoi click dreapta i selecteaz Promote
Attribute to Higher Level din list. Atributul Packet Interarrival Time
este promovat i poate fi setat mai trziu.
Vom dori de asemenea ca procesorul s creeze pachete cu formatul definit
anterior.
1. n atributul Packet Format se va seta ca valoare
<initials>_pksw_format;
2. Verific dac atributele (src) seamn cu cele din tabelul urmtor, apoi
clic pe ok.

Mai departe se va dori schimbarea ratei de date i a formatelor pachetelor
suportate pentru transmitor i receptor. Ai efectuat aceleai operaii mai devreme
la modulul hub:
1. Avei grij ca s nu fie selectate fluxurile de pachete (legturile). Acest
lucru se poate ntmpla dac se selecteaz primul receptor;
2. Click dreapta pe modulul transmitor i selecteaz Edit Attributes;
3. Click pe coloana atributului channel. n tabelul channel seteaz data rate
(bps) la 9600;
4. Pentru ca formatul <initials>_pksw_format s fie suportat se for face
urmtoarele:
4.2. Click pe atributul valorii packet formats;
4.3. Debifeaz csuele Support all packet formats i Support
unformatted packets pentru a le opri;
4.4. Click pe cmpul status al formatului<initials>_pksw_format.
4.5. Click ok pentru a nchide fereastra Select Supported Packet
Formats;
5. Verific dac rata de date i formatul pachetului sunt aa ca n tabelul de
mai jos, apoi clic ok;

6. n fereastra deja deschis Attributes click ok pentru a o nchide. Va
aprea mesajul 1 object changed n bara de status din partea de jos a
ferestrei deschise;
7. Se vor repeta paii 2-7 pentru modulul receptor.
Urmtorul pas n definirea modelului nodului periferic este specificarea faptului
c sunt suportate doar nodurile fixe. Acest operaiune a fost facut i la modulul
hub.
nainte ca un nod s fie fix, nu mobil sau satelit, trebuie editat atributul
modelului:
1. Alege Interfaces > Node Interfaces;
2. n tabelul Node types schimb pentru mobile i satellite n no i adaug
un comentariu pentru a descrie modelul, n caz de nevoie;
3. NU nchide fereastra Node Interfaces, va mai fi nevoie de ea.

Redenumirea atributelor permite simplificarea numelor atributelor complexe sau
extinderea lor

Se dorete simplificarea numelor atributelor, n special cnd ierarhiile de nume
sunt lungi i se pot confunda uor, sau nu sunt necesare. Poate se dorete
extinderea unui nume al unui atribut foarte scurtat (abreviat) pentru a-l face mai uor
de neles.
Pentru acest model se va face redenumirea atributului interarrival time.
1. n fereastra Node Interfaces click pe butonul Rename/Merge
2. n partea Unmodified Attributes se va selecta atributul src. Packet
Interarrival Time apoi click pe unul dintre butoanele >> pentru a-l muta n
partea Modified Attributes;
3. Modific textul n coloana Promotion Name n source interarrival time;

4. Click ok pentru a inchide fereastra Rename/Merge Attributes.

Putei s atribuii un set de valori simbolice unui atribut pentrua a furniza o interfa
mai simpl pentru utilizator. Valorile atribuite vor apare ca opiuni ntr-o list.

Acestea sunt cteva avantaje n folosirea atribuirii numelor simbolice ale
atributelor:
- opiunile se limiteaz la valorile adecvate;
- opiunile pot avea nume descriptive, fcnd selecia pentru utilizator
mai uoar cnd alege o valoare
- utilizatorii pot selecta valori din list, evitnd n acest fel erorile de
tastare.
Adugarea unei valoari simbolice la atributul source interarrival time:
1. n tabelul Attributes din fereastra Node Interfaces, selecteaz noua
interfa redenumit source interarrival time apoi click pe butounul Edit
Properties Va aprea fereastra Attribute: source interarrival time;
2. n tabelul Symbol map se va schimba statutul tuturor simbolurilor n
suppress prin efectuarea unui click n coloana de status de pe fiecare
rnd;
3. Se adaug cele 4 noi simboluri ca n fereastra de mai jos, apoi click ok.

Ascunderea atributelor simplific o interfa. Acest lucru se dorete cnd utilizatorul
final nu are nevoie s schimbe valoarea atributului. Ascunderea atributului nu i
afecteaz valoarea n timpul simulrii.

Multe atribute care apar n nodurile periferice nu sunt relevante n acest model.
Pentru a evita confuziile, acestea se vor ascunde:
1. n tabelul Attributes din fereastra Node Interfaces, se va modifica starea
tuturor atributelor n hidden, mai puin source interarrival time;

2. Click ok pentru a nchide fereastra Node Interfaces;
3. Selecteaz File -> Save pentru a salva modelul.

3.11. Crearea modelului de proces al unui nod periferic

Modelul de proces al nodului periferic are 2 funcii principale: (1) asigneaz adrese
de destinaie i trimite pachete i (2) ine minte (urmrete) ntrzierea cap la cap.

Pentru a-i ndeplini sarcinile, modelul de proces al nodului periferic are nevoie
de 2 stri:
o O stare iniial;
o O stare idle(n pauz).
Pentru a crea modelul de proces:
1. Alege File > New i selecteaz Process Model din list. Apoi click ok;
2. Punei cele 2 stri n fereastra editorului, ca n imaginea de mai jos.

Stri iniiale

3. Schimbai atributele de stare, ca mai jos:
a. Pentru starea iniial, modificai atributul numelui n int i status n
forced;

Stri schimbate

b. Pentru celelalte stri, schimb atributul numelui n idle (las starea
ca fiind unforced).
n starea init, modelul de proces va ncrca o PDF uniform ntr-o plaj de la 0
la 3.
Apoi, se vor crea tranziiile dintre strile modelului de proces:
1. Deseneaz tranziia ntre stri i specific condiiile i setrile de
transmisie ca mai jos.
Tranziia xmt() va genera i asigna adresa de destinaie pachetelor care
ajung de la generator. Ulterior, pachetele vor fi trimise la transmitorul
punct la punct.
Tranziia rcv() este introdus cnd ajunge un pachet. n execuie, modelul
de proces va determina ntrzierea cap la cap, va reactualiza statistica
global i va distruge pachetele.

Desenarea tranziiilor

2. Click pe butonul Edit Header Block pentru a defini macroul de transmisie
pentru SRC_ARRVL i RCV_ARRVL n blocul antet

3. Se va introduce urmtoarea secven de cod:
/* packet stream definitions */
#define RCV_IN_STRM 0
#define SRC_IN_STRM 1
#define XMT_OUT_STRM 0
/* transition macros */
#define SRC_ARRVL (op_intrpt_type () == \
OPC_INTRPT_STRM && op_intrpt_strm () == SRC_IN_STRM)
#define RCV_ARRVL (op_intrpt_type () == \
OPC_INTRPT_STRM && op_intrpt_strm () == RCV_IN_STRM)
Ia n considerare definirea indicilor fluxurilor (RCV_IN_STRM, SRC_IN_STRM,
XMT_OUT_STRM) pentru o interpretare mai uoar a codului
4. Selecteaz File > Save.
Apoi, se vor defini variabilele de stare i temporare.
1. Click pe butonul Edit State Variables
2. Introducei urmtoarea informaie n tabel:

3. Click ok cnd s-au terminat de setat variabilele de stare.
Mai departe trebuie definit statistica pentru ntrzierea cap la cap, care va fi
colectat cnd fiecare pachet va ajunge la destinaia lui.
1. Selecteaz Interfaces > Global Statistics;
2. Introducei Stat Name ca fiind ETE Delay;
3. Click n coloana Desc. Apoi introducei urmtorul text n fereastr :
Calculeaza ETE delay prin scaderea timpului de creare a pachetului din
timpul curent de simulare.
4. Alegei File > Save;
5. Asigurai-v c fereastra Declare Global Statistics arat n felul urmtor:

6. nchidei fereastra Declare Global Statistics prin apsarea butonului ok.
n cele din urm vor trebui s fie adugate comenzile pentru stri i tranziii n
modelul de proces. Prima comand adugat va fi pentru starea init.
1. Dublu click pe partea superioar a strii init pentru a deschide enter
execs, apoi introducei urmtorul cod:
address_dist = op_dist_load ("uniform_int", 0, 3);
ete_gsh = op_stat_reg ("ETE Delay",
OPC_STAT_INDEX_NONE, OPC_STAT_GLOBAL);
2. Selectai File > Save.
Comenzile de tranziie a xmt() acioneaz cnd un pachet ajunge de la modulul
generator. Trebuie asignat o adres de destinaie nainte ca pachetul s fie trimis
spre transmitorul punct la punct.
1. n Function Block se va introduce urmtoarea secven:
static void xmt(void)
{
Packet * pkptr;
FIN(xmt());
pkptr = op_pk_get (SRC_IN_STRM);
op_pk_nfd_set_int32 (pkptr, "dest_address",
(int)op_dist_outcome (address_dist));
op_pk_send (pkptr, XMT_OUT_STRM);
FOUT;
}
Prima declarare obine un pointer de la pachetul ajuns de la generator.
Urmtoarea seteaz valoarea cmpului dest_address, care este de tip integer, la
valoarea returnat de procedura op_dist_outcome().
op_dist_outcome() returneaz un numr aleator potrivit unei distribuii date ca
argument. n cazul de fa address_dist este un pointer la distribuia uniform de tip
integer ncrcat n starea init.
Ultima declaraie trimite pachetul la un flux de ieire, care este conectat la un
transmitor punct la punct.
Comenzile de tranziie rcv() acioneaz cnd un pachet ajunge n fluxul
conectat la receptorul punct la punct. Scopul comenzilor rcv este de a calcula i
nregistra ntrzierea cap la cap a pachetelor folosind o statistic global.
1. n Function Block se va introduce urmtoarea secven:
static void rcv(void)
{
Packet *pkptr;
double ete_delay;
FIN (rcv());
pkptr = op_pk_get (RCV_IN_STRM);
ete_delay = op_sim_time () -
op_pk_creation_time_get (pkptr);
op_stat_write (ete_gsh, ete_delay);
op_pk_destroy (pkptr);
FOUT;
}
Prima declarare din cod chiar dup FIN obine un pointer spre pachetul ajuns
de la receptorul punct la punct.
Urmtoarea calculeaz ntrzierea punct la punct prin scderea timpului de
creare al pachetului din timpul simulrii curente.
A treia scrie ntrzierea cap la cap n statistica global i a patra distruge
pachetul.
2. Click File > Save pentru a nchide fereastra de editare.
Activarea nceperii simulrii de ntrerupere. ntreruperea ncepe procesul.
1. Alegei Interfaces > Process Interfaces;
2. n fereastra Process Interfaces schimbai valoarea iniial a atributului
begsim intrpt n enabled. Se poate aduga un comentariu pentru a
descrie procesul;
3. Cnd ai terminat click ok pentru a nchide ferastra.
n cele din urm se poate compila modelul de proces n felul urmtor:
1. Click pe butonul Compile Process Model
2. Introducei numele fiierului <initials>_pksw_nd_proc apoi click save;
3. Cnd s-a terminat compilarea nchidei fereastra de compilare apoi
nchidei editorul (dac nu se compileaz verificai dac nu s-au fcut
greeli de tastare).
Acum, c modelul de proces al nodului periferic este gata, se poate reactualiza
atributul modelului de proces al modulului procesorului proc.
1. Dac un editor al nodurilor nu este deja deschis cu
<initials>_pksw_node atunci File > Recent Files > Node Model >
<initials>_pksw_node;
2. Click dreapta pe modulul proc i selectai din list Edit Attributes, apoi
schimbai atributul process model n <initials>_pksw_nd_proc;
3. Click ok n fereastra Attributes dup ce ai schimbat atributele process
model;
4. Salvai schimbrile fcute n modulul nodului, apoi nchidei editorul.
Acum se poate crea modelul pentru reea.

3.12. Construirea reelei

Pentru o reea cu comutaie de pachete nu sunt importante nici extinderile subreelei
i nici proprietile grid-ului.

Acum, c s-au definit modele pentru noduri, legturi i procese, se poate trece
la construcia modelului reelei. Ne reamintim c reeaua conine un hub i 4 noduri
periferice. Pentru a ncepe:
1. File > New i selectai din list Project. Click ok;
2. Introducei numele lucrrii ca fiind <initials>_pksw_net i numele
scenariului baseline. Click ok;
3. Cnd apare wizardul de startup, click Quit. Scalarea reelei i paleta se vor
face manual.
Primul lucru care trebuie s fie creat este paleta care conine modelele
necesare.
1. Click pe butonul Configure Palette
2. Comutai pe vizualizarea n icoane apsnd butonul
3. Click pe butonul Configure Palette din palet;
4. n fereastra Configure Palette click clear i apoi click pe butonul Node
Models;
5. Trebuie incluse <initials>_pksw_hub i <initials>_pksw_node apoi click
ok;
6. n Configure Palette click pe butonul Link Models;
7. Trebuie inclus <initials>_pksw_link, apoi click ok;
8. Ok pentru a nchide fereastra Configure Palette, se va denumi
<initials>_pksw_palette, apoi save. Dac se folosete un modul wireless
vor aprea i module pentru mobile i satelit, dar paleta ar trebui s arate
n felul urmtor:

Suntem gata s construim reeaua.

1. Se plaseaz o subreea i se numete pksw1.
Model de reea

2. Dublu click pe subreea pentru a se trece la vizualizarea subreea;
3. Se vor plasa patru obiecte <initials>_pksw_node n fereastr, ca n
imagine.

4. Se va plasa un <initials>_pksw_hub n fereastra n mijlocul celor patru
noduri. Numele lui va fi hub;
5. ncepnd de la nodul 0 folosind <initials>_pksw_link, se va conecta
fiecare nod periferic ca n imaginea de mai jos:

6. Se vor desena legturi de la nodul 0 la 1, 2,3. Acest lucru asigur c
rezultatele statistice vor fi identice cu cele din tutorial. Dac se fac alte
conexiuni, rezultatele s-ar putea s difere.
nainte de a salva, este ntotdeauna o idee bun ca s se verifice legturile
1. Alegei Topology > Verify Links sau apsai Ctrl+L;
2. Avei grij ca s fie selectat Verify links apoi click ok;

3. Dac apare un X rou peste o legtur trebuie s se tearg legturile
existente i s se mai lege nc o dat nodurile. Dup toate acestea se va
mai face nc o verificare a legturilor.

3.13. Alegerea, colectarea i analizarea rezultatelor

Deoarece s-a construit modelul, se poate trece la simularea comportamentului
reelei. Pentru a vedea efectul pe care viteza de generare a pachetelor o are asupra
reelei, se vor rula dou simulri ale reelei cu timpi de sosire a pachetelor diferii.

Alegerea de rezultate

Prima dat se va alege s se colecteze rezultatele din timpul simulrii ntarzierii
cap la cap i a utilizrii legturii.
1. Click dreapta ntr-o zon goal din fereastra editor i selecteaz Choose
Individual DES Statistics din meniu;
2. Sub Global Statistics se va alege ETE Delay. Aceast statistic a fost creat
cnd s-a definit modelul de proces al nodului periferic. Cnd s-a terminat
apsai OK pentru a nchide fereastra;

3. Click dreapta pe legtura dintre node_0 i hub, apoi selectai Choose
Individual DES Statistics din meniu;
4. n opiunile point-to-point, se vor alege amndou utilization. Click OK cnd
este gata;

5. Se va salva proiectul cu numele prestabilit.
Trebuie avut grij ca preferinele repositories s fie bine stabilite, nainte ca s
se ruleze simularea.
1. Se va alege din meniul de sus Edit > Preferences;
2. Se verific dac preferinele Network Simulation Repositories au valoarea
(). Pentru a gsi mai uor se poate cuta automat;
3. Cnd s-a terminat se poate nchide fereastra.

Configurarea a dou rulri ale simulrii

n aceast simulare procesorul surs creaz pachete de o mrime constant.
Aceast setare mpreun cu rata de transfer fix a datelor transmitorului i
receptorului punct la punct, formeaz o ntrziere fix cap la cap a pachetelor.
ns, dac pachetele sunt trimise la un transmitor suficient de repede, unele
pachete vor fi ntrziate n coada transimitorului. Dac timpul de sosire al unui
pachet (atributul source interarrival time) este variat, ntrzierea cap la cap va fi
afectat. Pentru a modela acest lucru se vor configura dou rulri ale simulrii cu
timpi de sosire ai pachetelor diferii.
1. Se alege din meniul de sus DES >Configure/Run Discrete Event
Simulation. Se va deschide fereastra Configure/Run DES;
2. Acum se vor defini cele dou simulri, sau cei doi timpi de sosire diferii. Ne
reamintim c am promovat atributul interarrival time al generatorului cu
scopul de a-l putea defini aici, cnd setm simularea;
Pentru a defini cele dou simulri cu timpi de sosire 4 i 40 trebuie s :
1. Modificai durata (Duration) la 1000 secunde i Seed la 21;
2. Definii atributul interarrival time n felul urmtor:
a. Click pe elementul Inputs din arborele aflat n partea stng;
b. Click pe elementul Object Attributes;
c. i apoi pe butonul Add
d. n fereastra Add, click pe coloana Add? aflat lang atributul
pksw1.*.source interarrival time i apoi click OK;
e. n fereastra Configure/Run DES click pe nou adugatul atribut i
apoi click pe butonul Enter Multiple Values
f. n fereastra ce se va deschide adugai valorile 4 i 40;

g. Click OK pentru ca s se inchid fereastra. Cele dou valori vor fi
afiate n coloana Value ca n imaginea de mai jos;

h. Click pe butonul Preview Simulation Set pentru a revedea cum
sunt setate cele dou simulri;
i. Se va deschide fereastra Simulation Sequence Info afind
informaiile comune i per simulare;

j. Se poate nchide aceast fereast;
5. Pentru a salva se apas butonul RUN, acest lucru va duce i la nchiderea
ferestrei i va porni simularea.
Se va deschide fereastra DES Execution Manager ce va arta rularea celor
dou simulri pentru scenariul baseline. Fiecare simulare va dura cteva secunde
pentru a se executa, acest timp difer n funcie de performanele calculatorului;

6. Dup ce s-a efectuat simularea se poate nchide fereastra DES Execution
Manager. Dac au aprut ceva probleme vezi "Troubleshooting Tutorials" .

3.14. Analizarea rezultatelor

Pentru a compara ntrzierea i utilizarea celor dou simulri trebuie s:
1. Click dreapta ntr-o zon goal din fereastra de lucru i selectai din meniu
View Results;
2. Se va deschide Results Browser ce arat rezultatele celor dou simulri;
3. n arborele statistics se va extinde Object Statistics > pksw1 > node_0 <->
hub[0] > point-to-point i se va selecta utilization <--;
4. Vor aprea dou grafice corespunztoare celor dou rulri ale simulrilor
pentru scenariul curent. Se pot vizualiza i rulrile dac extindem
<initial>_pksw_net > baseline din arbore;
5. Sub grafic se va seta opiunea Overlaid Statistics i time_average din
meniuri;

6. Apoi click pe butonul Show.
Graficul pentru timpul mediu al utilizrii pentru lecia de fa este prezentat n
figura de mai jos.

O reducere substanial n generarea de pachete duce la o reducere
corespunztoare n utilizarea legturii.
Se poate modifica unitatea de masur a axei x n secunde prin click dreapta
lng grafic (partea desenat cu gri), nu n grafic i apoi se selecteaz din meniu
Time Axis > seconds.
Se nchide i terge graficul cnd este gata.
Se va dori i vizualizarea ntrzierii cap la cap a pachetelor pentru a vedea dac
a aprut vreo coad.
1. n fereastra Results Browser se deselecteaz utilization <--;
2. Se extinde Global Statistics din arbore i apoi nodul ETE Delay, n cele din
urm <initials>_pksw_net-baseline-DES-1. Acest lucru permite selectarea
unei surse de date din lista cu fiierele de date disponibile;
3. Se modific sub grafic opiunea napoi la As Is then urmat de apsarea
butonului Show;
4. Se mut fereastra cu graficul n aa fel nct s nu se suprapun cu fereastra
Results Browser;
5. Se deselecteaz <initials>_pksw_net-baseline-DES-1 i se selecteaz
<initials>_pksw_net-baseline-DES-2 urmat de apsarea butonului Show;
6. Cele dou grafice sunt prezentate mai jos.
Graficele ntrzierii cap la cap ar trebui s semene cu cele din figura de mai jos

n modul de desenare liniar, graficele nu arat clar ntrzierea perceput de
pachetele individuale. Pentru a vedea acest lucru trebuie s trecem pe vederea
discret. Pentru a trece pe vederea discret:
1. Click dreapta oriunde n grafic (nu pe margine) i se selecteaz din meniu
Draw style > Discrete;
2. Acest lucru se poate face pentru amndou graficele.
Graficele discrete ale ntrzierii ETE ar trebui s arate ca n figura de mai jos.

APLICAIA 4. STUDIUL COMUTAIEI DE PACHETE NTR-O REEA EXTINS

Aceast aplicaie reprezint o completare a celei anterioare, unde a fost
creat o reea cu comutare de pachete simpl, cu un hub i patru noduri periferice.
Dup rularea simulrii, am descoperit c pachetele au mers n ntreaga reea,
cu sau fr ntrzieri, n funcie de rata de generare a pachetelor.
n aceast aplicaie, vom vedea cum adugarea unei a doua reele afecteaz
ntrzierile cap la cap de pachete n reea.

Reeaua extins

De asemenea, vom ncerca realizarea urmtoarelor obiective:
- Aprofundarea asocierilor logice n modelele de nod;
- Reproiectarea modelului hub astfel nct acesta s se ocupe
de o subreea suplimentar.

Vom ncepe prin deschiderea aplicaiei 3 create mai nainte:
1. nchidei orice editor care a fost deschis la ultima aplicaie;
2. Selectai File > Open... i verificai c meniul Files of type: din
(Windows) sau Filters menu (Linux/Solaris) este setat pe Project Files
(*.prj);
3. n cazul n care directorul nu este afiat ca directorul de lucru activ (de
obicei, <username>/op_models), atunci navigai la el;
4. Alegei <initials>_pksw_net i facei click pe Open;
5. Selectai Scenarios > Duplicate Scenarios... i numele scenariului nou
dual_subnet.

4.1. mbuntirea modelului Node

Pentru a suporta mai multe conexiuni, modelul nod hub trebuie s aib o
suplimentare de emitoare i receptoare punct-la-punct.
Deoarece reeaua care se va conecta prin hub a fost extins, trebuie s
adugm o pereche emitor / receptor la modelul nod hub.

4.2. Adugarea perechii Transmitor/Receptor

Pentru a aduga o pereche emitor / receptor, efectuai urmtorii pai:
1. Selectai File > Open... i schimbm "Files of type" (Windows) sau Filters
menu (Linux/Solaris) la Node Model Files (*.nd.m). Apoi
selectm <initials>_pksw_hub i facem click pe Open;
2. Adugai un transmitor punct-la-punct i receptor, aa cum se arat n
figura urmtoare.

Transmitor i receptor adugate la nodul hub

3. Setai atributele name la rcv4 i xmt4;
4. Conectai noile module la hub cu fluxuri de pachete;
5. Facei click dreapta pe fluxul de pachete de la hub ctre xmt4 si selectai
Edit Attributes. Atenie, c fluxul src este [4], ceea ce inseamn c n
modelul de proces, procesorul va trebui s trimit pachete ctre
transmitor prin fluxul 4;
6. nchidei csua de dialog a atributelor.

4.3. Setarea debitului Canalului de Date i a formatului pachetelor

Setai rata canalului de date i a formatelor suportate de pachete:
1. Selectai transmitorul nou;
2. Facei click dreapta pe transmitor i selectai Edit Attributes;
3. Facei click pe valoarea atributului canalului;
4. Modificai rata de date la 9600;
5. Acceptai formatului <initials>_pksw_format:
a. Facei click pe valoarea atributului packet formats;
b. Facei click pe ambele csuele pentru a dezactiva Support all packet
formats i Support unformatted packets;
c. Facei click pe cmpul Status pentru <initials>_pksw_format;
d. nchidei caseta de dialog pentru Select Supported Packet Formats;
e. nchidei caseta de dialog (channel) Table;
6. Facei click pe OK pentru a nchide caseta de dialog Attributes;
7. Repetai paii de la 2 la 6 pentru modulul receptor.

4.4. Asocierea Transmitoarelor i Receptoarelor

Pentru a v asigura c sunt utilizate perechile corecte emitor / receptor cnd
se conecteaz link-uri la noduri la nivelul reelei, se pot asocia logic perechi de
emitoare i receptoare:
1. Facei click pe butonul Create Logical Tx/Rx Association;

2. Conectai modulele aa cum se arat n figura de mai jos:

Cinci asocieri logice ncercuite

3. La sfrit, salvai modelul de nod i nchidei editorul.

4.5. Adugarea unei subreele noi

Acum, cu o pereche n plus de emitor / receptor disponibil, modelul de
reea poate fi extins pentru a conecta o subreea suplimentar utiliznd link-uri punct-
la-punct.

4.6. Adugarea celei de-a doua subreele

Pentru a aduga a doua subreea la reeaua existent, avem posibilitatea de
a copia reeaua original i de a le conecta pe cele dou.
1. n cazul n care proiectul <initials>_pksw_net nu este deschis deja,
deschidei-l;
2. Facei click pe butonul Go to Parent Subnetwork;
3. Click stnga pe subreea pentru a o selecta, selectai Edit > Copy, apoi
Edit > Paste;
4. Poziionai cursorul la dreapta de subreeaua existent i facei click
stnga pentru a plasa subreeaua a doua;

Plasarea celei de a doua subreele

5. Deschidei obiectul paleta <initials>_pksw_palette;
6. Selectai legtura <initials>_pksw_link din paleta obiect
<initials>_pksw_palette i conectai cele dou subreele. Facei click pe
OK n caseta de dialog Select Nodes.

Conectarea hub-urilor din cele dou subreele
Legtura dintre cele dou subreele

4.7. Adugarea Atributului de ID utilizator

De asemenea, trebuie s adugm un atribut de id utilizator, astfel fiecare
subreea poate fi identificat n mod unic atunci cnd rutm pachetele.
1. Click dreapta pe subreea pksw1 i alegei Edit Attributes (Advanced) din
primul meniul pop-up pksw1;
2. Modificai atributul user id la 1, apoi facei click pe OK;
3. Click dreapta pe subreeaua pksw2 i alegei Edit Attributes (Advanced)
din meniul pop-up pksw2;
4. Modificai atributul user id la 2, apoi facei clic pe OK pentru a nchide
caseta de dialog. ID-urile utilizatorilor sunt alocate pentru ambele subreele;
5. Salvai proiectul, apoi nchidei editorul de proiect.

4.8. Redefinirea formatului pachetelor

Exist mai multe moduri de a rezolva problema adresrii nodului n subreele
diferite. Adugarea unui cmp n pachet care identific subreeau nodului destinaie
este o metod uoar.
1. Selectai File > Open... i schimbai "Files of type" (Windows) sau Filters
menu (Linux/Solaris) la fiiere n Packet Format Files (*.pk.m). Selectai
<initials>_pksw_format i facei click pe Open;
2. Facei click pe butonul Create New Field, apoi punei noul cmp direct sub
domeniul dest_address;
3. Click dreapta pe noul cmp i selectai Edit Attributes, apoi modificai
atributele, dup cum urmeaz:

Name = dest_subnet
size = 1 (Avem nevoie de doar 1 bit de a alege ntre cele dou
subreele.)
set at creation = unset

Schimbarea Atributelor

4. Facei click pe OK cnd ai terminat, pentru a nchide caseta de dialog;

Pachet cu New Packet Field

5. Salvai formatul pachetului i ieii din editorul Packet Format.

4.9. Modificarea modelului de proces

nainte de a funciona noua configurare a reelei, hub-ul i modelele de noduri
periferice trebuie s fie modificate pentru a se ocupa de rutarea pachetelor ntre cele
dou subreele.
Nodurilor periferice le trebuie alocate o subreea de destinaie i o adres de
nod de destinaie. Adresa de subreea va fi 1 sau 2 (aceste valori corespund unui
atribut de user id din subreea). O nou linie de cod n xmt transition executive va
atribui aleator o subreea destinaie.

4.10. Modificarea modelului de proces Node

1. Deschidei modelul <initials>_pksw_nd_proc n editorul procesului;
2. Deschidei Function Block i adugai liniile de cod marcate n text la
funcia xmt ():
. . .
pkptr = op_pk_get (SRC_IN_STRM);

op_pk_nfd_set_int32 (pkptr, "dest_subnet",
(int)op_dist_uniform (2.0) + 1);

op_pk_nfd_set_int32 (pkptr, "dest_address",
(int)op_dist_outcome (address_dist));

op_pk_send (pkptr, XMT_OUT_STRM);
FOUT;

}

3. Cmpul dest_subnet n formatul pachetului a fost definit ca un cmp de 1-
bit. Este folosit pentru a stoca ID-ul de utilizator al subreelei destinaie, adic
o valoare de 1 sau 2. ntr-un pachet real, stocarea unei valori de 2 ar avea
nevoie de mai mult de 1 bit, dar n spaiul simulat, putem folosi dou valori
arbitrare, folosind doar 1 bit din spaiul pachetului, indiferent de
reprezentarea lor binar;
4. Selectai File > Save din meniul Function Block;
5. Compilai modelul de proces. Nu este nevoie s salvai modelul deoarece
este salvat nainte de compilare.

4.11. Modificarea modelului de proces Hub

O dat cu adugarea subreelei secundare, modelul de proces al nodului hub
trebuie acum s stabileasc, de asemenea, crei subreele i aparine un pachet i
s fac rutarea corespunztoare. Trebuie adugat o stare iniial n care modelul de
proces s determine subreeaua sa nconjurtoare.
1. Deschidei modelul <initials>_pksw_hub_proc n editorul de procese;
2. Adugai o nou stare la stnga strii de repaus. Se face stare
iniial selectnd-o i fcnd click pe butonul Set Initial State;
3. Schimbai atributul name la init i atributul status la force;

Adugarea unei stri i a unei tranziii noi

4. Creai o tranziie necondiionat din starea init n idle, dup cum se
arat mai sus.
Modificai codul din modelul de proces dup cum urmeaz:
1. Deschidei antetul bloc i adugai linia de cod marcat cu bold n text:

#define PK_ARRVL (op_intrpt_type () ==OPC_INTRPT_STRM)
#define OTHER_SUBNET_STRM 4

Constanta OTHER_SUBNET_STRM se refer la fluxul ataat la transmitorul
nou creat legat la cealalt subreea. Aceasta este aceeai ca valoarea indexului
fluxului src a fluxului de pachete de la hub pentru xmt4.

2. nchidei blocul antetului i salvai modificrile;
3. Deschidei state variable block i adugai variabila subnet_id de tip
int;
4. Deschidei Enter Executives la starea init i adugai urmtoarele linii de
cod:

Objid parent_subnet;
parent_subnet = op_topo_parent (op_topo_parent
(op_id_self ()));
op_ima_obj_attr_get_int32 (parent_subnet, "user id", &subnet_id);

Prima declaraie determin identificatorul obiectului de subreea mam folosind
un lan de solicitri la procedura op_topo_parent ().
A doua afirmaie utilizeaz aceast valoare ca un argument pentru procedura
op_ima_obj_attr_get_int32 () pentru a obine atributul id-ului utilizator al subreelei.
5. nchidei Enter Executives i salvai modificrile;
6. Deschidei Function Block i adugai noile linii de cod marcate cu bold
la funcia route_pk ():

int dest_address;
int dest_subnet;
Packet *pkptr;
FIN (route_pk());
pkptr = op_pk_get (op_intrpt_strm ());
op_pk_nfd_get_int32 (pkptr, "dest_subnet", &dest_subnet);
if (dest_subnet == subnet_id)
{
op_pk_nfd_get_int32 (pkptr, "dest_address",
&dest_address);
op_pk_send (pkptr, dest_address);
}
else
op_pk_send (pkptr, OTHER_SUBNET_STRM);

Funcia modificat route_pk() trimite pachetul la un nod local, n cazul n care
valoarea subreelei destinaie e aceeai cu subnet_id obinut n stare init. n caz
contrar, pachetul este trimis la cealalt subreea.
7. Selectai File > Save din meniul Function Block;
8. Compilai modelul de proces, apoi nchidei cele dou editoare de proces
deschise.

4.12. Rularea Simulrii

Acum, c toate mbuntirile modelului sunt complete, putei rula simularea:
1. n editorul de proiect <intials>_pksw_net, selectai DES > Configure/Run
Discrete Event Simulation... Dac dialogul Configure/Run Discrete Event
Simulation este n mod Simple, apsai pe butonul Detailed din colul din
stnga-jos;
2. Facei click pe Common n structura arborescent i schimbai Simulation
set name la <initials>_pksw_out80 (n panoul din dreapta);
3. Verificai dac Duration este setat la 1000 de secunde;
4. Selectai i extindei nodul Inputs, apoi facei click pe Object Attributes;
5. tergei atributul pksw1.*.source interarrival time, dup cum urmeaz:
a. Facei click pe numele atributului n coloana Attribute pentru a selecta
atributul;
b. Facei click pe butonul Delete;
6. Adaugai *.*.source interarrival time;
7. n caseta de dialog Simulation Set, setai valoarea pentru *.*.source
interarrival time la 80, 8 folosind butonul Enter Multiple Values...;

Setarea valorii *.*.source.interarrival la 80

8. Facei click pe Run pentru a salva i executa noile setri. Rularea simulrii ar
trebui s ia cteva secunde;
9. Atunci cnd se termin simularea, nchidei caseta de dialog DES Execution
Manager.

4.13. Vizualizarea rezultatelor

Putem stabili acum modul n care subreeaua a doua afecteaz rezultatele
simulrii prin revizuirea Graficul de ntrziere ETE:
1. Facei click dreapta n spaiul de lucru i selectai View Results;
2. Selectai statisticile globale Statistics > ETE Delay;
3. V asigurai c Graficul este setat la Overlaid Statistics i schimbai tipul de
grafic pe average;

Alegerea ETE Delay Statistics

4. Dai click pe Show. Graficul se va deschide ntr-o fereastr separat.
Rezultatul obinut s-ar putea s difere datorit poziiei alese a nodurilor n
model

ETE Delay arat astfel:

4.14. Concluzii

Ambele simulri converg la starea de echilibru dup vrfurile iniiale. Mai
mult, ETE Delay este mai mic pentru prima simulare, care se confrunt cu mai puin
trafic. Aceste rezultate par rezonabile. V putei uita i la alte grafice, cum ar fi
ntrzierea cap la cap mediat n timp.

APLICAIA 5. MODELAREA I ANALIZA ALOHA I CSMA

5.1. Scopul aplicaiei

Sunt prezentate detaliat exemple ce ilustreaz modelarea i analiza
binecunoscutelor protocoale de acces la canal ALOHA i CSMA. Din aceast
lucrare, vei nva cum s:
- Construii protocoale mai avansate;
- Proiectai o interfa simpl la canal de tip bus multi-tap;
- Executai parametrii simulrii;
- Analizai rezultatele simulrii comparndu-le cu prediciile teoretice.
Vei realiza dou modele: modelul ALOHA i modelul CSMA. Pentru c este
cea mai simpl metod de acces la canal, vei construi prima dat ALOHA.

5.2. Consideraii teoretice

5.2.1. ALOHA

n anii 70, Norman Abramson i colegii si de la Universitatea din Hawaii au
elaborat o nou i elegant metod de rezolvare a problemei alocrii canalului. De
atunci, munca lor a fost continuat de muli cercettori. Dei realizarea lui Abramson,
numit sistemul ALOHA, utiliza difuzarea prin radio de la sol, ideea de baz se poate
aplica pe orice sistem n care utilizatori ce nu pot fi localizai concureaz la utilizarea
unui canal unic partajat.
Ne vom referi la dou versiuni ale protocolului ALOHA: ALOHA pur i ALOHA
cuantificat (sincron). Ele difer prin faptul c timpul este sau nu divizat in intervale
discrete, n care trebuie s se potriveasc orice cadru. ALOHA pur nu cere
sincronizare de tip global, pe cnd ALOHA cuantificat cere.

5.2.1.1. ALOHA pur

Ideea de baz ntr-un sistem ALOHA este simpl: utilizatorii sunt lsai s
transmit ori de cte ori au date de trimis. Bineneles c vor exista coliziuni, iar
cadrele intrate n coliziuni vor fi distruse. Oricum, datorit proprietii de reacie a
difuzrii, un emitor poate afla oricnd dac mesajul su a fost distrus, ascultnd
canalul, la fel ca si ceilali utilizatori. ntr-o reea LAN, reacia este imediat; ntr-o
reea prin satelit, exist o ntrziere de 270 ms nainte ca emitorul s afle dac
transmisia s-a ncheiat cu succes.
n cazul n care cadrul trimis a fost distrus, emitorul ateapt un interval
oarecare de timp i l trimite din nou. Timpul de ateptare trebuie s fie aleatoriu,
astfel aceleai cadre vor intra n coliziune iar i iar, blocndu-se reciproc la nesfrit.
Sistemele n care mai muli utilizatori partajeaz un canal comun ntr-un mod
care poate duce la conflicte sunt cunoscute sub numele de sisteme cu conflicte
(contention systems).
n ALOHA pur, cadrele sunt transmise la momente complet arbitrare.
Ori de cte ori dou cadre ncearc s ocupe canalul n acelai timp, se va
produce o coliziune i amndou vor fi denaturate. Dac primul bit al unui nou cadru
se suprapune cu ultimul bit al unui cadru aproape terminat, amndou cadrele vor fi
total distruse i amndou vor trebui transmise mai trziu. Suma de control poate (i
nu trebuie) s disting ntre o perioad total i o ratare la musta.
O ntrebare foarte interesant este: care este eficiena unui canal ALOHA? Cu
alte cuvinte, ce fraciune din cadrele transmise nu intr n coliziune n aceste
circumstane haotice?
Productivitatea maxim este aproximativ 0.184. Cu alte cuvinte, cea mai bun
performan la care putem spera este o utilizare a canalului de 18 procente. Acest
rezultat nu este prea ncurajator, dar, n situaia aceasta n care fiecare utilizator
transmite la dorin, cu greu ne-am fi putut atepta la o performan de sut la sut.

5.2.1.2. ALOHA Cuantificat (sincron)

n 1972, Roberts a publicat o metod de dublare a capacitii unui sistem
ALOHA. Propunerea lui era s mpart timpul n intervale discrete, fiecare interval
corespunznd unui cadru. Aceast abordare cere ca utilizatorii s cad de acord
asupra mrimii cuantelor. O cale de a obine sincronizarea ar fi o ca o staie special
s emit un bip la nceputul fiecrui interval, ca un tact de ceas.
n metoda lui Roberts, care a devenit cunoscut cu numele de ALOHA
cuantificat (slotted ALOHA), n contrast cu metoda lui Abramson ALOHA pur (pure
ALOHA), unui calculator nu i este permis s emit ori de cte ori este apsat tasta
Return. El este nevoit s atepte nceputul urmtoarei cuante. Astfel, protocolul
ALOHA pur este transformat din continuu n discret.
Cea mai bun performan la care ne putem atepta de la ALOHA cuantificat
este: 37% din cuante neutilizate, 37% cadre transmise cu succes i 26% coliziuni.

5.2.2. Protocoale cu acces multiplu i detecie de purttoare

Protocoalele n care staiile ascult pentru a detecta o purttoare (adic o
transmisie) i acioneaz corespunztor se numesc protocoale cu detecie de
purttoare (Carrier Sense Protocols).

5.2.2.1. CSMA persistent i nepersistent

Primul protocol cu detecie de purttoare pe care l vom studia n acest material
se numete CSMA 1-persistent (Carrier Sense Multiple Access). Atunci cnd o
staie are date de transmis, mai nti ascult canalul pentru a vedea dac nu cumva
transmite altcineva n acel moment. n cazul n care canalul este ocupat, staia
ateapt pn la eliberarea sa. Atunci cnd staia detecteaz canalul liber, transmite
un cadru. Dac se produce o coliziune, staia ateapt o perioad aleatorie de timp i
o ia de la nceput. Protocolul se cheam 1-persistent, pentru c probabilitatea ca o
staie s transmit atunci cnd gsete canalul liber este egal cu 1.
ntrzierea de propagare are o influen important asupra performanei
protocolului. Exist o oarecare ans ca, imediat dup ce o staie ncepe s
transmit, o alt staie s devin pregtit de transmisie i s asculte canalul. Dac
semnalul primei staii nu a ajuns nc la cea de-a doua, aceasta din urm va detecta
canalul liber i va ncepe la rndul ei s emit, rezultnd o coliziune. Cu ct este mai
mare ntrzierea de propagare, cu att acest efect devine mai important, iar
performana protocolului scade.
Chiar dac ntrzierea de propagare ar fi zero, tot s-ar mai produce coliziuni.
Dac dou staii devin gata de transmisie n timpul transmisiunii unei a treia staii,
amndou vor atepta politicos pn la sfritul ei, dup care vor ncepe s
transmit simultan, producndu-se o coliziune. Dac ele nu ar fi att de
nerbdtoare, s-ar produce mai puine coliziuni. Chiar i aa, acest protocol este
semnificativ mai bun dect ALOHA pur, ntruct ambele staii au bunul sim s nu
interfereze cu cadrul celei de-a treia staii. Intuitiv, acest fapt va conduce la o
performan mai bun dect ALOHA pur. Acelai lucru este valabil i pentru ALOHA
cuantificat.

Comparaie ntre utilizrile canalului n funcie de ncrcare,
pentru diferite protocoale cu acces aleator

Un al doilea protocol cu detecie de purttoare este CSMA nepersistent
(nonpersistent CSMA). n acest protocol, o ncercare contient de transmisie este
mai puin lacom dect n cel anterior. nainte de a emite, staia ascult canalul.
Dac nimeni nu emite, ncepe ea s emit. Dac ns canalul este ocupat, staia nu
rmne n continuu n ascultare, pentru a-l ocupa imediat dup detectarea sfritului
transmisiei precedente. n schimb, ateapt o perioad aleatorie de timp i apoi
repet algoritmul. Intuitiv, acest algoritm ar trebui s conduc la o utilizare mai bun
a canalului, dar i la ntrzieri mai mari dect la CSMA 1-persistent.
Ultimul procedeu este CSMA p-persistent (p-persistent CSMA). El se aplic la
canalele cuantificate i funcioneaz dup cum urmeaz. Cnd o staie este gata s
emit, ea ascult canalul. Dac acesta este liber, staia va transmite cu o
probabilitate p. Cu probabilitatea q=1-p, staia va atepta urmtoarea cuant. Dac
aceast cuant este de asemenea liber, va transmite sau va atepta din nou, cu
probabilitatea p i respectiv q. Acest proces este repetat pn cnd cadrul este
transmis sau pn cnd o alt staie ncepe s transmit. n ultimul caz, staia se
comport ca i cnd s-ar fi produs o coliziune (adic ateapt o perioad aleatorie de
timp i pornete iar). Dac iniial staia detecteaz canalul ocupat, ateapt cuanta
urmtoare i aplic algoritmul de mai sus. Figura de mai sus arat productivitatea n
funcie de traficul oferit pentru toate cele trei protocoale, precum i pentru ALOHA
pur i ALOHA cuantificat.

5.2.2.2. CSMA cu detecia coliziunii

Protocoalele CSMA persistent i nepersistent reprezint n mod cert o
mbuntire fa de ALOHA, pentru c au grij ca nici o staie s nu nceap s
transmit atunci cnd canalul este ocupat. O alt mbuntire este abandonarea
transmisiei ndat ce se detecteaz o coliziune. Cu alte cuvinte, dac dou staii
gsesc canalul liber i ncep s transmit simultan, amndou vor detecta coliziunea
aproape imediat. Dect s i termine de transmis cadrele, care oricum sunt
iremediabil denaturate, staiile i vor termina brusc transmisia imediat dup
detectarea coliziunii. Terminnd repede cu cadrele distruse, se salveaz timp i
lrgime de band. Acest protocol, cunoscut sub numele de CSMA/CD (Carrier Sense
Multiple Access with Collision Detection) este des ntrebuinat n LAN-uri n
subnivelul MAC. n particular, este baza popularului Ethernet LAN.
CSMA/CD, ca i multe alte protocoale de LAN, utilizeaz modelul conceptual
din figura de mai jos. n momentul marcat cu t
0
, o staie oarecare i termin de
transmis cadrul. Acum orice alt staie care are de transmis un cadru poate ncerca
s transmit. Dac dou sau mai multe staii se decid s transmit simultan, se va
produce o coliziune. Coliziunile pot fi detectate urmrind puterea sau limea
impulsului semnalului recepionat i comparndu-le cu semnalul transmis.

CSMA/CD se poate afla ntr-una din urmtoarele stri: conflict,
transmisie sau inactiv

Dup ce o staie a detectat o coliziune, i abandoneaz transmisia, ateapt
o perioad de timp oarecare i ncearc din nou, dac nici o alt staie nu a nceput
s transmit ntre timp. De aceea, modelul nostru pentru CSMA/CD va fi alctuit
alternativ din perioade de timp cu transmisii i perioade de timp de conflict, avnd i
perioade de ateptare, cnd toate staiile tac (lips de activitate).
S privim acum mai ndeaproape detaliile algoritmului de tratare a conflictelor.
S presupunem c dou staii ncep s transmit simultan, exact la momentul t
0
. Ct
timp le va lua ca s-i dea seama c s-a produs o coliziune? Rspunsul la aceast
ntrebare este vital pentru determinarea mrimii perioadei de conflict, deci i a
ntrzierii i a productivitii. Timpul minim de detectare a coliziunii este chiar timpul
necesar propagrii semnalului de la o staie la alta.
Bazndu-se pe acest raionament, am putea crede c o staie care nu
detecteaz nici o coliziune ntr-o perioad de timp egal cu timpul de propagare pe
toat lungimea cablului, perioad msurat de la nceputul transmisiei, poate fi
sigur c a ocupat canalul. Prin ocupat nelegem c toate celelalte staii tiu c ea
transmite i nu vor interfera cu ea. Aceast concluzie este greit. S considerm
cazul cel mai defavorabil, descris n urmtorul scenariu. Fie timpul de propagare a
semnalului ntre staiile cele mai ndeprtate. La t
0
, o staie ncepe s transmit. La t
0

+ (-), cu o clip nainte ca semnalul s ajung la cea mai ndeprtat staie,
aceasta ncepe la rndul ei s transmit. Bineneles, ea detecteaz coliziunea
aproape instantaneu i se oprete, dar scurta rafal de zgomot produs de coliziune
nu se va ntoarce la staia de origine dect dup 2-. Cu alte cuvinte, n cel mai ru
caz, o staie nu poate fi sigur c a ocupat canalul dect dup ce a transmis timp de
2 fr a detecta vreo coliziune.
Este important s nelegem c detecia coliziunii este un proces analogic.
Echipamentul staiei trebuie s asculte cablul n timp ce transmite. Dac ceea ce
recepioneaz este diferit fa de ceea ce transmite, nseamn c se produce o
coliziune. Aadar, codificarea semnalului trebuie s permit detectarea coliziunilor
(de exemplu, o coliziune a dou semnale de 0 voli poate fi imposibil de detectat).
Din acest motiv, de obicei se utilizeaz codificri speciale.
Este de asemenea important de observat c o staie care transmite trebuie s
monitorizeze continuu semnalul, s asculte zgomotele care pot indica o coliziune.
Din acest motiv CSMA/CD cu un singur canal este n mod inerent un sistem half-
duplex. Este imposibil ca o staie s transmit i s primeasc cadre simultan
datorit faptului c logica primirii cadrelor este activ, verificnd coliziunile n timpul
fiecrei transmisiuni.

5.3. Prezentarea modulelor de proiectat

Sarcina principal este de a construi modele ce includ metode ALOHA de acces
aleatoriu la canal i metode Carrier Sense Multiple Access (CSMA) 1-persistente pe
o legtur de bus multi-tap, n cazul n care mai multe noduri sunt conectate printr-un
canal partajat. Vom compara performanele fiecrei metode.
nainte de construirea modelelor, vei fi interesai de ierarhia acestora.
Strategia de proiectare a modelelor ALOHA i CSMA este de a folosi acelai
model de reea. Ambele modele de reea vor folosi modelul nodului comun de
transmisie care trimite pachete i modelul nodului comun de recepie care ajut la
monitorizarea reelei. Prin schimbarea atributelor proceselor modelelor nodului, pot fi
construite mai repede noi simulri utiliznd fie proprietile ALOHA, fie CSMA.
Modelele nodului procesului de transmisie vor fi unice, n timp ce modelul nodului
procesului de recepie este generic i va rmne nemodificat.

Modelarea ierarhiei ALOHA i CSMA

5.3.1. Proiectarea modelului nodului generic de transmisie

n teorie, sistemul ALOHA ar putea fi modelat doar printr-o simpl surs
generatoare i un bus de transmisie. Cu toate acestea, n proiectarea unui model mai
generalizat, avei posibilitatea reutilizrii acestuia mai trziu pentru modelul CSMA.

Nodul transmitor trebuie s genereze pachetele, s le prelucreaz i s le
trimit pe bus. Acest lucru poate fi modelat cu ajutorul unei simple surse pentru a
genera pachetele, un alt procesor fiind necesar pentru a efectua operaiile necesare,
precum i un bus de transmisie ce transmite pachetele pe legtura bus-ului.

Modelul nodului generic de transmisie
Transmitoarele de magistral sunt de asemenea capabile s menin intern o
coad se vor elibera toate pachetele pe magistral n ordinea FIFO.

5.3.1.1. Construirea modelului procesului de transmisie ALOHA
Procesul de transmisie ALOHA are rolul numai de a primi pachete de la
generator i a le trimite la emitor.
Procesul de transmisie ALOHA are numai o stare neforat: de ateptare a
sosirii pachetelor de la generator. Deoarece nodul generic de transmisie nu adun
informaii statistice, procesul ALOHA_tx nu are nevoie s iniializeze sau s menin
starea variabilelor globale proprii. Cu toate acestea, este nevoie s se preia valoarea
atributelor globale care definete numrul pachetelor generate. Procesul de
transmisie va prelua aceast valoare, o singur dat, nainte de intrarea n bucla
principal.

Procesul ncepe simularea printr-o forare a strii de iniializare, apoi se mut la
o stare neforat inactiv n care se ateapt sosirea pachetelor.
Procesul este activat prin nceperea unei simulri de ntrerupere, astfel nct,
atunci cnd simularea pornete, FSM execut forat starea de iniializare i apoi
ateapt n stare inactiv, gata de tranziie, atunci cnd primul pachet sosete.

ALOHA_tx FSM intermediar

Exist un singur eveniment distinct n ALOHA_tx FSM i anume sosirea unui
pachet generat. n starea inactiv neforat, ntreruperea datorat sosirii unui pachet
poate fi detectat selectiv de o tranziie corespunztoare.

ALOHA_tx FSM complet

ntreruperile pentru pachete sosite sunt doar ntreruperi presupuse, deci este
sigur s se omit o tranziie implicit pentru starea inactiv neforat. n cazul n care
este livrat o ntrerupere de pachet de sosire, FSM ar trebui s realizeze comenzi s
obin i s transmit pachetele n starea tx_pkt, apoi s revin prin tranziie la
starea de inactivitate.

5.3.1.2. Proiectarea modelului nodului generic de recepie

Modelul generic al nodului de recepie monitorizeaz circulaia pachetelor n
ntreaga magistral.

Urmtorul pas este de a proiecta modelul nodului generic de recepie. Modelul
nu are nevoie de un generator, pentru c pur i simplu monitorizeaz deplasarea
pachetelor n cadrul magistralei. Modelul nodului const dintr-o magistral de
recepie i un modul procesor.

Concept generic de model de nod receptor

5.3.1.3. Proiectarea modelului procesului receptorului generic
Modelul procesului receptorului generic este responsabil pentru manipularea
pachetelor recepionate pentru colectarea statisticilor.
Pentru a prelucra pachetele recepionate pentru statistici, procesul cct_rx are
nevoie de o stare neforat unde ateapt s recepioneze pachete care nu s-au
ciocnit (cum se detecteaz coliziunile se va prezenta mai trziu). La sfritul
simulrii, procesul nregistreaz pentru analiz valorile throughput-ului i ale traficului
pe canal. Pentru c procesul nodului receptor rspunde de variabilele de strngere a
statisticilor, el ar trebui s le iniializeze la nceputul simulrii. Aceasta conduce la
figura de mai jos. Funciile C definite de utilizator proc_pkt() and record_stats() din
comenzile de tranziie vor fi scrise mai trziu.
cct_rx FSM complet

5.4. Desfurarea lucrrii

Construirea modelului ALOHA
Procesul ALOHA i modelele nodului vor fi create primele. Aceste modele
servesc ca baz pentru un model mai bun care va fi folosit pentru a reprezenta
sistemul CSMA.
Construirea modelului ALOHA implic nite pai:
- Crearea modelului procesului de transmisie ALOHA;
- Crearea unui model al nodului generic de transmisie;
- Crearea unui model al procesului generic de recepie;
- Crearea unui model al nodului generic de recepie;
- Construirea modelului de reea.
5.4.1. Crearea modelului procesului de transmisie ALOHA
Se construiete pentru nceput procesul de transmitorului modelului ALOHA:
1. Deschidei Modeler dac acesta nu ruleaz deja;
2. Alegei File > New i selectai Process Model din meniul derulant. Click
OK;
3. Folosind butonul Create State din bara de instrumente, plasai cele trei
stri n spaiul de lucru;

Strile iniiale ale modelului procesului transmitorului
4. Facei urmtoarele modificri la cele trei stri, de la stnga la dreapta:
a. Pentru prima stare, schimbai atributul name cu init i status cu
forced;
b. Pentru a doua stare, schimbai atributul name cu idle. Lsai
nemodificat status, adic pstrai unforced;
c. Pentru a treia stare, schimbai atributul name la tx_pkt i status la
forced.

Strile modelului procesului transmitorului
Apoi, adugai tranziii ntre stri:
1. Desenai trei tranziii dup cum se arat:

Tranziiile modelului procesului transmitorului
2. Pentru tranziia din idle la tx_pkt, schimbai atributul condition cu
PKT_ARVL (folosind litere majuscule). Pentru a muta eticheta de condiie,
click stnga pe etichet i glisai ntr-o nou poziie.
Macro-ul PKT_ARVL determin dac o ntrerupere primit de proces este
asociat cu un pachet care sosete pe un flux (stream). n acest model, ntreruperile
sunt ateptate numai pe fluxul de intrare de la generator, astfel nct macro-ul nu are
nevoie s determine care flux de intrare a primit pachetul.
Vei defini acest macro la pasul urmtor.
Acum suntei gata s specificai codul pentru modelul procesului. ncepei cu
Header Block.
1. Deschidei Header Block i introducei urmtorul cod:
/* Input stream from generator module */
#define IN_STRM 0

/* Output stream to bus transmitter module */
#define OUT_STRM 0

/* Conditional macros */
#define PKT_ARVL (op_intrpt_type() == OPC_INTRPT_STRM)

/* Global Variable */
extern int subm_pkts;
2. Salvai modificrile.
Constantele simbolice IN_STRM i OUT_STRM vor fi utilizate n apelurile la
procedurile Kernel care primesc pachete de la fluxuri sau trimit pachete fluxurilor.
Pentru a realiza funcionalitatea dorit, aceti indici de fluxuri trebuie s fie n
concordan cu cei stabilii la nivel de nod.
Apoi, introducei variabilele de stare:
1. Deschidei State Variable Block i introducei urmtoarea informaie. Tipul
implicit, int, este acceptat;

Valorile pentru blocul variabilei de stare

2. Click pe OK pentru a nchide caseta de dialog.

Variabila max_packet_count va reine numrul maxim de pachete procesate n
simulare. Aceasta va fi preluat de la un atribut al simulrii i comparat cu numrul
pachetului.
Definii aciunile pentru starea init din blocul Enter Executives:
1. Dublu-click pe partea de sus a strii init pentru deschiderea blocului Enter
Executives i introducei codul urmtor.

/* Get the maximum packet count, */
/* set at simulation run-time */
op_ima_sim_attr_get_int32 ("max packet count",
&max_packet_count);


De asemenea, precizai aciunile pentru starea tx_pkt:

1. Dublu-click pe partea de sus a strii tx_pkt pentru deschiderea blocului
Enter Executives i introducei urmtorul cod:

/* Outgoing packet */
Packet *out_pkt;
/* A packet has arrived for transmission. Acquire */
/* the packet from the input stream, send the packet */
/* and update the global submitted packet counter. */
out_pkt = op_pk_get (IN_STRM);
op_pk_send (out_pkt, OUT_STRM);
++subm_pkts;

/* Compare the total number of packets submitted with */
/* the maximum set for this simulation run. If equal */
/* end the simulation run. */
if (subm_pkts == max_packet_count)
op_sim_end ("max packet count reached.", "", "", "");


Starea de execuie tx_pkt ncepe n cazul n care procesul primete o
ntrerupere de flux de la Simulation Kernel. Aceast ntrerupere coincide cu sosirea
pachetului generat. Dup terminarea execuiei strii tx_pkt, tranziiile FSM revin la
starea idle. Pentru c nu exist alte stri neforate n calea de tranziie, FSM re-intr
ntotdeauna n starea idle nainte ca urmtorul pachet s soseasc i ateapt
pachete.
Procesul cct_rx va declara mai trziu variabila global, subm_pkts, pentru a
acumula la nivel global numrul de pachete transmise. Accesul la aceast variabil
n modelul procesului aloha_tx este ctigat prin declararea n modelul Header
Block folosind limbajul C de stocare extern a claselor.
Urmeaz definirea atributului global care va fi setat n timpul funcionrii
simulrii i ncrcat n variabila de stare max_packet_count.

1. Alegei Interfaces > Global Attributes;
2. Introducei un atribut max packet count n caseta de dialog, aa cum se
arat:

Definirea atributelor globale

3. Salvai modificrile, fcnd clic pe butonul OK.

Modelul este acum complet, cu excepia atributelor interfeei modelului.
De asemenea, trebuie s editai interfeele procesului:

2. Schimbai valoarea iniial a atributului begsim intrpt n enabled;
3. Schimbai Status ul tuturor atributelor n hidden.

Este posibil s dorii s adugai un comentariu pentru a descrie procesul. Cnd
ai terminat, facei clic pe OK pentru a nchide caseta de dialog.
1. Compilai modelul procesului. Punei numele <initials>_ALOHA_tx.
2. Cnd modelul procesului termin de compilat, nchidei Process Model
Editor.

5.4.2. Crearea modelului nodului generic de transmisie

5.4.2.1. Crearea modelului

Vei crea acum un model de nod generic de transmisie care poate suporta fie
ALOHA, fie CSMA.

1. Alegei File > New i selectai Node Model din meniul vertical. Click pe
OK;
2. Utiliznd butoanele corespunztoare din bara de instrumente, creai dou
module de procesare i un modul de bus de transmisie;

Modulele modelului nodului generic de transmisie

3. Pentru fiecare modul, setai numele atributului cu numele de mai sus;
4. Conectai modulele cu fluxuri de pachete, aa cum este artat mai sus;
5. Deschidei caseta de dialog cu atributele fluxurilor de pachete pentru a
vedea dac src stream este setat pe src stream[0] i dest stream este
setat pe dest stream[0], n conformitate cu indicii declarai n
<initials>_ALOHA_tx din Header Blockul modelului procesului.

Pentru c suntei interesai de asignarea de valori diferite atributului interarrival
time al generatorului, trebuie s-l promovai astfel nct valoarea s poat fi setat
mai uor n timpul simulrii.
1. Deschidei atributele procesorului gen din caseta de dialog;
2. Setai atributul proces model ca simple_source;
3. Click pe Packet Interarrival Time n coloana din stnga pentru a evidenia
numele atributului, apoi dai click dreapta i selectai Promote Attribute to
Higher Level din meniul pop-up;

Promovarea Atributelor

4. Click pe OK pentru a nchide caseta de dialog a atributelor.

Avei nevoie, de asemenea, s setai atributele adecvate ale procesorului:

1. Deschidei caseta de dialog a atributelor pentru tx_proc i stabilii atributul
process model ca <initials> _ALOHA_tx;
2. Click OK pentru a nchide caseta de dialog.

5.4.2.2. mbuntirea modelului nodului generic de transmisie

Modelul nodului generic de transmisie pe care deja l-ai creat are
funcionalitatea necesar care st la baza modelului procesului aloha_tx. Cu toate
acestea, pentru c se plnuiete schimbarea CSMA pentru procesul modelului
ALOHA, este util s se construiasc extensii pentru mbuntiri ulterioare.
mbuntirile constau dintr-un modul de bus receptor (pentru a sprijini
eventuala capabilitate full duplex a protocolului CSMA) i un procesor sink pentru a
accepta i a distruge pachetele primite de modulul receptor. mbuntirile includ, de
asemenea, un fir statistic inactiv (dezactivat) care, atunci cnd este activat n modelul
CSMA, mpreun cu acesta, informeaz procesul (coninut n modulul tx_proc)
asupra strii de ocupare a canalului i furnizeaz ntreruperi ale procesului n cazul
n care condiiile din canal sufer modificri.

mbuntirea modelului nodului de transmisie

Adugai urmtoarele caracteristici la modelul nodului:

1. Utiliznd butoanele din bara de instrumente, adugai un modul procesor i
un modul bus de recepie;

Adugarea modulelor

2. Schimbai numele noului modul procesor cu sink i numele busului de
recepie cu bus_rx;
3. Conectai noile module cu fluxuri de pachete, aa cum este artat;
4. Folosind butonul Create Statistic Wire din bara de instrumente, conectai
modulul bus_rx cu modulul tx_proc;

Adugarea unui fir statistic

5. Deschidei caseta de dialog a atributului pentru statistic wire i schimb
atributele att pentru rising edge trigger ct i pentru falling edge trigger pe
disabled. Click pe OK pentru a nchide caseta de dialog cnd ai terminat.
Dublu-click pe conectivitatea modulului pentru a v asigura c toate obiectele
din model au fost conectate n ordinea corect:
1. Click dreapta pe modulul tx_proc i alegei Show Connectivity din
obiectul de tip pop-up al meniului. Obiectele trebuie s fie conectat aa cum
se arat n figura urmtoare.

Verificarea conectivitii

2. n cazul n care conexiunile nu se potrivesc cu cele din figur, modificai
conexiunile dup cum urmeaz:

a. Click dreapta pe fluxul de pachete ntre modulele gen i tx_proc;
b. Alegei Edit Attributes;
c. Modificai valoarea atributului src stream cu src stream[0];
d. Click pe OK pentru a nchide caseta de dialog Attributes;
e. Click dreapta pe statistic wire dintre modulele bus_rx i tx_proc;
f. Alegei Edit Attributes;
g. Modificai valoarea atributului dest stat cu instat[0];
h. Click pe OK pentru a nchide caseta de dialog Attributes.

Apoi, definii atributele interfeei:

1. Alegei Interfaces > Node Interfaces;
2. n tabela Node types, modificai valoarea Supported n no pentru tipurile
mobile i satellite;
3. Modificai Status -ul tuturor atributelor n hidden, cu excepia strii
promoted, gen.Packet Interarrival;
4. Dac dorii, adugai un comentariu pentru a descrie nodul. Cnd ai
terminat, facei click pe OK pentru a salva modificrile;
5. Salvai modelul ca <initials>_cct_tx i nchidei Node Editor.

5.4.3. Crearea procesului de receptor generic i modelele nodului

Avei posibilitatea de a crea procesul de recepie generic i modelele nodului.
Pentru c singurul scop al procesului receptor este de a numra pachetele i a
nregistra statisticile, acesta poate fi utilizat pentru a monitoriza performana reelei i
dac pachetele sunt transmise n conformitate cu ALOHA sau cu metodele de acces
la canal CSMA.
1. Alegei File > New i selectai Process Model din meniul vertical. Click pe
OK;
2. Folosind butonul Create State din bara de instrumente, plasai dou stri n
fereastra de lucru;
3. Pentru starea iniial, modificai atributul name n init i atributul status n
forced;
4. Pentru celelalte stri, modificai atributul name n idle. (Pstrai status ca
unforced.)

Desenai patru tranziii de stare aa cum este prezentat n figur.

Adugarea tranziiilor la nodul generic de recepie

1. Pentru prima tranziie (cea de sus) ce pornete din idle i revine tot aici,
modificai atributul condition n PKT_RCVD i atributul executive n
proc_pkt ();
2. Pentru a doua tranziie (cea de la centru), cu revenire tot la idle, modificai
atributul condition n default;
3. Pentru a treia tranziie (cea de jos), cu revenire tot n idle, modificai
atributul condition n END_SIM i atributul executive n record_stats().

Pe urm, introducei codul pentru Header Bock i variabilele de stare.

1. Folosind butonul din bara de instrumente, deschidei Header Block i
scriei definirile de mai jos.

/* Input stream from bus receiver */
#define IN_STRM 0

#define PKT_RCVD (op_intrpt_type () == OPC_INTRPT_STRM)
#define END_SIM (op_intrpt_type () == OPC_INTRPT_ENDSIM)

/* Global variable */
int subm_pkts = 0;

2. Salvai Header Block.

Indexul pentru fluxul de intrare de la modulul bus-ului de recepie (IN_STRM)
este definit aici. Macro-ul PKT_RCVD determin dac ntreruperea emis ctre
proces este o ntrerupere de flux. Doar un singur fel de ntrerupere de flux este
ateptat la un moment dat, aa c nu mai sunt necesare alte proprieti. Macro-ul
END_SIM determin dac ntreruperea recepionat de proces este asociat cu o
ntrerupere de final de simulare a Simulation Kernel.
Este utilizat variabila global subm_pkts, astfel nct toate nodurile de
transmisie s poat contribui cu toate ncercrile de transmisie individuale la acest
acumulator. Declararea unei variabile ntr-un Header Block al unui model de proces
face ca aceasta s se comporte ca o variabil global n timpul executrii simulrii.
Procesul generic de recepie utilizeaz variabila de stare rcvd_pkts pentru a
ine evidena numrului de pachete valide recepionate. Definii aceast variabil
dup cum urmeaz:

1. Deschidei blocul State Variables i definii urmtoarea variabil:

Definirea variabilei de stare rcvd_pkts

2. Salvai blocul variabilelor de stare.

Pe urm, introducei codul care definete funcionalitatea modelului procesului.

1. Deschidei Function Block i introducei codul urmtor:

/* This function gets the received packet, destroys */
/* it, and logs the incremented received packet total */
static void proc_pkt (void)
{
Packet* in_pkt;
FIN (proc_pkt());
/* Get packet from bus receiver input stream */
in_pkt = op_pk_get (IN_STRM);

/*Destroy the received packet */
op_pk_destroy (in_pkt);

/* Increment the count of received packet */
++rcvd_pkts;
FOUT;
}

/* This function writes the end-of-simulation channel */
/* traffic and channel throughput statistics to a */
/* vector file */
static void record_stats (void)
{
double cur_time;
FIN (record_stats());
cur_time = op_sim_time();
/* Record final statistics */
op_stat_scalar_write ("Channel Traffic G",
(double) subm_pkts / cur_time);
op_stat_scalar_write ("Channel Throughput S",
(double) rcvd_pkts / cur_time);
FOUT;
}

2. Salvai Function Block.

Aa cum a fost definit anterior n Function Block, funcia proc_pkt() obine
fiecare pachet care sosete, l distruge i incrementeaz numrul de pachete
recepionate. Funcia record_stats() este apelat atunci cnd simularea se termin.
Funcia op_stat_scalar_write() trimite throughput-ul (rata de transfer real)
canalului i traficul de date la ieirea fiierului vector pentru rularea simulrii.
Starea init iniializeaz variabila de stare folosit la numrarea pachetelor
recepionate. Se definete astfel:
1. Dublu click pe partea superioar a strii init pentru a deschide blocul Enter
Executives i a introduce urmtorul cod:

/* Initialize accumulator */
rcvd_pkts = 0;

2. Salvai Enter Executives.

n final, putei defini interfeele procesului.

2. Modificai valoarea iniial a atributelor begsim intrpt i endsim intrpt cu
enabled;
3. Modificai Status-ul tuturor atributelor cu hidden;

Ascunderea atributelor

4. Dac dorii, adugai un comentariu pentru a descrie procesul, apoi click
pe OK pentru a salva modificrile.

Acum s compilm modelele:
1. Click pe Compile Process Model din bara de instrumente;
2. nlocuii numele fiierului cu <initials>_cct_rx i click pe butonul Save;
3. nchidei caseta de dialog de compilare i Process Model Editor ul.

5.4.4. Crearea unui model al nodului generic de recepie
Urmtorul pas este de a crea un model generic al nodului de recepie.
1. Alegei File > New i selectai Node Model din meniul vertical. Click pe
OK;
2. Utiliznd butoanele corespunztoare din bara de instrumente, creai un
modul procesor i un modul al bus-ului receptor.

Modulele modelului nodului generic receptor
3. Pentru fiecare modul, modificai atributul name dup cum se arat mai sus;
4. Conectai modulele cu un flux de pachete, ca n figura de mai sus. Indexul
fluxului de intrare este implicit stream 0, conform cu indexului declarat n
Header Block-ul modelului procesului cct_rx.
5. Deschidei atributul procesorului din caseta de dialog i setai atributul
process model ca <initials>_cct_rx. nchidei caseta de dialog cnd ai
terminat.

Modelul nodului generic de recepie este acum complet, cu excepia atributelor
interfeei.

1. Alegei Interfaces > Node Interfaces;
2. n tabela Node types, modificai valoarea Supported cu no pentru tipurile
mobile i satellite;
3. n tabela Attributes, modificai Status-ul tuturor atributelor cu hidden;
4. Dac dorii, putei aduga un comentariu pentru a descrie modelul nodului.
Cnd ai terminat, click pe OK pentru a iei din caseta de dialog;
5. Save pe modelul nodului ca <initials>_cct_rx, apoi nchidei Node Model
Editorul.

5.4.5. Crearea unui nou model de legtur

Comportamentul unei legturi a bus-ului este definit de ctre etapele
Transceiver Pipeline . Pipeline-ul este o serie de proceduri n C sau C ++ care pot fi
modificate pentru a particulariza modelul legturii.
Pentru aceast aplicaie, vei crea un model personalizat de legtur a bus-ului
ale crui etape de pipeline utilizeaz implicit modelele bus-ului, date de prefixul
modelului dbu_. Urmtorul tabel afieaz etapele pipeline-ului descrise de funcii.

Model Funcii
txdel Calculeaz ntrzierea transmisiei asociat cu transmiterea unui pachet pe
o legtura de bus (ntrzierea transmisiei este timpul necesar pentru a
transmite pachetul la o rat de bii definit n modulul bus-ului de
transmisie).
closure Determin conectivitatea ntre oricare dou staii pe bus.
propdel Calculeaz ntrzierea de propagarea ntre un emitor i un receptor.
coll Determin dac un pachet s-a ciocnit pe bus.
error Calculeaz numrul de bii de eroare ntr-un pachet.
ecc Respinge pachetele ce depesc pragul coreciilor de eroare, precum i
orice pachete ce au fost implicate n coliziuni.
Pentru a crea un nou model de legtur a bus-ului:
1. Alegei File > New i selectai Link Model din meniul vertical. Click pe
OK;
2. n tabelul Supported link types, modificai valoarea Supported n no
pentru tipurile ptsimp i ptdup. Acest model al legturii suport doar tipurile
bus sau bus tap.

Modificarea tipurilor de legturi suportate
3. Dac dorii, adugai un comentariu pentru a descrie legtura;
4. Salvai fiierul ca <initials>_cct_link i nchidei Link Model Editor-ul.
5.4.6. Construirea modelului de reea

Modelul de reea va fi construit n aa fel nct s poat fi folosit att n analiza
protocolului ALOHA ct i a protocolului CSMA. Acest lucru va fi realizat prin
definirea nodurilor ca fiind modele de noduri generice i prin modificarea, mai trziu,
a modelului pentru protocolul respectiv.

5.4.6.1. Construirea modelului

Modelul de analiz ALOHA presupune c pachetele sunt ntotdeauna introduse
n reea la intervale de timp distribuite exponenial. Cu toate acestea, modelul nostru
de reea are un numr finit de noduri care in pachete n buffer-e pn se ncheie
transferul anterior. Pentru a urmri ndeaproape presupunerile modelelor analitice,
trebuie s existe un numr mare de noduri care transmit pe bus.
Modelul de reea va fi construit ntr-o subreea, astfel nct s poat fi folosit un
sistem de coordonate la scar mic.

1. Se alege File > New i se selecteaz Project din meniul vertical. Click
OK;
2. Numii proiectul <initials>_cct_network i scenariul ALOHA, apoi click
OK;
3. n Startup Wizard, folosii urmtoarele setri:

Pentru a construi reeaua mai uor, avei nevoie de o palet personalizat care
conine obiectele necesare. Pentru a crea paleta:
1. n paleta de obiecte, comutai pe pictograma de vedere printr-un click pe
butonul din colul din stnga-sus al casetei de dialog.

2. Apoi, click pe butonul Configure Palette
3. n caseta de dialog Configure pallete, click Clear. Toate obiectele cu
excepia subreelei sunt eliminate de pe palet. Daca avei modulul
Wireless instalat, vei vedea de asemenea subreelele mobile i prin satelit;
4. Click pe butonul Link Models, apoi adugai <initials>_cct_link din lista
de modele de legturi disponibile. Click OK pentru a nchide caseta de
dialog cnd ai terminat;
5. Facei click pe butonul Node Models, apoi adugai <initials> _cct_rx i
<initials> _cct_tx din lista de modele de noduri disponibile. Facei click pe
OK pentru a nchide caseta de dialog atunci cnd ai terminat;
6. Salvai paleta de obiecte fcnd click pe butonul Save As... din caseta de
dialog Configure Palette. Folosii <initials>_cct ca nume pentru fiier;
7. Facei click pe OK pentru a nchide caseta de dialog Configure Palette.
Paleta de obiecte <initials>_cct este gata pentru a fi folosit.
n loc de a crea ntreaga reea bus de mn, putei folosi configurarea rapid
pentru a o construi repede:
1. Alegei Topology > Rapid Configuration ...
2. Selectai Bus din meniul de configuraii disponibile, apoi facei click pe
Next ...
3. Folosii valorile indicate n figura urmtoare pentru a finaliza completarea
casetei de dialog Rapid Configuration : Bus.

Configurare Rapid: Caseta de dialog Bus

4. Facei click pe OK atunci cnd toate valorile sunt nscrise. Reeaua este
desenat n zona de lucru.

Reeaua Bus creat
Aceast reea nc are nevoie de un nod receptor. Pentru a aduga acest nod i
pentru a-l conecta la reea:
1. Facei click i tragei n partea stng a spaiului de lucru nodul receptor
<initials> _cct_rx din paleta de obiecte;
2. Facei click pe <initials> _cct_link tap link n paleta de obiecte. Asigurai-
v c folosii legtura tap (racord);

Reprezentarea Bus Tap

3. Desenai un racord de la bus la nodul receptor. Asigurai-v s pornii de la
bus. Trgnd racordul de la nod la bus pot produce alte rezultate;

Tragerea racordului

4. Verificai ca bus-ul s arate astfel:

Modelul de Bus Complet

5. Salvai modelul cu numele implicit, <initials>_cct_network i nchidei
paleta de obiecte.
Nu ieii din Project Editor.

5.4.6.2. Executarea simulrii ALOHA

Scopul acestei aplicaii este de a observa modul cum variaz performanele
protocoalelor n funcie de traficul pe canal. Parametrul de intrare timp de sosire va fi
variat ntr-o serie de simulri pentru a produce diferite nivele de trafic, deci, diferite
nivele de rate de ieire (throughput). Vei rula 12 simulri, fiecare cu o valoare de
timp de sosire diferit, vei analiza rezultatele i vei trage concluzii.

Importul i Configurarea Secvenei de Simulare

1. Alegei Scenario > Scenario Components > Import
2. Selectai Simulation Sequence din meniul vertical, apoi selectai
cct_network-CSMA. Facei click pe OK;
3. Salvai proiectul;
4. Alegei DES > Configure/Run Discrete Event Simulation (Advanced);

Se deschide caseta de dialog Simulation Sequence. Observai c se
afieaz un scenariu cu 12 simulri care ruleaz fiecare cu parametrii variai.
Acesta este fiierul pe care l-ai importat.

Secvena de simulare cu 12 rulri

Not: n mod normal vei deschide caseta de dialog Configure/Run Des
(DES > Configure/Run Discrete Event Simulation) i vei crea o secven
de simulare cu setrile specificate. Pentru a economisi timp, a fost asigurat un
fiier aproape complet.

5. Facei click dreapta pe scenario (12 runs) i selectai Edit Attributes;
6. Extindei nodul arbore Execution;
7. Extindei nodul arbore Advanced i selectai Application;
8. Facei click pe nodul Application;
9. Verificai c Network model este setat pe <initials>_cct_network-aloha;
10. Facei click pe nodul arbore Outputs, apoi selectai nodul arbore
Statistics Collection;
11. Setai Probe file pe <NONE>. Nu trebuie s creai sau s specificai un
fiier de prob. Funcia op_stat_scalar_write() substituie fiierul de prob;
12. Verificai c Vector file este setat la <initials>_cct_networkaloha.
Acest fiier va colecta datele de ieire ale funciei op_stat_scalar_write ()
inclus n Function Block a modelului <initials> _cct_rx. Va fi creat un fiier pentru
fiecare rulare, cu un sufix DES-<run #> potrivit adugat la numele modelului de
reea. Informaia scalar este, de asemenea, scris n fiierul vector. n aceast
aplicaie, fiierul vector va conine doar date scalare.
13. Facei click pe nodul arbore Inputs, apoi pe nodul Global Attributes i
verificai dac max packet count este 1000;
14. Facei click pe nodul arbore Object Attributes. n coloana Value,
observai cele 12 valori care au fost stabilite pentru atributul Office
Network .*. gen.Packet Interarrival Time;
15. Facei click pe OK pentru a salva schimbrile i pentru a nchide caseta de
dialog Simulation Sequence;
16. Alegei File > Save.
Acum poate fi executat simularea. Deoarece secvena de simulare execut
multe simulri individuale, timpul total de execuie poate dura cteva minute.
1. Asigurai-v c toate rulrile sunt selectate n vederea arborescent;
2. Facei click pe butonul Running Man;

Executarea secvenei de simulare

3. Facei click pe YES n caseta de dialog Confirm Execution. O secven
compus din mai multe rulri poate fi consumatoare de timp pentru a o
executa; aceast caset de dialog v ofer posibilitatea de amnare a
procesului.

Caseta de dialog de confirmare a execuiei

Caseta de dialog DES Execution Manager se deschide, artnd progresul
pentru cele 12 simulri, pe msur ce se execut. Orice simulare care
ruleaz genereaz 1000 de pachete (valoarea lui max packet count) se va
termina cu un mesaj similar cu cel din figura urmtoare:

Mesajul de terminare

Caseta de dialog DES Execution Manager

4. n cazul n care simulrile sunt complete, nchidei caseta de dialog DES
Execution Manager i Simulation Sequence Editor. Dac ai avut probleme,
consultai "Troubleshooting Tutorials".

5.4.7. Analiza rezultatelor ALOHA
Performana canalului ALOHA poate fi msurat conform numrului de pachete
primite cu succes, ca o funcie de pachete introduse, indiferent dac pachetele sunt
originale sau retransmise. n aceast reea, channel throughput este o msur
tipic a performanei reelei.
Rezultatele fiecrei simulri sunt stocate ca dou valori scalare n fiierul vector
de ieire, permindu-v s vizualizai performana reelei n funcie de un parametru
de intrare, mai degrab dect o funcie de timp. Poate fi vizualizat rata real de
transfer a canalului (throughput) n funcie de traficul de pe canal.
Pentru a vizualiza graficul:
1. n bara de instrumente a Project Editor, facei click pe butonul View
Results;

Butonul pentru vizualizarea rezultatelor
Se deschide browser-ul de rezultate;
2. Facei click pe tab-ul DES Parametric Studies;

Tab-ul pentru studiul rezultatelor n funcie de parametri

3. Extindei nodul arbore Scalar Statistics;
4. Facei click dreapta pe Channel Throughtput S scalar i selectai Set
as Y-Series n meniul pop-up;

Rata real de transfer a canalului

5. Click dreapta pe Channel Traffic G i selectai Set as X-Series;
6. Facei click pe Show.

Graficul scalar apare n zona de lucru. Graficul ar trebui s semene cu cel din
figura urmtoare:

Protocolul ALOHA: Rata de transfer a canalului n funcie de traffic

Analizele teoretice au artat c un sistem pur ALOHA are o rat de transfer S
ca funcie a traficului pe canal G dat de S = Ge
-2G
. Aceast relaie d un maxim al
ratei reale S
max
= 1 / (2e) = 0.18.
La niveluri sczute de trafic, apar rar coliziuni. La un nivel mare de trafic,
canalul este copleit i coliziunile excesive mpiedic livrarea cu succes a pachetelor.
Acest comportament este amplu demonstrat de rezultatele simulrii. n particular,
maximul de rat este atins n apropierea G = 0,5 i este aproape de valoarea de
0.18.
Rezultatele teoretice presupun un numr infinit de surse pentru a se elimina
efectele de buffering care apar ntr-o reea adevrat. Modelele analitice de
asemenea presupun c sistemul este ntr-o condiie de stare de echilibru ideal.
Cnd ai terminat de vizualizat graficul, nchidei panoul cu graficul i browser-ul
de rezultate.

5.4.8. Adugarea de diferene

Performana protocolului ALOHA cu acces aleator poate fi mbuntit prin
adugarea unei capaciti de detectare a purttoarei. Capabilitatea de detectare a
purttoarei este folosit n protocolul CSMA clasic, care necesit ca un nod surs s
detecteze canalul i s determine dac este liber, nainte de a face o transmisie.
Putei mbunti modelul procesului existent <initials> _aloha_tx, astfel nct
procesul s atepte pn cnd canalul este liber, nainte de a transmite un pachet.

1. n Project Editor, selectai File> Recent Files> Process Model i selectai
modelul <initials> _ALOHA_tx;
2. Alegei File> Save as ... i redenumii modelul <initials> _csma_tx;
3. Modificai strile i tranziiile, astfel nct modelul s apar aa cum se arat n
figura urmtoare:

Modelul procesului CSMA

a. Creai o nou stare si numii-o wt_free;
b. Creai o tranziie de la wt_free la tx_pkt i schimbai condiia in
CH_GOES_FREE;
c. Creai o tranziie de la starea wt_free napoi la ea si setai condiia la
default;
d. Creai o tranziie de la starea idle la wt_free i schimbai condiia n
PKT_ARVL && !FREE;
e. Adugai o tranziie de la starea idle napoi la ea cu condiia default;
f. Schimbai condiia la tranziie de la starea idle la starea tx_pkt la
PKT_ARVL && FREE;
g. Schimbai tranziia necondiionat de la tx_pkt la idle prin setarea
atributului condiiei la default;
h. Creai o tranziie de la tx_pkt napoi la el, i setai condiia la
PKTS_QUEUED && FREE;
i. n cele din urm, creai o tranziie de la tx_pkt la wt_free i setai
condiia la PKTS_QUEUED && !FREE.
Amintii-v, putei muta o etichet condiie fcnd click stnga pe etichet i
trgnd-o ntr-o nou poziie.

5.4.8.1. Editarea Header Block

Trebuie s schimbai Header Block, astfel nct procesul s verifice faptul c
acel canal este liber nainte de a transmite. Pentru ca procesul s transmit un
pachet, trebuie s confirme mai nti faptul c acel canal este liber, prin utilizarea
procedurii kernel-ului op_stat_local_read () ca s citeasc dac canalul este busy.
n cazul n care canalul nu este liber, procesul intr n starea wt_free pn cnd este
primit o ntrerupere "canalul este liber".
La nivel de nod, firul statistic este declanat atunci cnd statistica busy se
modific la 0.0. Declanarea este activat prin activarea atributului falling edge
trigger al firelor.
1. Adugai urmtoarele linii la sfritul modelului procesului Header Block:

/* input statistic indices */
#define CH_BUSY_STAT 0

#define FREE (op_stat_local_read (CH_BUSY_STAT) == 0.0)
#define PKTS_QUEUED (!op_strm_empty (IN_STRM))
#define CH_GOES_FREE (op_intrpt_type () == OPC_INTRPT_STAT)
2. Salvai Header Block;
3. Compilai modelul, apoi nchidei Process Editor.

5.4.8.2. mbuntirea Modelului Nodului Generic de Transmisie

Putei mbunti modelul nodului generic de transmisie, astfel nct modulul
bus-ului receptor s trimit o ntrerupere statistic ori de cte ori busy statistic al
receptorului se schimb de la "ocupat" (1.0) la "liber" (0,0).
Pentru a mbunti modelul nodului generic de transmisie astfel nct s fie
compatibil cu CSMA:
1. Selectai File> Recent Files> Nod Model i selectai <initials> _cct_tx;
2. Alegei File> Save as ... i redenumii modelul <initials> _cct_csma_tx;
3. Facei click dreapta pe statistic wire i alegei Edit Attributes din meniul
pop-up. Setai atributul falling edge trigger la enable. Facei click pe OK;
4. Deschidei caseta de dialog Attributes pentru modulul tx_proc i
schimbai atributul process model la <initials> _csma_tx. Facei click pe
OK pentru a nchide caseta de dialog;
5. Salvai modelul modificat i nchidei Node Editor.

5.4.8.3. Redefinirea modelului de reea
Acum, c ai modificat modelele adecvate pentru a suporta CSMA, avei nevoie
s schimbai modelul de reea pentru a utiliza noi modele. n loc de a crea un model
complet nou, putei duplica scenariul existent (inclusiv modelul de reea) i s facei
schimbrile corespunztoare.
1. n Project Editor, alegei Scenarios > Duplicat Scenario ... i numii noul
scenariu CSMA. Singura modificare la modelul de reea este de a folosi noile
noduri de emisie CSMA;
2. Click-dreapta pe unul dintre nodurile emitor i alegei Select Similar
Nodes.
Toate cele 20 noduri emitoare sunt selectate;
3. Facei click dreapta pe oricare dintre nodurile selectate i alegei Edit
Attributes (Advanced) din meniu;
4. Verificai Apply changes to selected objects;
5. Schimbai atributul modelului n <initials> _cct_csma_tx. Apare o caset
de dialog pentru a avertiza despre modificrile la un atribut de la un nod din
Standard Model Library;
6. Facei click pe Yes. Modelele nodurilor sunt modificate la <initials>
_cct_csma_tx. Fraza "20 objects changed" apare n bufferul mesajului.

5.4.8.4. Configurarea simulrilor CSMA
Configurai o serie de simulri pentru modelul CSMA.
1. Salvai proiectul;
2. Alegei DES> Configure / Run Discrete Event Simulation;
3. Schimbai Seed la 11;
4. Facei click pe Run pentru a executa rularea simulrii. Este posibil s
dureze cteva minute pentru a rula cele 12 simulri. Cnd au terminat,
nchidei caseta de dialog DES Execution Manager.

5.4.9. Analiza rezultatelor CSMA

Vizualizarea rezultatelor.
1. n Project Editor, facei click pe butonul View Results;
2. n Results Browser, facei click pe tab-ul DES Parametric Studies, dac
este necesar;
3. Extindei Scalar Statistics, clic-dreapta pe Channel Throughput S scalar
i alegei Set as Y-Series;
4. Facei click dreapta pe Channel Traffic G scalar i alegei Set as X-
Series;
5. Facei click pe Show. Graficul dvs. ar trebui s se asemene cu cel din
figura urmtoare:

Protocolul CSMA: Throughput-ul canalului n funcie de traficul pe canal
Protocolul CSMA atinge un maxim de throughput pe canal de aproximativ 0.53.

Vizualizarea ambelor rezultate pe acelai grafic
Obiectivul dvs. este de a compara protocoalele ALOHA i CSMA. Cel mai
simplu mod de a face acest lucru este acela de a afia ambele curbe pe acelai
grafic.
1. n Results Browser, schimbai Results for: n Current Project. Arborele de
fiiere rezultate arat scenariile ALOHA i CSMA;
2. Selectai scenariul ALOHA. Graficul de previzualizare se modific pentru a
arta rezultate de la ambele seturi de rulri;
3. Click dreapta n tabelul Series i alegei Add Scenario Name as
Parameter. Graficul de previzualizare se modific pentru a arta dou
grafice, cte unul pentru fiecare scenariu bazat pe ieirea proprie a rulrii.

Adugarea numelui scenariului ca parametru

4. Facei click pe Show. Graficul celor doi scalari ar trebui s se transforme
n urmtorul grafic:

Comparaie ntre protocoalele ALOHA i CSMA

5. nchidei graficul i Results Browser.

5.5. Adugarea de detectare a coliziunii i backoff
n cazul n care un nod are capacitate full-duplex, acesta poate att transmite
ct i monitoriza o legtur de bus n acelai timp. Aceast capacitate poate fi
modelat folosind protocolul Ethernet.
Un nod cu capacitate full-duplex poate transmite i "asculta" pe linie pentru a
stabili dac exist o condiie de coliziune. Acest mod de funcionare se refer la
Carrier-Sense Multiple Access with Collision Detection (sau CSMA / CD). Acest lucru
este practicat de ctre protocolul comercial Ethernet i este modelat cu acuratee de
un exemplu de model furnizat de OPNET.
Deoarece Ethernet este un model destul de sofisticat, nu l vei construi singuri.
n schimb, seciunea ofer un ghid al procesului Ethernet standard, nodului i
modelelor de reea.

Modelul de reea ethcoax_net
Modelul de reea ethcoax_net const dintr-o reea bus multi-tap cu 8 noduri.
Nodurile folosesc modelul de nod ethcoax_station_adv.

Modelul de reea ethcoax_net

Modelul de Nod ethcoax_station_adv
Modelul de nod ethcoax_station_adv este semnificativ mai complicat dect
modelele de noduri ALOHA sau CSMA. El are patru module de procesor, un modul
de coad care realizeaz cea mai mare parte a procesrii accesului la canal, precum
i o pereche de module de bus-uri de emitor i receptor.
Modelul de nod ethcoax_station_adv ofer o parte din funcionalitatea
asociat cu OSI Data Link Layer numit sub-nivelul Media Access Control (MAC).
Funciile modulelor individuale sunt discutate n paragrafele urmtoare.

Modelul de nod ethcoax_station_adv
Modulele bus_tx i bus_rx servesc ca interfee de legtur cu bus-ul. Aceste
module sunt setate pentru a transmite i a recepiona date la o rata de 10 Mbits /
secund, la rata standard de date utilizat ntr-o reea Ethernet.
Procesorul sink reprezint niveluri mai nalte i accept pur i simplu pachetele
care sosesc si care au fost prelucrate prin intermediul procesului mac.
Procesorul defer monitorizeaz independent condiia legturii i menine un
marcaj de observare pe care procesul mac l citete pe un fir statistic pentru a decide
cnd este permis transmisia.
Modul bursty_gen reprezint utilizatorii de nivel nalt care furnizeaz date
pentru transmisie. Se utilizeaz un model ON-OFF pentru generarea traficului.
Procesul mac se ocup de pachetele care intr i de pachetele care ies.
Pachetele care intr sunt decapsulate de cadrele lor Ethernet i livrate la un proces
de nivel mai mare. Pachetele care ies sunt ncapsulate cu cadre Ethernet i, n cazul
n care marcajul de observare (flag) scade, este trimis un cadru la transmitor. Acest
proces monitorizeaz, de asemenea, coliziunile; n cazul n care are loc o coliziune,
transmisia este oprit i reprogramat pentru o nou ncercare.

Modelul de proces eth_mac_v2

Modelul de proces eth_mac_v2 gestioneaz transmisia i recepia de pachete.
Aceste sarcini au fost descompuse n trei funcii de baz:
- ncapsularea i punerea n coad a pachetelor de ieire;
- Decapsularea i livrarea pachetelor care sosesc;
- Gestionarea unei transmisii n curs de desfurare.

Modelul de proces eth_mac_v2

Modelul de proces ethernet_mac_interface

Procesul ethernet_mac_interface convertete pachetele reprezentnd aplicaii
de date n form ethernet pentru procesorul mac.
Procesul ethernet_mac_interface preia pachetele de la o surs de trafic, aloc
o adres destinaie valid (dac este specificat modul de alocare aleator pentru
traficul destinaie) i le trimite procesorului mac. De asemenea, el accept pachete
de la procesorul mac i le trimite mai departe n stratul superior al procesului de trafic
sink.

Modelul de proces ethernet_mac_interface

Modelul de proces eth_defer_v2
Procesul eth_defer_v2 stabilete dac marcajul de observare ar trebui s fie
ridicat sau cobort. Acesta este citit de procesul eth_mac_v2, pentru a decide dac
este admis o transmitere sau dac canalul trebuie s fie alocat la un alt utilizator.

Modelul de proces eth_defer_v2

5.6. Executarea simulrii ethcoax_net
ncrcai modelul Ethernet pre-definit i rulai o simulare.
1. Alegei File > Open ..., selectai Project i mergei n directorul
<install_dir>\<release>\ models\std\ tutorial_req\modeler;
2. Deschidei proiectul ethcoax_net. Modelul ethcoax_net se deschide n
zona de lucru;
3. Alegei File> Save as ... i salvai proiectul ca <iniiale> _ethcoax_net n
directorul dvs. implicit de modele.

Modelul ethcoax_net

4. Alegei DES> Run Discrete Event Simulation;
5. nchidei caseta de dialog a progresului simulrii dup ce se termin
simularea.

5.6.1. Analiza Rezultatelor Ethernet
Pentru c modelul Ethernet implicit colecteaz rezultatele diferit fa de
simulrile ALOHA i CSMA, avei nevoie de abordri uor diferite pentru a vedea
rezultatele de la aceast simulare.
1. n Project Editor, alegei DES > Results > View Results ...
2. Selectai Object Statistics > ethcoax_net > bus_0 [0 ]> utilization;
3. Modificai tipul de filtru de la As Is la average, apoi facei click pe Show;
4. n Results Browser, deselectai utilization i selectai bit_thruput;
5. Facei click pe Show;
6. Aranjai graficele, astfel nct s le putei vedea clar pe amndou i
analizai rezultatele. Graficele ar trebui s semene cu urmtoarele.

Graficele bit_thruput i de utilizare
Cu toate c forma graficelor arat la fel, ele au ordonate total diferite.
Statistica bit_thruput msoar numrul mediu de bii primii cu succes de receptor n
unitatea de timp. Prin definiie, aceast statistic numr doar biii asociai cu
pachetele care nu au suferit coliziuni i pot ajunge la o valoare maxim a ratei de
date atribuit canalului de cel mult 10 Mbits / secund. Dup cum putei vedea, dup
30 de secunde de simulare throughput-ul se stabilizeaz n apropierea 5.1 Mbits /
secund. Pentru a obine o mai mare precizie de citire a throughput-ului curent, putei
vizualiza graficul ca un set de puncte de date.
1. Verificai dac panoul bit_thruput este fereastra activ;
2. Click-dreapta n marginea panoului i alegei Show Statistic Data.

Selectarea Show Statistic Data

Se deschide o fereastr, indicnd perechi de ordonate i abscise pentru
vector, n format ASCII;
3. Din meniul vertical din partea de sus a casetei de dialog Statistic
Information selectai Statistic Data;
4. Mergei n partea de jos a pad-ului de editare pentru a citi valoarea final a
vectorului. Datele ASCII ar trebui s semene cu cele de mai jos:

Throughput-ul de bit la sfritul simulrii

La sfritul simulrii, statistica de bit_thruput a receptorului este, ntr-adevr,
aproape 5.1 Mbits / secund. Cnd se mparte la capacitatea canalului, acest nivel
brut de throughput de bit rezult ntr-un throughput de canal normalizat de 0.51
(utilizarea canalului n proporie de 51%).
Cnd ai terminat vizualizarea datelor, nchidei caseta de dialog Statistic
Information.
Putei, de asemenea, sa vedei aceste valori pe graficul de utilizare:

1. Click pe graficul average (in utilization) pentru a activa acea fereastr;
2. Mutai cursorul la extremitatea din dreapta a vectorului i lsai-l liber.
Lng cursor apare valoarea final a canalului utilizat. Ar trebui s vedei o
medie de utilizare a canalului de aproximativ 51 la sut. Aceast valoare
este procentul canalului de 10 Mbits / secund pe care l utilizeaz
transmitorul de prob.

Media graficului de utilizare
Acest lucru indic faptul c i atunci cnd traficul pe canal este relativ mare (51
la sut), protocolul Ethernet este n msur s transporte toate datele ncrcate.
Aceasta, de asemenea, demonstreaz superioritatea carrier-sensing, detecia-
coliziunii i strategiile backoff folosite de Ethernet fa de mai puin sofisticatele
metode utilizate de protocoalele ALOHA pur i CSMA.

APLICAIA 6. STUDIUL I SIMULAREA REELEI ATM

6.1. Introducere

Modul de transfer asincron (ATM Asynchronous Transfer Mode) este o
tehnic de comutare de pachete orientat pe conexiune care este universal
acceptat ca mod de transfer pentru reeaua digital cu servicii integrate de band
larg (B-ISDN). n continuare sunt descrise caracteristicile principale ale modelului de
reea ATM, ca parte a bibliotecii modelului standard.

6.2. Caracteristicile modelului ATM

Aceast seciune ofer o list cu principalele caracteristici disponibile n
modelul ATM:

Caracteristic Descriere
Suport de
semnalizare

Controlul
traficului
Este asigurat semnalizarea pentru punct-la-punct, full-duplex,
Switched Virtual Circuit (SVC), Soft-Permanent Virtual Circuit
(SPVC) i Soft-Permanent Virtual Path (SPVP). Sunt suportate
proceduri de setare dinamic a apelului i teardown.

Controlul traficului include Controlul admiterii apelurilor (CAC - Call
Admission Control) i Controlul parametrilor de utilizare (UPC -
Usage Parameter Control).
Controlul traficului se bazeaz pe categorii de servicii specifice,
parametrii de trafic (PCR, SCR, MCR, MBS) i parametrii QoS
(ppCDV, maxCTD, CLR).
Controlul traficului previne toate apelurile cu cereri de trafic
nesuportabile de la emitor i previne stabilirea apelurior care au
calitatea serviciilor oferit mai jos dect cea specificat.
Buffering Modeleaz portul de ieire al buffer-ului. Buffer-ul de ieire suport
procedurile round-robin, precum i schema cozii ponderate round-
robin.
Buffer-ele pot fi configurate la fiecare comutator pentru niveluri de
QoS diferite. Un nivel de QoS este alctuit din categoria QoS (CBR,
rt-VBR, nrt-VBR, Apr, UBR), din parametrii QoS (ppCDV, max CTD,
CLR), precum i din parametrii de trafic.
Suport pentru
conexiune
ATM v permite s facei urmtoarele:
Configurai PVPs i PVCs hard i soft
Comutai ntre hard i soft PVPs i PVCs
Importai PVCs hard i soft dintr-un fiier
Specificai un traseu preferat pentru o SPVx
Accelerai planificarea capacitii, utiliznd modul Doar Apel (Call
Only), pe nodurile uni-surs ATM
Configurai conexiuni SVC pe baza unei cereri
Afiai traseele VC utiliznd browser-ul de traseu

6.3. Modele de nod: ATM

Modelul ATM conine cteva tipuri de noduri client i noduri server, care pot fi
divizate n urmtoarele categorii: staii de lucru i servere, uni-clieni i uni-servere,
uni-surse i uni-destinaii i elemente de comutaie intermediare (cum ar fi nori i
switch-uri). Modelele de noduri pot fi gsite n paleta de obiecte cu un prefix "atm":
atm, atm_advanced, atm_lane i atm_lane_advanced. Tabelul de mai jos poate fi
folosit ca un punct de pornire pentru a decide care noduri vor fi utilizate n funcie de
trafic.

Pentru modelul...
Utilizm acest tip de
nod
Aplicaii care ruleaz peste IP peste ATM atm_wkstn
Aplicaii care ruleaz peste IP pe LAN Ethernet peste ATM ethlane_wkstn
Aplicaii care ruleaz peste IP pe LAN Token Ring peste
ATM
trlane_wkstn
Aplicaii care se execut direct peste ATM atm_uni_client
O sursa general de trafic (nu aplicaii) care ruleaz peste
ATM
atm_uni_src

Principalele caracteristici ale diferitelor tipuri de modele de noduri ATM sunt
descrise mai jos. Pentru informaii suplimentare privind anumite modele, click-
dreapta pe nod n proiectul de lucru i selectai View Node Description din meniul
pop-up.

6.3.1. Staii de lucru i servere

Staii de lucru

Modelul atm_wkstn caracterizeaz un strat aplicaie care acioneaz sub un
strat IP care, la rndul su, ocup un strat ATM. Stratul aplicaie suport toate
modelele de aplicaii; n mod specific, modelele reelei standard i cele de aplicaie
personalizate.
Toate datele care merg la aceeai destinaie sunt multiplexate ntr-o singur
conexiune ATM, indiferent de aplicaia de unde provin datele. Modelul atm_wkstn se
afl pe paleta de obiecte ATM, iar modelele corespunztoare pentru intermediar i
avansat se afl pe paleta de obiecte atm_advanced.
Modelul de baz atm_wkstn, la fel ca toate modelele de baz, are aceeai
funcionalitate ca i versiunile intermediar i avansat, dar unele atribute sunt ascunse
de la vedere. Pentru a schimba valoarea atributelor care sunt ascunse n modelul de
baz, trecei la un model cu un sufix _int sau _adv.

Servere

Modelul de nod atm_server este folosit cu staia de lucru descris mai sus
(atm_wkstn). Acest server poate suporta toate modelele de aplicaii. Modelul
atm_server se afl pe paleta de obiecte atm, iar modelele corespunztoare pentru
intermediar i avansat se afl pe paleta de obiecte atm_advanced.

6.3.2. Staii de lucru i servere LANE (LAN Emulation)

Staiile de lucru i serverele ATM LANE au aceeai funcionalitate ca i cele de
la ATM principal descrise mai sus, cu facilitate suplimentar de a suporta emularea
LAN (Ethernet sau Token Ring). n nodurile staii de lucru, stratul aplicaie
funcioneaz pe baz de IP peste LANE peste ATM. Modele de noduri LANE se afl
n paleta de obiecte la atm_lane i atm_lane_advanced. Modelele sunt:

ethlane_wkstn, trlane_wkstn
ethlane_server, ethlane_service, trlane_server, trlane_service

6.3.3. Uni-clieni i Uni servere

Aceste modele de noduri-client au ca i caracteristic un strat aplicaie care are
reedina direct peste stratul ATM. Spre deosebire de modelul de nod ATM pentru
staii de lucru, modelul ATM uni-client stabilete o conexiune ATM separat pentru
fiecare sarcin a aplicaiei. Exemple de sarcini sunt trimiterea unui e-mail,
descrcarea unui fiier i realizarea unui apel vocal. ATM uni-clienii se pot utiliza
numai cu ATM uni-servere, care sunt capabile s suporte toate serviciile aplicaiei.
Modele de noduri ATM uni-clieni i uni-servere se afl n paleta de obiecte la
atm_advanced. Modelele sunt:

atm_uni_client
atm_uni_server

6.3.4. Uni-surse i Uni-destinaii

Aceste modele de noduri sunt diferite de nodurile staii de lucru i clieni
descrise pn n prezent, prin faptul c acestea nu vor utiliza modelele de aplicaie
pentru a genera trafic. n schimb, traficul este generat de un generator de pachete
brut, care i are reedina pe stratul ATM. Generatorul de pachete brut v permite s
specificai trafic n termeni de pachete - preciznd valorile pentru dimensiunea
pachetelor i timpii ntre ajungerea lor.
Nodurile atm_uni_source i atm_uni_dest sunt ntotdeauna utilizate mpreun,
nodul atm_uni_source nu se poate dect s genereze trafic, dar nu i s primeasc,
n timp ce atm_uni_dest poate doar primi trafic. Traficul generat de un nod
atm_uni_source poate fi distribuit ntre mai multe noduri atm_uni_dest. n mod
similar, un nod atm_uni_dest poate primi trafic de la unul sau mai multe
atm_uni_source. Modelele sunt:

atm_uni_src
atm_uni_dest

6.3.5. Elemente de comutaie

Elementele de comutaie din topologia reelei nici nu genereaz trafic i nici nu
l distrug. n schimb, ele pstreaz informaii legate de conexiunea la reea i comut
pachetele sosite printr-un comutator. Modelele de nod atm_cloud reunesc
elementele de comutaie, care n mod normal ar fi reeaua unui furnizor de servicii.
Avei posibilitatea de a specifica valori pentru pierderi i ntrzieri i n timpul
agregrii. Modelele sunt:

atm_ <switch_name>
atm_cloud

Urmtoarea figur arat arhitectura intern a unui element de comutaie ATM.

6.4. Tipuri de conexiuni

Modelul suport urmtoarele conexiuni hard i soft:
- Permanent Virtual Path (PVP)
- Permanent Virtual Circuit (PVC)
- Soft Permanent Virtual Path (SPVP)
- Soft Permanent Virtual Circuit (SPVC)
- Switched Virtual Circuit (SVC)
Colectiv, conexiunile soft sunt denumite SPVXs i conexiunile hard sunt
denumite PVXs.

6.4.1. PVPs i SPVPs

PVPs sunt "conducte" de lime de band codate hard, care sunt rezervate n
prealabil ntre o pereche surs-destinaie. SPVPs sunt ca PVPs cu excepia faptului
c evile sunt mai degrab semnalizate dect codificate hard. Avei posibilitatea s
realizai i mai multe circuite virtuale ntr-o conduct, atta timp ct exist destul
lime de band n aceasta.

6.4.2. PVC i SPVCs

PVCs sunt "canale" de lime de band codate hard, care sunt rezervate pentru
un anumit timp unei pereche surs-destinaie. SPVCs sunt ca PVCs cu excepia
faptului c aceste canale sunt mai degrab semnalizate dect codificate hard. Cnd
este setat un PVC, tot traficul aplicaiei pentru destinaia specific utilizeaz acest
PVC. PVCs rmn n vigoare pentru durata de simulare.

6.4.3. SVC

Cnd ncepe traficul aplicaiei, este setat n mod automat un SVC n
conformitate cu specificaiile contractului pentru traficul aplicaiei i fluxurile de trafic
prin acel SVC. Atunci cnd sesiunea aplicaiei se sfrete, SVC este oprit.

6.5. Atributele modelului ATM

Nodurile ATM intermediare i avansate au mai multe atribute care pot fi utilizate
pentru a specifica detalii de configurare ATM. n modelele nodului de baz, aceste
atribute sunt "ascunse", sau neconfigurabile. n mod implicit, o staie de lucru i
nodurile client sunt configurate pentru a genera doar apeluri UBR, dar s accepte
apeluri de toate tipurile. Detalii cu privire la oricare dintre atribute pot fi obinute prin
selectarea numelui atributului, apoi click pe butonul Detalii Atribute n caseta de
dialog.
Unele dintre cele mai importante atribute ale modelului ATM sunt enumerate
mai jos.

Contractul de trafic. n funcie de tipul nodului ATM folosit, acest atribut are
urmtoarele nume corespunztoare:
- ATM-IP Interface -> ATM IP Parameters -> SVC Characteristics -> Trafic
Contract (IP)
- ATM LANE Parameters (LANE)
- Parametri de aplicaii ATM (UNI-client i UNI-surse)
Acest atribut specific contractul de trafic folosit de nivelul aplicaie cnd acesta
trimite trafic de peste o stiv ATM. Dei nivelul aplicaie include traficul de date, de
semnalizare i pe cel de rutare IP/ATM, doar traficul de date are un contract
configurabil. Atributul Contractul de Trafic are 3 pri: categoria, contractul de trafic
solicitat i QoS-ul solicitat.

Arhitectura comutatorului ATM

Caseta de dialog Trafic Contract

Categoria: Acest atribut specific categoria de serviciu utilizat de ctre
aplicaie. Modeler suport toate cele cinci categorii specificate de ATM Forum Traffic
Management Specification 4.0: CBR, rt-VBR, nrt-VBR, ABR i UBR. Pentru ca o
convorbire s fie admis de controlul admiterii convorbirilor, ar trebui s existe cel
puin o cale ctre destinaia unde toate nodurile suport categoria de serviciu cerut.

Setri categorie atribut

Contractul de trafic solicitat: Acest atribut specific setrile parametrilor de
trafic pentru conexiune. Contractul de trafic solicitat v permite s specificai rata de
vrf a celulelor (PCR), rata minim de celule (MCR), rata sustenabil de celule (SCR)
i durata medie a rafalei (MBS) n direciile de intrare i de ieire. Pe durata
controlului admisiei convorbirii, aceste valori cerute sunt comparate cu parametrii
suportai de toate nodurile intermediare.

Specificarea atributului contractului de trafic cerut

QoS-ul solicitat: Acest atribut specific calitatea serviciului cerut de ctre
aplicaie, care include variaia ntrzierii vrf-la-vrf (ppCDV)de celule, ntrzierea
maxim de transfer a celulei (maxCTD) i rata celulelor pierdute (CLR). Pe durata
controlului admisiei convorbirii, aceste valori cerute vor fi comparate cu parametrii
suportai n toate nodurile intermediare.
Reinei c numele atributului contractului de trafic variaz, n funcie de modelul
de nod utilizat. De exemplu, acesta se numete IP_ATM Contract de Trafic n staii
de lucru, aplicarea Contract de trafic Aplicaie n uni-clieni, Trafic Generation
Parameters n uni-surse i Contract de Trafic LANE_ATM n staii de lucru LANE.

Specificarea atributului QoS Solicitat

Configurarea cozii. Acest atribut este folosit pentru a specifica parametrii
suportai i de a configura cozile de la fiecare port al unui nod. Configurarea
menionat n acest atribut se aplic n toate porturile nodului.

Numrul cozii: Acest atribut specific indexul cozii. Pentru a atribui n mod
automat indici cozilor, se poate utiliza setarea Per VC. Alternativ, putei aloca fiecrei
cozi un numr unic. Numrul de coad este utilizat pentru a identifica coada
monitorizat pentru anumite statistici (cum ar fi lungimea cozii).
Parametrii Cozii: Acest atribut v permite s specificai cantitatea de lime de
band care i este alocat unei anumite cozi.

Specificarea parametrilor cozii

Banda maxim disponibil pentru cozi CBR + banda minim garantat pentru cozi non-CBR = 100%

Configurarea Per-Port: Acest atribut este folosit pentru specificaiile per-port
dintr-un nod.

Caseta de dialog pentru specificarea de configurare Per-Port
Parametrii de trafic ai convorbirii de
intrare ar trebui s fie mai mici dect
valorile specificate aici
Parametrii de trafic ai convorbirii de
intrare ar trebui s fie mai mari
dect valorile specificate aici
Numr de port. Acest atribut identific portul la care corespunde configurarea.
Nume Port. Atribuie un nume de utilizator la acest port pentru identificare. Toate
rapoartele de producie i statistici ar utiliza portul cu numele specificat. n cazul n
care acest atribut este lsat ca "Neatribuit", atunci numrul de port va fi folosit pentru
scopuri de raportare.
Costul administrativ. Costul pe link, aa cum se vede de la acest port pentru
protocolul de rutare cu vectori de distan. Poate fi atribuit orice valoare sau lsat la
"Auto calculeaz", caz n care, costul va fi calculat pe baz de disponibil curent de
lime de band pe port i lime de band de referin configurat.
Banda de Referin. Folosit pentru a calcula costul pe link, aa cum se vede
de la acest port pentru protocolul de rutare cu vectori de distan. n cazul n care
costul administrativ este setat la Auto calculeaz, costul va fi calculat pe baz de
disponibil curent de lime de band pe port i lime de band de referin
configurat.
Configurarea Buffer-ului. Acest atribut este acelai ca i atributul " configurarea
cozii", dar per-port. Cnd este lsat pe default, valoarea acestui atribut se fixeaz pe
nivelul comun cel mai de sus pentru Configurarea Cozii. Dac se specific n mod
explicit, atunci atributul de pe cel mai nalt nivel este ignorat.
Limita de conexiune. Numrul maxim de VCs care pot fi dirijate prin acest port,
n orice moment de timp.
Schema de Queuing. Specific schema Queuing-ului pentru sistemul de
programare a pachetelor pentru diferite cozi ntr-un port. Cele dou sisteme de
queueing disponibile sunt round robin i round robin ponderat.
Dimensiunea Buffer-ului. Dimensiunea buffer-ului n megaoctei, care este
preluat de toate cozile de pe acest port.
Parametrii QoS. Specific parametrii de calitate a serviciilor suportai pentru
fiecare categorie i per-port.
Parametrii de politici. Acest atribut este folosit pentru a specifica utilizarea
funciei de control a politicii. Dup ce este setat o conexiune, traficul sosit poate
viola contractul de trafic, care a fost solicitat n momentul n care a fost fcut
conexiunea. Acest mecanism de control a politicii stabilete dac datele sosite sunt
n conformitate cu contractul de trafic specificat n timpul stabilirii conexiunii.
Funcionalitatea de Politici poate fi activat prin setarea acestui atribut la opiunea de
Tagging sau Discard:
- Opiunea Tagging: celulele neconforme sunt etichetate cu bitul PCL setat
la valoare sus;
- Opiunea Discard: celulele neconforme sunt eliminate.

6.6. Atributele de rutare

Comutatoarele din modelul ATM utilizeaz un protocol dinamic de rutare, ATM
Distance Vector Routing, care este implementat ca o adaptare distribuit, asincron
a algoritmului Bellman-Ford pentru calea cea mai scurt. Cnd stratul de semnalizare
ATM primete o cerere de configurare a apelului, nodul surs gsete o rut ctre
destinaia apelului.
Pentru a configura acest protocol de dirijare sunt utilizate urmtoarele atribute:

Routing Update Interval. Acest atribut specific timpul ntre actualizrile
regulate de rutare. Tabelele de rutare sunt actualizate periodic, pentru a se asigura
c toate nodurile sunt la curent cu ultimele modificri de topologie.
Moduri de detectare a eecurilor active i pasive. Eecurile i recuperrile n
reea trebuie s fie detectate de ctre nodurile adiacente punctelor unde a avut loc
eecul sau recuperarea. Aceste noduri (adiacente) trebuie s informeze alte noduri
din reea despre eec sau recuperare.
- Mod de detectare activ: procesul de dirijare detecteaz nodul sau link-ul
vecin cu eec / recuperare i i actualizeaz imediat tabelele de rutare;
- Mod de detectare pasiv: eecul este detectat implicit cnd costurile de
traseu nu au fost primite n dou sau mai multe perioade de actualizare a
rutei.

6.6.1. Atributele SPVx

n aceast seciune sunt descrise unele dintre cele mai importante atribute de
model, relevante pentru modelarea conexiunii ATM.

Caracteristici de trafic. Acest atribut mapeaz diferite fluxuri de trafic IP, bazat
pe tipul de serviciu, adresa de destinaie i aa mai departe, la diferite conexiuni
ATM (SPVx, VPC), alocnd fiecrui flux un anumit contract de trafic. Acest lucru v
permite s setai conexiuni ATM s se ocupe de diferite tipuri de trafic i s
controleze prioritatea atribuit diferitelor fluxurile de trafic.
Rapoarte ATM VC. Acest atribut export diferite rapoarte la fiiere de date
externe.

Cererea de secveniere SPVX. Acest atribut v permite s secveniai cererile
bazate pe diferite criterii, cum ar fi categoria de servicii, cantitatea de lime de
band rezervat, tipul de conexiune sau o pondere administrativ.
Tabelul cererii de secveniere SPVX (afiat mai jos) conine trei atribute: Mod,
Comandare, precum i Criterii de clasificare. Primul atribut, Mode, are dou opiuni:
Mode Simultan seteaz toate conexiunile care provin dintr-un nod n acelai
timp. n cazul n care timpii de ncepere ai conexiunilor sunt aceeai, cererile sunt
secveniate n ordinea specificat n cererea de secveniere SPVX.
Mode Secvenial seteaz conexiunile ce provin dintr-un nod ntr-un mod
secvenial, astfel, urmtoarea setare de conexiune este trimis o dat ce prima
conexiune este complet setat.
Cel de-al doilea atribut este Comandarea. Dup ce ai selectat un mod, editai
atributul Comandare ca mai jos:

Setarea unei secvene de cerere

Dup ce precizai comanda de QoS Criteria, Reserved Bandwidth Criteria i
SPVX Criteria, ultimul loc de ordonare al acestor criterii este n tabelul Criteria
Ranking. De exemplu, n figura de mai sus, ponderea conexiunii devine prioritate fa
de lime de band, care devine prioritate fa de QoS i aa mai departe. n cazul n
care unul sau mai multe dintre criterii nu constituie o baz de difereniere, ele pot fi
lsate ca neutilizate i, prin urmare, nu sunt specificate n tabelul de ordonare a
criteriilor.
n final, putei exporta secvena de setare a diverselor conexiuni SPVX la un
mesaj de jurnal (un log) de la sfritul simulrii prin activarea atributului Demand
Sequencing Output.
Timpul de ncepere a jitter-ului SPVX. Acest atribut v permite s configurai
un jitter la nceputul conexiunii SPVX. Ca rezultat, toate conexiunile SPVX sunt
mprtiate uniform n ntreagul interval pe care l specificai.
Exportul rutelor VC ATM. Acest atribut este gsit numai la noduri de capt,
cum ar fi nodul surs, nodul destinaie, un server, o staie de lucru, sau un atribut de
simulare. Cnd sunt setate pe baz de per nod, rutele pe care merg toate apelurile
care provin de la acel nod vor fi exportate ctre un fiier .GDF. Cnd se seteaz la
nivel global, utiliznd atributul de simulare, rutele pe care se deplaseaz toate
apelurile n reea vor fi exportate ntr-un fiier .GDF. Stabilind acest atribut pe Export
vom imprima toate rutele luate. Fiierul rezultat are urmtorul format: <project> -
<scenario>-pnni_routes.gdf.

6.7. Atributele de simulare: ATM

Atributele de simulare pot fi utilizate pentru a reduce durata timpului de rulare a
simulrii. Prin activarea unuia sau mai multor atribute de simulare, putei reduce
durata de timp necesar pentru rularea acesteia, fr a afecta acurateea
rezultatelor.
Atributele de simulare ATM sunt descrise mai jos:
Exportul informaiei de adres ATM. Acest atribut are valoarea implicit Do
Not Export. La configurarea simulrii se poate seta la valoarea Export. El este utilizat
pentru a obine adresa ATM a tuturor nodurilor din reea, a nivelului PNNI i a
informaiei ID. Fiierul rezultat are urmtorul format de nume: <project>-<scenario>-
atm_addresses.gdf.
Protocolul de rutare dinamic ATM. Acest atribut de simulare determin
protocolul de rutare folosit de comutatoarele ATM. Cnd este setat pe Distance
Vector, toate comutatoarele din reea folosesc acest protocol de rutare, aa cum e
descris n seciunea de atribute de comutare. Folosind setarea Fast-Mode PNNI se
reduce timpul de simulare prin utilizarea protocolului de rutare PNNI static, n timp ce
folosind Explicit-Mode PNNI se ruleaz ntregul protocol de rutare PNNI n toate
nodurile.
Modul ATM SSCOP Sim Efficiency. Cnd este activat acest atribut de
simulare, temporizatorul IDLE este setat pe infinit. El este pornit cnd nu exist date
de ieire n ateptare spre a fi confirmate (ACK) sau alte date ateptnd s fie
transmise. Cnd ncep datele de trafic, procesul SSCOP trece de la faza IDLE la cea
activ. Cnd acest atribut de simulare este validat, procesul SSCOP nu va fi capabil
s detecteze cderea unui nod sau a unei legturi atunci cnd nu exist trafic de
date ntre procesele pereche. Astfel, ar trebui dezactivat acest atribut dac se
studiaz defectrile nodului i legturii.
Eficiena ATM Sim. Cnd acest atribut de simulare este activat, celulele sunt
expediate direct ctre nodurile destinaie i nu se transmit prin strile cabului de
legtur. ntrzierile de propagare i transmisie se calculeaz intern. Acest atribut de
simulare crete viteza simulrii prin reducerea numrului total de evenimente. Dac
acest mod este activ, nu putei colecta date statistice despre utilizarea legturii i
throughput.
compound_cell_enabled. Cnd se activeaz, pachetele sunt trimise n
reeaua ATM fr a fi segmentate n celule. Oricum, se calculeaz overhead-urile i
ntrzierile de segmentare. Cu toate c acest mod afecteaz valoarea statisticilor
monitorizate de nivelul ATM (cum ar fi ntrzierea celulei, rata de pierdere a celulei i
variaia ntrzierii celulei), nu sunt afectate statisticile monitorizate la nivele mai mari.

6.8. Statisticile disponibile: ATM

Statisticile care pot fi colectate de la modelul ATM sunt clasificate n trei grupe:
- ATM: acest grup conine statistici generale ATM;
- ATM VC: acest grup conine statistici bazate pe conexiune pentru a evalua
ncrcarea, throughput-ul i utilizarea la nivel per-VC;
- ATM Switch: acest grup conine numeroase statistici legate de comutaie
pentru studiul traficului care trece prin comutator, precum i de lungimea
cozilor sau ntrzierile din cozi.

Datele statistice disponibile n ATM Model Suite

Aceast figur arat interfaa de setare a statisticilor nainte de o simulare.
Urmtoarea diagram arat interfaa vzut atunci cnd vizualizai rezultatele pentru
statisticile comutatorului ATM dup o simulare. Reinei c lungimile cozilor sunt
afiate pentru fiecare port i fiecare coad. Rezultatele sunt afiate n funcie de tipul
cozii, schema i categoria serviciului i numerele porturilor.

Vizualizarea rezultatelor pentru simulrile comutatorului ATM
Din csua de dialog
Choose Results
Din csua de dialog
View Results.
Rezultatele sunt artate
pentru fiecare coad
Figura de mai sus arat interfaa de vizualizare a rezultatelor pentru statistici
bazate pe conexiune, dup o simulare. Reinei c fiecare statistic este adnotat i
arat statistici (ncrcare, throughput amd), tip de conexiune (PVC, SVC amd),
numrul de referin al apelului (pentru a se diferenia conexiunile multiple) i numele
nodurilor din perechea de conversaie (N1 --> N2 pentru sarcin i N1 N2 pentru
utilizare i throughput, n cazul de vizualizare a rezultatelor de la nodul N1).

Rezultate adnotate pentru statisticile pe baz de conexiune

6.9. Meniu Operaii: ATM

Urmtoarele operaiuni sunt disponibile n la cu protocoale --> meniu ATM.

Configurarea global
pentru suprascriere
Ne d voie s specificm procentajul de suprascriere
pentru cozile CBR, RT-VBR, NRT-VBR i ABR pe baz
global
Configurare SPVX ntre
nodurile selectate
Ne d voie s configurm o conexiune SPVX ntre 2 noduri
Afiarea rutei ATM VC
... (DES)
Afieaz rutele pe care le adopt diferitele conexiuni ATM
VC setate n reea
Ascunderea rutelor ATM
VC
Ascunde rutele ATM VC care au fost afiate
Din csua de dialog
Choose Results
Din csua de dialog View
Results. Rezultatele sunt
artate pentru fiecare direcie
Vizualizarea rutabilitii
PVX-urilor (Analiza
fluxului)
PVC se aprinde verde dac conexiunea a fost setat cu
succes, altfel se aprinde rou. Nu se afieaz ruta
traversat de PVC
tergerea rutabilitii
PVXs
terge PVX ce a fost afiat
Afiarea rutei ATM PVX Afieaz ruta pe care o adopt ATM hard PVX. Ruta este
configurat pe un PVX utiliznd atributul de descriere a
circuitului
Configurarea tipului
portului ATM
Configureaz portul ca i PNNI sau VNN pentru analiza de
flux
Configureaz ponderi
Admin pentru legturi
ATM selectate
Configureaz ponderea administrativ a unui atribut de
configurare de port ATM pentru portul corespunztor
legturii. Atributul de pondere administrativ este utilizat de
protocolul de rutare PNNI
Crearea de grupuri IMA Mai multor link-uri selectate sunt atribuite unui singur nume
de grup IMA, n atributul Parametrii portului ATM
Modelul ghidului
utilizatorului
Deschide acest document

Meniul de protocoale ATM

Afiarea rutelor ATM VC

6.10. Configuraiile PVX suportate

Modelul suport urmtoarele tipuri de configuraii de conexiuni:
- Configurare Hard PVX
- Configurare Soft PVX
- Configurare Hard i Soft PVX
Pentru oricare dintre cele trei tipuri de conexiuni, circuitul cap-la-cap trebuie s
fie o conexiune de circuit virtual sau cale virtual, dar nu o combinaie a acestor
dou.

Configurarea conexiunilor suportate

Ambele, hard i soft PVXs sunt configurate n cereri ATM PVx, care sunt
disponibile de la paleta de obiecte ATM.

Tabelul de configurare PVX

6.10.1. Configurare Hard PVX

Pentru a configura un hard PVX, avei posibilitatea s specificai un fiier de
configurare care descrie PVX-urile, sau putei utiliza un obiect cerere PVX. Pentru a
vedea cteva exemple de configurare cu cerere, deschidei n Modeler la exemplu de
Doar hard PVX
Doar soft PVX
Hard i soft PVX
Pentru setarea PVX-urilor se
poate folosi GUI sau un fiier
de configurare
Configurare PVX cu
obiect de comand
proiect ATM.

Configurarea unui PVX

Observai urmtoarele detalii de configurare ilustrate n diagrama anterioar:

- Numele conexiunii i atributele ei de descriere sunt pentru scopuri de informare
(de referin). Aceste atribute nu afecteaz rezultatele simulrii;
- Contractul traficului poate fi oricare dintre profilele standard, sau putei s v
configurai propriul contract de trafic dnd dublu-click n acest cmp. Mai multe
informatii despre acest atribut apar n seciunea privind configurarea Soft PVX;
- Tipul de AAL specific tipul de AAL acceptat de acest apel. Mai multe informatii
despre acest atribut apar n seciunea privind configurarea Soft PVX;
- Tipul PVX specific dac aceast conexiune este de tip PVC sau PVP;
- Utilizarea valorilor pre-configurate din PVC Origin i PVC Termination pentru
parametrii de intrare ai sursei i cei de ieire ai destinaiei, respectiv;
- Atributul Valoare Special din tabelul cu parametrii de intrare/ieire este setat n
toate cazurile pe Tranzit cu excepia parametrilor de intrare ai sursei i de
ieire ai destinaiei. n aceste cazuri, valorile pre-configurate menionate mai
sus seteaz aceast valoare la Origin i Termination, respectiv.

6.10.2. Configurare Soft PVX

Soft PVXs sunt configurate n ATM PVX al cererii obiect al atributului Configurare
SPVX. Cnd configurai un soft PVX, nu avei nevoie s configurai urmtoarele atribute:
- Parametrii de intrare
- Parametrii de ieire
- Ruta preferat
Comanda este definit ntre 2
noduri. Se pot specifica atribute
folosind click dreapta
Parametrii de intrare i ieire sunt utilizai numai dac configurai o conexiune
care utilizeaz ambele PVC-uri, hard i soft. Poate fi setat un traseu preferat pentru
SPVX, dar nu este necesar.

Configurarea SPVX

Numele nodurilor surs i destinaie sunt specificate pentru nodurile SPVX de
origine i terminale. Acest nume poate s fie numele real al nodului sau denumirea
ierarhic complet a nodului. n orice caz, numele trebuie s fie unic n ntreaga
reea.
Atributul Contractul de Trafic specific contractul care a fost solicitat de SPVX.
Nodurile pe care este setat SPVX ar trebui s suporte contractul de trafic solicitat.
CVnd un nod recepioneaz o cerere de apel ntre aceeai pereche surs-destinaie
ca SPVX, el compar contractul de trafic cerut al apelului cu contractul de trafic
suportat de SPVX.
Atributul Tip AAL specific tipul de AAL suportat de SPVX. Pentru a utiliza
SPVX, un apel de intrare trebuie s aib acelai tip de AAL ca i SPVX.
Atributul Tip SPVX denot tipul conexiunii virtuale. Aceasta poate fi fie un Soft
Permanent Virtual Path (SPVP) sau un Soft Permanent Virtual Circuit (SPVC).
Timpul de incepere i timpul de tergere specific durata SPVX. Timpul de
start trebuie s aib loc dup ce tabelele de rutare ale reelei sunt convergente. n
cazul n care timpul de start apare prea devreme n simulare, SPVX nu va fi creat.
Cnd se configureaz timpul de start, se ia n considerare cnd ncepe aplicaia de
trafic ce utilizeaz acest SPVX, orice apeluri care apar nainte de setarea SPVX se
arunc.

6.10.3. Configurare Hard i Soft PVX

PVX-urile care au conexiuni hard i soft sunt configurate att n atributele de
configurare PVX, ct i n cele de configurare SPVX. Ambele sunt configurate n
obiectele cerere PVX. De asemenea, tabelul de configurare SPVX specific
informaiile de intrare i ieire necesare pentru a se lega conexiunile hard i soft.
Atribute care se folosesc doar la
configurarea unui PVX cu ambele
conexiuni, hard i soft

Tabelul circuitului PVX pentru configurare Hard i Soft PVX

n atributul de configurare SPVX se utilizeaz parametrii de intrare i ieire
pentru a-i indica pe cei care conecteaz la hard PVX.

Tabelul de configurare SPVX pentru Hard i Soft PVXs

Noduri excluse din tabelul cu
circuite PVX pentru c sunt parte
din SPVX
Utilizai aceeai
indicatori specificai
pentru componenta hard
Setai portul ingress la
interfaa de intrare (a
sursei) a Switch-ului 1
6.11. Maparea fluxurilor IP la conexiunile ATM
Se pot mapa diferite fluxuri de trafic IP pe baza tipului de serviciu, adresei
destinaie, .a.m.d. la diferite conexiuni ATM (SPVX sau SVC), prin asignarea unui
contract specific de trafic la fiecare flux. Aceasta permite setarea de conexiuni ATM
cu diferite tipuri de trafic i controlul prioritilor asignate diferitelor fluxuri de trafic.
Procedura de a realiza aceasta difer puin de cea n care se modeleaz o SVC sau
SPVX.
6.11.1. Maparea fluxurilor IP la o conexiune ATM SPVX
1. Primul pas este crearea caracteristicilor de trafic pentru fluxurile IP care
trebuie mapate la conexiunile ATM specifice. Din csua de dialog a
atributului ATM SPVX Config, se editeaz atributul Caracteristicile traficului
s specifice diferite caracteristici de trafic pentru diferite fluxuri de trafic IP.
Se utilizeaz urmtoarea cale de editare:

Crearea caracteristicilor fluxului de trafic

2. Urmtorul pas este de a defini una sau mai multe conexiuni SPVX. Ne
ntoarcem la csua de dialog a atributului ATM SPVX Config i editm
atributul SPVX Configuration. Se creeaz un rnd pentru fiecare
conexiune SPVX ce trebuie definit i apoi se se specific atributele
pentru fiecare conexiune;
3. Pasul final este de a asigna o caracteristic de trafic conexiunilor SPVX
definite la pasul 2. Se editeaz atributul SPVX Configuration Traffic
Contract i se seteaz atributul Traffic Characteristic n ambele direcii de
De notat este c se poate caracteriza
traficul prin orice combinaie a
acestor atribute
sosire i plecare ale aceleiai caracteristici care a fost definit mai
devreme n atributul SPVX Traffic Characteristics (figura de mai jos).
Aceasta mapeaz fluxurile IP specifice la aceast conexiune SPVX. Se
repet operaiunea pentru toate conexiunile care se doresc definite.

Asignarea unei caracteristici la o conexiune SPVX

6.11.2. Procedura de mapare a fluxurilor IP la o conexiune ATM SVC

1. Odat ce caracteristicile traficului au fostdefinite n atributul SPVX Traffic
Characteristics, tot traficul ce aparine unei caracteristici definite este mapat la
un contract de trafic ATM specific;
2. Pentru a mapa caracteristica, se editeaz ATM IP Parameters, atributul SVC
Characteristic i se specific toate caracteristicile pe care le poate suporta
acest nod. Se va crea o SVC pentru aceeai destinaie pentru fiecare dintre
diferitele categorii de servicii;
3. Alternativ, se selecteaz opiunea No SVCs dac acest nod nu ar trebui s
creeze SVC-uri. El va folosi numai conexiuni PVX/SPVX care deja exist.

Maparea unei caracteristici IP la un contract de trafic ATM specific
Configurarea de PVX-uri multiple ntre perechea surs destinaie
Se pot configura PVX-uri multiple (hard i soft) ntre perechea surs
destinaie. PVX-urile pot avea (dar nu e necesar s aib) diferite contracte detrafic,
tipuri de AAL i categorii de QoS.
Cnd sosete un apel la un nod surs, se alege la ntmplare o PVX dintre cele
care suport tipul de AAL al apelului, contractul su de trafic i destinaia.
Rerutarea conexiunilor SPVC la defectare
Conexiunile SPVC sunt rerutate automat la defectarea unui nod sau a unei
legturi de pe traseele lor. Atributul Parametri de rerutare SPVC poate fi utilizat
pentru a specifica numrul de ncercri de rerutare care trebuie efectuate i timpul
dintre ncercri. Rerutarea este efectuat de la nodul surs al conexiunii n cazul
rutrii cu Vector de Distan i de la nodul grani de intrare ntr-un grup pereche n
cazul PNNI.

6.11.3. Specificarea unei rute prefereniale pentru o SPVX

O rut preferat const dintr-o list de noduri ATM care sunt salturi preferate
ntr-o rut dintre surs i destinaie. Aceste salturi cerute pot sau nu pot fi conectate
direct unul cu altul sau cu sursa/destinaia. Se poate specifica, de asemenea, un
port de ieire din nodurile preferate. Dac acesta nu este specificat, este utilizat
portul de referin (default) aa cum este el determinat de algoritmul de selectare a
rutei.
Ruta preferat pentru SPVX poate fi specificat prin GUI sau prin fiierul de
configurare SPVX. Pentru a specifica ruta preferat prin GUI, nti se definete ruta
n obiectul Configurare SPVX Prefered DTL Configuration. Apoi, se specific acest
atribut n SPVX Configuration, atributul Preferred Route. Dac atributul Preferred
DTL Configuration este setat pe NOT_USED, nu apare nicio rut n lista Preferred
Route.

Definirea unei rute preferate

Specificarea unei rute preferate
Lista cu rute preferate poate fi specificat i folosind un fiier text. Se specific
numele acestui fiier n atributul SPVX Configuration File din obiectul SPVX
Configuration. Un exemplu este prezentat mai jos:

Intrare de exemplu dintr-un fiier SPVX Configuration
Ultimele dou intrri, separate prin virgule, sunt parte din specificaia rutei
preferate. Formatul este dup cum urmeaz: <node_name>:<port_number>
Se utilizeaz "not_used" pentru a NU specifica un port de ieire specific din
acest nod.

Intrri pentru ruta preferat
Lucrul cu condiiile de eroare referitoare la Preferred SPVX Routing

Dac un apel nu poate fi rutat folosind ruta preferat, protocolul revine la
rutarea de referin (default).
Dac un apel nu poate fi rutat din portul de ieire specificat pentru un nod
preferat, se utilizeaz portul defaultm aa cum este el determinat de algoritmul de
selectare a rutei.

Simularea mesajelor de Log referitoare la rutarea Preferred SPVX

Dac un nume de nod specificat nu este valid (poate a fost scris greit n fiierul
SPVX Configuration sau numele de nod introdus nu este un comutator ATM), acea
intrare din lista de rute preferate este ignorat i este scris un mesaj n log-ul
simulrii.
Dac numrul portului nu este valid (de exemplu, dac nu exist rut spre
destinaia dat de acel numr de port), se utilizeaz portul de referin i se scrie un
mesaj n log-ul de simulare.

6.12. Modelarea traficului

Aceast seciune descrie modelarea traficului utiliznd modelul ATM.

Setarea de apeluri multiple de la un nod de tip surs

Se pot seta apeluri pentru urmtoarele:
- ATM Uni-Surs;
- ATM Uni-Client;
- ATM Staii de Lucru.

6.12.1. ATM Uni-Surs

Setarea de apeluri multiple de la ATM Uni-Surs

Fiecare rnd din tabelul ATM Applications Parameters reprezint un apel.
Fiecare apel poate fi repetat ori de cte ori este necesar n timpul simulrii. Acest
lucru poate fi realizat prin stabilirea parametrilor de sosire, aa cum este artat mai
jos:

Tabelul parametrilor de sosire

Modul doar apel: Prin stabilirea ATM Applications Parameters sau a Arrival
Parameters pe modul Call Only, se poate efectua rapid planificarea de capacitatate
din reea. n modul Call Only, sunt generate doar date de semnalizare; nu se
genereaz trafic de date. Prin setarea apelurilor de sosire pe modul Call Only, banda
este rezervat pe porturi i SPVX, dac exist. n acest mod, se poate determina
cantitatea de lrgime de band folosit pe legturi i ct din ea e liber. Pentru a
vedea ce apeluri au fost blocate, pot fi colectate statistici cum ar fi Call Blocking
Ratio.

6.12.2. ATM Uni-Client

ATM Uni-Clientul poate fi, de asemenea, configurat cu mai multe apeluri.
Aceasta se face prin configurarea de sesiuni multiple de aplicaii concurente. Fiecare
sesiune este reprezentat ca un singur apel.

6.12.3. ATM Staii de Lucru

Traficul IP de intrare poate fi caracterizat n diferite fluxuri ce se bazeaz pe un
numr de opiuni, cum ar fi adresa TOS sau de destinaie. Fiecare caracteristic
poate fi apoi atribuit la o alt conexiune, astfel nct tot traficul aparinnd acelei
caracteristici este trimis prin acea conexiune la destinaie.

Statisticile disponibile pentru modelul de trafic

Urmtoarele statistici sunt disponibile pentru a analiza modelarea traficului n
reea:

Statisticile nodului pentru ncrcare, ntrziere i throughput

Mesajele de Log ale simulrii, modelul de arhitectur ATM i modele de
interfee ATM se gsesc n documentaia specific OPNET Modeler.

6.13. Simularea rezultatelor pe un exemplu

Reeaua are n componen Staii de lucru angajate n transfer de voce peste ATM
(AAL2) i cteva noduri pentru date. Prin aceeai reea ATM sunt multiplexate
diferite tipuri de trafic.
Staiile de tip voce sunt configurate pentru calitate PCM cu AAL2 ca i protocol
de transport, iar cele pentru date transport trafic FTP i Email cu AAL5 ca i
protocol de trafic. Staiile de voce sunt configurate ca s utilizeze serviciul CBR cu
cerine riguroase de QoS n timp ce staiile de date sunt configurate pentru utilizarea
serviciului ABR.
ntreaga lime de band este garantat pentru apeluri CBR. Pentru apelurile
ABR nu este garantat nicio lime de band. Orice lime de band liber va fi
mprit corect ntre apelurile ABR.
Vom folosi link-ul OC3 pentru conectarea la reea pentru susinerea maxim a
155Mbps trafic.

Viteza de simulare

Utilizarea memoriei

Pentru a putea vizualiza statisticile referitoare la simulare mergem la butonul de
pe meniul de sus DES i apoi la Choose Individual Statistic. Se va deschide o
fereastr ca mai jos unde vom bifa la Global Statistic ATM, respectiv la Node Statistic
ATM Switch i ATM VC.

Dup acest pas vom merge la butonul Configure/Run Discret Event Simulation
(DES), unde va aprea o fereastr de unde vom putea executa scenariul realizat de
noi n exemplu.
Dup executarea programului mergem la butonul View Result unde va aprea
fereastra urmtoare, de unde vom putea alege oricare statistic dorim pentru
vizualizare.

Pentru a vedea numrul de pachete create, copiate sau distruse n timpul
transferului mergem la Flow Analysis la Run Flow Analysis i apoi vizualizm la
Results, View Reports la DES Run Tables situaia att la nivelul ntregii reele, ct i
la nivelul fiecrui nod.
Tot n aceast csu de dialog putem vizualiza rapoarte despre link-uri i
despre limea de band, timpul de memorare al unui pachet, etc., la nivelul fiecrui
nod din conexiune.

n continuare se prezint modul de realizare a unei aplicaii cu reea ATM
simulat n OPNET Modeler.

Obiectivul aplicaiei - exemplu:
- implementarea unei reele ATM cu QoS caracteristic CBR (Constant Bit Rate)
i ABR (Available Bit Rate);
- rularea diferitelor simulri cu scopul de a vedea eventualele diferene.
Pentru realizarea obiectivului, n continuare se vor prezenta:
- Crearea Reelei;
- Simularea i extragerea de rezultate.

6.13.1. Crearea reelei

Se consider c programul OPNET se pornete cu setrile iniiale de baz.
Dup pornire, programul se prezint n felul urmtor:

File ->New

Se alege Project i OK.

- Project name: se va specifica
numele
proiectului pe care dorim s-l
realizm:
Retea_ATM
- Scenario name: numele
scenariului este:CBR_ABR

- Se apas OK.

Crem un proiect cu scenariul
iniial gol.
Create empty scenario

Next

Se alege tipul reelei Logical

Next

Se alege din meniul Model family
atm_advanced cu include YES
Next
Se verific setrile la Scale-
Logical i
Model family-atm_advanced.
Finish

Se aleg echipamentele folosite
pentru reea.

Trebuie s verificm dac este
selectat
atm_advanced

OBJECT PALETTE TREE

Se aleg dou switch-uri cu patru
porturi atm4_crossconn_adv,
dup care acestea se trag pe
spaiul de lucru.

Se aleg cinci switch-uri cu 8
porturi
atm8_crossconn_adv,
dup care acestea se trag
pe spaiul de lucru.

Se alege din Node
models
Application Config i
Profile Config dup care
acestea se trag pe spaiul
de lucru.

Se alege din Node models atm_uni_client_adv, respectiv
atm_uni_server_adv aa cum se observ n imaginea de mai jos.
Conexiunea reelei se face cu ATM_adv, de tipul full duplex, din meniul Link
Models, aa cum se observ pe imagine.

Nodurile trebuie denumite exact cum sunt n imaginea de mai sus.

Se va aduga Application Config

Application Config:
Obiectul acesta reprezint configuraiile
reelei din punct de vedere al aplicaiei.
Sunt definite 3 tipuri de aplicaii: FTP,
EMAIL, VOICE.

Setarea aplicaiei:
Se apas click dreapta pe simbolul
Application config.

Edit Attributes

La Application Definitions: click pe
paranteza din Value -> Edit ->
Number of rows: 3 i introducem
numele aplicaiilor: FTP, EMAIL,
VOICE, cum se vede n imaginea
alturat.

Click pe Applications Definitions ->
FTP -> Description -> click pe () din
dreapta FTP-ului -> Edit.

Atributele i valorile din (FTP) Table
trebuie setate la fel ca n imaginea
alturat.

Click pe Applications Definitions ->
EMAIL -> Description -> click pe ()
din dreapta EMAIL-ului -> Edit.

Atributele i valorile din (EMAIL)
Table trebuie setate la fel ca in
imaginea alturat.

Click pe Applications Definitions -> VOICE
-> Description -> click pe OFF din dreapta
VOICE-ului -> alegem PCM QUALITY
SPEECH.

Se adaug Profile config.

Setarea profilului:
Click dreapta pe simbolul
Profile Config ->Edit Attributes.

La Profile Configuration: click pe
paranteza din Value -> Edit -> Number
of rows: 3 i introducem numele
profilului: FTP_P, EMAIL_P, VOICE_P,
cum se observ n imaginea alturat.

Setrile profilului FTP_P se fac la
fel ca n imaginea alturat.

Setrile profilului EMAIL_P

Setrile profilului VOICE_P

Setarea calculatoarelor care asigur serviciul de voce

Click pe ATM Application
Parameters -> Requested traffic
contract -> PCR -> MCR -> SCR ->
MBS (pentru ultimele 4 submeniuri
setrile sunt la fel ca n imaginea
alturat).

Pentru fiecare calculator gazd al
serviciului VOICE trebuie s
efectum aceleai setri n meniul
ATM Application Parameters.

Click pe Requested QoS ->
ppCDV -> maxCTD -> CLR
(pentru ultimele 3 sub-meniuri
alturat).

Pentru fiecare calculator gazd al
serviciului VOICE trebuie s
efectum aceleai setri n meniul
Requested QoS.

Click ATM ->ATM Parameters ->
Queue Configuration -> CBR ->
Queue Parameters (setrile sunt
ca n imaginea alturat).

Pentru fiecare calculator gazd
al serviciului VOICE trebuie s
efectum aceleai setri n
meniul ATM.

SSCOP Parameters ->Timers
(setrile sunt la fel ca n imaginea
alturat).

Click Applications -> click pe
paranteza (...) din Value din
dreapta submeniului Application:
Supported Profiles -> Edit.

Click pe Rows i setm valoarea 1 -> la
Profile Name alegem VOICE_P -> OK.

dreapta submeniului
Application: Supported
Services -> Edit.

Click pe Rows i setm valoarea 1
-> la Profile Name alegem VOICE ->
OK.

paranteza (...) din Value din dreapta
submeniului Application: Transport
Protocol -> Voice Transport -> din
campul Value alegem AAL2.

2. Setarea calculatoarelor care asigur serviciu de FTP i EMAIL

Click dreapta pe simbolul calculatorului DATA ->
Edit attributes.

Pentru fiecare calculator gazd al serviciului
FTP si EMAIL trebuie s efectum aceleai setri.

Se deschide fereastra (DATA_1)
Attributes.

Click pe ATM Application
Parameters -> la Category
alegem din cmpul value
ABR.

Click pe Requested Traffic
Contract
> PCR -> MCR -> SCR -> MBS
setrile se realizeaz ca n
imaginea alturat).

Click pe Requested QoS ->
ppCDV -> maxCTD -> CLR
alturat).

Queue Configuration -> ABR ->
Queue Parameters (setrile sunt ca
n imaginea alturat).

alturat).

Click Applications -> click pe paranteza
(...) din Value din dreapta sub-meniului
Application: Supported Profiles -> Edit.

Click pe Rows i setm valoarea 2 -> la
Profile Name alegem EMAIL_P i
FTP_P -> OK.

3. Setarea serverelor

Click dreapta pe simbolul server-ului numit
DATA_SERVER -> Edit Attributes.

n fereastra care se deschide ulterior ->
click pe ATM Application Parameters -> la
Category alegem din cmpul Value ABR.

Click pe Requested Traffic Contract
->PCR -> MCR -> SCR -> MBS (pentru
aceste sub-meniuri setrile se efectueaz
la fel ca n imaginea alturat).

Click pe Requested QoS -> ppCDV ->
maxCTD -> CLR (pentru ultimele 3 sub-
meniuri setrile sunt la fel ca n
imaginea alturat).

Click ATM ->ATM Parameters -> Queue
Configuration -> click pe paranteza (...) ->
Edit.

Click pe Rows -> alegem valoarea 1 -> la
Category alegem ABR.

Configuration -> ABR -> Queue
Parameters (setrile sunt ca n imaginea
alturat).

alturat).

dreapta sub-meniului Application:
Supported Services -> Edit.

Click pe Rows -> alegem valoarea
2 -> la Name alegem FTP si
EMAIL.

Click Applications -> click pe paranteza (...)
din Value din dreapta submeniului
Application: Transport Protocol
Specification -> Voice Transport -> din
campul Value alegem AAL2.

4. Setarea switch-urilor

Click dreapta pe simbolul SWITCH.
Repetm aceast operaie pentru fiecare
Switch n parte.
Click pe ATM -> ATM Parameters ->
Queue Configuration -> din cmpul Value
alegem Edit.

n fereastra care se deschide ulterior ->
Click pe Rows -> alegem valoarea 2 ->
la Category alegem CBR i ABR.

Queue Configuration -> CBR ->
Queue Parameters (setrile sunt ca n
imaginea alturat).

Configuration -> ABR -> Queue
Parameters (setrile sunt ca n imaginea
alturat).

SSCOP Parameters ->Timers (setrile
sunt ca n imaginea alturat).

5. Setarea link-urilor

Click dreapta pe legtura dintre 2 dispozitive ->
Edit Attributes.
Aceast operaie trebuie s se execute pentru fiecare
legtur n parte.

n fereastra deschis la data rate
alegem din cmpul Value -> DS1(
1,55 Mbps ).

6.13.2. Setarea adreselor

Pentru fiecare calculator gazd -
>click dreapta pe simbol -> Client
Address -> Edit -> copiem numele
dispozitivului, cum se vede n
imaginea alturat.

Adresare ntre VOICE-uri

Aceste setri se fac doar pentru
calculatoarele VOICE 1, 2, 3, 4.

Click pe Applications ->
Application: Destination
Preferences -> din cmpul Value
alegem Edit.

Se deschide fereastra alaturata -> click
pe Rows -> alegem valoarea 1 -> la
Symbolic Name alegem Voice
Destination. n Actual Name -> click pe
paranteza (...).

Click pe Rows ->alegem valoarea 4 ->
n cmpul Name se realizeaz setrile
la fel ca n imaginea alturat.

Aceste setri se fac doar pentru
calculatorul VOICE 8.
Se repet paii anteriori cu excepia
c la Actual Name se modific
numele aa cum se observ n
imaginea alturat.

Aceste setri se realizeaz doar pentru
calculatoarele VOICE 5, 6, 7.

Se repet paii anteriori cu excepia c
la Actual Name se modific numele
aa cum se observ n imaginea
alturat.

Duplicarea scenariului (copiere):

n bara de meniuri se d click pe
Scenarios -> Duplicate Scenarios.
n aceasta etap se copiaz proiectul n
vederea rulrii pentru 2 scenarii
CBR_ABR si CBR_CBR.

La Scenario name introducem numele
CBR_CBR.

Setri n mod CBR-CBR
8. Setarea calculatoarelor care
asigur serviciu de FTP i EMAIL

Aceste setri se realizeaz doar pentru
DATA 1, 2, 3, 4, 5, 6.
Click dreapta pe simbolul calculatorului
DATA -> Edit Attributes -> ATM
Application Parameters din cmpul
Value alegem CBR only.

Click pe ATM -> ATM Parameters -
>Queue Configuration -> din
cmpul Value alegem CBR only.

6.13.3. Setarea serverelor

Aceste setri se efectueaz doar
pentru cele 3 servere
DATA_SERVER 1, 2, 3.

Click dreapta pe simbolul server-ului
DATA -> Edit Attributes -> ATM
Application Parameters din cmpul
Value alegem CBR only.

Click pe ATM -> ATM Parameters
-> Queue Configuration -> din
cmpul Value alegem CBR only.

6.13.4. Setarea switch-urilor

Click dreapta pe simbolul SW, aceste setri
se realizeaz pentru toate switch-urile.

Click pe ATM -> ATM Parameters ->
Queue Configuration -> din cmpul Value
alegem CBR only.

6.13.5. Statistica

Click dreapta pe spaiul de lucru -> Choose Individual DES
Statistics.

n fereastra deschis ulterior -> click pe
Global Statistics -> click pe Email (se
bifeaz toate csuele) -> click pe Ftp (se
bifeaz toate csuele) -> click pe Voice (se
bifeaz toate csuele).

Click pe Node Statistic -> se bifeaz
Server Email, Server Ftp, Voice
Application.

Click pe Link Statistics ->
poin-to-point
-> se bifeaz:
throughput (bit/sec)
throughput (bit/sec)
throughput (packets /sec)
throughput (packets/sec)

6.13.6. Setarea rulrii

Click pe iconia de mai sus i se
deschide fereastra alturat; se
realizeaz setrile la fel ca n
imagine.

Dup ce s-au configurat setrile
se d click pe Apply.

Din bara de meniu se d click pe
Scenarios -> Manage Scenarios.

6.13.7. Simulare

Pentru CBR_ABR si CBR _CBR din
cmpul Results alegem collect sau
recollect -> OK.

n imaginea deschis se vede
cum a nceput simularea pentru
CBR_ABR.

Apoi simularea pentru
CBR_CBR.
Dup simulare se d click pe
Close.

6.13.8. Rezultate

Se d click de dreapta n spaiul de lucru -> View
Results.

Apare fereastra Results Browser ->
Results for -> alegem Current Project.

Se bifeaz CBR_ABR i CBR_CBR pentru
a vedea graficele rezultate.

Pentru vizualizarea graficelor bifm ce
anume vrem s analizam. La
Presentation alegem time_average.

Analiza rezultatelor
Rezultate la VOICE

- Voice Traffic Received (bytes/sec)

Graficele ne arat numrul de octeti receptionai n unitatea de timp.

- Voice Traffic Received (packets/sec)

n aceste grafice se vizualizeaz pachetele de voce.

- Voice Traffic Sent (bytes/sec)

n aceste grafice se observ cum se transmit octeii n unitatea de timp.

Rezultate la FTP

- FTP Download Response Time (sec)

n aceste dou grafice este reprezentat timpul de rspuns la descrcare.

- FTP Traffic Received (bytes/sec)

Graficele de mai sus ne arat traficul recepionat, n octei.

- FTP Traffic Sent (bytes/sec)

Aceste grafice prezint traficul transmis, n octei.

- FTP Upload Response Time (sec)

Rezultate la EMAIL

- Email Download Response Time (sec)

- Email Traffic Received (bytes/sec)

- Email Traffic Sent (bytes/sec)

- Email Upload Response Time (sec)

CONCLUZII:

VOICE:
La CBR_CBR numrul octeilor recepionai i transmii n unitatea de timp
este mai mic dect la CBR_ABR, astfel la CBR_ABR valoarea maxim este
de aprox. 40000 octei/sec, iar la CBR_CBR de aprox. 27500 octeti/sec;
Valoarea maxim a numrului pachetelor recepionate, respectiv transmise la
CBR_CBR (350 pachete/sec) este mai mic dect la CBR_ABR (500
pachete/sec);
La tot traficul recepionat i transmis, CBR_ABR are o descretere mai
abrupta dect CBR_CBR.
FTP:
La CBR_CBR se transmit i recepioneaz mai multe pachete ntr-o unitate de
timp dect la CBR_ABR;
La tot traficul recepionat i transmis CBR_CBR i CBR_ABR au o cretere
moderat;
La CBR_CBR numrul octeilor recepionai i transmii n unitatea de timp
este mai mic dect la CBR_ABR.
EMAIL:
La CBR_ABR rspunsul n timp are o variaie mai mare dect la CBR_CBR,
din punct de vedere al descrcrii si ncrcrii;
La CBR_CBR rspunsul la ncrcare i descrcare are un palier constant n
comparaie cu CBR_ABR;
Numrul octeilor recepionai i transmii n unitatea de timp la CBR_ABR
este mai mare i constant comparativ cu CBR_CBR.

APLICAIA 7. SIMULAREA UNOR REELE ISDN ADSL

7.1. Introducere

ADSL este acronimul termenului Asymmetric Digital Subscriber Line i
denumete o tehnologie care permite transmiterea de date pe o linie telefonic de
cupru, mai rapid dect un modem n banda vocal, convenional. Acest lucru este
posibil prin folosirea frecvenelor care nu sunt utilizate de semnalul vocal digitalizat.
Un splitter sau un microfiltru - permite ca o conexiune de telefon unic s poat
fi utilizat att pentru transmisii de date ct i pentru apeluri vocale, n acelai timp.
ADSL funcioneaz n general doar pe distane scurte, de obicei mai puin de 4
km, n funcie de grosimea firului de cupru folosit i este o tehnologie de transmitere
digital a informaiei pe banda larg, pe liniile de telefon deja existente. Spre
deosebire de serviciul Dial up normal, ADSL permite o conectivitate always-on.
Este asimetric deoarece folosete cea mai mare parte din canal pentru a realiza
downstream la utilizator i doar o mic parte pentru a primi informaii de la acesta
(upload).
De asemenea, poate realiza o legtur simultan pentru informaia analogic
(voce) pe aceeai linie. De obicei ADSL e oferit mai mult pentru downstream, care
este ntre 512 kbps i 6 Mbps. O form de ADSL numit Universal ADSL sau G.lite a
fost aprobat ca standard de ITU-T.
ISDN (Integrated Services Digital Network) este o tehnologie specific reelei
telefonice cu comutaie de circuite, proiectat s permit transmisia de voce i de
date printr-un banal cablu de cupru, rezultnd o mbuntire substanial a calitii i
a vitezei, fa de cele oferite n sistemele analogice. ntr-un mod i mai larg, ISDN
este un set de protocoale folosite pentru stabilirea i ntrerupea conexiunilor
telefonice, ct i pentru funcionaliti complexe pentru utilizatorul serviciului
telefonic. Originea termenului vine din limba german, "Integriertes Sprach- und
Datennetz" ("reea integrat de voce i date").
ntr-o videoconferin, ISDN se ocup simultan de voce, de video i de
transmisia text ntre un terminal individual i grupul de sisteme aflat n conferin.
Exist dou tipuri de interfee ISDN:
- Basic Rate interface (BRI) numit i Basic Rate Access (BRA)
const din dou canale de tip B, fiecare cu o band de 64 kbps i un
canal D cu o band de 16 kbps. mpreun, aceste trei canale pot fi
descrise de notaia 2B+D.
- Primary Rate Interface (PRI) numit i Primary Rate Access (PRA)
are un numr mai mare de canale de tip B precum i un canal D cu o
lime a benzii de 64 kbitps. Numrul de canale B dintr-un PRI variaz
de la ar la ar: n America de Nord i Japonia este de 23B+1D, cu o
band nsumat de 1.544 Mbps (T1); n Europa i Australia numrul de
canale este de 30B+1D, avnd o band total de 2.048 Mbps (E1).
Folosind tehnica codrii cu marcarea inversrilor (CMI Coded Marked
Inversion), datele apelului telefonic se transmit pe canale de tip B, iar canalele de tip
(D) sunt folosite pentru stabilirea apelului i administrarea legturii create. Dup ce
apelul a fost stabilit, ntre cele dou pari ale apelului exist o simpl legtur
sincron bidirecional de 64 kbps, care este meninut pn la terminarea apelului.
Pot coexista mai multe apeluri, numrul maxim al acestora fiind egal cu numrul
canalelor de date . Canalele Bearer pot fi i ele multiplexate ntr-un canal unic de
capacitate mare printr-un proces numit "bonding" (grupare).
Canalul D poate s fie de asemenea folosit pentru a transmite i recepiona
pachete X.25 precum i pentru conexiuni la reeaua cu comutare de pachete X.25,
dup cum este specificat n standardul X.31. n lumea real, X.31 a fost implementat
ca serviciu comercial numai n Frana i Japonia.
Alt avantaj al telefonului ISDN este posibilitatea unor convorbiri simultane (un
apel per canal B), util n cazul unei familii numeroase, de exemplu. Totui i acest
avantaj ncepe s dispar o dat cu reducerea costurilor telefoniei mobile, fcnd
ISDN-ul o tehnologie neatractiv pentru utilizatorul casnic.
Pentru o conexiune de date, n cazul unei linii analogice este nevoie de un
modem, iar n cazul unei conexiuni ISDN este necesar un Terminal Adapter (TA).

7.2. Configurarea aplicaiei

Crearea unui proiect nou
>>File >> New > Project >> Selectarea numelui aplicaiei >> Initial Topology
Create empty scenario >> Network scale Campus > Size x span=10 km, y
span=10 km >> Select technologies (Ethernet, router) >> Review (ne asigurm c
exist toate datele necesare configuraiei noastre) >> Finish
Pentru adaugarea obiectelor in proiect
>> Topology >> Open object palette
Pentru Configurarea/Compilarea Proiectului
>> DES >>Configure/Run Discrete event simulation (Ctrl + R)
ADSL:

- Links
Ethernet 100BaseT (servere web- node server web)
PPP DS3 (node server web Router acces)>> )>> Point-to-Point Protocol e
ntotdeauna transmis prin fibra optic (DS3)
PPP DS1 (router acces-DSLAM)>> Point-to-Point Protocol
Ethernet 100BaseT (MODEM DSL Ruter reea)>> dou perechi de cabluri
torsadate de calitate bun
Ethernet 10BaseT (user Ruter reea) >> cabluri torsadate cu o lungime
maxim de 100 de metri

Se configureaz 2 aplicaii: HTTPTraficRidicat i HTTPTraficRedus.

Dup ce se creeaz aplicaiile, se realizeaz profilele n Profile Config.

Apoi se configureaz web-server-ele cu profilele i aplicaiile create.

Dup configurarea reelei, se aleg statisticile pe care dorim s le studiem.

Reeaua ISDN
ISDN: -Links
Ethernet 10BaseT (user Ruter reea)
PPP DS3 (node server web Ruter acces)
Ethernet 100BaseT (Ruter ISDN Ruter reea)
PPP DS1 (ruter acces - DSLAM)
Ethernet 100BaseT (servere web- node server web)

La fel ca i mai sus, se configureaz 2 aplicatii: HTTPTraficRidicat i
HTTPTraficRedus. (Application Config)

Dup ce se creeaz aplicaiile, se realizeaz profilele n Profile Config.

Se configureaz apoi web-server-ele cu profilele i aplicaiile create.

Dup configurarea reelei, se aleg statisticile de studiat.

7.3. Rezultatele simulrii

Trafic REDUS

Downloaded Objects Adsl vs ISDN
Downloaded Pages Adsl vs ISDN

Traffic Received Adsl vs ISDN (bii pe secund) >>Average (media)
Traffic Received Adsl vs ISDN (pachete pe secund) >>Average (media)

Trafic RIDICAT
Downloaded Objects Adsl vs ISDN
Downloaded Pages Adsl vs ISDN

Traffic Received Adsl vs ISDN (bii pe secund)
Traffic Received Adsl vs ISDN (pachete pe secund)

7.4. Concluzii

>> Viteza de transfer a datelor este mai mare la ADSL fa de ISDN;
>>Timpul de rspuns este mai mic la tehnologia ADSL n comparaie cu ISDN;
>>n urma suprasolicitrii reelei, conexiunile ncheiate forat sunt n numr mai
mare la ISDN, fa de ADSL;
>> n termeni de pre, ISDN este ceva mai scump dect ADSL. Principalul motiv
este c ADSL utilizeaz fire, care sunt deja instalate n locuine sau ntreprinderi i
nu este nevoie de nicio linie special de instalat.

10. BIBLIOGRAFIE

1. Tomasi, W., Advanced Electronic Communications Systems, Prentice-Hall
International Editions;
2. Bellamy, J., Digital Telephony, Wiley Interscience;
3. Owen, F., PCM & Digital Transmissions Systems, McGraw-Hill;
4. Fike, J.L., Friend, G.E., Understanding Telephone Electronics, Texas Instruments;
5. Uyless B., Physical Layer Interfaces and Protocols IEEE Computer Society Press,
California, 1996;
6. ***, High Speed DATA/FAX Modem, Manual Part No. 9362G-1, 03/1998;
7. Kamilo, F. coord., Comunicaii Digitale Avansate, Ed. Tehnic Bucureti, 1994;
8. Mateescu, A., Semnale i sisteme, Ed. Teora, Bucureti, 2001;
9. ***, ElectronicaVeneta, Multistandard Voice Band Modem mod. VM34;
10. Gerigan C., Ogruan P., Tehnici de interfaare, Ed. Transilvania, Braov, 2000;
11. ***, Opnet Documentation, ATM, ISDN, MM1, CSMA;
12. ***, ElectronicaVeneta, Switching and PCM transmission system, mod. PCM/EV.

Aplicatii Ale Comutatiei de Circuite Si Pachete

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Aplicatii Ale Comutatiei de Circuite Si Pachete

Încărcat de

Drepturi de autor:

Formate disponibile

Marian ALEXANDRU

APLICAII ALE COMUTAIEI DE

S-ar putea să vă placă și