H.323 v2.1

Summary Report Template
Plan Your Business With Smart
Introduction
PLAN
La signalization H.323
2012
Prsentation du protocole de sognalisation H.323
2013
Zone H.323 et entits H.323
2014
Famille de protocols H.323
2014
Mode de signalization
2014
2015
Les diffrentes signalization H.323 (RAS, H.225, H.245
After Effect
Prsentation du H.323
CHAPITRE I
H.323 regroupe un ensemble de protocoles de communication de la voix, de l'image et de donnes sur

IP. C'est un protocole dvelopp par l'UIT-T qui le dfinit comme:
Systmes de communication multimdia en mode
paquet.
La premire version est publie en novembre 1996. La version actuelle de la norme date de 2009 et
est prcde de plusieurs autres mise jour, toujours rtro compatibles.
Il est driv du protocole H.320, utilis sur RNIS.
Plus qu'un protocole, H.323 ressemble davantage une association de plusieurs protocoles
diffrents et qui peuvent tre regroups en trois catgories: la signalisation, la ngociation de codec,
et le transport de l'information.
CHAPITRE I
Les messages de signalisation sont ceux que lon envoie pour demander dtre mis en relation avec
une autre personne, qui indiquent que la ligne est occupe, que le tlphone sonne
Cela comprend aussi les messages que lon envoie pour signaler que tel tlphone est connect au
rseau et peut tre joint de telle manire.
En H.323, la signalisation sappuie sur le protocole RAS ( Registration Admission Status) pour
lenregistrement et lauthentification, et le protocole Q.931 pour linitialisation et le contrle dappel.
La ngociation est utilise pour se mettre daccord sur la faon de coder les informations quon va
schanger. Il est important que les tlphones (ou systmes) parlent un langage commun sils veulent
se comprendre.
Il serait aussi prfrable, sils ont plusieurs alternatives de langages quils utilisent le plus adapt. Il
peut sagir du codec le moins gourmand en bande passante ou de celui qui offre la meilleure qualit.
Le protocole utilis pour la ngociation de codec est le H.245.
CHAPITRE I
Principales applications du protocole H.323

Certaines offres de tlphonie sur IP grand public s'appuient sur H.323
Les clients (NetMeeting, Orange, Ekiga (ex GnomeMeeting), Openphone, iChat, ).
Les gatekeepers, ou portiers, servant l'administration des communications et la translation
d'identifiants de connexion (ID H323).
Les MCU, des ponts multipoints.
Les gateways, des passerelles H.320 H.323, H.324M H.323.
Zones H.323 et entits H.323

CHAPITRE II
Les entits H.323 sont regroupes dans des zones (Figure 6.1). Une zone est un ensemble de
terminaux, passerelles (Gateway, GW) et ponts de confrence (Multipoint Control Unit, MCU) grs
par un mme portier (Gatekeeeper, GK).
La zone comprend au moins un terminal et, ventuellement, des Gateways ou des MCUs.
Une zone n'a qu'un seul Gatekeeper. La zone peut tre indpendante de la topologie du rseau et
peut tre constitue de plusieurs segments de rseau connects l'aide de routeurs ou d'autres
dispositifs.
H.323 permet lchange de signalisation afin dtablir des canaux de communication pour le transport
de flux multimdia entre endpoints o un endpoint peut tre un terminal, un Gateway ou un MCU.

CHAPITRE II
1. Terminal
Un terminal est un endpoint permettant des communications temps rels avec dautres endpoints. Il
sagit dun quipement utilisateur tel quun PC ou un tlphone IP qui supporte au moins un codec audio
et ventuellement dautres codecs audio et vido.
Figure : Ordinateur.
Figure : Tlphone IP.

8

CHAPITRE II
2. Gateway
Un Gateway est un endpoint du rseau qui assure en temps rel des communications
bidirectionnelles entre des terminaux H.323 et d'autres terminaux (e.g., terminaux RTC, RNIS, GSM).
Figure : Dialogic Media Gateways DMG

2000
Figure : 32 ports China Skyline GSM Gateway

CHAPITRE II
2. Gateway
Un Gateway est un endpoint du rseau qui
assure en temps rel des communications
bidirectionnelles entre des terminaux H.323
et d'autres terminaux (e.g., terminaux
RTC,RNIS, GSM).
Pour ce faire, le Gateway traduit dune part les
protocoles de signalisation (e.g., ISUP <- ->
H.323) et dautre part les formats des mdia
(e.g., conditionnement du trafic vocal en
paquets RTP).
Figure : Gateway H.323.
Routeur
PABX
GW : Gateway
GK : Gatekeeper
MCU : Multipoint Control Unit
T : Terminal
RTC : Rseau Tlphonique Commut
Figure : Zone H.323.
10

CHAPITRE II
3. Gatekeeper
Un Gatekeeper est le composant le plus important d'un rseau H.323.
Il agit comme tant le point central pour tous les appels dans sa zone et contrle les endpoints.
Un Gatekeeper H.323 agit comme un commutateur virtuel.
Le Gatekeeper excute deux fonctions importantes :
a. La premire est la translation d'adresse d'un alias LAN d'un terminal ou d'une passerelle
(Gateway) vers une adresse IP ou IPX, comme le dfinit la spcification RAS.
b. La deuxime fonction est la gestion de la bande passante, aussi dcrite dans la spcification
RAS.
11

CHAPITRE II
3. Gatekeeper
H.323 Gatekeeper
Endpoint 2
Endpoint 1
Figure : Exemple de Gatekeeper H.323
12

CHAPITRE II
3. Gatekeeper
Par exemple, si un administrateur rseau a spcifi un seuil pour un nombre simultan de confrences
sur le LAN, le Gatekeeper peut refuser toutes les connexions qui seront au-del de ce seuil.
Ceci a pour effet de limiter la bande passante pour de l'usage en confrence une fraction de la
bande passante totale. La bande passante restante est rserve aux e-mails, aux transferts de fichiers,
et autres protocoles du rseau.
L'ensemble des terminaux, des Gateways et des Multipoint Control Units (MCUs) dirig par un seul
Gatekeeper constitue une Zone H.323.
Le Gatekeeper n'est pas obligatoire dans un rseau H.323 mais lorsqu'il existe, tous les quipements
de la zone doivent dialoguer avec lui pour tablir des communications.
13

CHAPITRE II
4. Multipoint Control Unit (MCU)

Un MCU est un terminal qui supporte des confrences entre 3 (ou plus) terminaux. Il peut sagir dun
quipement indpendant (e.g., PC) ou peut tre intgr dans un Gateway, un gatekeeper ou un
terminal.
Un MCU consiste en deux fonctions, savoir, contrleur multipoint (Multipoint Controller, MC) et
processeur multipoint (Multipoint Processor, MP).
La fonction MC met en uvre le contrle et la signalisation pour le support de la confrence alors

que la fonction MP reoit les flux des terminaux, les traite, et les retourne aux terminaux participant
la confrence.
Il existe deux types de MCUs :

a. MCU centralis;
b. MCU dcentralis.
14

CHAPITRE II

a.
MCU Centralis
Terminal H.323
PABX
AGW
Il met en uvre la signalisation (MC) et le traitement des

flux (MP).
Tous les terminaux envoient les flux audio et vido et les
flux de contrle au MCU en mode point point.
Sa fonction MC gre de manire centralise la
confrence en utilisant les fonctions de contrle H.245
qui dfinissent entres autres les capacits de chaque
terminal.
Le MP ralise le mixage du trafic audio et vido. Puis, il
met les flux rsultants chaque participant. Le MP doit
aussi convertir si ncessaire les diffrents codecs et
dbits utiliss entre terminaux.
MCU
Terminal H.323
Terminal H.323
Signalisation
Transport
Figure : MCU Centralis.
15

CHAPITRE II

b.
MCU Dcentralis
Il met en uvre la signalisation uniquement.

Les flux sont changs directement entre les terminaux.
Dans ce cas, le MCU fonctionne avec la fonction MC mais sans fonction MP.
16
Familles de protocoles H.323

CHAPITRE III
1. RTP & RTCP

Pour transporter la voix ou la vido sur IP, le protocole IP (Internet Protocol) au niveau 3 et le
protocole UDP (User Datagram Protocol) au niveau 4 sont utiliss.
En effet, si TCP (Transmission Control Protocol) prsente l'avantage de grer un transfert fiable
(renvoi des paquets IP en cas d'erreur), il est malheureusement incompatible avec un flux tempsrel dans la mesure ou les mcanismes de TCP prvoient une rduction automatique du dbit
accord l'metteur en cas de congestion du rseau et une remonte lente vers le dbit nominal
(ceci afin de protger le rseau de soubresauts d'metteurs qui chercheraient tous en mme temps
tirer parti de la bande passante disponible).
Mais ces deux protocoles UDP et IP ne suffisent pas assurer le transport de la voix. De fait, UDP
est un protocole sans correction d'erreur, et aucun moment l'arrive des paquets dans leur ordre
dmission est assure.
17

CHAPITRE III
1. RTP & RTCP

Pour le transport de donnes temps rel telles que la voix ou la vido, il est ncessaire dutiliser
deux protocoles supplmentaires : RTP (RealTime transport Protocol) et RTCP (RTP Control
Protocol). RTP et RTCP sont des protocoles qui se situent au niveau de l'application et sappuient
sur le protocole de transport UDP.
RTP et RTCP peuvent utiliser aussi bien le mode Unicast (point point) que le mode Multicast
(multipoint).
Lorsquune session RTP est ouverte, alors une session RTCP est aussi ouverte de manire implicite.
Les numros de port utiliss par RTP et RTCP sont compris entre 1025 et 65535. Les ports RTP et
RTCP par dfaut sont respectivement 5004 et 5005.
18

CHAPITRE III
1. RTP & RTCP

a.
RTP
Le but de RTP est de fournir un moyen uniforme de transmettre sur IP des donnes soumises des
contraintes de temps rel (audio, vido, etc.).
RTP permet :
a. d'identifier le type de l'information transporte,
b. d'ajouter des marqueurs temporels permettant dindiquer linstant dmission du paquet.
Lapplication destinataire peut alors synchroniser les flux et mesurer les dlais et la gigue.
c. dinclure des numros de squence l'information transporte afin de dtecter loccurrence
de paquets perdus et de dlivrer les paquets en squence lapplication destinataire.
De plus, RTP peut tre vhicul par des paquets multicast afin d'acheminer des conversations vers
des destinataires multiples.
Mais, RTP n'a pas t conu pour effectuer des rservations de ressources ou contrler la qualit
de service et ne garantit pas la livraison du paquet larrive.
19

CHAPITRE III
1. RTP & RTCP

b.
RTCP
Le protocole RTCP est bas sur des transmissions priodiques de paquets de contrle par tous les
participants dans la session. C'est un protocole de contrle des flux RTP, permettant de vhiculer
des informations basiques sur les participants d'une session, et sur la qualit de service.
Il existe cinq types diffrents de paquets RTCP pour chaque type d'information :
a. SR (Sender Report) contient des statistiques de transmission et de rception pour les
participants qui sont des metteurs actifs.
b. RR (Receiver Report) contient des statistiques de rception pour les participants qui ne sont pas
des metteurs actifs mais rcepteurs dune session.
c. SDES (Source Description) dcrit la source : nom, email, tl, etc.
d. BYE permet une station dindiquer la fin de sa participation une session.
e. APP est un paquet de signalisation spcifique une application.
20

CHAPITRE III
2. H.225 RAS, Q.931 & H.245

H323 se dessine en 3 grandes parties (Figure). En effet, pour tablir une communication audio ou
vido sur IP, le signal doit tre encod en utilisant des codecs normaliss dfinis dans la norme
H323.
H323 normalise aussi la signalisation utiliser pour ltablissement dune communication. La voix
ou la vido est transmise en utilisant le protocole UDP, associ aux protocoles RTP et RTCP pour le
transfert des donnes en temps rel.
Parmi les codecs possibles figurent G.711, G.723.1 et G.729 pour les signaux audio, et H.261 et
H.263 pour les signaux vido.
21

CHAPITRE III
2. H.225 RAS, Q.931 & H.245

La signalisation pour ltablissement des appels est mise en uvre laide de trois
protocoles :
a. H.225 RAS (Registration, Admission and Status) : La signalisation RAS est utilise entre les
endpoints et le Gatekeeper qui les contrle. RAS permet donc au Gatekeeper de contrler les
endpoints prsents dans sa zone.
b. H.225 Call signaling (Q.931) : Cette signalisation permet dtablir et de librer des connexions
entre endpoints H.323. Les messages utiliss sont ceux du protocole de signalisation Q.931
modifis par la recommandation H.225.
c. H.245 : Lorsque lappel dcroche, le protocole H.245 permet ltablissement de canaux
RTP/RTCP permettant le transfert de donnes multimdia et le contrle de ce transfert.
22

CHAPITRE III
2. H.225 RAS, Q.931 & H.245

Le protocole RAS utilise un transport UDP alors que les protocoles Call Signaling et H.245
sappuient sur un transport TCP.
Applications
Audio/
Vido
G.nnn (audio)
H.261 (vido)
H.263 (vido)
RTP
Contrle et Gestion dun terminal H.323
RTCP
H.225.0
Signalisation
Terminal GK
(RAS)
H.225.0
Call
Signaling
UDP
H.245
Logical
Channel
Signaling
TCP
IP
Interface LAN
Figure : Les protocoles H.323.
23
Mode de signalisation
CHAPITRE IV
Le mode de signalisation dtermine quels sont les messages de signalisation qui sont changs par
les endpoints travers le Gatekeeper et quels sont ceux directement changs entre endpoints
(Figure Suivante).
Passer par un Gatekeeper permet de mieux contrler lappel mais induit une surcharge.
Cest au Gatekeeper de choisir le mode de signalisation que doivent appliquer les endpoints.
Les donnes multimdia (voix, vido, donnes temps rel) sont toujours changes entre les
endpoints.
24
CHAPITRE IV
1. Signalisation RAS
Le protocole RAS utilise un transport UDP alors que les protocoles Call Signaling et H.245
sappuient sur un transport TCP.
25
CHAPITRE IV
2. La signalisation dappel Q.931

La signalisation dappel Q.931 (Call Signaling) est soit change directement entre endpoints (Direct
Routed), soit change entre endpoints travers le Gatekeeper ( Gatekeeper Routed).
Si le mode est Direct Routed, alors le Gatekeeper a une connaissance limite de lappel et a une
implication mineure dans la mise en place de cet appel. Par ailleurs il ne lui est pas possible de grer
efficacement sa zone, par e.g., mesurer avec prcision le taux dappel russis, et dispose de
fonctions de taxation limites. De plus, si lappel requiert lactivation dun service (e.g., numro
vert) prsent dans un serveur distant (e.g., serveur dapplication du Rseau Intelligent), lappel ne
pourra pas aboutir. Par contre, ce mode permet au Gatekeeper de traiter un grand nombre dappel.
Si le mode est Gatekeeper Routed pour la signalisation dappel, le Gatekeeper connat tout instant
ltat de lappel et peut ainsi mieux contrler lappel, laccs au service (en disposant dune interface
avec le serveur distant) et sa taxation. Par contre, le Gatekeeper doit maintenir des connexions TCP
avec les endpoints pour lchange de signalisation Q.931, ce qui augmente sa charge, et ainsi ne lui
permet
pas
de
traiter
autant dappels que dans le mode Direct Routed.
26
CHAPITRE IV
3. La signalisation de commande H.245

La signalisation de commande H.245 (Control Signaling) suit obligatoirement le mode Directly Routed
si le mode de la signalisation dappel Q.931 est Direct Routed.
La signalisation de commande H.245 peut suivre soit le mode Directly Routed, soit le mode
Gatekeeper Routed dans le cas ou bien le mode de la signalisation dappel Q.931 est Gatekeeper
Routed.
Dans le cas o la signalisation de commande H.245 est Gatekeeper Routed, la charge du
Gatekeeper est importante car il faut maintenir une autre connexion TCP avec chaque endpoint
pour lchange de messages H.245.
Par contre le Gatekeeper a la connaissance des types de codecs utiliss (e.g., G.711, G.729)
permettant ainsi de taxer plus prcisment lappel et de raliser des statistiques sur les types
dappels tablis et les types de codecs utiliss.
27
Signalisation de commande H.245

CHAPITRE VII
La signalisation de commande H.245 permet :
Lchange de capacits multimdia (audio, vido), afin d assurer une transmission selon un mode audio, vido
particulier.
La dtermination du terminal matre et du terminal asservi afin dviter tout conflit dans le contrle dune
confrence.
Ltablissement et la libration de canaux logiques permettant le transfert de donnes multimdia .
Le transport des donnes multimdia dans les voies logiques nest pas pris en charge par la signalisation de
commande H.245.
H.245 est uniquement responsable du contrle des sessions alors que le protocole RTP est responsable du
transport .
28

CHAPITRE VII
Messages de signalisation de commande

Message Q.931
Fonction
Master Slave Determination
Demande de dtermination du matre
Master Slave Determination Ack
Utilis pour confirmer au terminal ayant mis le message Master Slave

Determination sil est matre ou asservi
Master Slave
Refus du message MasterSlaveDetermination
Determination Reject
Master Slave
Determination Release
Envoy si le temporisateur associ au message

MasterSlaveDetermination a expir
Terminal Capability Set
Permet un terminal dindiquer ses capacits dmission et de rception un

autre terminal
Terminal Capability SetAck
Confirmation de rception d'un message TerminalCapabilitySet
Terminal Capability SetRejec
Refus du message TerminalCapabilitySet
Terminal Capability Set Release
Envoy si le temporisateur associ au message TerminalCapabilitySet a expir
29

CHAPITRE VII
Message Q.931
Fonction
Open Logical Channe
Utilis par un terminal afin douvrir une voie unidirectionnelle avec un autre terminal
Open Logical Channel Ack
Confirmation d'acceptation de la demande OpenLogicalChannel
Open Logical Channel Reject
Refus douverture dune voie logique
Close Logical Channel
Utilis par lentit ayant tabli la voie logique pour librer cette voie logique
Close Logical Channel Ack
Confirmation de libration de la voie logique
Request Channel Close
Utilis par lentit rceptrice sur une voie logique pour demander lmetteur de librer
la voie logique
Request Channel Close Ack
Acquittement de libration de la voie logique
Request Channel Close Reject
Rejet de libration de la voie logique par lentit mettrice sur cette voie logique
30

CHAPITRE VII
1 . Echange de capacits
Lchange de capacits permet dassurer que les seuls signaux multimdias devant tre mis sont ceux qui
peuvent tre reus et traits de faon approprie par le terminal rcepteur. Cela implique que les capacits de
rception et de dcodage d'un terminal soient connues de l'autre terminal.
Lchange de capacit doit tre pralable toute ouverture de voie logique.
Toutes les capacits d'un terminal recevoir et dcoder diffrents signaux sont dclares l'autre terminal
par la transmission de l'ensemble de ses capacits. Les metteurs devront limiter le contenu des donnes
multimdia transmises aux donnes que le rcepteur a dclar pouvoir recevoir.
Les capacits d'mission dcrivent les capacits du terminal transmettre des signaux multimdia et
permettent de prsenter aux rcepteurs un choix de modes de fonctionnement possibles, de sorte que le
rcepteur puisse demander le mode dans lequel il prfre recevoir les informations. L'absence de toute capacit
d'mission indique que le terminal ne propose pas de choix de modes prfrs au rcepteur (mais il peut
cependant transmettre tout ce qui est dans les limites des capacits du rcepteur) .
31

CHAPITRE VII
Un endpoint indique ses capacits dans un message TerminalCapabilitySet. Cette requte indique un numro de
squence (sequenceNumber) permettant de la corrler avec sa rponse qui sera reue ultrieurement. La requte
contient par ailleurs les types de formats audio et vido dcrits dans des descripteurs (CapabilityDescriptors) que
lendpoint peut mettre et recevoir. Le message TerminalCapabilitySetAck acquitte et confirme le message
TerminalCapabilitySet. Cette rponse contient le mme numro de squence que la requte correspondante. Si le
rcepteur rencontre un problme, il renvoie un message TerminalCapabilitySetReject qui inclut la raison du rejet (e.g.,
Le terminal n'a pas pu stocker toutes les informations du message TerminalCapabilitySet) .
Si lmetteur du message TerminalCapabilitySet ne reoit aucune rponse alors que le temporisateur associ a expir,
il envoie alors un messageTerminalCapabilitySetRelease. Alors que le message TerminalCapabilitySet permet un
endpoint dinformer un autre endpoint de ses capacits, une commande sendTerminalCapabilitySet peut tre envoye
afin de demander un endpoint ses capacits. La rponse cette commande est le message TerminalCapabilitySet.
32

CHAPITRE VII
Une commande sendTerminalCapabilitySet peut tre mise suite une interruption ou tout autre motif de dfaillance
afin de permettre lendpoint de sassurer quil dispose bien des dernires capacits connues de lendpoint distant.
Dans lexemple de la figure ce dessous , lendpoint 1 met sur la voie de commande (connexion TCP) le message
TerminalCapabilitySet qui indique les codecs que lendpoint 1 peut supporter pour mettre des donnes multimdia.
Lendpoint peut supporter les codecs (H.261, G.711,T.120) pour le transfert de la vido, de laudio et des donnes temps
rel respectivement ou (H.261, G.729, T.120). Notons quun message SETUP peut demander ltablissement dun appel
voix et vido. Il sagira alors douvrir des canaux RTP pour la voix et des canaux RTP pour la vido, do la ncessit
dchanger les capacits pour diffrents types de mdia.
Lendpoint 2 rpond par un message TerminalCapabilitySetAck en slectionnant une des possibilits. Lendpoint 2 choisit
les codecs H.261, G.711et T.120.
Lendpoint 2 sera donc capable de dcoder les donnes reues avec lun de ces codecs slectionn en fonction du type des
donnes multimdia.
Pour les donnes que lendpoint 2 devra mettre, ce dernier dispose dun certain nombre de codecs quil propose
lendpoint 1 travers un message TerminalCapabilitySet. Lendpoint 1 choisit une des possibilits. Dans lexemple, il sagit
des codecs H.261, G.729, T.120.
Il est donc possible dutiliser des codecs diffrents sur les deux canaux RTP unidirectionnels tablis entre les deux
endpoints.
33

CHAPITRE VII
Figure Echange de capacits

entre endpoints
34

CHAPITRE VII
2 . Dsignation matre-asservi
Dans toute confrence, il est ncessaire quun des endpoints participants soit le matre afin quil soit le seul contrler la
confrence. La procdure suivante est utilise pour dterminer le terminal matre partir des valeurs des paramtres
terminalType et statusDeterminationNumber dtenues par chaque endpoint. Les valeurs terminalType sont compares
entre entits travers les messages MasterSlateDetermination et
MasterSlaveDeterminationAck. Le terminal ayant le numro de type de terminal le plus grand est dsign comme tant le
terminalmatre. terminalType est un numro qui identifie diffrents types de terminaux tels que les terminaux H.323, les
MCUs, et les Gateways. Les valeurs assignes au champ terminalType sont dcrites au tableau 4. Un MCU qui contrle
une confrence a la plus grande valeur possible, savoir 240.
Si les numros de type de terminal sont les mmes, les numros statusDeterminationNumbers sont compars en utilisant
l'arithmtique modulo pour dsigner le terminal matre. Un endpoint reoit dans un messageMasterSlateDetermination
les valeurs des paramtres terminalType et statusDeterminationNumber de lentit qui envoie ce message. Lendpoint
rcepteur dispose lui-mme dune valeur de terminalType en fonction de son type de terminal et dune valeur de
statusDeterminationNumber quil a choisi au dpart alatoirement, comprise entre 1 et 1677721(2^24-1).
35

CHAPITRE VII
Si les deux terminaux ont des valeurs de champ terminalType diffrentes, lendpoint retourne un message
MasterSlaveDetermiterminalType sont gales et si les valeurs de champ statusDeterminationNumber sont diffrentes,
celui ayant la plus nationAck indiquant lautre points il est matre (master) ou asservi(slave). Si les valeurs de champ
grande valeur sera alors le matre. Si par contre il y a galit entre les valeurs de champ terminalType et entre les valeurs
de champ statusDeterminationNumber la fois, il y a alors indtermination. Un message
MasterSlaveDeterminationReject est alors retourn dans ce dernier cas.
Si le temporisateur associ au message MasterSlaveDetermination arrive expiration sans avoir reu une rponse
MasterSlaveDeterminationAck ou MasterSlaveDeterminatiionReject ,un message MasterSlateDeterminationRelease est
alors envoy.
36

CHAPITRE VII
Types de terminaux H.323 pour le choix du mode matre ou asservi H.245

Tableau des valeurs
TerminalType
Entit H.323
Entit H.323
Entit H.323
Entit H.323
Ensemble de
caractristiques
Terminal
Gateway
Gatekeeper
MCU
Entit sans MC
50
60
Entit incorporant un MC
mais n'incorporant pas de
MP
70
80
120
160
avec MP de donnes
90
130
170
avec MP de donnes et
audio
100
140
180
avec MP de donnes, audio
et vido
110
150
190
37

CHAPITRE VII
3 . Ouverture de voies logiques unidirectionnelles

Louverture dune voie logique unidirectionnelle est ralise par lenvoi dun message openLogicalChannel. Ce dernier
contient les paramtres forwardLogicalChannelNumber qui indique le numro de la voie logique directe qui doit tre
ouverte et forwardLogicalChannelParameters qui inclut le type de donnes mettre sur cette voie depuis lendpoint
qui met le message openLogicalChannel.
Si la demande est accepte, le rcepteur met une rponse OpenLogicalChannelAck qui contient le mme numro de voie
logique que celui dans le message OpenLogicalChannel et ladresse de transport (adresse IP et port RTP) laquelle
doivent tre envoys les signaux multimdia.
Dans lexemple suivant, les endpoints 1 et 2 ouvrent des canaux RTP pour le transport de la voix paquetes (Figure 7).
Lendpoint 1 met un message OpenLogicalChannel pour ouvrir un canal RTP unidirectionnel sur lequel il mettra des
paquets RTP contenant la voix encode avec G.711. Il indique par ailleurs le numro de port RTCP quil a ouvert pour
recevoir ventuellement des paquets RTCP RR (Receiver Report) mis par lendpoint 2 ,Lendpoint 2 rpond par un
message OpenLogicalChannelAck contenant le numro de port RTP tabli pour recevoir la voix paqutise, encode avec
G.711.
Par ailleurs il fournit un numro de port RTCP auquel seront dlivrs des paquets RTCP SR (Sender Report) mis par
lendpoint 1.
Un second canal RTP unidirectionnel est ouvert entre lendpoint 2 (metteur) et lendpoint 1 (rcepteur)
travers lchange de messages OpenLogicalChanel et OpenLogicalChannelAck.
38

CHAPITRE VII
Ouverture de voies logiques unidirectionnelles
39

CHAPITRE VII
Si pendant la session audio, lendpoint 1 souhaite enrichir cette session par louverture de canaux RTP pour lchange de
trafic vido avec lendpoint 2, il lui suffit dmettre une demande bandwidthRequest son Gatekeeper en indiquant la
bande passante ncessaire pour la partie vido (bande passante totale ncessaire ltablissement de deux canaux RTP
unidirectionnels). Si le Gatekeeper accepte, un message bandwidthConfirm est retourn lendpoint 1 qui peut alors
mettre un message openLogicalChannel lendpoint 2 en indiquant que le codec utilis est H.261. Lendpoint 2 rpond
par un message openLogicalChannelAck en indiquant le port RTP allou pour recevoir la vido paqutise.
Par ailleurs, le mme port RTCP sera utilis pour recevoir dventuels paquets RTCP RR ou mettre des paquets RTCP SR
relatifs au trafic RTP vido. Cela signifie quune session peut contenir plusieurs canaux RTP (voix, vido) mais un seul
canal RTCP pour le contrle du trafic RTP chang dans le cadre de la session.
Lendpoint 2 envoie son tour un message openLogicalChannel lendpoint 1 qui retourne un message
openLogicalChannelAck contenant le port RTP rserv par lendpoint 1 pour recevoir la vido encode avec le codec
H.261.
40

CHAPITRE VII
Ouverture de voies logiques unidirectionnelles

additionnelles pour lchange de trafic vido
41

CHAPITRE VII
4 . Fermeture de voies logiques

La fermeture dune voie logique est obtenue par lenvoi dun message CloseLogicalChannel.
Si la voie est ferme lautre extrmit, cette dernire renvoie un message CloseLogicalChannelAck.
La fermeture dune voie logique ne peut tre effectue que par lentit qui la cre, cest dire lmetteur sur cette voie.
Par contre le rcepteur sur une voie donne peut suggrer lentit mettrice sur cette voie de fermer la voie par lenvoi
dun message RequestChannelClose contenant un paramtre forwardLogicalChannelNumber indiquant le numro de la
voie logique directe dont la fermeture est souhaite.
Lmetteur sur la voie peut retourner un message RequestChannelCloseAcknowledge pour informer que la connexion de
voie logique sera ferme ou un message RequestChannelCloseReject pour indiquer que la connexion de voie logique
restera ouverte.
Lorsque tous les canaux logiques associs une session sont ferms, un endpoint indique la fin de la session en mettant
un message endSessionCommand. Aprs avoir transmis EndSessionCommand, lendpoint ne devra plus envoyer aucun
autre message H.245 relatif la session.
42

CHAPITRE VII
5 . Procdure Fast-Connect
Les endpoints H.323 peuvent tablir des voies logiques en utilisant la procdure de connexion rapide (fast-Connect).
Cette fonctionnalit est dfinie dans la recommandation H.323v2 implante dans toutes les solutions H.323 du march.
Cette procdure permet aux endpoints d'tablir une communication point--point de base avec un seul aller et retour
d'change de messages, permettant une remise immdiate du flux multimdia ds la connexion de l'appel.
Lendpoint appelant lance la procdure de connexion rapide en envoyant l'endpoint appel un message SETUP
contenant l'lment fastStart. Cet lment se compose d'une squence de structures OpenLogicalChannel dcrivant des
voies multimdia que l'entit appelante propose d'mettre et de recevoir, y compris tous les paramtres ncessaires une
ouverture immdiate et un transfert immdiat des donnes multimdias sur les voies ainsi ouvertes.
L'endpoint appel peut refuser d'utiliser la procdure de connexion rapide, par exemple sil ne l'implante pas.
43

CHAPITRE VII
Lorsque l'endpoint appel souhaite appliquer la procdure de connexion rapide, il envoie un message Q.931 (CALL
PROCEEDING, PROGRESS, ALERTING ou CONNECT) contenant un lment fastStartoprant une slection parmi les
propositions openLogicalChannel offertes par l'endpoint appelant. Les voies ainsi acceptes sont considres comme
ouvertes. L'endpoint appelant doit donc tre dispos recevoir des donnes multimdia sur l'une quelconque des voies de
rception qu'il a proposes dans le message SETUP, car il est possible que les donnes multimdias soient reues avant le
message Q.931 indiquant prcisment quelles voies seront utilises. Une fois qu'un message Q.931 contenant l'lment
fastStart a t reu par l'endpoint appelant, celui-ci peut arrter ses tentatives de rception de donnes multimdia sur
les voies pour lesquelles l'endpoint appel n'a pas accept de propositions.
L'endpoint appelant peut commencer envoyer les flux mdia (en fonction des voies ouvertes) ds qu'il reoit un message
Q.931 contenant l'lment fastStart. L'endpoint appel doit donc tre prt recevoir immdiatement des donnes
multimdia sur les voies qu'il a acceptes dans le message Q.931 contenant l'lment fastStart.
44

CHAPITRE VII
Procdure Fast-Connect
Procdure Fast-Connect
45

CHAPITRE VII
Dans lexemple suivant, lendpoint 1 met un message SETUP contenant llment fastStart (Figure ci dessous). Ce
dernier indique que lendpoint 1 est prt recevoir des paquets RTP encods avec G.711 de la part de lendpoint 2 sur le
port RTP2222. Par ailleurs, les paquets RTCP SR mis par lendpoint 2 devront tre dlivrs sur le port RTCP 2223. Ces
informations caractrisent le canal RTP 1 sur lequel lendpoint 1 joue le rle de rcepteur.
Par ailleurs, lendpoint 1 est metteur sur le canal RTP 2. Il enverra des paquets RTP sur ce canal avec un encodage
G.711. Il peut recevoir dventuels paquets RTCP RR de la part de lendpoint 2 sur son port RTCP 2223.
Lendpoint 2 retourne lappelant un message ALERTING pour linformer de lalerte de lappel et une fois lappel accept
par lendpoint 2,un message CONNECT est retourn lendpoint 1. Ce message contient des paramtres de
configurations des canaux RTP 1 et 2.
Lendpoint 2 est prt recevoir dventuels paquets RTCP RR de la part de lendpoint 1 sur son port RTCP 5223. Il a par
ailleurs tabli le port RTP 5222 pour recevoir des paquets RTP de lendpoint 1 et le port RTCP 5223 pour recevoir des
paquets RTCP SR.
Les canaux RTP et RTCP tablis entre les deux endpoints sont prsents la figure ci-dessous.
46

CHAPITRE VII
Canaux RTP et RTCP tablis entre les endpoints

47
Les services H.450

CHAPITRE VIII
LITU-T dans la srie de recommandations H.450 a spcifi un ensemble de services hrits des services
complmentaires du monde de la tlphonie.
1 . Approches pour introduire les services H.450
Il existe plusieurs approches pour introduire les services H.450 dans un rseau H.323 :
Le terminal H.323 contient les logiciels correspondant aux services: Cette approche est valide pour des services tels
transfert dappel, renvoidappel, mise en attente, appel en attente et ventuellement confrence multiparties.
Le MCU offre le service de confrence multiparties.
Le Feature Server offre les services quil nest pas appropri dintroduire dans un terminal.
Les services concerns sont par exemple distribution dappel o lappel nest pas destin un appel particulier ; il
sagit en fait de relayer lappel lagent dun centre dappel qui est le plus apte rpondre lappel en fonction de ses
comptences.
La signalisation Call signaling (Q.931) suit alors obligatoirement le mode Gatekeeper Routed.
Le Gatekeeper interagit avec le Feature pour demander lexcution du service.
Le Feature server pourrait aussi tre utilis comme proxy ou client secondaire pour les destinataires qui ne sont pas
oprationnels (e.g., non connects). Sur la dtection du non-fonctionnement du destinataire, le Gatekeeper route les
appels destins l appel non connect vers le Feature server qui peut alors
excuter les services tels que renvoi d appel pour le compte du destinataire.
48
Les services H.450

CHAPITRE VIII
2 . Le service renvoi dappel implant dans un terminal et dans un Feature server

2.1 Renvoi dappel implant dans le terminal
Si lon considre un rseau H.323 sans Gatekeeper, la signalisation RAS ne sapplique pas.
Lappelant (terminal A) souhaite tablir un appel avec le terminal B (Figure 11). Il ouvre une connexion TCP avec ce
terminal et met sur cette connexion un message SETUP. Dans ce cas, le terminal A connat ladresse IP du terminal B. Le
terminal B ayant programm un renvoi dappel inconditionnel excute le logiciel correspondant et retourne un message
Facility au terminal A contenant ladresse de renvoi dappel. Le terminal A acquitte la rception du message Facility et
met un message Release Complete pour librer la connexion TCP tablie pour l change de signalisation dappel Q.931.
Le terminal A peut alors mettre un message INVITE au terminal C dont ladresse est celle retourne par le terminal B. En
considrant lutilisation de llment fastStart, le message SETUP contient les caractristiques du mdia tabli parle
terminal A. Le terminal C retourne un message Alerting et lorsque lappel est accept, renvoie un message CONNECT
contenant les proprits du mdia tabli par ce terminal C.
Les canaux RTP et le canal RTCP sont alors mis en uvre entre les terminaux A et C.
Le service ne peut tre excut que si le terminal B est connect afin de pouvoir retourner le numro de renvoi dappel au
terminal A.
49
Les services H.450

CHAPITRE VIII
Service de renvoi dappel excut par le terminal
50
Les services H.450

CHAPITRE VIII
2.2 Service Renvoi dappel implant dans le Feature server

Lapproche consistant implanter le service dans un Feature server nest possible que dans le cas o le rseau H.323
dispose dun Gatekeeper (Figure suivante) Lorsque le terminal A met un message SETUP au terminal B, ce message est
obligatoirement pass dans un premier temps au Gatekeeper. Le Gatekeeper sachant que le terminal B a souscrit un
service de renvoi dappel inconditionnel tablit une connexion TCP avec le Feature Serer et renvoie le message SETUP au
Feature server. Le terminal B nest pas impliqu dans lexcution du service. Le Feature server retourne le numro de
renvoi dappel au Gatekeeper par un message Facility. Le Gatekeeper acquitte la rception du message Facility et renvoie
un message Release Connection pour librer la connexion TCP tablie avec le Feature server.
Le Gatekeeper renvoie le message SETUP initial au terminal C (numro de renvoi dappel) et par ailleurs informe le
terminal A du renvoi dappel. Les rponses Alerting et Connect retournes par le terminal C au Gatekeeper son relayes
par ce dernier au terminal A.
Les canaux RTP et le canal RTCP sont tablis entre les terminaux A et C.
51
Les services H.450

CHAPITRE VIII
Service de renvoi dappel excut par le Feature Server
52
H.323 vs SIP
CHAPITRE IX
Philosophe
H.323
SIP
H.323 a t conu avec une bonne comprhension des

exigences de la communication multimdia sur des rseaux IP, y
compris pour les confrences audio, vido, ou de la transmission
de donnes. Il dfinit un ensemble, un systme unifi pour
l'exercice de ces fonctions, en s'appuyant sur les forces des
protocoles de l' IETF et de l'UIT-T. En consquence, il pourrait
tre raisonnable pour les utilisateurs d'attendre le mme niveau
de robustesse et d'interoprabilit que l'on trouve aujourd'hui
sur le RTPC, bien que cela varie certes travers le monde.
H.323 a t conu afin d'ajouter de nouvelles fonctionnalits.
L'utilisation la plus largement dploye de H.323 est "Voice over
IP" suivi de "vidoconfrence", qui sont tous deux dcrits dans
les spcifications H.323.
SIP a t conu pour installer une "session" entre

deux points et tre un systme modulaire et
flexible de l'architecture Internet. On rencontre
grossirement la notion d'appel (qui est une
"session" avec des flux de mdia) mais nous n'avons
pas de support pour les confrences multimdia, et
l'intgration des normes parfois disparates est en
grande partie laisse chaque vendeur. SIP est
maintenant un protocole g de 14 ans avec un
grand nombre de problmes d'interoprabilit.
Bien que SIP a t dploy avec succs dans
certains milieux, ceux-ci sont gnralement
"ferm".
53
H.323 vs SIP
CHAPITRE IX
Complexit
Fiabilit
H.323 est limit des confrences multimdias, de

sorte que la complexit du systme est limite en
consquence. Aucun systme de communication nest
simple, mais H.323 tente de dfinir clairement
l'ensemble des fonctionnalits de base que tous les
appareils doivent supporter.
SIP a t d'abord port sur la communication vocale, puis

largi la vido, le partage d'applications, la messagerie
instantane, prsence, etc. Avec chaque ajout, la complexit
augmente et, malheureusement, il n'y a pas de lignes
directrices strictes quant la fonctionnalit que tout
dispositif donn doit prendre en charge. Cela conduit des
systmes plus complexes avec des problmes
d'interoprabilit. Depuis SIP a t vendu comme un simple
protocole, en dpit du fait qu'il nest que simple en apparence..
H.323 a dfini un certain nombre de fonctionnalits

pour grer l'chec des entits rseau intermdiaire, y
compris les GateKeepers alternatifs, points de
terminaison de remplacement", et un moyen de
rcuprer des checs de connexion.
SIP n'a pas dfini des procdures pour les cas de pannes des
dispositifs. Si un proxy choue, l'agent utilisateur dtecte cette
expiration par minuterie. Il est de la responsabilit de l'agent
utilisateur d'envoyer un re-INVITE un autre proxy, ce qui
entrane de longs retards dans l'tablissement de l'appel.
54
H.323 vs SIP
CHAPITRE IX
Codage des
messages
Les messages H.323 encodent dans un format

binaire compact qui est compatible la fois
avec les bandes passantes troites et les
bandes passantes plus larges. Les messages
sont cods et dcods efficacement par des
machines, avec de nombreux dcodeurs (par
exemple, Ethereal).
Les messages SIP sont encods au format texte ASCII, facilement lisible par
l'homme. En consquence, les messages sont grands et moins adapts pour les
rseaux o la bande passante, dlai, et / ou de traitement sont un sujet de
proccupation. Les messages SIP peuvent devenir si grands qu'elles dpassent
parfois la taille MTU en allant sur les liens WAN, entranant des retards, pertes
de paquets, etc. En consquence, des efforts ont t faits pour coder SIP en
binaire (RFC 3485 et RFC 3486 ).
RTP / RTCP , SRTP
RTP / RTCP , SRTP
Media
Transport
Configurati-on
des appels
Configuration - Connexion
Ack Bien sr, des procdures plus labores
d'tablissement d'appel peuvent tre
ncessaire. Le protocole doit donc grer des
mthodes plus complexes, afin de grer les
modes vido complexes, etc.
INVITE - 200 OK
Ack La plupart des flux temps rels sont complexes, car ils passent souvent par un ou
plusieurs proxys, il faut donc des messages de rponse intermdiaires, et grer
de nouvelles mthodes.
55
H.323 vs SIP
CHAPITRE IX
Capacitdeng
ociation
Vido
confrence
Codecs
Ports minimum
pour l'appel
VoIP
Les entits H.323 permettent l'ouverture de canaux

audio, et/ou vido, et de canaux de donnes. Les canaux
individuels peuvent tre ouverts et ferms lors de l'appel
sans perturber les autres.
Les entits SIP ont des moyens limits en ce qui concerne les
changes. La RFC 3407 est plus ou moins une "dclaration" de
mcanisme, et non une procdure de ngociation.
H.323 soutient pleinement la vidoconfrence et les

donnes. Des procdures sont en place pour assurer le
contrle de la confrence ainsi que la synchronisation
labiale des flux audio et vido.
SIP a un support limit pour la vido mais pas pour les

protocoles de transfert de donnes comme T.120. SIP na pas
de protocole de contrle de la confrence et il n'existe aucun
mcanisme au sein de SIP pour la synchronisation des lvres. Il
n'existe aucun moyen de rcuprer les pertes de paquets dans
un flux vido.
H.323 prend en charge n'importe quels codecs,

normaliss ou propritaires. Aucune autorit
denregistrement nest ncessaire pour utiliser un codec
dans H.323.
SIP prend en charge n'importe quel codec IANA enregistr ou

autre.
3 (signalisation d'appel, RTP, RTCP et.)
3 (SIP, RTP, RTCP et.)
56
H.323 vs SIP
CHAPITRE VII
Pare-feu / prise
en charge NAT
Fourni par H.323 "proxy" ou par le point de

terminaison, la fois en conjonction avec un
GateKeeper rsidant dans le rseau public.
Reportez-vous H.460.17, H.460.18 et H.460.19.
H.323 version 7 sortie en Novembre 2009,
implmente de nouvelles volutions permettant le
dialogue entre quipement H.323 situs derrires
des NAT/FW.
SIP n'a pas dfini de parcours travers des mcanismes

de NAT / FW. Certaines normes qui ont t dfinis ou
sont en cours de dfinition sont STUN, TURN, ANAT, et
ICE. (Ce travail en cours dure depuis des annes, et la
plupart des solutions sont viables).
Authentification
Oui, via le H.235
Oui, via le protocole HTTP (Digest et Basic), SSL, PGP, S /

MIME, ou divers autres moyens.
Chiffrement
Oui, via le H.235 (y compris l'utilisation de SRTP,

TLS, IPSec, etc.)
Oui, via SSL, PGP, S / MIME, ou divers autres moyens.
57
Signalisation H323
Conclusion
Comme on a pu le voir, il existe plusieurs protocoles en concurrence sur le march, permettant les changes multimdia.
Ils prsentent tous leurs avantages et leurs inconvnients, inhrents leurs conceptions. Avec le lancement du projet
NGN, le protocole H.323 commence montrer certaines limites, cest pourquoi la plupart des oprateurs quittent peu
peu H.323 et tendent passer sur le protocole SIP. Malheureusement ce changement a peut-tre t lanc
prmaturment, car une nouvelle version de H.323 (version 7) est sortie et elle rpond lensemble des contraintes
exiges par ce projet, dailleurs certains oprateurs ont stopp leur migration vers SIP dans lattente du nouveau H.323.
De plus, en parallle du projet NGN, un nouveau protocole est en cours de dveloppement le H.325, qui est cens
rpondre lensemble des exigences et futures volutions envisages dans les changes multimdias et implmente les
avantages de H.323 et SIP.
Il est difficile lheure actuelle de se prononcer avec certitude sur la future domination de tel ou tel protocole, ce
domaine est en plein bouleversement et seuls les oprateurs arriveront imposer un standard.
58
Business Report
Click Here To Change Your Subtitle
Lorem ipsum dolor sit amet,

consectetuer adipiscing elit, sed
diam nonummy nibh euismod
tincidunt ut laoreet dolore
magna aliquam erat volutpat. Ut
wisi enim ad minim veniam, quis
nostrud exerci tation
ullamcorper suscipit lobortis
nisl ut aliquip ex ea commodo
consequat. adipiscing elit, sed
tincidunt ut laoreet dolore
magna aliquam erat volutpat
JOHN DOE
Why Do You Choose With Us?

Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod
tincidunt ut laoreet dolore magna aliquam erat volutpat. Ut wisi enim ad minim veniam, quis
nostrud exerci tation ullamcorper
59
CEO Work
Lorem ipsum dolor sit amet, consectetuer adipiscing elit
Lorem ipsum dolor sit amet, consectetuer adipiscing

elit, sed diam nonummy nibh euismod tincidunt ut
laoreet dolore magna aliquam erat volutpat. Ut wisi
enim ad minim veniam, quis nostrud exerci tation
ullamcorper suscipit lobortis nisl ut aliquip ex ea
commodo consequat. Duis autem vel eum iriure dolor in
hendrerit in vulputate velit esse molestie consequat
Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam
nonummy nibh euismod tincidunt ut laoreet dolore magna
aliquam erat volutpat. Ut wisi enim ad minim veniam SUCCESS
JOHN DOE
Content
Portfolio
The Cup
Bright Idea
Sound
Summary Report Powerpoint Template

Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna
aliquam erat volutpat. Ut wisi enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit lobortis nisl ut aliquip ex ea
commodo consequat. Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse molestie consequat
61
About Us
Selling True Business Presentation

Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam
nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam
erat volutpat. Ut wisi enim ad minim veniam, quis nostrud exerci tation
ullamcorper suscipit lobortis nisl ut aliquip ex ea commodo consequat.
TV Production
Lorem ipsum dolor sit amet, consectetuer
adipiscing elit, sed diam
Adobe Photoshop
Illustrator
62
About Us
Why Do You Choose With Us?

Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed
diam nonummy nibh euismod tincidunt ut laoreet dolore
magna aliquam erat volutpat.
Email
adipiscing elit, sed diam nonummy nibh
euismod tincidunt ut laoreet dolore magna
Air Plane
63
Our Structure
Lorem ipsum
dolor sit amet
Lorem ipsum
dolor sit amet
Lorem ipsum
dolor sit amet
Lorem ipsum
dolor sit amet
Lorem ipsum
dolor sit amet
Lorem ipsum
dolor sit amet
Our Structure
adipiscing elit, sed diam nonummy nibh euismod
tincidunt ut laoreet dolore magna aliquam erat
volutpat.
Ut wisi enim ad minim veniam, quis nostrud
exerci tation ullamcorper suscipit lobortis nisl ut
aliquip ex ea commodo consequat.
64
Our Services with Icon 1

Pyramid
Introduction

enim ad minim

enim ad minim
Setting
Clock

enim ad minim

enim ad minim
Bright Ides
Noodle

enim ad minim

enim ad minim
65
Our Service 2
Pyramid
enim ad minim
Setting
enim ad minim
Bright Ides
enim ad minim
Introduction
enim ad minim
Clock
enim ad minim
Noodle
enim ad minim
66
Our Service 3
Bright Idea
Seo Diagram
Chart
Air Plane

consectetur adipiscing elit.
Integer dolor quam, pretium eu
placerat eu semper et nunc.
Nullam ut turpis

Nullam ut turpis

Nullam ut turpis

Nullam ut turpis
World Cup
Global
Support
Email

Nullam ut turpis

Nullam ut turpis

Nullam ut turpis

Nullam ut turpis
67
Meet The Team

ABOUT JOHN
Lorem ipsum dolor sit amet, consectetur adipiscing
elit, sed do eiusmod tempor incididunt ut labore et
dolore magna aliqua. U t enim ad minim veniam, quis
nostrud exercitation ullamco laboris nisi ut aliquip ex
ea commodo consequat. Duis aute irure dolor in
reprehenderit in voluptate velit esse cillum dolore
eu fugiat nulla pariatur.
John Doe
Designer

consectetur adipiscing elit, sed
do eiusmod tempor incididunt
ut labore et dolore magna
aliqua.
ACHIEVEMENTS
Graduated From Harvard University
Best Designer 2015
SOME SKILL
Photoshop
Illustrator
CorelDRAW
Powerpoint
Videojungle
87%
83%
90%
72%
85%
Best SEO 2015

68
Meet John
ABOUT JOHN
Lorem ipsum dolor sit amet, consectetur adipiscing elit
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore
magna aliqua. U t enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea
commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla
pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est
laborum
PROFESSIONAL SKILLS
JOHN DOE
SEO
Music
Desgin
Film
Photography
Designer
69
Meet The Team

John Doe
John Doe
John Doe
Designer
Marketer
Coder

consectetur adipiscing elit, sed do
eiusmod tempor incididunt ut
labore et dolore magna aliqua.


70
Our Support
Contact Us By Email
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod
tempor incididunt ut labore et dolore magna aliqua. U t enim ad minim
veniam, quis nostrud exercitation
Our Call Centre Is Avaiable 24/7

tempor incididunt ut labore et dolore magna aliqua. U t enim ad minim
veniam, quis nostrud exercitation
Enthusiastic - Quick - Effective

tempor incididunt ut labore et
71
Cilent Feedback
Web Analysis
Production

consectetur adipiscing elit. Integer
dolor quam, pretium

dolor quam, pretium
Photography
Portfolio

dolor quam, pretium

dolor quam, pretium
72
Research Component
People
Printer
Cloud Company
Support
73
Key To Success

aliquam erat volutpat.
SUCCESS

A
RE
N
IDEA
IO
AT
LIZ

NING
PLAN

74
Cooperate Diagram
Infographic 1
Infographic 1
Infographic 1
Infographic 1
75
Digiatal Marketing
Introduction
Illustrator

euismod tincidunt ut laoreet dolore

consectetuer adipiscing elit, sed diam
nonummy nibh euismod tincidunt ut
laoreet dolore magna aliquam erat
DIGITAL
MARKETING
CorelDRAW
nonummy nibh euismod tincidunt ut
laoreet dolore magna aliquam erat
Photoshop
76
Business Model
DATA DIAGRAM
70K
Lorem ipsum dolor sit amet, consectetur

adipiscing elit. Nulla pretium, lacus ac
aliquet facilisis, diam metus ultricies nibh
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Nulla

pretium, lacus ac aliquet facilisis, diam metus ultricies nibh,
vel eleifend felis arcu at elit. lacus ac aliquet facilisis, diam
metus ultricies nibh, vel eleifend felis arcu at elit.
50%
62%
75%
45%
77
Business Model
Lorem ipsum dolor

sit amet
Lorem ipsum dolor
sit amet
Lorem ipsum dolor
sit amet
Lorem ipsum dolor
sit amet
DATA ANALYSIS
75K

adipiscing elit. Nulla pretium, lacus ac
aliquet facilisis, diam metus ultricies nibh
Lorem ipsum dolor sit amet, consectetur adipiscing elit.

Nulla pretium, lacus ac aliquet facilisis, diam metus
ultricies nibh
Blue Color
Green Color
Ryan Color
Orange Color
Red Color
78
Business Model
Photoshop
2012
2013
2014
2015

elit. Nulla pretium, lacus ac aliquet facilisis, diam
metus ultricies
Illustrator
metus ultricies
Corel Draw
metus ultricies
After Effect
metus ultricies
79
Business Model
Introduction
nonummy nibh euismod
Introduction
Introduction
Introduction
Introduction
consectetuer adipiscing elit,
sed diam nonummy nibh
euismod

80
Business Model
Web Analysis
Search
Bright Idea
Photoshop
81
Gear Infographic
Teal Color
Orange Color


Green Color
Red Color


Lime Color
Gray Color


82
Brain Infographic
Data Analysis
70K

elit. Nulla pretium, lacus ac aliquet facilisis, diam metus
ultricies nibh

pretium, lacus ac aliquet facilisis, diam metus ultricies nibh, vel
eleifend felis arcu at elit.
Teal Color
Dark Color
Lorem ipsum dolor sit


Gold Color
Dark Color


83
Business Model
Lorem ipsum dolor sit amet, consectetuer adipiscing elit,

sed diam nonummy nibh euismod tincidunt ut laoreet
dolore magna aliquam erat volutpat.

euismod tincidunt ut

SUCCESS

84
Business Model
Blue Color
Green Color


Lime Color
Orange Color


Red Color
Dark Color


85
Business Model
Kitu
Chat
Lorem ipsum dolor

sit amet,
consectetur
Car
Clock
Chat
People
Lorem ipsum
dolor sit amet,
People
Lorem ipsum dolor

sit amet,
consectetur
Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna
aliquam erat volutpat. Ut wisi enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit lobortis nisl ut aliquip ex
ea commodo consequat. Duis autem vel eum iriure dolor in hendrerit in
86
Business Model
Blue Color
Green Color


Lime Color
Orange Color
Red Color
85%
Per/Month

elit. Integer dolor quam, pretium eu placerat eu
semper et nunc. Nullam ut turpis dictum luctus mi
quis luctus lorem. Nullam porttitor consectetur
nunc in tempor. Cras vitae venenatis sem at pretium
arcu.
87
Business Model
Conceptualization Data Analysis

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Integer dolor
quam, pretium eu placerat eu semper et nunc. Nullam ut turpis dictum
luctus mi quis luctus lorem. Nullam porttitor consectetur nunc in tempor.
Cras vitae venenatis sem at pretium arcu.
Data Analysis
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Integer dolor quam,
pretium eu placerat eu semper et nunc. Nullam ut turpis dictum luctus mi quis
luctus lorem. Nullam porttitor consectetur nunc in tempor.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Integer
dolor quam, pretium eu placerat eu semper et nunc. Nullam ut
turpis dictum luctus mi quis luctus lorem. Nullam porttitor
consectetur nunc in tempor. Cras vitae venenatis sem at pretium
arcu.
1.234K
Male Users
1.234K
Female Users
88
SEO Analysis
Blue Color
Green Color


Lime Color
Orange Color


Red Color
Dark Color


89
Gear Infographic
Teal Color
Orange Color


Green Color
Red Color

DEVELOPMENT
TREND

Lime Color
Gray Color


90
Cyrcle Smart Art

Infographic 1
magna aliquam erat
Infographic 4
magna aliquam erat
Infographic 2
magna aliquam erat
Infographic 3
magna aliquam erat
91
Shopping Analysis
89%
diam nonummy nibh euismod tincidunt ut laoreet dolore magna
aliquam erat volutpat
80%
80%
80%
SEO
Music
Desgin

diam nonummy nibh euismod tincidunt ut laoreet dolore magna
aliquam erat volutpat
92
Puzzle Infographic
Infographic 1
magna aliquam erat
Infographic 3
magna aliquam erat
Infographic 2
magna aliquam erat
Infographic 4
magna aliquam erat
93
SEO Analysis
Data Analysis
68K
Lorem ipsum dolor sit amet, conectatetur teis

adipiscing elit. Pellentesque consequat ta libero
teus maximus.

adipiscing elit.
50%
62%
75%
45%
94
Human Infographic
Lorem ipsum
dolor sit amet
Lorem ipsum
dolor sit amet
Lorem ipsum
dolor sit amet
Lorem ipsum
dolor sit amet
Lorem ipsum
dolor sit amet
Conceptualization
semper et nunc. Nullam ut turpis dictum luctus mi quis
luctus lorem. Nullam porttitor consectetur nunc in
tempor. Cras vitae venenatis sem at pretium arcu
semper et nunc.
Nullam ut turpis dictum luctus mi quis luctus
lorem.
Conceptualization
adipiscing elit. Integer dolor quam
95
Pyramid Diagram
Speaker
adipiscing dolor sit elit.
Headphone
adipiscing elit dolor sit.
Magnifying
Staround
Autotruck
96
Pyramid Diagram
TV Production

elit. Pellentesque consequat libero tempus.
Step 1
Step 2
Web Analysis

Trunk
Step 3

Photography
Step 4

97
Pyramid Chart
Best Thing
Pellentesque consequas.
Better Thing
Normal Thing
Photography

consectetur
Good Thing
SUCCESS
TV Production
Photography

Lorem ipsum
dolor sit
98
Business Model
DATA ANALYSIS
70%

consectetur adipiscing elit. Nulla
pretium, lacus ac aliquet facilisis, 0
2015

pretium, lacus ac aliquet facilisis, diam metus ultricies
201
5
201
4
201
3
201
2

2014

2013

2012
99
Bulb Analysis
Infographic 1
Infographic 2

tincidunt ut laoreet

Infographic 3
Infographic 4

01


02

03

100
Bulb Analysis
Teal Color
Orange Color


Green Color
Red Color


Lime Color
Gray Color


101
Bar Chart
58%
30%
25%
20%
17%
Photo
Desktop
Email
Plane
CLoud
Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat
volutpat. Ut wisi enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit lobortis nisl ut aliquip ex ea commodo consequat. Duis
autem vel eum iriure dolor in hendrerit in vulputate velit esse molestie consequat, vel illum dolore eu feugiat nulla facilisis at vero eros et
accumsan et iusto odio dignissim
102
Creative Portfolio
Idea
Dollar

diam nonummy

diam nonummy
Amliter
Setting

diam nonummy

diam nonummy
2015
Photo
Desktop

diam nonummy

diam nonummy
103
Creative SWOT
One Strength
sed diam nonummy nibh euismod
tincidunt ut laoreet dolore magna
aliquam erat volutpat. Ut wisi enim
ad minim veniam, quis nostrud exerci
tation ullamcorper suscipit lobortis
Four Strength
Two Strength

Three Strength
104
Business Model
Business Strategy
Website Design
Content Strategy
Lemon drops oat cake oat

cake sugar plum sweet
chocolate cake sweet

Lemon drops oat cake oat cake

sugar plum sweet chocolate cake
sweet
Concept & Idea

Desktop Application
Lemon drops oat cake oat cake sugar
plum sweet chocolate cake sweet
Data Analysis
105
Human Brain Infographic

Diagram 1
Diagram 2

amet, consectetur

amet, consectetur
Diagram 3
Diagram 4
Lorem ipsum dolor

sit amet, consectetur

amet, consectetur
Diagram 5
Diagram 6

amet, consectetur

amet, consectetur
106
Four Step Circle Diagram

Fire
01
02

Dollar
SUCCESS
04
Music
03

Setting
107
Development Service
OUR SERVICE
Photography
Web Analyis
Air Plane
Dollar
CLock

amet, consectetuer
adipiscing elit

amet, consectetuer
adipiscing elit

amet, consectetuer
adipiscing elit

amet, consectetuer
adipiscing elit

amet, consectetuer
adipiscing elit
108
Creative Circle
Air Plane


sed diam

sed diam
Apple cake
01
02

48%
Apple cake
Apple cake

Catap
62%
35%
03
04
57%
Apple cake
Banhxe
sed diam
Pencil

sed diam
109
Success Secrets
Option 1
Option 2

amet, consectetuer
Option 4
amet, consectetuer
Jelly chocolate cake

carrot cake drage
candy canes.

amet, consectetuer

carrot cake drage
candy canes.
01
02
03
04
carrot cake drage
candy canes.

carrot cake drage
candy canes.
Option 3
amet, consectetuer
110
Creative Chart
01
Business Strategy
02
Security System
03
Content Market



VS
06
Business Strategy
05
Security System
04
Content Market



111
Creative Bar Chart

Toffee caramels candy canes bonbon bonbon

souffl bonbon wafer. Topping I love halvah I love.
Cake ice cream I love cake:
Lemon drops oat cake oat cake sugar plum sweet
9K
Chocolate cake sweet pastry candy canes

chocolate cake sesame snaps chocolate
Cake lollipop sweet oreo sweet
1K
Lemon drops
oat cake oat
cake sugar
Lemon drops
oat cake oat
cake sugar
Lemon drops
oat cake oat
cake sugar
Lemon drops
oat cake oat
cake sugar
Lemon drops
oat cake oat
cake sugar
Lemon drops
oat cake oat
cake sugar
112
Brainstorming
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Vestibulum dignissim nunc
nisi, ac scelerisque nulla malesuada id. Nunc consequat
Web Design
Lorem ipsum dolor sit amet
consectetur adipiscing elit
Design Face
Social Media
Web Design
113
Battery Chart
70%
80%
90%
100%
Design Face
Design Web
Development
Success




114
Circle Chart Sample

68%
79%
UI Design
HTML
39%
Java Script
66%
Northwind
autem vel eum iriure
115
Circle Infographic
02
04
06
Lorem ipsum
dolor
Lorem ipsum
dolor
Lorem ipsum
dolor
01
03
05
Lorem ipsum
dolor
Lorem ipsum
dolor
Lorem ipsum
dolor
116
Step By Step
25%
50%
75%
100%
Option 1
Option 2
Option 3
Option 4

euismod

euismod

euismod

euismod
117
Our Result
Category 4
Category 3

Category 2
Category 1
0
Lorem ipsum dolor

2
10
12
14
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Curabitur elementum posuere pretium. Quisque nibh dolor, dignissim ac
dignissim ut, luctus ac urna. Aliquam aliquet non massa quis tincidunt. Mauris ullamcorper justo tristique dui posuere tincidunt. In
nec lacus laoreet orci varius imperdiet sit amet in augue.
118
Four Circle Chart

79%
68%
66%
39%
$86,453
$86,453
$39,000
$100,000
Value
Value
Value
Total

amet, consectetur
adipiscing.

amet, consectetur
adipiscing.

amet, consectetur
adipiscing.

amet, consectetur
adipiscing.
119
Four Step To Success

Web Design
Website Sport
HTML Design

Creative

Code Web

120
Social Media Chart

86
86
86
86
86
A Title About Content

121
Business Model
$86,453
$86,453
$39,000
$100,000
Total Sale
Total Sale
Total Sale
Total Sale
Mobile Access
Mobile Access
Mobile Access
Mobile Access

amet, consectetur
adipiscing.

amet, consectetur
adipiscing.

amet, consectetur
adipiscing.

amet, consectetur
adipiscing.
122
Creative Timeline
Lorem Ipsum
Lorem Ipsum
Lorem Ipsum
Lorem Ipsum
Lorem Ipsum
Data Analysis Description

Lorem Ipsum has been the industry's standard dummy text
ever since the 1500s, when an unknown printer took a galley
of type and scrambled it to make a type Lorem Ipsum has
been the industry's standard dummy text ever since the
1500s, when an unknown printer took a galley of type and
scrambled it to make a type
123
Business Model
Idea
Dollar

diam nonummy

diam nonummy
Amliter
Setting

diam nonummy

diam nonummy
SUCCESS
Photo
Desktop

diam nonummy

diam nonummy
124
Business Model
Data Analysis
70K

elit. Nulla pretium, lacus ac aliquet facilisis, diam metus
ultricies nibh

pretium, lacus ac aliquet facilisis, diam metus ultricies nibh, vel
eleifend felis arcu at elit.
79%
39%
68%
22%
Teal Color
Dark Color


Gold Color
Dark Color


125
Business Model
Brainstorming
Right Stragery
Suitable for all category, Lorem

Ipsum is not simply random text.

Love My Job
Complete

Ipsum is not simply random
text.
Right Stragery
Suitable for all category, Lorem Ipsum is not
simply random text.
126
Mind Map
Data Analysis
volutpat
Infographic 2
Infographic 4
Infographic 3
Infographic 1
Infographic 5
127
Creative Cloud
CLOUD
TV Production
Portfolio
Music
Amly Lioa

consectetuer adipiscing
elit, sed diam

elit, sed diam

elit, sed diam

elit, sed diam
128
Column Chart
96%
DATA DIAGRAM
82%

dolore magna aliquam erat volutpat. Ut wisi enim ad
85%

nonummy nibh
50%
46%
35%

dolore magna aliquam erat volutpat. Ut wisi enim ad

diam nonummy nibh euismod tincidunt ut laoreet dolore
magna aliquam erat volutpat. Ut wisi enim ad
TV Production
Sound
Photography
Portfolio
Social Media
129
Business Model
Sales Strategy
Website Design
Lemon drops oat
cake oat cake
sugar.
Desktop
Lemon drops oat
Application
Lemon drops oat

cake oat cake sugar.
cake oat cake

sugar.
cake oat cake

sugar.
Content &
LemonArt
drops oat
130
Business Model
Technology
Lemon drops oat cake
oat cake sugar. Cake pie
sesame snaps.
Success Secrets
Content
sesame snaps.
Version One

cake sugar. Tiramisu pie
sesame snaps. Sweet roll
jelly wafer cake oat cake.
Version Two
Version Three
Business
sesame snaps.
Version Four
Version Five
Data
sesame snaps.
131
Creative Circle
ClientTestimonials
oat cake sugar plum
sweet chocolate cake
sweet
System
Lemon
drops oat cake
Settings
oat cake sugar plum

sweet
Website
Lemon
drops oat cake
Design
oat cake sugar plum
sweet
Success
Lemon
drops oat cake
Formula
oat cake sugar plum
sweet
132
Creative Bar Chart

0
2010
2010
2010
2010
Number One
Number Two
Number Three

cake.

cake.

cake.
2010
Number Four

cake.
133
Creative Bar Chart

Category 4
Category 3
Category 2
Category 1
0%
10%
20%
Business Strategy

chocolate cake sweet pastry
candy.
30%
40%
50%
60%
System
Lemon
drops oat cake oat
Settings

candy.
70%
80%
90%
100%
Digital Image

candy.
134
Creative Bar Chart

12
Data Analysis
6
2
Toffee caramels candy canes bonbon

bonbon souffl bonbon wafer. Topping I love
halvah I love. Cake ice cream I love cake.
Oreo toffee caramels candy canes bonbon
bonbon souffl bonbon wafer. Topping I love
halvah I love. Cake ice cream I love cake.
Canes bonbon bonbon souffl bonbon
wafer. Topping I love halvah I love.
2
1.3
6
1.4
2
3
0.7
0.5

plum sweet
Chocolate cake sweet pastry candy
canes chocolate cake sesame snaps
chocolate
1
0.5
Bar Chart 01
Bar Chart 02
Bar Chart 03
Bar Chart 04
Cake lollipop sweet

plum sweet
135
Business Model
Lorem Ipsum Dolor

Lorem Ipsum Dolor Sit Amet, Consectetur
Adipiscing Elit. Integer Dolor Quam, Pretium Eu
Placerat Eu Semper Et Nunc. Nullam Ut Turpis
Lorem Ipsum Dolor

Placerat Eu Semper
Lorem Ipsum Dolor

Placerat Eu Semper
Lorem Ipsum Dolor

Lorem Ipsum Dolor Sit Amet, Consectetur Adipiscing Elit.
Integer Dolor Quam, Pretium Eu Placerat Eu Semper Et
Nunc. Nullam Ut Turpis
Lorem Ipsum Dolor

Placerat Eu Semper
Lorem Ipsum Dolor

Placerat Eu Semper
136
Succes Service
NoteBook
Collect The Cup


Global
SEO Analysis
Chart & Diagram

137
Business Model
Lorem ipsum
Lorem ipsum
Lorem ipsum
Lorem ipsum
Lorem ipsum
Diagram 1
Diagram 2

amet, consectetur

amet, consectetur
Diagram 3
Diagram 4
Lorem ipsum dolor

sit amet, consectetur

amet, consectetur
Diagram 5
Diagram 6
Lorem ipsum dolor

sit amet,
consectetur

amet, consectetur
138
Creative Table
Special
Feature
Version One
Version Two
Version Three
Version Four
Feature A
Feature B
Feature C
Feature D
Feature E
139
Creative Table
Basic
Professional
Business
Unlimited
$29/mo
$59/mo
$99/mo
$159/mo
Free Setup
Free Setup
Free Setup
Free Setup
10GB Disk Space
20GB Disk Space
30GB Disk Space
Unlimited Disk Space
20 Email Accounts
30 Email Accounts
40 Email Accounts
Unlimited Email Accounts
Unlimited Subdomains
START TRIAL
START TRIAL
START TRIAL
START TRIAL
140
Mock Up
Device Service Sample

dolor quam, pretium eu placerat eu
semper et nunc. Nullam ut turpis
dictum luctus mi quis luctus lorem.
Nullam porttitor consectetur nunc
in tempor.
Cras vitae venenatis sem at
pretium arcu. Nulla hendrerit dui
quis metus laoreet, eget blandit
arcu cursus.
Mauris in libero rutrum,
consectetur velit vel, blandit neque.
Ut sodales, eros id ornare blandit,
nulla erat consequat arcu, ac
pretium urna nunc nec
sapien.Fusce placerat...
Lorem ipsum to dolor sit

amet xam bacon
72%

amet xam bacon
86%

amet xam bacon
93%

amet xam bacon
68%
141

H.323 v2.1

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

H.323 v2.1

Uploaded by

Copyright:

Available Formats

Summary Report Template

Plan Your Business With Smart

Prsentation du protocole de sognalisation H.323

Zone H.323 et entits H.323

Famille de protocols H.323

Les diffrentes signalization H.323 (RAS, H.225, H.245

H.323 regroupe un ensemble de protocoles de communication de la voix, de l'image et de donnes sur

Le protocole utilis pour la ngociation de codec est le H.245.

Principales applications du protocole H.323

Zones H.323 et entits H.323

Zones H.323 et entits H.323

Figure : Tlphone IP.

Zones H.323 et entits H.323

Figure : Dialogic Media Gateways DMG

Figure : 32 ports China Skyline GSM Gateway

Zones H.323 et entits H.323

Figure : Gateway H.323.

Figure : Zone H.323.

Zones H.323 et entits H.323

Zones H.323 et entits H.323

Figure : Exemple de Gatekeeper H.323

Zones H.323 et entits H.323

Zones H.323 et entits H.323

4. Multipoint Control Unit (MCU)

La fonction MC met en uvre le contrle et la signalisation pour le support de la confrence alors

Il existe deux types de MCUs :

Zones H.323 et entits H.323

4. Multipoint Control Unit (MCU)

Il met en uvre la signalisation (MC) et le traitement des

Figure : MCU Centralis.

Zones H.323 et entits H.323

4. Multipoint Control Unit (MCU)

Il met en uvre la signalisation uniquement.

Familles de protocoles H.323

1. RTP & RTCP

Familles de protocoles H.323

1. RTP & RTCP

Familles de protocoles H.323

1. RTP & RTCP

Familles de protocoles H.323

1. RTP & RTCP

Familles de protocoles H.323

2. H.225 RAS, Q.931 & H.245

Familles de protocoles H.323

2. H.225 RAS, Q.931 & H.245

Familles de protocoles H.323

2. H.225 RAS, Q.931 & H.245

Contrle et Gestion dun terminal H.323

2. La signalisation dappel Q.931

3. La signalisation de commande H.245

Signalisation de commande H.245

La signalisation de commande H.245 permet :

Signalisation de commande H.245

Messages de signalisation de commande

Master Slave Determination

Demande de dtermination du matre

Master Slave Determination Ack

Utilis pour confirmer au terminal ayant mis le message Master Slave

Refus du message MasterSlaveDetermination

Envoy si le temporisateur associ au message

Terminal Capability Set

Permet un terminal dindiquer ses capacits dmission et de rception un

Terminal Capability SetAck