Protocoale de semnalizare pentru VoIP (telefonia IP)

Ing. Dan Rachieru*

Cuvinte cheie: VoIP, protocoale, semnalizare, control apel, H.323, SIP, MGCP, Megaco.
Rezumat: Implementarea standardelor pentru telefonia IP transform procesul de construire
a reelelor VoIP (voce transportat prin protocolul IP) ntr-o opiune atractiv pentru
ntreprinderi i companiile de telecomunicaii. n cadrul acestui articol sunt prezentate i
comparate patru protocoale pentru implementarea reelelor VoIP (n arhitecturi centralizate
i distribuite).
Keywords: VoIP, protocols, signaling, call control, H.323, SIP, MGCP, Megaco.
Abstract: The implementation of IP telephony standards makes building a voice-over-IP
(VoIP) network an attractive communications option for enterprises and telcos. In this
articles, four protocols implementing VoIP networks (in centralized and distributed
architectures) are presented, and a comparison of these protocols is issued.
1. Introducere
VoIP acoper, n general, o mare varietate de tehnologii pentru comunicaii de voce
prin reelele IP. n ultima vreme, VoIP a evoluat de la stadiul unor implementri proprietare 1 la
cel n care exist mai multe standarde (concurente) pe pia. Cu toate acestea, s-au impus
patru standarde pentru implementarea VoIP (semnalizare i controlul apelului): H.323, SIP
(Session Initiation Protocol), MGCP (Media Gateway Control Protocol), H.248 / Megaco
(Media Gateway Control). n cele ce urmeaz vor fi trecute n revist caracteristicile
principale ale acestor protocoale (stive de protocoale) dar, nainte de toate, trebuie clarificat
apartenena la arhitectura centralizat sau la arhitectura distribuit a diverselor
protocale de semnalizare i pentru controlul apelului.
Astfel, n general, arhitectura centralizat este asociat cu protocoalele MGCP i
H.248 / Megaco, care au fost proiectate pentru un dispozitiv central al reelei, dispozitiv numit
controlor al porilor media sau agent de apel i care are n sarcin logica de comutare
i pentru controlul apelului. Dispozitivul central converseaz cu porile media, care ruteaz i
transmit poriunea de audio / video a apelurilor (n cazul de fa, pentru VoIP, numai
informaia de voce). n cadrul arhitecturii centralizate, inteligena reelei rezid n dispozitivul
central, iar punctele terminale sunt relativ simple din acest punct de vedere (pasive) cu un
numr limitat de caracteristici sau chiar fr nici un fel de caracteristici (funcii) de control.
Dei reprezentative pentru acest gen de arhitectur sunt protocoalele MGCP i H.248 /
Megaco, este posibil s se construiasc o reea cu o astfel de arhitectur i cu protocoalele SIP
i H.323, folosind ageni de utilizator interconectai sau semnalizarea apelului printr-un
dispecer (gatekeeper) rutat. n cadrul unei arhitecturi centralizate exist avantajul unui
management centralizat, al unui control centralizat al apelului i al unui control unic al
resurselor. De asemenea, se simplific fluxurile apelurilor pentru acele caracteristici ale
telefoniei motenite din PSTN. Pe de alt parte, acest gen de arhitectur limiteaz
posibilitile de inovaie tehnologic (n special n ceea ce privete terminalul) i pot apare
probleme atunci cnd se ncearc instalarea unei reele cu aceast arhitectur i care trebuie s
implementeze caracteristici superioare celor din PSTN (n numr mai mare i nespecifice
PSTN).
n cadrul arhitecturilor distribuite, asociate cu protocoalele H.323 i SIP, este permis
ca inteligena reelei s fie distribuit ntre terminale i dispozitivele de control al apelului. n
cazul VoIP inteligena se refer la aciunile ntreprinse n legtur cu starea apelului,
*
1

Institutul Naional de Studii i Cercetri pentru Comunicaii.

Nestandardizate, specifice unei implementri / unei firme.

caracteristicile apelului, rutarea apelului, manevrarea resurselor, taxare sau orice alt aspect
legat de manevrarea apelurilor. Punctele de terminaie ale reelei pot fi pori (gateways) VoIP,
telefoane IP, servere de media sau orice alt dispozitiv care iniiaz i termin un apel VoIP.
Dispozitivele de control al apelului sunt numite dispeceri (gatekeepers) ntr-o reea H.323
i servere proxy sau servere de redirecionare ntr-o reea SIP. Arhitectura distribuit
are avantajul unei flexibiliti mai ridicate. Aceasta permite tratarea aplicaiilor VoIP ca i
orice alt aplicaie IP distribuit i permite alocarea flexibil a inteligenei ntre terminale i
dispozitivele de control al apelului, conform cu cerinele de afaceri sau tehnologice ale reelei.
Pe de alt parte, de cele mai multe ori, acest gen de arhitectur tinde s devin prea complex.
n tabelul 1 sunt prezentate sumar cteva caracteristici ale arhitecturilor distribuite i
centralizate, n scop de comparaie.
Tabelul 1: Comparaie ntre arhitecturile distribuite i centralizate de reele VoIP
Arhitecturi centraliazte (master
slave)
Operare

Dezvoltarea serviciilor

Introducerea noilor servicii

Cost

Exemple

dispozitivele poart simple

inteligena aplicaiilor este n
serverele reelei

dezvoltare numai bazate pe

servere, unelte generice
timp mai scurt de ieire pe pia
pentru noile servicii prin
diverse reele
numai prin servere de
actualizare a controlului
serviciile pot fi administrate
dinamic prin reele
dispozitive poart optimizate ca
i costuri, conduc la cost
general mai mic al sistemului
(mai ales n sisteme mari)
viteza de nvechire a
dispozitivelor poart este mai
mic
Megaco / H.248
MGCP

Arhitecturi distribuite
(comunicaii ntre perechi de
entiti)
dispozitive poart mai
inteligente / complexe
interaciune ntre perechi de
entiti
dezvoltare specific
dispozitivului
posibil timp mai scurt de ieire
pe pia, pentru noi
caracteristici pe dispozitive
specifice
cel mai adesea se actualizeaz
toate dispozitivele de tip poart
pentru implementarea noilor
caracteristici n reea

cost mai ridicat pentru pori

monolitice, cost mai ridicat al
ntregului sistem (mai ales n
sisteme mari)
dispozitivele poart ar putea
necesita actualizare de
echipament n timp
SIP
H.323

2. Protocolul H.323
ITU-T a nceput lucrul la protocolul H.323 [1] n mai 1995, n cadrul grupului de
studii 16. Acest protocol a suferit mai multe modificri de-a lungul timpului, astfel c n acest
moment este disponibil n versiunea a patra i se estimeaz apariia versiunii a cincea n cursul
anului 2003. H.323 definete o arhitectur distribuit pentru crearea aplicaiilor multimedia
(descrie terminale i alte entiti dispeceri (gatekeepers), pori (gateways), uniti de control
multipunct, inclusiv pentru VoIP i este cel mai rspndit i mai matur protocol destinat
implementrii aplicaiilor de VoIP. H.323 este considerat a fi un protocol-umbrel ,
deoarece acesta definete toate aspectele referitoare la transmiterea apelului, de la stabilirea
apelului pn la schimbul de informaii cu privire la capabiliti i la disponibilitatea
resurselor reelei. De asemenea, H.323 definete protocolul RAS pentru rutarea apelului,
protocoalele H.225 pentru stabilirea apelului i protocoalele H.245, pentru schimbul
informaiilor cu privire la capabiliti. H.323 este bazat pe protocolul Q.931 pentru

semnalizarea n ISDN, ceea ce i permite interoperarea cu reelele tradiionale de voce, cum ar

fi PSTN i cu SS7. Ca i protocol folosit n cadrul unei arhitecturi distribuite, H.323 permite
operatorilor construirea unor reele de mari dimensiuni caracterizate prin scalabilitate i
redundan. H.323 asigur i mecanisme pentru interconectarea cu alte reele VoIP (reele
implementate prin alte stive de protocoale), susine inteligena reelei fie n terminale, fie n
dispozitivele dispecer (gatekeepers).
n figura 1 se prezint stiva de protocol pentru H.323. n cadrul acestei figuri au fost
incluse i protocoalele pentru codarea video, dei ele nu sunt folosite n cadrul aplicaiilor
VoIP, numai din motive de rigurozitate (ele exist, ca atare, n specificaia protocolului
H.323). Transmisiunea de date este opional n VoIP (mesagerie) i se face conform cu
recomandarea ITU-T T.120. Aa cum s-a artat anterior, H,323 specific i o serie de elemente
de reea, reea a crei arhitectur generic tipic este redat n figura 2. n cadrul acestei
arhitecturi pot fi distinse mai multe tipuri de componente ale reelei, dup cum urmeaz:
terminale H.323, dispecere (gatekeepers), pori (gateways), uniti de control multipunct
(MCU).
Terminalele H.323 sunt puncte din reea care asigur comunicaia bidirecional n
timp real ntre utilizatori. Standardul H.323 specific faptul c toate terminalele H.323 trebuie
s suporte serviciul de voce, serviciile de video i de date fiind opionale. Astfel, forma de
baz a unui terminal H.323 este telefonul IP. Terminalele H.323 trebuie s susin: protocolul
H.245, pentru a controla capabilitile i utilizarea canalului, protocolul Q.931, pentru
stabilirea apelului i semnalizare i protocolul RAS (Registration, Admission and Status),
pentru a asigura comunicaia cu dispecerul. Pentru secvenierea pachetelor de voce se folosesc
protocoalele RTP/RTCP (IETF RFC 1889).
Interfaa de utilizator pentru controlul sistemului
H.2252
Canal RAS

UDP

Q.931
stabilire
apel

H.245
control
sistem

TCP (transport sigur)

Control
audio i
video
RTCP (RFC
1889)

Microfon +
difuzor
Codec audio
G.711
G.723
G.729 etc.

Camera
Codec video
H.261
H.263

RTP (RFC 1889)

UDP (transport nesigur)
IP i straturile inferioare

Aplicaii de
date
T.120 (T.124,
T.125)
Date

TCP

Figura 1: Stiva de protocol pentru H.323

Dispecerul (gatekeeper) este descris n cadrul recomandrii ITU-T H.323 ca i o
component opional, dar n practic acesta constituie o unealt esenial pentru definirea i
controlul exercitat asupra modului cum comunicaiile de voce sunt administrate prin reeaua
IP. Dispecerii sunt responsabili de asigurarea translaiei de adrese ntre identificatorii LAN i
adresele IP, de asigurarea serviciilor de control i de rutare a apelului ntre punctele terminale
H.323, de managementul sistemului i de politicile de securitate. Serviciile asigurate de
dispeceri n cadrul comunicaiei ntre terminalele H.323 sunt definite n protocolul RAS.
Dispecerii furnizeaz inteligena pentru asigurarea noilor servicii i aplicaii IP. Acetia permit
administratorilor de reea s configureze, s monitorizeze i s administreze activitile
terminalelor nregistrate, s seteze politicile i s controleze resursele reelei (cum ar fi
utilizarea lrgimii de band n zona lor H.323). Punctele terminale nregistrate pot fi terminale
H.323, pori sau uniti de control multipunct. O zon H.323 poate fi administrat doar de un
singur dispecer, dar aceast zon poate cuprinde mai multe pori i uniti de control
multipunct. Deoarece o zon este definit i administrat de ctre un singur dispecer, punctele
terminale dintr-o zon ce conine de asemenea un dispecer trebuie s asigure mijloacele de
2

ITU-T H.225.0: Semnalizare de la terminal la poart (gateway) i semnalizarea apelului.

dezactivare a acestuia. Aceasta asigur faptul c mai multe puncte terminale H.323 care conin
un dispecer pot fi toate configurate ntr-o aceeai zon.

Figura 2: Arhitectura generic a unei reele implementate prin protocolul H.323

Porile (gateways) asigur faptul c sistemele H.320 i H.323 pot conlucra (PSTN cu
IP). n mod esenial, porile asigur translaia ntre reelele cu comutaie de circuite, bazate pe
ISDN i reelele locale (n particular, cele bazate pe IP), permind punctelor terminale din
acestea s comunice ntre ele. Pentru aceasta, porile trebuie s fac translaia ntre formatele
de transmisie H.225 i H.221 i ntre protocoalele de control al comunicaiei H.245 i H.242.
Poarta trebuie, de asemenea, s realizeze transcodarea ntre diversele tipuri de codec-uri audio
(i video, acolo unde acestea exist) i ntre serviciile reelelor locale i serviciile reelei
ISDN.
Unitatea de control multipunct (MCU) permite ca trei sau mai muli utilizatori s
intre n conferin, fapt pentru care cele mai multe sisteme H.323 cer existena unui server de
conferin multipunct (MCS) - acest server este de fapt, unitatea de control multipunct.
Aceast unitate de control multipunct nu este similar unitii MCU H.320. Funciile de baz
ale MCU pentru H.323 sunt acelea de a menine toate fluxurile audio, video i de date ntre
toi participanii la o conferin.
Serviciile suplimentare n H.323 sunt specificate prin seria de recomandri ITU-T
H.450. Astfel, n aceast serie de recomandri, arhitectura de servicii este descentralizat.
Entitile pereche (servere, clieni, MCU-uri, pori) comunic direct, folosind semnalizarea
H.450, fr a implica un control centralizat al reelei. Pentru acele caracteristici care presupun
un control centralizat se folosete un server, care este o form de punct terminal H.323/H.450.
Exemple de astfel de servere sunt: serverele de mesagerie, serverele pentru distribuia
automat a apelurilor, serverele sau grupurile de servere pentru caracteristicile grupului. Una
din cerinele cele mai importante pe care le-a rezolvat H.450 a constat n simplificarea
caracteristicilor de conlucrare cu reelele comutate private (QSIG) i cu reeaua public ISDN.
Mai mult de att, H.450 a fost proiectat ca i un protocol cu un nalt grad de extensibilitate,
care dispune de mai multe mecanisme pentru asigurarea interoperabilitii i uurarea
implementrii noilor caracteristici. Seria de recomandri ITU-T H.450.x specific un set de
servicii suplimentare pentru multimedia i de funciuni, dup cum urmeaz: protocol generic
funcional pentru susinerea serviciilor suplimentare n H.323, transferul apelului,
redirecionarea apelului, meninerea apelului, parcarea apelului, apel n ateptare, indicaie de
ateptare a unui mesaj.
H.323 este folosit n reeaua de acces i n mod special n reele IP administrate de
entiti bine determinate, precum i n aplicaii de band larg prin acces radio. H.323 a fost
primul protocol ce a manevrat aplicaii de VoIP. La ora actual, acest protocol este
implementat n mai mult de 80% dintre dispozitivele i reelele de VoIP din ntreaga lume.
Cea mai implementat versiune a acestui protocol este versiunea a doua.

3. Protocolul SIP
Protocolul SIP ( Protocolul pentru Iniierea Sesiunii) a fost dezvoltat de ctre IETF
(Internet Engineering Task Force)) i se muleaz pe modelul Internet de comunicaii n
perechi de utilizatori, ntr-o arhitectur distribuit. SIP dispune de un set mic de servicii de
baz care permit stabilirea unei sesiuni (n termeni specifici telefoniei, pentru stabilirea unui
apel) ntre dou dispozitive (n termeni specifici telefoniei, ntre dou telefoane) n scopuri de
efectuare a unei comunicaii. Dei, de obicei, n cadrul celor mai multe documente referitoare
la protocolul SIP se folosete o terminologie specific telefoniei IP, acest protocol este foarte
generic, iar o sesiune poate include orice form de media: audio, video, text, etc. Standardul
SIP este n plin evoluie i se adaug continuu noi extensii de servicii i au loc permanente
mbuntiri ale acestuia. Mai mult de att, IETF a dezvoltat protocoale suplimentare pentru
extinderea capabilitilor protocolului SIP i pentru extinderea capabilitilor aplicaiilor
bazate pe acest protocol. SIP este foarte versatil, putnd fi implementat att la nivelul unei
reele de ntreprindere ct i la nivelul reelelor publice de telecomunicaii. SIP a fost
specificat la origine n cadrul Grupului de lucru IETF pentru controlul sesiunii multimedia
ntre mai muli participani (MMUSIC WG), prin documentul RFC 2543 [2].
Ca parte a unei arhitecturi complete pentru controlul sesiunii, SIP asigur
semnalizarea i controlul pentru trei funcii principale: localizarea resurselor / prilor n
comunicaie, invitaia n sesiunea serviciului, negocierea parametrilor sesiunii.
Acest protocol specific un set de mesaje bazate pe text, similar cu protocolul de
transport pentru hipertext (HTTP) i protocolul de transfer de pot electronic simpl
(SMTP), pentru iniierea unei sesiuni interactive de comunicaii ntre utilizatori. n cadrul
figurii 3 se prezint stiva de protocol pentru SIP. Aa cum se observ i din aceast figur,
pachetizarea semnalelor de voce i video se face tot prin intermediul unor codec-uri ITU-T
(seria G.7xx i H.26x), ca i n cazul protocolului H.323. Codec-urile pentru semnale video
sunt prezentate doar informativ n cadrul stivei de protocol, ele neintervenind n descrierea
sistemelor VoIP (s-au precizat numai pentru rigurozitate).
Aplicaii audio
G.711
G.729
G.723.1

Aplicaii video
H.261
H.263

Controlul aplicaiilor / apelului

SDP
SAP

SIP
RTP / RTCP
UDP

TCP
IP i straturile inferioare

Figura 3: Stiva de protocol pentru SIP

n cadrul acestei arhitecturi, se remarc prezena, pe lng protocolul SIP, a dou
protocoale suplimentare: SDP (Session Description Protocol) i SAP (Session Announcement
Protocol). SIP mpreun cu SDP [3] i SAP [4] asigur, n aceast arhitectur, elementele de
baz pentru telefonia IP: stabilirea i terminarea apelului, configurarea apelului i transferul
de date. Acestea sunt realizate folosind SIP pentru poriunea de stabilire i terminare a
apelului, SDP pentru descrierea configuraiei apelului i SAP pentru anunarea unei conferine
multipunct n reea. Protocolul RTP este folosit pentru transferul datelor, iar RTCP pentru
administrarea fluxurilor de date. SIP poate rula prin protocoale de flux aa cum sunt UDP,
TCP, ATM i Frame Relay (cel mai adesea cunoate implementri pe stiva de protocoale
TCP/IP).
n mod obinuit, SIP face uz de protocolul SDP pentru a descrie atributele unei
sesiuni SIP. Parametrii SDP sunt ncapsulai ca i corp al mesajului unei cereri SIP. SDP joac
un rol similar celui jucat de H.245 n reelele H.323. Ca i SIP, antetele SDP sunt codificate cu

text plan. SDP nu este chiar un protocol ci mai mult un format pentru descrierea sesiunii
multimedia. Antetele SDP specific: numele i scopul sesiunii, momentele cnd sesiunea este
activ, mediile cuprinse n cadrul sesiunii, adresa de transport i formatiul mediilor din
sesiune, lrgimea de band ce va fi folosit n cadrul sesiunii, informaia de contact pentru
persoana responsabil cu administrarea sesiunii. O component cheie a SDP este descrierea
mediilor sesiunii. Descrierile mediilor sesiunii includ: tipul mediului (audio, video),
protocolul de transport (UDP, TCP, RTP), formatul mediului (de exemplu, G.711, H.261,
MPEG, etc.), adresa multicast pentru sesiuni IP multicast, portul de transport pentru sesiuni IP
multicast, adresa distant pentru sesiuni IP unicast, portul de transport pentru sesiuni IP
unicast, momentele de nceput i de sfrit ale sesiunii.
Protocolul SAP, folosit pentru sesiuni i conferine multicast este nc n lucru la
IETF, sub forma unui proiect [4]. Astfel, prin acest protocol, o conferin este anunat prin
transmiterea multicast, periodic, a unui pachet de anunare UDP ctre o adres sau un port
multicast. Prin SAP este posibil stabilirea apelurilor de conferin, nu i pentru telefonie IP
unu-la-unu.
SIP specific i o serie de elementele de reea, reea a crei arhitectur este ilustrat
n figura 4.

Figura 4: Arhitectura generic a unei reele implementate prin protocolul SIP

n cadrul acestei arhitecturi se disting mai multe tipuri de componente ale reelei,
dup cum urmeaz: ageni de utilizator (n terminalele SIP), servere proxy, servere de
redirecionare, servere de nregistrare.
Agenii de utilizator sunt puncte terminale n reelele SIP, ce iniiaz i rspund la
cereri i comunic cu ali ageni de utilizator, n scopul stabilirii i eliberrii unei sesiuni.
Agenii de utilizator pot comunica direct ntre ei, dar cel mai adesea sunt implicate unul sau
mai multe servere intermediare, fie servere proxy, fie servere de redirecionare. Agenii de
utilizator pot, de asemenea, s stocheze i s administreze informaii cu privire la stabilirea
apelurilor.
Serverele intermediare SIP au capacitatea de a se comporta fie ca servere proxy, fie
ca servere de redirecionare. Serverele proxy pot fi implementate ca i dispozitive mai simple
sau mai complicate n cadrul unei reele SIP. Ele paseaz mesajele primite de la agenii de
utilizator i furnizeaz servicii cum sunt serviciile de localizare, autorizare i contabilizare.
Serverele de redirecionare au funcii simple, respectiv de a rspunde la o cerere asupra
localizrii, prin care un utilizator chemtor poate contacta partea chemat n mod direct.
Serverele de nregistrare se folosesc pentru nregistrarea locaiei agenilor de
utilizator, permind existena unui set bogat de caracteristici de mobilitate, caracteristici ce se
pot implementa ntr-o reea cu o arhitectur SIP. Cu aceste dispozitive, agenii de utilizator
trimit un mesaj de nregistrare ctre serverele de nregistrare, iar serverele de nregistrare

stocheaz informaia de ntr-un serviciu de localizare, printr-un protocol non-SIP. Odat ce

informaia este stocat, serverul de nregistrare trimite rspunsul adecvat napoi ctre agentul
de utilizator.
n ceea ce privete setul de servicii suplimentare posibil a fi implementate prin
protocolul SIP, documentul IETF RFC 2543 [2] descrie doar o realizare posibil a
caracteristicii de meninere a apelului, bazat pe parametrii SDP. Mai multe documenteproiect IETF specific antete i noi metode pentru servicii suplimentare, adiionale la ceea ce
s-a specificat n RFC 2543. Astfel, se lucreaz n cadrul IETF la documente care s
standardizeze noi servicii suplimentare cum ar fi: conferine, parcarea apelului, monitorizarea
apelului, transferul apelului, indicaia de deviere a apelului i serviciul de ateptare a unui
mesaj. Scopul acestor preocupri este acela de a asigura faptul c serviciile suplimentare sunt
separate i modulare, asigurnd astfel suportul pentru standardizarea serviciilor suplimentare
referitoare la negocierea controlului apelului. n acest fel se semnaleaz faptul c SIP ncepe
s se apropie de H.323/H.450, n ceea ce privete capitolul serviciilor suplimentare.
4. Comparaie ntre protocoalele SIP i H.323
Ca i protocoale ale unei arhitecturi distribuite, H.323 i SIP sunt vzute n acest
moment ca singurele concurente pentru supremaie pe piaa implementrilor de reele IP ce
susin VoIP n arhitecturi descentralizate (reele scalabile, extensibile prin definiie, cum ar fi
reelele publice de telecomunicaii). n cele ce urmeaz (tabelul 2), se vor trece n revist
anumite caracteristici ale celor dou protocoale, artnd punctele tari i cele slabe ale
fiecruia, comparativ. Mai trebuie menionat doar faptul c, n acest moment, H.323 deine o
cot impresionant din implementrile practice (aproape 80% din echipamentele i reelele de
VoIP implementate pn n acest moment), dar SIP are avantajul de a fi privit de ctre
industrie i de organismele de standardizare ca avnd un viitor mai optimist, fiind mai flexibil
i mai puin complicat dect H.323.
Tabelul 2: Comparaie privind caracteristicile protocoalelor SIP i H.323
Caracteristica de
comparaie
Organism de standardizare
Filozofie
Codificarea mesajelor

SIP

H.323

IETF
Modular
Text

ITU-T
Unificat
Binar

Pregtirea pentru reelele 3G

Da

Nu

ntrziere la stabilirea
apelului

1,5RTT

1,5RTT

Complexitatea protocolului

Protocol simplu, n
stilul lui HTTP

Foarte complex

Extensibilitate

Extensii
standardizate pentru
ndeplinirea noilor
funcii

Arhitectur

Modular: doar
semnalizri

Extensiile sunt
adugate prin
folosirea elementelor
nestandardizate
specifice fabricanilor
Monolitic

Note
Textul este mai uor de
decodificat, n schimb consum
mai mult lrgime de band
Fabricanii de echipamente de
telefonie mobil 3G au stabilit o
versiune nestandardizat de SIP
Versiunea a 3a de H.323 a redus
ntrzierea excesiv la stabilirea
apelului. Dar, nu exist
compatibilitate napoi cu
versiunile precedente.
H.323 este o suit de protocoale
mprumutate din ISDN.
Documentaia de baz conine
peste 1400 de pagini.
-

H.323 include controlul

conferinei, nregistrarea,

Mesagerie instantanee
Detectarea buclelor
Support pentru dispozitive
de tip firewall
Susinerea adresrii

negocierea capabilittilor, etc.

-

Da
Bun
Inadecvat

Nu
Imperfect
Slab

Orice URL, inclusiv

adrese de e-mail,
H.323, http, E.164,
URL-uri, etc.
UDP i TCP, cel mai
adesea UDP
Proiectat pentru a
include stilul bazat
pe text al aplicaiilor
Internet
DNS

Gazdele, numerele de
telefon E.164 i
dispecerii rezolv
identificarea
UDP i TCP, cel mai
adesea TCP
-

Anexa G

Standardizeaz totul

Servicii suplimentare

Standardizeaz
protocoale, nu
servicii
Slab definite

Definite riguros

Integrarea n Internet

nalt

Joas

Scalabilitate
Tipuri de servicii

Excelent
Nu sunt limite
evidente
Larg

Slab
Orice flux media,
inclusiv voce
Extrem de limitat
Bun
Da

Compatibilitatea cu SS7

Bun
ntr-o oarecare
msur
Slab

Cosaturi
Dimensiunea mesajelor

Moderate
Mare

Moderate
Mic

Fragmentarea n routere
Volatilitatea standardelor

Probabil
Mare

Improbabil
Sczut

Multimedia

Slab

Bun

Rigurozitatea taxrii
serviciilor
Domeniu de aplicabilitate

Slab

Bun

Este mai puin probabil s apar

probleme de interoperabilitate
cu H.323 ntre diversele
implementri de la diferii
fabricani
H.323 impune arhitectura ISDN
pe reelele IP, de aceea se
integreaz nenatural n Internet.
SIP este, n general, aproape
perfect
Interoperabilitatea H.323 este
virtual inexistent
H.323 se bazeaz pe o
tehnologie ISDN, la origine.
H.323 se bazeaz pe o
tehnologie ISDN, la origine.
Dimensiunea mesajelor deriv
din forma de codificare a
acestora.
Deriv din procedurile de lucru
stabilite de IETF, respectiv
ITU-T
SIP este mai potrivit pentru
aplicaii de VoIP i mesagerie
unificat
-

Limitat

Definirea mesajelor

ASN.1, o notaie
standardizat, extrem
de precis
Nu are definite
proceduri pentru
manevrarea
defeciunilor

Toate aplicaiile de
multimedia
ABNF, o notaie
sintactic (RFC 2234)
Are definite
caracteristici pentru
manevrarea
defeciunilor

Protocolul de transport
Integrarea n aplicaiile
pentru Internet
Rutarea apelurilor ntre
domenii
Standardizarea serviciilor

Interoperabilitatea ntre
implementri
Extensibilitatea
Conlucrarea cu PSTN

Fiabilitate

Bun

TCP face o verificare a

integritii pachetelor
-

dispozitivelor de
reea
Transportul mediilor
Echilibrarea ncrcrii reelei

Negocierea capacitilor

Cerine administrative

Codec-uri suportate

Semnalizare multipunct
Controlul apelului de la o
ter parte
Numr minim de porturi
pentru apeluri VoIP
Entitate pentru
multiconferin
Topologia mediilor
Autentificare
Criptare
Transport DTMF
Prelucrare n server
Neutralitatea protocolului de
transport
Stabilire rapid a apelului
Flexibilitate topologic a
reelei
Internaionalizare

Integrarea n web
Componente ale reelei
Protocoale de susinere
Transferul apelului
Pasarea apelului
Meninerea apelului
Parcarea apelului
Apel n ateptare
Indicaie de ateptare mesaj
Identificarea numelui
Finalizare apel la abonat
ocupat
Oferire apel

RTP / RTCP
Nu are noiuni
referitoare la
echilibrarea
ncrcrii
Nu

entitilor
intermediare ale
reelei
RTP / RTCP
Are abilitatea de a
echilibra sarcina
(terminale) printr-un
numr de dispeceri
Da

Nu cere existena
unui proxy. Un apel
poate avea loc ntre
doi ageni de
utilizatori.
Suport orice codec
negociat n peralabil,
ntre prile
comunicante.
Da
Da

Nu cere existena
unui dispecer. Un
apel se poate
desfura direct ntre
dou terminale
Orice codec,
standardizat sau
proprietar, nu numai
ITU-T.
Da
Da

3 (SIP, RTP i RTCP)

3 (Semnalizare apel,
RTP i RTCP)
Da (MCU)

Unicast, multicast,
stea i centralizat
Da, prin http
Da, prin SSL, PGP,
S/MIME sau orice alt
mijloc
Trei ci
Simpl, orientat pe
tranzacie
Poate rula peste orice
protocol
Da
Da

Unicast, multicast,
stea i centralizat
Da, prin H.235
Da, prin H.235

Trei ci
Complicat

Cere un protocol
sigur de transport
Variabil
Nu

Folosete codul
Unicode (ISO 106461), codat ca UTF-8

Da
Ageni de utilizator,
servere
SDP, SAP
Da
Da
Da
Da
Da
Nu
Nu
Da

Folosete Unicode
(cu ASN.1), dar n
general, are puini
parametri textuali
Neprecizat
Terminale, pori,
dispeceri
RAS/Q.931, H.245
Da
Da
Da
Da
Da
Da
Da
Da

Nu

Da

Nu

n SIP, entitile pot doar s

propun canalele media, iar
celelalte entiti sunt limitate la
acea propunere.
-

Intrare peste apel n

desfurare

Nu

Da

5. Protocolul MGCP
Protocolul MGCP (protocolul pentru controlul porilor media), specificat n
documentul IETF RFC 2705 [5], este proiectat pentru o arhitectur centralizat de reea, adic
pentru o arhitectur n care controlul apelului i serviciile sunt manevrate ntr-un punct central
al reelei. n acest sens, o arhitectur care folosete acest protocol pentru semnalizare i
controlul apelului se apropie foarte mult de filozofia serviciilor existente n reelele PSTN.
MGCP definete cele mai multe aspecte ale semnalizrii folosind un model numit
pachete de semnalizare . Aceste pachete definesc cele mai folosite funcii ca n
semnalizarea PSTN i definesc caracteristici precum transferul i meninerea apelului.
mpreun cu MGCP se poate folosi protocolul SDP pentru transportul informaiei referitoare
la capabiliti. n cadrul unei arhitecturi centralizate, MGCP permite operatorilor s
construiasc reele de dimensiuni mari, scalabile i redundante. El asigur i mecanisme
pentru interconectarea cu alte reele VoIP i pentru adugarea de caracteristici suplimentare i
de inteligen n cadrul agenilor de utilizator. De remarcat este faptul c protocolul MGCP nu
este un standard deschis n adevratul sens al cuvntului, avnd o reprezentativitate restrns
n cadrul direciilor actuale ale industriei. MGCP ofer un support limitat pentru alte reele
dect PSTN, este mai puin flexibil ca H.248 / Megaco i ofer un potenial mai redus de
interoperabilitate ntre echipamentele provenite de la diveri furnizori, fa de alte protocoale
(H.248 / Megaco, n particular). MGCP este un protocol ce opereaz ntre o poart media i
un controler de poart media, permind controlerului de poart media s controleze poarta
media. MGCP este proiectat ca un protocol intern n cadrul unui sistem distribuit i apare n
afara sistemului ca o singur poart VoIP (monolitic). Trebuie notat faptul c poarta media i
controlerul porii media sunt componente ale arhitecturii softswitch (comutatorul
software).
n figura 5 este prezentat stiva de protocol pentru MGCP. Aa cum se arat i n
aceast figur, pachetizarea semnalelor de voce i video se face tot prin intermediul unor
codec-uri ITU-T (seria G.7xx i H.26x).
Aplicaii audio
G.723
G.729a /
DTMF
RTP

Aplicaii video

Aplicaii fax

H.261
H.263

T.38

Aplicaii de date
T.120

MGCP / SIP
TCP sau UDP
IP i straturile inferioare

Figura 5: Stiva de protocol pentru MGCP

n cadrul MGCP se specific i o serie de elemente de reea, reea a crei arhitectur
generic, tipic, este ilustrat n figura 6.

10

Figura 6: Arhitectura generic a unei reele implementate prin protocolul MGCP

MGCP este un protocol master-slave, ce coordoneaz aciunile porilor media.
Controlerul porilor media din MGCP mai este numit n nomenclatorul acestui protocol i
agent de apel . Agentul de apel administreaz inteligena de control al semnalizrii
referitoare la apel, n timp ce porile media informeaz agentul de apel asupra evenimentelor
ce au aprut n legtur cu serviciul. Agenii de apel instruiesc porile media s creeze i s
elimine conexiunile n procesul de stabilire i terminare a apelurilor. n cele mai obinuite
cazuri, agentul de apel informeaz porile media s porneasc o sesiune RTP ntre cele dou
puncte n care se afl prile n comunicaie. Semnalizarea realizat de ctre agentul de apel i
de ctre porile media are loc n forma unor mesaje structurate, n cadrul pachetelor UDP. Att
agentul de apel ct i porile media dispun de capabiliti de retransmisie pentru aceste
mesaje. Dac este pierdut un mesaj, componentele VoIP elimin mesajul prin expirare de
timp. Oricum, n cadrul acestui protocol este important tratarea mesajelor MGCP cu o mai
mare prioritate fa de situaia transmisiilor care nu sunt de timp real, n aa fel nct pierderea
de pachete s nu afecteze serviciul (s nu duc la ntreruperi).
6. Protocolul H.248 / Megaco
Protocolul H.248 / Megaco ( controler al porilor media ) [6], [7] este specificat ca
un efort comun al ITU-T i IETF. Acest protocol se bazeaz pe o arhitectur centralizat
(master-slave) i este standardul international pentru controlul porilor media n reele
granularizate (descompuse n elemente individuale). H.248 / Megaco se bazeaz puternic pe
caracteristicile protocolului MGCP, care este punctul de plecare pentru specificarea acestui
nou protocol. Megaco este foarte simplu, dar extrem de puternic i larg extensibil. El permite
construirea de funcii de poart partajate, care se sprijin pe un strat de control al apelului.
Este foarte flexibil, potrivit pentru implementri pe scar larg ntr-o manier ieftin i susine
evoluia reelelor n tehnologii motenite (PSTN). Stiva de protocol i arhitectura reelei sunt
similare cu cele prezentate pentru protocolul MGCP. H.248 / Megaco folosete un model de
resurse / conexiuni simplu i puternic pentru descrierea entitilor logice sau a obiectelor din
cadrul porilor media, ce pot fi controlate prin controlerul porilor media.
Acest protocol se bazeaz fundamental pe dou concepte-cheie: terminaie i
context.
Terminaiile identific fluxurile media i resursele, implementeaz semnale i
genereaz evenimente, au proprieti i ntrein statistici. Aceste terminaii pot fi permanente
(asigurate) sau tranzitorii (efemere). Toate semnalele, evenimentele, proprietile i statisticile
sunt definite n pachete ce sunt asociate terminaiilor individuale.
Contextul se refer la asocierea ntre o colecie de terminaii, definete comunicaia
ntre terminaii i joac rolul de punte de mixare. Un context poate conine mai mult de o
terminaie i poate fi stratificat pentru a susine aplicaiile multimedia.

11

Toate semnalele i evenimentele sunt presupuse a apare la o terminaie specific i

ele asigur un mecanism pentru interaciunea cu o entitate distant reprezentat de ctre o
terminaie. Semnalele specifice i evenimentele sunt definite n pachete. Exemple de semnale
sunt generarea tonurilor, rularea anunurilor i afiarea identitii chemtorului. Exemple de
evenimente sunt punerea receptorului n furc, recepionarea cifrelor DTMF i detecia
tonului de fax.
Proprietile sunt definite n cadrul protocolului H.248 / Megaco n dou moduri.
Termenul poate fi asignat oricrei buci de informaie ce poate fi plasat ntr-un descriptor,
fie ntr-o cerere, fie ntr-un rspuns. Termenul se poate aplica, de asemenea, n definiia
pachetului, unde proprietile joac rolul de stri, configuraie sau orice alt informaie semistatic referitoare la pachetul creia i este ataat.
Statisticile se pot acumula la o terminaie oarecare i sunt redate de la poarta media
sau de la controlerul porilor media pentru a asigura informaia referitoare la monitorizarea
porilor media, la performanele reelei sau la activitatea utilizatorilor. Statisticile sunt, de
asemenea, definite n pachete. Exemple de statistici sunt numrul de bii transmii i
recepionai n cadrul unui context, durata de via a unei terminaii n cadrul unui context,
rata de pierdere a pachetelor i orice alte msurtori opionale.
Pachetele sunt mecanismul primordial de extensie n cadrul H.248 / Megaco.
Pachetele definesc noul comportament al terminaiei, prin intermediul unor proprieti,
evenimente i semnale adiionale. Pachetele sunt bine definite, simplu de specificat i folosesc
pe deplin procesul de nregistrare al Autoritii pentru Numerele Internet Atribuite (IANA).
Profilele definesc aplicaii ale H.248 / Megaco n cadrul porilor media, incluznd
organizarea pachetelor / terminaiilor i cerine i selecii specifice ale elementelor opionale
(transport i codare), precum i orice alt definiie de comportament cerut pentru aplicaie.
Profilele sunt acorduri la nivel de aplicaie ntre controlerele porilor media i porile media,
ce specific minimul de capabiliti pentru creterea interoperabilitii i reducerea costurilor /
complexitii.
7. Comparaie ntre protocoalele MGCP i H.248 / Megaco
Ca i protocoale specifice unei arhitecturi centralizate, n care H.248 / Megaco s-a
bazat, n cadrul procesului de specificare, pe experiena protocolului MGCP este de ateptat
ca cele dou protocoale s fie extrem de asemntoare. Cu toate acestea, exist unele diferene
funcionale care conduc la caracteristici i comportamente diferite, aa cum se arat n tabelul
3.
Tabelul 3: Comparaie ntre protocoalele H.248 / Megaco i MGCP
H.248 / Megaco
Standardizare

Interoperabilitate
ntre echipamentele
provenite de la
diferii fabricani
Model de
conexiune

MGCP

standard cu adevrat deschis

subiect de revizuire i compromis
unic standard internaional att al
ITU-T ct i al IETF
atent revzut i riguros
puine inconsistene i presupuneri
potenial interoperabilitate crescut,
cost i riscuri sczute pentru
interoperabilitate
model flexibil terminaie-context,
suport toate tipurile de reele
manevreaz eficient scenarii cu
conexiuni complexe

12

nchis (proprietar)
nu este subiect al unei revizuiri deschise
sau pentru compromisuri
incomplet i informal definit
multe inconsistene i presupuneri
potenial sczut de interoperabilitate i
risc / cost crescut pentru interoperabilitate
model de conexiune mai puin flexibil
ineficient pentru conferine i alte scenarii
complexe de conexiuni
implementri diferite de servicii pentru

Model de resurse

Mecanisme de
extindere a
pachetelor

Mecanisme
asociate profilelor

aplicabil la toate tipurile de reele de

pachete
permite support pentru interceptarea
legal simpl
resursa fizic este izolat de
conexiunea de pachete
permite manevrarea eficient a
serviciilor complexe, cum sunt
anunurile, meninerea apelului i
realizarea de puni
definire uoar a interfeei noilor
aplicaii prin mecanismul de definiie
a pachetului i procesul de
nregistrare IANA
noile pachete pot fi definite pe baza
pachetelor existente
permite extensii ale pachetelor fr a
afecta standardul pentru protocolul
de baz
timp redus de aducere pe pia pentru
noile funcionaliti, oportuniti
crescute de inovare
permite definire i acorduri implicite
MGC-MG pe baza conlucrrii
specifice aplicaiilor
reduce complexitatea i crete
eficiena att n MG ct i n MGC
interoperabilitate crescut pentru
aplicaii specifice

diferite tipuri de reele de pachete, mai

greu de livrat i instalat
support neclar pentru interceptarea legal

asocierea ntre resursele fizice i

conexiunea de pachete

manipulrile nu se fac direct

performane sczute de timp real

dificil de extins un proiect monolitic
mecanism ambiguu de definire a
pachetelor
metodologie neclar pentru extinderea
pachetelor pe baza pachetelor existente

nu este disponibil nici un astfel de

mecanism

8. Concluzii
Pentru implementarea reelelor VoIP exist o multitudine de opiuni, att n cadrul unor
reele cu o arhitectur centralizat (protocoalele MGCP i H.248 / Megaco) ct i n cadrul
reelelor cu arhitectur distribuit (protocoalele SIP i H.323). n acest moment, pe piaa VoIP
exist practic doi mari competitori: SIP (IETF) i H.323 (ITU-T). Pe cnd H.323 este mai
matur i mai extensiv specificat, SIP are avantajul unei mai mari simpliti i flexibiliti. n
ciuda acestei mari diversiti de opiuni n ceea ce privete posibilitile tehnologice de
implementare ale reelelor VoIP, exist preocupri i n ceea ce privete interconectarea i
conlucrarea diferitelor reele VoIP.
Bibliografie:
[1] ITU-T Recommendation H.323: Packet-Based Multimedia Communications Systems;
[2] IETF, Handley, M., Schultzrinne, H., RFC 2543: SIP: Session Initiation Protocol
www.ietf.org/rfc/rfc2543.txt;
[3] Handley, M., Schultzrinne, H., IETF RFC 2327: SDP: Session Description Protocol
www.ietf.org/rfc2327.txt;
[4] IETF RFC 2974: SAP: Session Announcement Protocol www.ietf.org/rfc/rfc2974.txt;
[5] IETF RFC 2705: Media Gateway Control Protocol www.ietf.org/rfc/rfc2705.txt;
[6] ITU-T Recommendation ITU-T H.248: Gateway Control Protocol;
[7] IETF RFC 3015: Megaco Protocol Version 1.0 www.ietf.org/rfc/rfc3015.txt;

13