Architecture protocolaires VoIP

Partie I – La norme H.323

Prof. Noureddine Idboufker
n.idboufker@uca.ma
Version 2015-2016
 Aspect  Norma-f  

q  Le  développement  de  VoIP  est  cadré  par  les  travaux  de    
normalisa7on  des  deux  principaux  organismes  :    
q  UIT-­‐T,    
q  IETF  

q  3  protocoles  se  sont  imposés  :  

q  H323  développé  pour  les  communica7ons  à  l'intérieur  d'un  LAN,  

q  MGCP  pour  le  contrôle  réseau  

q  SIP  conçu  directement  pour  le  monde  de  l'Internet  et  de  l'informa7que,  

q  MEGACO  qui  est  essen7ellement  une  interface  de  signalisa7on  entre  
systèmes.  

2
GRT5-M3.4-ASC-1
 La  norme  H.323  
q  1996,  l’ITU  proposa  la  famille  de  protocoles  H.32x,  très  fortement  soutenu  par  
MicrosoW  et  Intel.    
q  L’ITU  parvint  rapidement  à  convaincre  les  différents  équipemen7ers  et  
fournisseurs  de  services  de  la  nécessité  d’adopter  pour  norme  commune  ces  
protocoles  H.32x  
q  La  norme  H.323  figure  parmi  les  plus  réputées  des  mécanismes  de  
signalisa7on  de  ToIP.    
q  H.323  n’est  en  réalité  que  la  référence.  Le  nom  complet  est  Packet-­‐based  
Mul/media  Communica/ons  Systems,  ou  «  Systèmes  de  communica/on  
mul7média  fonc7onnant  en  mode  paquet  ».    
q  Comme  ce  nom  l’indique,  il  peut  être  u7lisé  pour  tous  les  réseaux  à  
commuta7on  de  paquets,  en  par7culier  IP.  
q  H.323  est  spécifiée  pour  le  traitement  de  la  signalisa7on  des  données  
mul7médias  avec  de  fortes  contraintes  temporelles,  comme  la  voix  ou  la  
vidéo,  mais  aussi  la  réalité  virtuelle  ou  les  jeux  en  réseau.  
3
GRT5-M3.4-ASC-1
 La  norme  H.323  

q  H.323  peut  etre  u7lisée  sur  n’importe  quel  réseau  à  

commuta7on  de  paquet  :  
q  IP   LAN  
q  LAN     N  
I   S   D  
q  PSTN,  ISDN   ATM  
q  ADSL  
q  ATM,  Frame  Relay   O   T   S  
P  
q  H.323  est  un  standard  de  référence  pour  les  
vidéocommunica7ons  et  les  communica7ons  voix  
q  H.323  est  une  améliora7on  de  H.320  
 
4
GRT5-M3.4-ASC-1
 La  norme  H.323  

q  Les  premiers  travaux  sur  H.323  ont  débuté  en  mai  1995.    
q  Depuis  lors,  six  versions  standardisées  se  sont  succédé,  
apportant  leurs  lots  de  nouveautés  et  d’améliora7ons.  
q  H.323  impose  une  compa7bilité  ascendante,  ce  qui  veut  dire  que  
les  fonc7onnalités  et  méthodes  présentes  dans  les  premières  
versions  du  protocole  restent  supportées  dans  toutes  celles  qui  
suivent.    

5
GRT5-M3.4-ASC-1
 Standardisa-on  ITU-­‐T  
q  H.323  
q  ITU-­‐T,  Rec.  H.323,  «  Visual  Telephone  Systems  and  equipment  for  Local  Area  Networks  which  provide  a  
Non-­‐Guaranteed  Quality  of  Service  ».  
q  ITU-­‐T,  Rec.  H.225,  «  Call  Signaling  Protocols  and  Media  Stream  Packe7za7on  for  Packet  Based  Mul7media  
Communica7ons  Systems».  
q  ITU-­‐T,  Rec.  H.245,  “Infrastructure  of  audiovisual  services  –  Communica7on  procedures”.  

q  H.450  
q  ITU-­‐T,  Rec.  H.450.1,  Generic  func7onal  protocol  for  the  support  of  supplementary  services  in  H.323.  
q  ITU-­‐T,  Rec.  H.450.2,  Call  transfer  supplementary  service  for  H.323.  
q  ITU-­‐T,  Rec.  H.450.3,  Call  diversion  supplementary  service  for  H.323.  
q  ITU-­‐T,  Rec.  H.450.4,  Call  hold  supplementary  service  for  H.323.  
q  ITU-­‐T,  Rec.  H.450.5,  Call  park  and  call  pickup  supplementary  services  for  H.323.  
q  ITU-­‐T,  Rec.  H.450.6,  Call  wai7ng  supplementary  service  for  H.323.  
q  ITU-­‐T,  Rec.  H.450.7,  Message  wai7ng  indica7on  supplementary  service  for  H.323.  

6
GRT5-M3.4-ASC-1
 Plan    
q  Les  composantes  H.323  
q  Terminal  
q  Gatekeeper  
q  Gateway  
q  MCU  
q  Zone  
q  Les  protocoles  H.323  
q  Signalisa7on  RAS  
q  Signalisa7on  d’appel  
q  Signalisa7on  de  commande  

q  Les  versions  H.323  

7
GRT5-M3.4-ASC-1
 Architecture H.323
AGW : Access Gateway
TGW : Trunking Gateway
PABX
AGW
H.323

firewall
MCU
WAN/ Multipoint
Internet Controller
Router Router
firewall Zone H.323

RTC/RNIS
Gatekeeper
T-Gateway
H.323

H.320 H.320

8
GRT5-M3.4-ASC-1
 Composantes  H.323  

q  La  norme  H.323  décrit  le  fonc7onnement  et  l’interac7on  de  

quatre  en7tés  :  
q  Un  terminal  qui  supporte  la  voix  et,  op7onnellement  la  vidéo  et  les  
données.  
q  Une  passerelle  (Gateway)  qui  permet  l’interconnexion  avec  les  autres  
réseaux  H.32x  tels  que  le  RTC.  
q  Un  serveur  de  conférence,  appelé  MCU  (Mul7point  Control  Unit).  
q  Un  Gatekeeper,  PABX  IP,  qui  offre  le  routage,  la  conversion  d’adresses  
ainsi  que  la  coordina7on  de  l’ac7vité  de  toutes  les  en7tés  H.323.  

9
GRT5-M3.4-ASC-1
 Terminal  H.323  
q  Un  terminal  H.323  est  une  extrémité  du  réseau  assurant  en  temps  réel  des  
communica7ons  bidirec7onnelles  avec    
q  un  autre  terminal,    
q  une  autre  passerelle    
q  GK  
q  ou  un  autre  pont  de  conférence  H.323.    
q  Ces  communica7ons  permepent  l'échange  de  commandes,  de  signaux  audio,  
d'images  animées  vidéo  en  couleur  et/ou  de  données  entre  les  deux  
terminaux.    
q  Un  terminal  peut  transmepre  la  parole  uniquement,  la  parole  et  les  données,  
la  parole  et  la  vidéo  ou  la  parole,  les  données  et  la  vidéo.  

H.323   H.323  
Endpoint   Endpoint  

10
GRT5-M3.4-ASC-1
 Terminal  H.323  
q  Le  terminal  se  présente  sous  des  formes  diverses  :  
q  Téléphone  classique  équipé  d’une  interface  Ethernet  dont  la  prise  RJ45  
q  Le  PC  devient  aussi  un  terminal  mul7média  traitant  la  voix,  les  données  et  l’image.  
Il  doit  être  équipé    
q  d’un  microphone,    
q  de  haut-­‐parleurs,    
q  d’une  cam    
q  d’un  logiciel  exploitant  le  standard  H.323  

q  Un  TE  est  Iden7fié  au  niveau  du  gatekeeper  H.323  par    
q  @IP  
q  un  alias,    
q  Adresse  email    
q  E.164  
q  URL  

11
GRT5-M3.4-ASC-1
 Pré-­‐requis  fonc-onnels  des  terminaux  H.323  

q  Pour  qu’un  terminal  soit  de  type  H.323,  il  doit  respecter  les  pré-­‐
requis  fonc7onnels  suivants  :  
1.  Support  des  protocoles  H.225.0  et  H.245  (obligatoire)  
2.  Support  des  protocoles  RTP/RTCP  (obligatoire).  
3.  Support  du  codec  G.711  (obligatoire).  

q  Des  terminaux  peuvent  communiquer  entre  eux  sans  

l’interven7on  d’autres  éléments  architecturaux.    
q  forment  ainsi  un  système  H.323  autonome,  mais  leurs  communica7ons  
ne  peuvent  profiter  de  la  gamme  de  services  fournie  par  les  autres  
en7tés.  
q  les  u7lisateurs  doivent  impéra7vement  connaître  l’adresse  IP  de  leur  
correspondant  pour  pouvoir  les  joindre.    
q  ils  restent  cloisonnés  dans  un  réseau  purement  IP,  ce  qui  représente  une  
contrainte  très  limita7ve  pour  H.323,  qui  vise  à  offrir  une  large  
GRT5-M3.4-ASC-1 communica7on  entre  différents  types  de  réseaux.   12
 13
Mul-media  controle  
H.323   (H.245)  
System  
Controle  
Call  controle  
La  pile  H.323  

(Q.931)  
Interface  Réseau  Paquet  
DATA  

UDP/TCP  
APPL.   Gatekeeper  controle  
(RAS)  
Video  I/O   Video  codec  
equipment   H.261,  H.263  

RTP/RTCP  
Audio  codec  
Audio  I/O   G.711,  G.723,  
equipment  
G.729  

GRT5-M3.4-ASC-1
 Terminal  H.323  
q   Pile  minimale  obligatoire  :  
 

q   Algorithme  G.711    

q   Protocole  H.245  

q   H.225.0  

q   Protocole  Q.931    

q   Mécanismes  RAS      

q   Protocoles  RTP/RTCP  

q   vidéo  et  data  sont  op7onnels  

q   Le  terminal  qui  ac7ve  la  vidéo  doit  disposer  au  moins  du  Codec  H.261  

q   H.263  est  op7onnel  

14
GRT5-M3.4-ASC-1
 La  gateway  

q  À  l’origine  même  de  H.323,  la  recommanda7on  H.320  visait  à  

spécifier  les  caractéris7ques  des  systèmes  et  équipements  de  
vidéoconférence  dans  un  réseau  RNIS.  
q  Il  est  donc  naturel  que  la  jonc7on  entre  ces  réseaux  soit  prévue.  
q  Cepe  fonc7onnalité  est  fournie  par  un  équipement  dédié,  la  
passerelle.  
q  GW  est  une  extrémité  du  réseau  qui  assure  en  temps  réel  des  
communica7ons  bidirec7onnelles  entre  des  terminaux  H.323  sur  
le  réseau  en  mode  paquet    
q  et  d'autres  terminaux  sur  un  réseau  RTC/RNIS/ATM    
q  ou  à  des7na7on  d'une  autre  passerelle  H.323.    

15
GRT5-M3.4-ASC-1
 Gateway H.323

GK

H.323 H.323
Endpoint Endpoint

Réseau Externe
Une autre zone
ou un autre domaine non h.323

Gateway
16
GRT5-M3.4-ASC-1
 Gateway  

q  Fonc-ons  obligatoires  

q  Adapta7on  de  la  signalisa7on:    H.225.0  <>  Q.931...  
q  Call  Setup  and  Clearing  dans  les  deux  cotés  

q  Adapta7on  du  contrôle:    H.245  <>  H.242,  H.243...  

q  Adapta7on  des  media  :    Débit,  Trans-­‐codage  
q  Support  des  flux  de  type  Audio,  Video,  Data  

q  Fonc-ons  Op-onnelles  

q  Example  :  IP/PSTN  gateway  

17
GRT5-M3.4-ASC-1
 Gateways  H.323  
H.323  Gateway  

Transla7on    
Protocole  
Non-­‐  
H.323   H.323    et    
H.323  
Non-­‐H.323  
Endpoint   process   Transcodage     Endpoint  
process  
de    
Media  

q   H.320  (RNIS),    

q   H.310  et  H.321  (ATM),    
q   H.322  (réseau  en  mode  paquet  à  qualité  de  service  garan7e),  
q   H.324  (RTC),    
q   H.324M  (Mobile)    

18
GRT5-M3.4-ASC-1
 La  gateway  

q  La  passerelle  est  tenue  d’assurer  les  deux  

fonc7onnalités  suivantes  :  
1.  Correspondance  de  signalisa7on.    
q  Conver7r  un  signal  de  contrôle  respectant  la  norme  H.323  des  réseaux  
IP  en  un  signal  de  contrôle  équivalent  respectant  la  norme  d’un  
réseau  externe  (ex.  cas  RTC  la  passerelle  adapte  donc  les  messages  H.
323  en  messages  SS7).  

q  Adapta7on  des  supports  de  communica7on.    

q  Assurer  la  cohésion  entre  les  médias  en  garan7ssant  notamment  les  
opéra7ons  de  mul7plexage  des  données,  de  correspondance  des  
débits  et  de  transcodage  audio.    

19
GRT5-M3.4-ASC-1
 La  gateway  

q  Consciente  de  la  charge  importante  assignée  à  la  passerelle,  l’UIT  
a  travaillé  de  concert  avec  l’IETF  afin  de  simplifier  ses  
fonc7onnalités  en  la  décomposant  en  deux  sous-­‐en7tés  
compa7bles  avec  le  modèle  de  la  recommanda7on  H.248  :    
q  une  en7té  de  traitement,  appelée  MG  (Media  Gateway),  ou  passerelle  
mul7média,    
q  et  une  en7té  de  contrôle,  appelée  MGC  (Media  Gateway  Controller),  ou  
contrôleur  de  passerelle  mul7média.  

20
GRT5-M3.4-ASC-1
 La  gateway

21
GRT5-M3.4-ASC-1
 MG  et  MGC  
q  La  MG  est  une  passerelle  de  média  qui  conver7t  les  médias  fournis  en  un  
type  de  réseau  selon  le  format  requis  dans  un  autre  type  de  réseau:  
transcodage.    
q  Par  exemple,  une  passerelle  média  peut  recevoir  des  canaux  supports  provenant  d'un  
réseau  à  commuta7on  de  circuits  et  des  flux  médias  provenant  d'un  réseau  en  mode  
paquet  .    

q  La  passerelle  média  peut  également  res7tuer  des  messages  audio/vidéo  et  
remplir  d'autres  fonc7ons  de  réponse  IVR  ou  de  conférence  média.  
q  Toutes  les  MG  sont  elles-­‐mêmes  reliées  et  contrôlées  par  le  MGC,  lequel  
agit  comme  un  contrôleur  unique,  centralisant  l’ensemble  des  
signalisa7ons  de  contrôle  entre  les  différents  réseaux.    
q  Si  les  MG  sont  les  en7tés  qui  appliquent  les  traitements,  le  MGC  est  l’en7té  
de  ges7on  qui  donne  les  ordres  aux  MG.    

22
GRT5-M3.4-ASC-1
 Interopérabilité    

q  Les  Gateways  mul7standards  

q  Le  support  de  standards  Mul7ples  augmente  la  compléxité  et  le  cout  des  
plateformes  GWs  
q  En  général,  les  Gateways  font  augmenter  le  délai  accusé  par  les  flux  
audio/video  

q  Niveau  de  mise  en  oeuvre  de  la  fonc7on  gateway  
q  Équipements  Spécifiques  
q  MCU  
q  Terminal  
q  Routeurs  

23
GRT5-M3.4-ASC-1
 Le  MCU  
q  Le  MCU  est  l’extrémité  d'un  réseau  permepant  à  trois  terminaux  ou  plus,  et  
leurs  passerelles,  de  par7ciper  à  une  conférence  mul7point.  
q  Peuvent  aussi  être  raccordés  deux  terminaux  par7cipant  à  une  conférence  
point  à  point  suscep7ble  de  devenir  ultérieurement  une  conférence  
mul7point.    
q  Le  pont  de  conférence  se  compose  de  deux  par7es  :    
q  un  contrôleur  mul7point  (CM)  obligatoire    
q  des  processeurs  mul7point  (PM)  faculta7fs.    
q  Un  pont  de  conférence  peut  également  être  inséré  dans  une  conférence  par  
le  GK  sans  avoir  été  explicitement  appelé  par  une  des  extrémités.    
q  Implémenta7on  
q  Equipement  indépendant  (ex:  PC)  
q  Intégré  dans  une  gateway,  un  gatekeeper  ou  un  terminal  

24
GRT5-M3.4-ASC-1
 Mul-point  Control  Unit  -­‐  MCU  

q  Les  u7lisateurs  désireux  de  par7ciper  à  une  conférence  doivent  se  connecter  
à  la  MCU  afin  d’y  définir  et  de  négocier  les  paramètres  de  communica7on  à  
u7liser.  
q  Le  MCU  contrôle  l’entrée  et  la  sor7e  des  par7cipants  à  la  conférence  
q  Rediffuse  le  flux  entre  émepeurs  et  récepteurs  en  minimisant  le  trafic  réseau  
q  un  MCU  permet  cependant  de  décharger  le  terminal  de  certaines  fonc7ons.  
q  Assure  l’éventuelle  conversion  de  codec  même  si  son  u7lisa7on  n’est  pas  
nécessaire  lorsque  :    
q  les  terminaux  disposent  des  fonc7ons    
q  mul-cast    
q  et  de  négocia7on  de  paramètres,    

25
GRT5-M3.4-ASC-1
 Multiple Control Unit (MCU)
q  Mul/point  Controller  (MC)  
q  Prend  en  charge  les  négo7a7ons    
q  Selc7on  des  capacités  communes  

rols

Audio,
q  Mul/point  Processors  (MP)  

H.245 cont
q  mixage  audio  

video
q  Mixage  et  commuta7on  video  

q  MC  et  MP  sont  des  modules  séparés  

stream
q  MCU  centralisé  :    MC  +  MP  
q  MCU  décentralisé  :    MC  uniquement  
q  Flux  échangés  directement  par  les  
terminaux  entre  eux  (via  le  GK)  
MC MP
MCU

26
GRT5-M3.4-ASC-1
 Contrôleur  mul-point  (MC)  

q  Le  MC  est  une  en7té  H.323  du  réseau  qui  assure  la  ges7on  
d'aumoins  trois  terminaux  par7cipant  à  une  conférence  
mul7point.    
q  Le  contrôleur  mul7point  permet  de  négocier  avec  tous  les  
terminaux  les  moyens  à  mepre  en  œuvre  pour  parvenir  à  établir  
des  communica7ons  de  même  niveau.    
q  Il  peut  également  exercer  un  contrôle  au  niveau  des  ressources  
de  la  conférence  pour  déterminer  par  exemple  l'en7té  qui  
transmet  en  mode  mul7diffusion  les  signaux  vidéo.    
q  Le  contrôleur  mul7point  n'assure  pas  le  mélange  ou  la  
commuta7on  des  signaux  audio,  vidéo  et  de  données.  

27
GRT5-M3.4-ASC-1
 Processeur  mul-point  (MP)  

q  Le  MP  est  une  en7té  H.323  du  réseau  qui  assure  le  traitement  
centralisé  des  flux  de  signaux  audio,  vidéo  et/ou  de  données  
dans  une  conférence  mul7point.    
q  Le  processeur  mul7point  assure  le  mélange,  la  commuta7on  ou  
d'autres  opéra7ons  de  traitement  des  flux  de  médias  sous  la  
supervision  du  contrôleur  mul7point.    
q  Celui-­‐ci  peut  traiter  un  ou  plusieurs  flux  de  média  selon  le  type  
de  conférence  pris  en  charge.  

28
GRT5-M3.4-ASC-1
 Recap Multipoint Control Unit
q  Un  MCU  consiste  en    
q  Un  MC  (Mul7point  Controller)    
q  se  charge  de  la  signalisa7on  

q  Un  ou  plusieurs  MP  (Mul7point  Processor)    

q  Se  charge  du  traitement  des  flux  RTP  

q  Reçoit  les  flux  des  terminaux  et  les  dirige  vers  les  des7nataires  

q  Video  switching  ou  video  mixing  

q  Audio  switching,  mixing  ou  combina7on  (M  output  à  par7r  de  N  inputs)  

q  T.120  MCU  (MCS  MCU)  

q  Conversion  de  formats  (transcoding)  

q   Decode  input  audio,  process  audio,  re-­‐code  en  u7lisant  le  codage  approprié    
q  ex.  G.711  vers  G.723.1  re-­‐coding      

29
GRT5-M3.4-ASC-1
 MCU  

q Types  de  conférences  

q   Centralized  Control  

q   Decentralized  Control  

q   Hybrid  
q   combinaison  des  deux  modes  précédents  

30
GRT5-M3.4-ASC-1
 Conférence  centralisée  

q  Tous  les  terminaux  par7cipants  communiquent  en  mode  point  à  

point  avec  un  MCU      
q  Les  terminaux  transmepent  leurs  flux  de  signaux  de  commande,  
de  signaux  audio,  vidéo  ou  de  données  au  MCU      
q  Le  CM  intégré  au  pont  de  conférence  assure  la  ges7on  
centralisée  de  la  conférence.    
q  Le  PM  intégré  au  pont  de  conférence  traite  les  flux  de  signaux  
audio,  de  signaux  vidéo  ou  de  données  et  les  renvoie  après  
traitement  à  chaque  terminal.  

31
GRT5-M3.4-ASC-1
 Conférence centralisée
H.323 Terminal

H.323 AGW PBX

MC
MP
MCU

H.323 Terminal H.323 Terminal

Signaling
RTP / RTCP channels
32
GRT5-M3.4-ASC-1
 MCU  

q  La  conférence  centralisée  

q  Les  communica7ons  sont  Point  à  Point  

q  Tous  les  messages  et  les  flux  sont  transmis  en  unicast  
q  Le  module  MC  gére  de  manière  centralisée  la  conférence  en  u7lisant  des  
messages  H.245.  
q  Le  module  MP    

q  Procède  aux  fonc7ons  audio  mixing,  data  distribu7on  et  de  video  
switching  
q  Conver7t  les  codecs  et  adapte  les  débits  

q  Mets  en  oeuvre  des  algorithmes  et  des  formats  de  conversions  

33
GRT5-M3.4-ASC-1
 Conférence  décentralisée  

q  Conférence  dans  laquelle  tous  les  terminaux  par7cipants  

communiquent  mutuellement  leurs  signaux  audio  et  vidéo  en  
mode  mul7diffusion  sans  u7liser  de  pont  de  conférence.    
q  Les  terminaux  ont  pour  tâche:  
q  de  mixer  les  flux  de  signaux  audio  reçus;  
q  de  sélec7onner  le  ou  les  flux  de  signaux  vidéo  reçus  à  afficher.  

q  Il  n'est  pas  nécessaire  dans  ce  cas  d'u7liser  un  PM  pour  le  
traitement  des  signaux  audio  ou  vidéo.    
q  Les  terminaux  communiquent  sur  leurs  voies  de  commande  H.
245,  le  contrôleur  mul7point  assurant  la  ges7on  de  la  
conférence.    

34
GRT5-M3.4-ASC-1
 Conférence  décentralisée  

q  Le  MC  procéde  à  une  ges7on  centralisée  de  la  

conférence  par  le  biais  des  messages  H.245  
q  Les  endpoints  par7cipant  à  la  conférence  procédent  à  
une  diffusion  Mul7cast  des  flux  audio  et  video  
q  Aucun  flux  audio/video  n’est  envoyé  au  MP  

q  Le  MC  peut  controler  l’iden7té  des  terminaux  autorisés  

à  envoyer  des  flux  en  fonc7on  du  temps  

35
GRT5-M3.4-ASC-1
 MCU décentralisé
H.323 Terminal

H.323 AGW PBX

Diffusion Multicast MC

MCU Pas de MP

H.323 Terminal H.323 Terminal

Signaling
RTP / RTCP channels
36
GRT5-M3.4-ASC-1
 Centralisée vs Décentralisée
Audio,
video, data
streams

MP
Relayage

Audio,
video, data
streams

Multicast
groups

37
GRT5-M3.4-ASC-1
 No-on  de  zone  H.323  

q  La  zone  est  l’ensemble  des  terminaux  (Tx),  passerelles  

(GW)  et  ponts  de  conférence  (MCU)  gérés  par  un  même  
por7er  (GK).    
q  Une  zone  n'a  qu'un  seul  por7er.    

q  La  zone  peut  être  indépendante  de  la  topologie  du  

réseau  et  peut  être  cons7tuée  de  plusieurs  segments  
de  réseau  connectés  à  l'aide  de  routeurs  (R)  ou  d'autres  
disposi7fs.  
q  La  zone  peut  englober  plusieurs  segments  interconnectés  par  
des  routeurs.  

38
GRT5-M3.4-ASC-1
 Gatekeeper  H.323  
q  Point  central  de  tous  les  appels  dans  une  zone  de  communica7on  H323  
q  Le  GK  gère  les  composantes  d’une  zone  H.323  :  terminaux,  gateways  et  MCU  
q  Un  GK  par  Zone  h.323  
q  Le  GK  doit  fournir  aux  en7tés  H.323  de  sa  zone  
q  Des  Services  obligatoires  et  op7onnels  
q  Implémenta7on  
q  Une  applica7on  logicielle  dans  une  sta7on  informa7que  

q  Progressivement,  le  GK  est  devenu  un  élément  central  offrant  une  gamme  
de  services  complémentaires.    

H.323   H.323  
Endpoint   Endpoint  
GRT5-M3.4-ASC-1
GK   39
 Fonctions du GK

1.  Masquer  la  compléxité  et  la  localisa7on  des  GWs,  MCUs  et  des  
terminaux  H.323  
§  Les  GWs  peuvent  être  ajoutées  au  réseau  sans  modifica7on  des    
endpoints  ou  tout  autre  changement  de  la  configura7on.      
§  Les  GKs  peuvent  être  ajoutés  au  réseau  et  auto-­‐découverts  par  les  
endpoints  par  le  biais  du  Gatekeeper  Discovery  Process  
2.  Fournit  une  interface  
§  Aux  bases  de  données  du  réseau:  LDAP,  SCP…  
§  Aux  autres  réseaux  H.323:  appels  entre  opérateurs  
3.  Permet  le  contrôle  d’appels  et  l’accès  à  d’autres  services  et  à  
d’autres  réseaux  

40
GRT5-M3.4-ASC-1
 Fonc-ons  du  GK  

q  L’architecture  de  H.323  est  donc  fortement  centralisée  

autour  de  lui.  
q  Si  un  GK  est  présent,  tous  les  terminaux  doivent  s’y  enregistrer  et  y  solliciter  l’autorisa7on  
d’effectuer  des  appels  (émission/récep7on).  

q  Permet  une  ges7on  centralisée  

1.  Localisa7on    
2.  Contrôle  d’admission    
3.  Authen7fica7on  
4.  Ges7on  des  flux  
5.  Logging  des  appels  
6.  …  

41
GRT5-M3.4-ASC-1
 Fonctions du GK

q  Un alias peut être défini de plusieurs façons :

q  une adresse de type e-mail, éventuellement préfixée de
l’indication h323: spécifiant qu’il s’agit d’un alias H.323 ;
q  une adresse de type numéro de téléphone (recommandation E.164
de l’UIT-T) ;
q  une chaîne de caractères Unicode quelconque ;
q  une adresse de type URL ;
q  une adresse IP, éventuellement suffixée du numéro de port à
utiliser.

42
GRT5-M3.4-ASC-1
 Conversion  d’adresses  

q  Les  Endpoints  peuvent  s’enregistrer  avec  de  mul7ples  adresses  et  
n’importe  quel  nombre  d’alias  ou  d’extensions  
q  Le  GK  permet  plusieurs  types  de  transla7on  d’adresses  :  
q  Alias  vers  adresse  de  transport  
q  Alias  vers  adresse  E.164  pour  les  appels  sortant  à  travers  une  gateway  
q  Extensions  vers  adresse  de  transport  pour  les  appels  arrivant  d’un  réseau  
externe  de  type  commuté  
q  Les  Endpoints  u7lisant  le  service  DNS  ou  tout  autre  service  d’annuaire  
peuvent  fournir  eux  meme  l’adresse  de  transport    

43
GRT5-M3.4-ASC-1
 Services  obligatoires  du  GK  
1.  Localisa7on  des  abonnés  :  Conversion  d'adresse    
q  Le  GK  doit  conver7r  l'adresse  de  pseudonyme  en  adresse  de  transport.    
q  Il  u7lise  à  cet  effet  une  table  de  conversion  qu'il  mepra  à  jour  à  l'aide  des  
messages  d'enregistrement  spécifiques.    

2.  Contrôle  des  admissions    

q  Le   GK   doit   autoriser   l'accès   au   réseau   au   moyen   des   messages   RAS  
(demande/confirma-on/refus  d'admission).    
q  L'autorisa7on   d'accès   peut   être   fondée   sur   l'autorisa7on   d'appel,   la  
largeur   de   bande   ou   d'autres   critères   laissés   à   l'apprécia7on   du  
constructeur.    
q  Elle   peut   aussi   consister   en   une   fonc7on   nulle   admepant   toutes   les  
demandes.  

44
GRT5-M3.4-ASC-1
 Services    obligatoires  du  GK  

q  Régula7on  de  la  largeur  de  bande  :  

q  Le  GK  doit  prendre  en  charge  les  messages  demande/refus/confirma7on  
de  modifica7on  de  largeur  de  bande.    
q  La  prise  en  charge  de  ces  messages  peut  être  fondée  sur  la  ges7on  de  la  
largeur  de  bande.  
q  Elle   peut   aussi   consister   en   une   fonc7on   nulle   acceptant   toutes   les  
demandes  de  modifica7on  de  la  largeur  de  bande.  

q  Controle  d’appel  

q  Main7en  la  liste  des  appels  H.323  
q  Main7en  de  la  base  de  données  des  Call  Detail  Records  (CDR)  

45
GRT5-M3.4-ASC-1
 Services    obligatoires  du  GK  
q  Services  AAA    
q  L’authen7fica7on  permet  de  connaître  l’iden7té  de  la  personne  connectée,  tandis  
que  l’autorisa7on  indique  quels  sont  les  droits  (et  éventuellement  les  condi7ons)  
apribués  à  la  personne  qui  s’est  authen7fiée.  

q  Ges7on  des  flux.    

q  Le  gatekeeper  peut  implémenter  un  ges7onnaire  de  bande  passante  pour  décider  
de  l’alloca7on  de  bande  affectée  aux  terminaux.    
q  Il  est  en  outre  possible  de  limiter  le  nombre  d’intervenants  dans  une  conférence  
et  de  rejeter  certaines  demandes  de  flux  (par  exemple  en  n’autorisant  que  la  voix  
à  un  u7lisateur  qui  réclame  l’audio  et  la  vidéo).  
q  ges7on  des  appels  avec  différents  services  proposés,  notamment  le  transfert  d’appel,  
la  mise  en  apente,  la  restric7on  d’appels  en  provenance  de  terminaux  spécifiques  ou  
bien  à  des  horaires  déterminés,  entre  autres  possibilités  ;  
q  historique  des  appels  effectués,  sauvegardés  dans  des  journaux  et  ultérieurement  
exploitables  ;  
q  généra7on  de  sta7s7ques  d’u7lisa7on.  
46
GRT5-M3.4-ASC-1
 Services    Op-onnels  du  GK  

q  Op7onnellement,  il  est  possible  d’implémenter  au  sein  de  ce  
serveur  des  fonc7onnalités  de  ges7on  et  de  surveillance  de  la  
zone  H.323  de  façon  à  assurer  divers  services,  notamment  les  
suivants  :  
q  ges7on  des  coûts,  par  le  biais  d’un  système  de  factura7on  s’interfaçant  
avec  les  appels  et  calculant  la  durée  de  chaque  communica7on  ;  
q  mise  en  place  d’annuaire,  par7culièrement  u7le  en  entreprise,  mais  tout  
aussi  disponible  dans  un  cadre  plus  vaste  ;  

47
GRT5-M3.4-ASC-1
 Services  op-onnels  du  GK  
q  Choix  du  mode  de  Signalisa7on  d’appel  et  de  commande  
q  Le   GK   peut   choisir   de   procéder   à   la   signalisa7on   d'appel   avec   les   extrémités   et  
peut  traiter  la  signalisa7on  d'appel  proprement  dite.    
q  Il   peut   aussi   donner   pour   instruc7on   aux   extrémités   de   connecter   la   voie   de  
signalisa7on   d'appel   directement   entre   eux.   Il   évitera   ainsi   d'avoir   à   traiter   les  
signaux  de  commande  d'appel  H.225.0.    
q  Le  GK  peut  avoir  à  faire  fonc7on  de  réseau,  comme  indiqué  dans  la  Rec.  UIT-­‐T  Q.
931  afin  d'assurer  des  services  complémentaires.    
q  Ges7on  des  appels    
q  Le  GK  peut,  par  exemple,  tenir  à  jour  une  liste  des  appels  H.323  en  cours.    
q  Une  telle  liste  peut  être  nécessaire  pour  indiquer  qu'un  terminal  appelé  est  
occupé  et  pour  fournir  des  informa7ons  à  la  fonc7on  de  ges7on  de  la  largeur  de  
bande.  
q  Modifica7on  d'adresse  de  pseudonyme  :  
q  Le  por7er  peut  renvoyer  une  adresse  de  pseudonyme  modifiée.    
q  S'il  renvoie  une  adresse  de  pseudonyme  dans  un  message  ACF,  l'extrémité  doit  
u7liser  cepe  adresse  lors  de  l'établissement  de  la  connexion.  
48
GRT5-M3.4-ASC-1
 Plan    
q  Les  composantes  H.323  
q  Terminal  
q  Gatekeeper  
q  Gateway  
q  MCU  
q  Zone  
q  Les  protocoles  H.323  
q  Modes  de  signalisa-on    
q  Signalisa-on  RAS  
q  Signalisa-on  d’appel  
q  Signalisa-on  de  commande  
q  Exemple  de  Scénarios  d’appel  
q  Les  versions  H.323  
49
GRT5-M3.4-ASC-1
 La  pile  H.323  
H.450
Supp sces

Application
Audio/Video Administration Terminal& Controle d’appel Données
Application

G.7xx
H.26x
H.225.0 H.225.0
H.245
RTP/ RAS (Q.931)
RTCP T.120

UDP TCP

IP

Liaison

Physique

50
GRT5-M3.4-ASC-1
 Les  modes  de  signalisa-on  H.323  

q  La  norme  H.223  recouvre  plusieurs  fonc7ons  obligatoires/

op7onnelles  pour  le  transport  d’une  session  média  sur  IP  
q  Les  codecs  :  G711,  G723.1,  G729,  H.261,  H.263  
q  La  signalisa7on  :  H.225  (RAS),  H.225  (Q.931)  et  H.245  
q  L’aspect  temps  réel  :  RTP  et  RTCP  
q  La  norme  H.235  pour  les  fonc7ons  de  sécurité  (authen7fica7on,  
intégrité  des  données,  chiffrement,..)    
q  Les  normes  H.450.x  qui  décrivent,  quant  à  elles,  les  services  
complémentaires  (CLIP,  CLIR,  etc.  ).  
q  La  manière  d’u-liser  ces  protocoles,  vis-­‐à-­‐vis  du  GK,  
définit  le  mode  de  signalisa-on  H.323  

51
GRT5-M3.4-ASC-1
 Modes  de  signalisa-on  H.323  
La  norme  H.323  

H.225.0  RAS   H.225.0  Call  signaling  

(Q.931)  

‘Gatekeeper’  
Directly  Routed  
Gatekeeper  Routed  

H.245     H.245     H.245    

Gatekeeper  Routed   Directly  Routed   Directly  Routed  

52
GRT5-M3.4-ASC-1
 La  signalisa-on  RAS  

Gatekeeper  

H.225  (RAS)  

Terminal  H.323  

q  La  signalisa7on  RAS  nécéssite  obligatoirement  un  Gatekeeper    

q  Il  n’y’a  pas  de  RAS  sans  GK  

53
GRT5-M3.4-ASC-1
 Acheminement  de  la  signalisa-on  d'appel  

q  On  dis7ngue  deux  méthodes  d'acheminement  des  messages  de  

signalisa7on  d'appel.    
1.  La  première  méthode  est  la  signalisa7on  d'appel  directe  entre  extrémités  :  

Direct  Routed.    
q  Dans  cepe  méthode,  les  messages  de  signalisa7on  d'appel  sont  transmis  
directement  entre  les  extrémités.    

2.  La  seconde  méthode  est  la  signalisa7on  d'appel  indirecte  par  l'intermédiaire  

du  por7er  :   GK  routed.    
q  Dans  cepe  méthode,  les  messages  de  signalisa7on  d'appel  sont  acheminés  par  
l'intermédiaire  du  por7er  entre  les  extrémités.    

q  Le  choix  de  la  méthode  à  u7liser  incombe  au  GK.  

54
GRT5-M3.4-ASC-1
 Acheminement  de  la  signalisa-on  d'appel  

q  Les  deux  méthodes  u7lisent  les  mêmes  types  de  connexions  aux  
mêmes  fins,  et  les  mêmes  messages.    
1.  Il  est  procédé  à  l'échange  des  messages  d'admission  sur  les  voies  RAS  
avec  le  por7er,    
2.  puis  à  l'échange  des  messages  de  signalisa7on  d'appel  sur  une  voie  de  
signalisa7on  d'appel  Q.931.    
3.  La  voie  de  commande  H.245  est  ensuite  établie.    
4.  Les  canaux  logiques  sont  alors  ouverts  

q  Les  ac7ons  du  GK  en  réponse  aux  messages  d'admission  
déterminent  le  modèle  d'appel  u7lisé;    

55
GRT5-M3.4-ASC-1
 H.323  Directly  Routed  
H.225  (RAS)  est  nécessairement  GK  Routed  

Gatekeeper  

H.225  (RAS)  

H.225  (RAS)  

H.225  (Call  Signaling)  +  H.245  

Terminal  H.323  
RTP  /  RTCP  
Terminal  H.323  

56
GRT5-M3.4-ASC-1
 H.225  Direct  Routed  Vs  GK  Routed  

q  DR   q  GKR  

q  Le  GK  a  une  connaissance  limitée   q  Le  GK  a  une  connaissance  précise  
des  appels   des  appels  
q  Ges7on  non  efficace  de  la  zone  par   q  Ges7on  efficace  de  la  zone  par  le  
le  GK  (taux  de  réussite,  fonc7ons   GK  (taux  de  réussite,  fonc7ons  de  
de  taxa7ons  limitées,..)   taxa7ons  ilimitées,..)  
q  Difficulté  de  mise  en  œuvre  de  SVA   q  Facilité  de  mise  en  œuvre  de  SVA  
q  Capacité  élevée   q  Capacité  réduite  
q  Main7en  de  connexion  TCP  (Q.
931)  
q  Etats  logiciels  par  appel  

57
GRT5-M3.4-ASC-1
 Acheminement  de  la  voie  de  commande  
 
q  directe  entre  extrémités,  la  
En  cas  d'u7lisa7on  de  la  signalisa7on  d'appel  
voie  de  commande  H.245  ne  peut  être  établie  que  par  connexion  directe  
entre  les  extrémités.  

q  En  cas  d'u7lisa7on  de  la  signalisa7on  d'appel  GK-­‐Routed,  il  y  a  deux  
méthodes  pour  établir  la  voie  de  commande  H.245.    
1.  Dans  la  première  méthode,  la  voie  de  commande  H.245  est  établie  directement  
entre  les  extrémités.    
2.  Dans  la  seconde  méthode,  la  voie  de  commande  H.245  est  établie  entre  les  
extrémités   par  l'intermédiaire  du  GK.    
q  Ce?e  méthode  permet  au  por/er  de  rediriger  la  voie  de  commande  H.245  vers  un  
contrôleur  mul/point  au  moment  où  une  conférence  mul/point  doit  être  mise  en  place.    

q  C'est  le  GK  qui  effectue  ce  choix.    

58
GRT5-M3.4-ASC-1
 H.225  GK  Routed  &  H.245  Directly  Routed  

Gatekeeper  
H.225  (RAS)  +  
H.225  (Call  Signalling)  
H.225  (RAS)  +  
H.225  (Call  Signalling)  

H.245  

Terminal  H.323  
RTP  /  RTCP  
Terminal  H.323  

59
GRT5-M3.4-ASC-1
 H.225  GK  Routed  &  H.245  GK  Routed  

Gatekeeper  
H.225  (RAS)  +    
H.225  (Call  Signaling)  +  
H.245   H.225  (RAS)  +    
H.225  (Call  Signaling)  +  
H.245  

Terminal  H.323  
RTP  /  RTCP  
Terminal  H.323  

60
GRT5-M3.4-ASC-1
 H.245  Direct  Routed  Vs  GK  Routed  

q  DR   q  GKR  

q  Le  GK  a  une  connaissance  limitée   q  Le  GK  a  une  connaissance  précise  
des  capacités  u7lisées  par  chaque   des  capacités  u7lisées  par  chaque  
extrémité  et  pour  chaque  appel extrémité  (G.729,…)  et  pour  
    chaque  appel  
q  Taxa7on  moins  précise   q  Taxa7on  plus  précise  
q  Repor7ng  moins  précis   q  Repor7ng  plus  précis  
q  Capacité  élevée   q  Capacité  réduite  
q  Main7en  de  connexion  TCP  (H.
245)  
q  Etats  logiciels  par  appel  et  par  
extrémité  

61
GRT5-M3.4-ASC-1
 Cycle  de  vie  d’une  communica-on  H.323  

q   5  grandes  phases  

1.   Signalisa7on  RAS  (H.225.0)  
2.   Signalisa7on  d’appel  Q.931(H.225.0)    
3.   Signalisa7on  de  commande  (H.245)  
4.   Ouverture  des  canaux  RTP/RTCP  et  Échange  des  
flux  u7lisateurs  
5.   Libéra7ons  des  ressources  (H.225  et  H.245)  

62
GRT5-M3.4-ASC-1
 Cycle  de  vie  d’une  communica-on  H.323  
1.  Signalisa7on  RAS  
q  Recherche  du  GK  qui  va  gérer  l’EP  (sur  UDP)  
q  Enregistrement  de  l’EP  auprès  de  ce  KG  (iden7fica7on  par  une  @)  
2.  Signalisa7on  d’appel  
q  Iden7fica7on  des  EP  de  l’appel  
q  Établissement  d’une  connexion  d’appel  par  échange  de  messages  Q.931  
3.  Signalisa7on  de  commande  
q  Échange  de  capacités  (codecs)  entre  les  terminaux    pour  une  bonne  récep7on  et  un  
bon  traitement  des  flux  
4.  Canaux  RTP/RTCP  et  Échange  des  flux  u7lisateurs  
q  Ouverture  de  voies  logiques  RTP/RTCP  entre  les  EPs    
q  U7lisa7on  des  voies  logiques  RTP/RTCP    
q  Transfert  conforme  aux  capacités  négociées  
5.  Libéra7on  des  ressources  
q  RTP/RTCP,  RAS,  Q.931  et  H.245  
63
GRT5-M3.4-ASC-1
 Fonc-on  de  signalisa-on  RAS  
q  Dans  des  environnements  de  réseaux  sans  GK,  la  voie  de  signalisa7on  RAS  
n'est  pas  u7lisée.    
q  Dans  des  environnements  de  réseaux  avec  GK  (zone),  la  voie  de  signalisa7on  
RAS  est  ouverte  entre  l'extrémité  et  le  GK.    
q  La  voie  de  signalisa7on  RAS  est  ouverte  avant  l'établissement  d'autres  voies  
entre  extrémités  H.323.  
q  La  fonc7on  de  signalisa7on  RAS  u7lise  des  messages  H.225.0  pour  mener  à  
bien,  entre  extrémités  et  por7ers,  différentes  procédures  :    
q  enregistrement,    
q  admission,    
q  modifica-on  de  largeur  de  bande,    
q  indica-on  d'état  et  libéra-on.    
q  La  voie  de  signalisa7on  RAS  est  indépendante  de  la  voie  de  signalisa7on  
d'appel  et  de  la  voie  de  commande  H.245.    
q  Les  procédures  d'ouverture  de  voie  logique  H.245  ne  sont  pas  u7lisées  pour  
établir  la  voie  de  signalisa7on  RAS.    

64
GRT5-M3.4-ASC-1
 Communica-on  avec  gatekeeper  
q  Découverte  du  Gatekeeper  et  procédure  d'enregistrement.  
q  Lorsque  le  client  est  démarré  commence  la  première  étape,  la  
recherche  du  gatekeeper  le  «plus»  proche.    
q  Cepe  recherche  est  amorcée  par  l'émission  d'une  requête  
appelée  «GRQ»  (Gatekeeper  Request).  
q GRQ  est  envoyé  en  général  au  port  RAS  1718  et  à  
l’adresse  mul-cast  224.0.1.41    
q Le  terminal  peut  aussi  bien  spécifier  une  @IP  
précise  et  le  numéro  de  port  1719  dans  cepe  
requête  s'il  désire  se  connecter  à  un  Gatekeeper  en  
par7culier.    
q Le  client  insère  également  la  liste  des  alias  qui  
permepent  de  l'iden7fier  dans  la  requête  GRQ  
65
GRT5-M3.4-ASC-1
 H.225.0  RAS:  GK  discovery  

GK  
Endpoint  1  

port  1719   GRQRAS  

GCFRAS  /  GRJRAS  

224.0.1.41    :  port  1718    (mul7cast  à  tous  les  GKs)  

X.X.X.X            :  port  1719  (à  un  GK  spécifique)  
 

Gatekeeper  Request  (GRQ)    

Gatekeeper  Confirm  (GCF)  
Gatekeeper  Reject  (GRJ)  

66
GRT5-M3.4-ASC-1
 Découverte  du  Gatekeeper  

Gatekeeper  local  

GRQ  émis  en  mul7cast  

Gatekeeper  externe  

GRQ  traverse  
le  routeur  si  TTL>1  

67
GRT5-M3.4-ASC-1
 Communica-on  avec  gatekeeper  

q  Après  avoir  obtenu  la  réponse  du  ou  d’un  Gatekeeper,    
q  le  client  lui  émet  une  requête  de  demande  d'enregistrement  
«RRQ»  (Registra7on  Request).      
q  généralement  émise  sur  un  port  par7culier  du  Gatekeeper  et  est  
accompagnée  par  l'adresse  qui  permepra  la  signalisa7on  des  appels.    
q  Le  Gatekeeper  émet  une  réponse  «RCF»  (Registra7on  Confirm)  
vers  le  terminal.    
q  En  même  temps,  le  Gatekeeper  assigne  un  numéro  
d'iden7fica7on  unique  au  terminal  qu'il  u7lisera  dans  chacune  
des  transac7ons  RAS  entre  lui  même  et  le  terminal.    
q  Le  terminal  est  maintenant  enregistré  après  du  Gatekeeper.  

68
GRT5-M3.4-ASC-1
 H.225.0  RAS:  Registra-on  /  Unregistra-on  

Registra7on  Request  (RRQ)  

GK   Registra7on  Confirm  (RCF)  
Endpoint  1   Registra7on  Reject  (RRJ)  
Unregistra7on  Request  (URQ)  
Unregistra7on  Confirm  (UCF)  
Unregistra7on  Reject  (UCF)  

RRQRAS  
RCFRAS  /  RRJRAS   Registra7on  request  
URQRAS  
Endpoint  ini7ated  
UCFRAS  /  URJRAS  
Unregister  request  
URQRAS  
Gatekeeper  ini7ated  
UCFRAS   Unregister  request  

69
GRT5-M3.4-ASC-1
 Autorisa-on  d’enregistrement  via  Annuaire  

Register:  mohamed   GK  
                               +01234567  
RRQRAS  
RCFRAS  /  RRJRAS  

Recherche  LDAP:  
   Filter:   Résultat  LDAP:  
       e164=01234567      Entry:  
       AND  h323ID=ensa          e164=01234567  
       h323ID=ensa  

L’annuaire  LDAP  con7ent  la  base          status=ac7ve  

 des  abonnées     LDAP  

LDAP  :  Leightweight  Directory  Access  Protocol  

70
GRT5-M3.4-ASC-1
 H.225.0  RAS:  Admission  /  Disengage  

GK  
Endpoint  1  

ARQRAS  
ARQ  (01234567,  ...)  
ACFRAS  /  ARJRAS  
ACF  (Call,  192.11.23.45:1712,  ...)  

Admission  Request  (ARQ)  

DRQRAS   Admission  Confirm  (ACF)  
Admission  Reject  (  ARJ)  
DCFRAS  /  DRJRAS  
Disengage  Request  (DRQ)  
Disengage  Confirm  (DCF)  
Disengage  Reject  (DRJ)  

71
GRT5-M3.4-ASC-1
 Recap : Messages H.225.0 RAS
q  Découverte du Gatekeeper
q  Gatekeeper Request (GRQ) (EP →GK)
q  Gatekeeper Confirm (GCF) (GK→EP)
q  Gatekeeper Reject (GRJ) (GK →EP)

q  Enregistrement auprès du Gatekeeper

q  Registration Request (RRQ) (EP→GK)
q  Registration Confirm (RCF) (GK→EP)
q  Registration Reject (RRJ) (GK→EP)

q  Annulation d’enregistrement auprès du Gatekeeper

q  Unregistration Request (URQ) (EP→GK or GK →EP)
q  Unregistration Confirm (UCF) (EP→GK or GK →EP)
q  Unregistration Reject (UCF) (EP→GK or GK →EP)

q  Admission auprès du Gatekeeper

q  Admission Request (ARQ) (EP→GK)
q  Admission Confirm (ACF) (GK→EP)
q  Admission Reject (ARJ) (GK →EP)

72
GRT5-M3.4-ASC-1
 Messages H.225.0 RAS (suite)

q  Modification de bande passante

q  Bandwidth Request (BRQ) (EP→GK or GK →EP)
q  Bandwidth Confirm (BCF) (EP→GK or GK →EP)
q  Bandwidth Reject ( BRJ) (EP→GK or GK →EP)
q  Localisation d’un terminal
q  Location Request (LRQ) (EP→GK)
q  Location Confirm (LCF) (GK→EP)
q  Location Reject (LRJ) (GK→EP)
q  Libération de la communication
q  Disengage Request (DRQ) (EP→GK or GK →EP)
q  Disengage Confirm (DCF) (EP→GK or GK →EP)
q  Disengage Reject (DRJ) (GK →EP)

73
GRT5-M3.4-ASC-1
 Plan    
q  Les  composantes  H.323  
q  Terminal  
q  Gatekeeper  
q  Gateway  
q  MCU  
q  Zone  
q  Les  protocoles  H.323  
q  Modes  de  signalisa-on    
q  Signalisa-on  RAS  
q  Signalisa-on  d’appel  
q  Signalisa-on  de  commande  
q  Exemple  de  Scénarios  d’appel  
q  Les  versions  H.323  
74
GRT5-M3.4-ASC-1
 La  signalisa-on  d'appel  
 
q  Cepe  fonc-on  u-lise  la  signalisa-on  d'appel  H.225.0  pour  établir  une  
connexion  entre  deux  extrémités  H.323.    
q  Indépendante  de  la  voie  RAS  et  de  la  voie  de  commande  H.245.    
q  Les  procédures  d'ouverture  de  voie  logique  H.245  ne  sont  pas  u7lisées  pour  établir  la  voie  de  
signalisa7on  d'appel.    
q  La  voie  H.225  est  ouverte  avant  l'établissement  de  la  voie  H.245  et  des  autres  voies  logiques  
entre  extrémités  H.323.    

q  Dans  des  systèmes  sans  GK,  la  voie  de  signalisa7on  d'appel  est  ouverte  entre  
les  deux  extrémités  par7cipant  à  l'appel.    
q  Dans  des  systèmes  avec  GK,  la  voie  de  signalisa7on  d'appel  est  ouverte  entre  
l'extrémité  et  le  por7er,  ou  entre  les  extrémités  elles-­‐mêmes  telles  qu'elles  
ont  été  choisies  par  le  por7er.    

75
GRT5-M3.4-ASC-1
 Messages  H.225  Call  signaling  
1.  Messages d’établissement d’appel
q  Obligatoires
q  Setup (Appelant → Appelé)
q  Alerting (Appelé → Appelant )
q  Connect (Appelé → Appelant )
q  Optionnels
q  Call proceeding (Appelé → Appelant )
q  Progress (Appelé → Appelant )
q  Setup Acknowledge (Appelé → Appelant)
2.  Messages de libération d’appel
q  Obligatoires
q  Release Complete (Appelant → Appelé ou Appelé → Appelant; Celui
qui se déconnecte)
q  Aucun optionnel
76
GRT5-M3.4-ASC-1
 Messages  H.225  Call  signaling  (suite)

q  Messages  d’informa7on  d’appel  et  autres  

q  Obligatoires  
q  Status  (Appelé  → Appelant)  
q  Op7onnels  
q  User  Informa7on  (Appelé  → Appelant)  
q  Informa7on  (Appelant  → Appelé)  
q  No7fy  

q  Status  Inquiry  (Appelant  → Appelé)  

q  Messages  H.450  
q  Obligatoires  
q  Facility  (Appelé  → Appelant)  
q  Aucun  op7onnel  

77
GRT5-M3.4-ASC-1
 Plan    
q  Les  composantes  H.323  
q  Terminal  
q  Gatekeeper  
q  Gateway  
q  MCU  
q  Zone  
q  Les  protocoles  H.323  
q  Modes  de  signalisa-on    
q  Signalisa-on  RAS  
q  Signalisa-on  d’appel  
q  Signalisa-on  de  commande  
q  Exemple  de  Scénarios  d’appel  
q  Les  versions  H.323  
78
GRT5-M3.4-ASC-1
 H.245  :  Échange  des  capacités  
 
q  L'échange  des  capacités  est  effectué  suivant  les  
procédures  H.245.  
q  H.245  prévoit  des  capacités  de  récep7on  et  d'émission  
séparées  :  
q  U7lisa7on  d’une  méthode  permepant  au  terminal  de  décrire  sa  capacité  à  
fonc7onner  simultanément  dans  différentes  combinaisons  de  modes.  

79
GRT5-M3.4-ASC-1
 H.245  :  Capacités  d’Emission/Récep-on
1.  Capacités  d’émission  
q  Les  capacités  d'émission  décrivent  la  capacité  du  terminal  à  transmepre  
des  flux  d'informa7on.    
q  Les  capacités  d'émission  permepent  d'offrir  aux  récepteurs  un  choix  de  
modes  de  fonc7onnement  possibles,  de  manière  que  le  récepteur  puisse  
demander  le  mode  de  récep7on  qu'il  préfère.    
q  L'absence  d'indica7on  de  capacité  d'émission  signifie  que  le  terminal  
n'offre  pas  un  choix  de  modes  préférés  au  récepteur  (sa  capacité  
d'émission  étant  toutefois  égale  à  la  capacité  du  récepteur).  
2.  Capacités  de  récep-on  
q  Les  capacités  de  récep7on  décrivent  la  capacité  du  terminal  à  recevoir  et  à  
traiter  les  flux  d'informa7on  entrants.    
q  Les  émepeurs  doivent  limiter  les  informa7ons  qu'ils  transmepent  à  celles  
que  le  récepteur  a  indiqué  pouvoir  recevoir.    
q  L'absence  d'indica7on  de  capacité  de  récep7on  signifie  que  le  terminal  
n'est  pas  équipé  pour  la  récep7on  (n'étant  qu'un  simple  émepeur).  
80
GRT5-M3.4-ASC-1
 H.245  :  Échange  des  capacités  

q  Les  capacités  de  récep7on-­‐émission  décrivent  l'ap7tude  d'un  

terminal  à  recevoir  et  à  émepre  des  flux  d'informa7on  et  il  est  
exigé  que  ces  capacités  soient  les  mêmes  dans  les  deux  sens.    
q  Par  exemple,  une  extrémité  peut  ne  prendre  en  charge  qu'un  mode  de  
fonc7onnement  symétrique  de  codec  pour  ses  codecs  (G.711  ou  bien  G.
729  dans  les  deux  sens  et  non  G.711  dans  un  sens  et  G.729  dans  l'autre).    
q  Une  en7té  esclave  doit  aligner  son  ordre  de  préférence  en  ma7ère  de  
codec  sur  celui  de  l'en7té  maître;  ainsi,  si  l'ordre  de  préférence  de  l'en7té  
esclave  est  {G.729,  G.711}  et  celui  de  l'en7té  maître  {G.711,  G.729},  
l'en7té  esclave  devra  modifier  son  ordre  de  préférence  pour  qu'il  
devienne  {G.711,  G.729}.    

81
GRT5-M3.4-ASC-1
 H.245:  Terminal  Capability  Set  Directly  Routed  

Terminal  1   H.245  :  TerminalCapabilitySet   Terminal  2  

  Capability  Table  :    
 H.261  Video  Capability  
 g711Alaw64k,  g729  
 t120  

Terminal  Capability  SetH.245  

Terminal  Capability  Set  AckH.245  
H.245  Control  Channel   H.245  Control  Channel  
(TCP)   Terminal  Capability  SetH.245   (TCP)    

H.245  :  TerminalCapabilitySet  
Capability  Table  :  
 H.261  Video  Capability  
 g711Alaw64k,  g729  
 t120  

Terminal  Capability  Set  AckH.245  

82
GRT5-M3.4-ASC-1
 H.245  Open  Logical  Channel  Directly  Routed  

Terminal  1   Terminal  2  
 
OpenLogicalChannelH.245  
H.245  :  OpenLogicalChannel   Port  UDP  ou  le  récepteur  
LogicalChannel  1,  RTCP  SR  port  7001     doit  envoyer  des  RTCP  RR  
g711Alaw64k  
session  number,  RTP  Payload  Type  
H.245  Control  Channel   Silence  suppression   H.245  Control  Channel  
TCP   TCP  8721  
OpenLogicalChannelH.245  

OpenLogicalChannelAck H.245  
 
  Port  UDP  ou  l’émepeur  
H.245  :  OpenLogicalChannelAck   doit  envoyer  des  RTCP  SR  
LogicalChannel  1,  RTCP  SR  port  9325,    
RTP  port  9324    
Port  UDP  ou  l’émepeur  
  doit  envoyer  des  données    
RTP  
 OpenLogicalChannelAckH.245  

RTCP  :  Real  Time  Control  Protocol    RTP  :  Real  Time  Protocol  

SR  :  Sender  Report    RR  :  Receiver  Report  
83
GRT5-M3.4-ASC-1
 Plan    
q  Les  composantes  H.323  
q  Terminal  
q  Gatekeeper  
q  Gateway  
q  MCU  
q  Zone  
q  Les  protocoles  H.323  
q  Modes  de  signalisa-on    
q  Signalisa-on  RAS  
q  Signalisa-on  d’appel  
q  Signalisa-on  de  commande  
q  Exemple  de  Scénarios  d’appel  
q  Les  versions  H.323  
84
GRT5-M3.4-ASC-1
 TCP  et  H.323  

q  Deux  connexions  TCP  vont  s'ouvrir  :  

1.  L'une  pour  le  canal  «Call  Setup»,  signalisa7on  d’appel  Q.931  
(numérota7on,  sonnerie,  etc.).  
2.  L'autre  pour  le  «Call  Control»,  Canal  de  contrôle  H.245  qui  permet  
d’échanger  des  fonc7onnalités  supportées  par  les  en7tés  (Codecs  audio  
et  vidéo,  T.120)  ainsi  que  d’ouvrir  et  de  fermer  les  canaux  audio,  vidéo  
et  de  données.  

85
GRT5-M3.4-ASC-1
 Communica-on  sans  gatekeeper  
q  L'appelant  déclenche  l'ouverture  du  canal  «Call  Setup»  :  
q  Un  message  «Aler7ng»  doit  être  envoyé  par  l'appelé  lorsqu'il  accuse  bonne  récep7on  du  
message  «Setup».    
q  Lorsque  le  message  «Aler7ng»  est  envoyé,  l'u7lisateur  a  trois  minutes  pour  accepter  ou  
refuser  l'appel.    
q  Si  l'appel  est  accepté  par  l'ac7on  de  «décrocher»,  un  message  «Connect»  est  envoyé.  

q  Ouverture  du  canal  «Call  Control»  :  

q  Les  messages  de  contrôle  d'appel  et  les  messages  d'échange  de  capacité  sont  envoyés  sur  le  
second  canal  :  Le  canal  de  contrôle.    
q  Ce  canal  de  contrôle  est  ouvert  par  le  terminal  appelant  sur  un  port  défini  du  terminal  
appelé,  dés  récep7on  d'un  signal  «Alert»,  «Call  Processing»  ou  «Connect».  
q  Prépara-on  à  la  conversa-on  :  
q  Cepe  phase  débute  par  l'ouverture  des  canaux  de  communica7ons  RTP.    
q  Les  données  sont  transportées  dans  plusieurs  canaux  logiques  unidirec7onnels.    
q  Le  terminal  appelant,  qui  débute  cepe  phase,  envoie  un  message  «Open  Logical  Channel»  
vers  le  terminal  appelé.  

86
GRT5-M3.4-ASC-1
 Scénario  H.323  v1  Directly  Routed  

Terminal  1                                                                    Gatekeeper                                                Terminal  2  

Registra7on  Request   Registra7on  Request  

Registra7on  Confirm   Registra7on  Confirm  

RAS   Admission  Request   RAS  

Admission  Confirm  

Contexte  TCP  pour  Q.931  

Setup   Q.931  
Call  Proceeding  

Q.931   Admission  Request  

Admission  Confirm   RAS  

Aler/ng  
Connect   Q.931  

87
GRT5-M3.4-ASC-1
 Scénario  H.323  v1  Directly  Routed  

Terminal  1                                                          Gatekeeper                                                          Terminal  2  

Contexte  TCP  pour  H.245  

Terminal  Capability  Set  
Terminal  Capability  Ack  
H.245   H.245  
Open  Logical  Channel  
Open  Logical  Channel  
UDP  pour    RTP/RTCP  
Canal  RTP  
Voix   Canal  RTP   Voix  

88
GRT5-M3.4-ASC-1
 Scénario  H.323  v1  Directly  Routed  
Terminal  1                                                                    Gatekeeper                                                        Terminal  2  
Close  Logical  Channel  

Close  Logical  Channel  

Close  Logical  Channel  Ack  

Close  Logical  Channel  Ack  
H.245   H.245  
End  Session  Command  
End  Session  Command  

Déconnexion  TCP  pour  H.245  

Release  Complete  
Q.931   Déconnexion  TCP  pour  Q.931   Q.931  

Disengage  Request  
Disengage  Request  
RAS   Disengage  Request  Ack   RAS  
Disengage  Request  Ack  

89
GRT5-M3.4-ASC-1
 H.245:  Terminal  Capability  Set  Directly  Routed  

Terminal  1   H.245  :  TerminalCapabilitySet   Terminal  2  

  Capability  Table  :    
 H.261  Video  Capability  
 g711Alaw64k,  g729  
 t120  

Terminal  Capability  SetH.245  

Terminal  Capability  Set  AckH.245  
H.245  Control  Channel   H.245  Control  Channel  
(TCP)   Terminal  Capability  SetH.245   (TCP)    

H.245  :  TerminalCapabilitySet  
Capability  Table  :  
 H.261  Video  Capability  
 g711Alaw64k,  g729  
 t120  

Terminal  Capability  Set  AckH.245  

90
GRT5-M3.4-ASC-1
 H.245  Open  Logical  Channel  Directly  Routed  

Terminal  1   Terminal  2  
 
OpenLogicalChannelH.245  
H.245  :  OpenLogicalChannel   Port  UDP  ou  le  récepteur  
LogicalChannel  1,  RTCP  RR  port  7001     doit  envoyer  des  RTCP  RR  
g711Alaw64k  
session  number,  RTP  Payload  Type  
H.245  Control  Channel   Silence  suppression   H.245  Control  Channel  
TCP   TCP  8721  
OpenLogicalChannelH.245  

OpenLogicalChannelAck H.245  
 
  Port  UDP  ou  l’émepeur  
H.245  :  OpenLogicalChannelAck   doit  envoyer  des  RTCP  SR  
LogicalChannel  1,  RTCP  SR  port  9325,    
RTP  port  9324    
Port  UDP  ou  l’émepeur  
  doit  envoyer  des  données    
RTP  
 OpenLogicalChannelAckH.245  

RTCP  :  Real  Time  Control  Protocol    RTP  :  Real  Time  Protocol  

SR  :  Sender  Report    RR  :  Receiver  Report  
91
GRT5-M3.4-ASC-1
 Communica-on  sans  gatekeeper  
q  Conversa-on  :  
q  Les  deux  interlocuteurs  peuvent  à  présent  communiquer.    
q  Les  informa7ons  vocales  sont  transmises  sous  formes  de  paquet  RTP,  Les  paquets  
RTCP  envoyés  par  l'appelant  permepent  à  l'appelé  de  synchroniser  plusieurs  flux  
RTP  et  également  d'évaluer  la  qualité  RTP.    
q  Les  paquets  RTCP  envoyés  par  l'appelé  permepent  quant  à  eux  de  donner  une  
idée  à  l'appelant  de  la  qualité  du  service.  Les  messages  transmis  par  RTCP  
con7ennent  :  
q  La  frac7on  de  données  perdues  durant  la  transmission  depuis  le  dernier  paquet  
récep7onné.  
q  Le  taux  cumulé  de  paquets  perdus.  
q  Des  informa7ons  sur  les  paquets  rejetés.  
q  Le  taux  le  plus  élevés  de  séquences  reçues.  
q  H.323  doit  s'occuper  de  réguler  le  trafic  de  données  envoyées  de  manière  à  rendre  
la  communica7on  le  meilleur  possible  en  réduisant  les  pertes  de  paquets.  Ceci  se  
réalise  en  diminuant  la  vitesse  de  transmission.  

92
GRT5-M3.4-ASC-1
 Communica-on  sans  gatekeeper  
q  Libéra-on    
q  Si  le  terminal  appelant  désire  arrêter  la  communica7on,  il  envoie  un  
message  «Close  Logical  Channel»  sur  le  canal  de  contrôle,  pour  chacun  
des  canaux  logiques  qu'il  a  ouverts.  
q  Le  terminal  appelé  doit  accepter  ces  commandes  et  en  accuse  bonne  
récep7on  en  envoyant  un  message  «Close  Logical  Channel  Ack».    
q  Lorsque  tous  les  canaux  logiques  sont  refermés,  le  terminal  appelant  
envoie  un  message  de  fermeture  de  session  :  «End  Session».    
q  Il  apend  le  même  message  de  la  part  du  terminal  appelé  et  referme  le  
canal  de  contrôle.    
q  Vient  ensuite  la  fermeture  du  canal  de  signalisa7on  par  l'envoi  réciproque  
d'un  message  «Release  Complete»  sur  ce  canal.    
q  Le  canal  est  alors  refermé  et  la  communica7on  est  terminée.  

93
GRT5-M3.4-ASC-1
 H.245:  Close  Logical  Channel,    
End  Session  
Directly  Routed    
Terminal  1   Terminal  2  
 

CloseLogicalChannelH.245  
CloseLogicalChannelH.245  
H.245  Control  Channel   H.245  Control  Channel  
(TCP)   CloseLogicalChannelAckH.245   (TCP)    
CloseLogicalChannelAckH.245  
endSessionCommandH.245  
endSessionCommandH.245  

Release  CompleteQ.931  

94
GRT5-M3.4-ASC-1
 Com avec gatekeeper

q Signalisation d’appel
q Le terminal peut émettre un message «SETUP»
vers l'adresse et le port fournis par le
Gatekeeper.
q Il s'agira de l'adresse du client2 que le client1
désire contacter.
q La suite des étapes se déroule comme dans le
cas d'une communication sans Gatekeeper

95
GRT5-M3.4-ASC-1
 Plan    
q  Les  composantes  H.323  
q  Terminal  
q  Gatekeeper  
q  Gateway  
q  MCU  
q  Zone  
q  Les  protocoles  H.323  
q  Modes  de  signalisa-on    
q  Signalisa-on  RAS  
q  Signalisa-on  d’appel  
q  Signalisa-on  de  commande  
q  Exemple  de  Scénarios  d’appel  
q  Les  versions  H.323  

96
GRT5-M3.4-ASC-1
 Versions  H.323  

q  H.323  v1  

q  H.323  v2  
q  H.323  v3  
q  H.323  v4  
q  H.323  v5  
q  H.323  v6  
q  H.323  v7  

97
GRT5-M3.4-ASC-1
 H.323  v1  
Cas simple d’un appel d’un terminal A vers un terminal B (H.323 version 1)
Etape 1 : initialisation de l’appel
Adresses IP fixes et connues
Appel par deux connexions TCP :
Ø  une pour les messages de contrôle d’appel, établie par l’appelant vers habituellement le port
1720 du terminal appelé (« canal de signalisation d’appel » ou « connexion Q.931 »
permettant l’échange des messages définis en H.225.0, proches de Q.931)
Ø  une pour les messages de contrôle des flux média, sur un port spécifique alloué par l’appelé,
servant au transport des messages H.245 (capacité audio et video respectives, définitions
maître-esclave, ouverture des canaux logiques audio et vidéo (autant de sessions RTP), pour
toute la durée de la communication)

Message SETUP vers port 1720

Message ALERTING (sonnerie)

Message CONNECT (décroché)

La première connexion TCP sur port 1720 peut ensuite être fermée et ré-ouverte à nouveau à
la fin de la session pour le traitement du « raccroché » (message RELEASE COMPLETE).

98
GRT5-M3.4-ASC-1
 H.323  v1  
Etape 2 : négociation des capacités
Utilisation de la seconde connexion TCP pour le contrôle des flux média et l’échange des
capacités (norme H.245)
L’appelant établit le canal de contrôle H.245 (canal logique 0) dès réception du message
ALERTING, ou CALL PROCEEDING ou CONNECT qui fournit le N° de port à appeler sur le poste
distant.
Ø  Après établissement du canal, le premier message envoyé/reçu est TerminalCapability avec :
Ø  Numéro de séquence,
Ø  Table des capacités en Codec,
Ø  Combinaison de Codec audio et vidéo supportés
Ø  Négociation maître/esclave (MCU, ou pont de conférence multipoint, dominant)

Connexion de contrôle H.245

Terminal Capability set
Terminal Capability set ack
Terminal Capability set
Terminal Capability set ack

Les communications RTP et RTCP sont maintenant disponibles…

99
GRT5-M3.4-ASC-1
 H.323  v1  
Etape 3 : ouverture des canaux média
Ø  Ouverture des canaux voix et vidéo dans des canaux logiques unidirectionnels.
Ø  Message H.245 OpenLogicalChannel transporte le numéro identifiant le canal logique,
paramètres d’identification des données (exemple : G.711), adresses et ports UDP où devront
être envoyés les rapports de réception RTCP.
Ø  Si plusieurs canaux, vérification des combinaisons de Codec, qui peuvent être asymétriques.
Ø  Après acquittement, B est prêt à recevoir des données RTP de A, et inversement.
Ø  OpenLogicalChannel ack envoyé par B fournit l’adresse IP et le port UDP où A devra envoyer
les données RTP, et le port UDP où A devra envoyer les rapports d’émission RTCP.

OpenLogicalChannel
OpenLogicalChannel
OpenLogicalChannel ack
OpenLogicalChannel ack

Traitement des données DTMF

Le plus souvent un message H.245 spécifique userInputIndication (UII) utilisant la qualité
d’une connexion TCP, transportant tous les caractères numériques et les lettres « A », « B »,
« C », « D », « * » et « # ». Données étendues en H.323.2 avec informations sur le niveau en
DB et la durée du signal.

100
GRT5-M3.4-ASC-1
 H.323  v1  
Etape 4 : dialogue
Ø  Le flux média est envoyé dans des paquets RTP
Ø  Les rapports de réception RTCP permettent à chaque terminal de mesurer la qualité de service
du réseau en indiquant la fraction de paquets perdus depuis le dernier rapport, le total des
paquets perdus, une mesure de la gigue, le plus haut numéro de séquence RTP reçue. Les
terminaux sont censés réagir à une diminution de la qualité en diminuant les débits ou en
changeant de Codeur audio ou vidéo
Ø  La norme H.323 n’autorise qu’une paire RTP/RTCP par session; il peut y avoir 3 types
principaux de sessions entre terminaux H.323 : audio, vidéo et données.

Flux RTP A vers B audio

RTCP Receiver Report audio
RTCP Sender Report audio

Flux RTP A vers B video

RTCP Receiver Report video
RTCP Sender Report video …

101
GRT5-M3.4-ASC-1
 H.323  v1  

Etape 5 : fin de la communication

Ø  Le premier poste (exemple : B) qui raccroche envoi un message closeLogicalChannel pour
chaque canal logique ouvert. Le poste A en vis-à-vis en accuse réception par un message
LogicalChannelAck.
Ø  Après fermeture de ses canaux logiques, A envoie un message H.245 endSessionCommand,
puis va attendre le même message de B, et enfin ferme le message de contrôle H.245
Ø  Enfin A et B doivent envoyer un message H.225 releaseComplete si le canal de signalisation est
encore ouvert, puis le fermer. L’appel est alors terminé.

A B
closeLogicalChannel
LogicalChannelAck
endSessionCommand
releaseComplete
releaseComplete

102
GRT5-M3.4-ASC-1
 H.323  v1  
H.323  version  1:    approuvée  en  juin  1996.  
q   Quelques  problèmes  en  terme  de  performances  et  de  fonc7onnalités  
q  Temps  d’établissement  d’appel  long  (plusieurs  100  de  secondes!!!)  
q  Séquence  H.225.0  RAS  ARQ/ACF  
q  Connexion  TCP  pour  le  canal  H.225.0  Call  Signaling  
q  Séquence  H225.0  Call  Signaling  Setup/Connect  
q  Connexion  TCP  pour  le  canal  H.245  
q  Séquence  TerminalCapabilitySet/TerminalCapabilitySetAck  
q  Séquence  OpenLogicalChannel/OpenLogicalChannelAck  

q  Pas  de  services  complémentaires  

q  Pas  de  sécurité  
q  la spécification était imprécise quant à l’implémentation, ce qui entraîna
d’importants problèmes d’interopérabilité entre les différents constructeurs.  

103
GRT5-M3.4-ASC-1
 H.323v2  
H.323  version  2:    approuvée  in  février  1998.      
q  Procédure  de  "fast  connect"  qui  permepait  de  paralléliser  les  
annonces.  
q  H.245  tunneling  (possibilité  d’encapsuler  des  messages  H.245  dans  des  
messages  d’appels  H.225.0).  

q  Mécanismes  de  sécurité  rassemblés  dans  la  spécifica7on  H.235  

q  Mécanismes  de  Sécurité:  authen7fica7on  et  cryptage  des  données    

q  Introduc7on  des  premiers  services  supplémentaires  (renvoi  

d’appel,  transfert  d’appel,  etc.)  H.450.X  
 

104
GRT5-M3.4-ASC-1
 H.323  v2  
q  Fast  Connect  
q  Possibilité  d’u7liser  un  mécanisme  d’établissement  d’appel  nommé  Fast  Connect  
u7lisant  
q  Une  seule  connexion  TCP  

q  Moins  de  messages  

q  Temps  d’établissement  de  l’appel  de  qqs  100  ms  

q  Sécurité  H.235  

q  Services  complémentaires  
q  H.450.2  Call  Transfer  (transfert  d’appel)  
q  H.450.3  Call  Diversion  (renvoi  d’appel)  
q  Call  Forwarding  Uncondi7onal  (renvoi  d’appel  incondi7onnel)  

q  Call  Forwarding  on  Busy  (renvoi  d’appel  sur  occupa7on)  

q  Call  Forwarding  on  No  reply  (renvoi  d’appel  sur  non  réponse)  

105
GRT5-M3.4-ASC-1
 Fast  Connect  

q  L'extrémité  appelante  lance  la  procédure  de  connexion  rapide  en  envoyant  à  
l'extrémité  appelée  un  message  Setup  contenant  l'élément  fastStart.    
q  Cet  élément  se  compose  d'une  séquence  de  structures  openLogicalChannel  
q  openLogicalChannel  décrivant  des  voies  mul7médias  que  l'extrémité  
appelante  propose  d'émepre  et  de  recevoir,  y  compris  tous  les  paramètres  
nécessaires  à  une  ouverture  immédiate  et  à  un  transfert  immédiat  des  
données  mul7médias  sur  les  voies  ainsi  ouvertes.    
q  Fastconnect  
q  Envoi  message  Q.931  de  type  setup  dans  lequel  on  propose  les  capacités  à  
u7liser  
q  Le  message  Q.931  Connect  valide  ou  non  les  capacités  proposées  

106
GRT5-M3.4-ASC-1
 Fast Connect
Endpoint 1 Endpoint 2

H.225 : SETUP
Destination address : 0524 40 40 40
fastStart:
OpenLogicalChannel 1 à receive G.711 RTP port 2222, RTCP port 2223,
OpenLogicalChannel 2 à send G.711 RTCP port 2223)

SETUPQ.931

ALERTINGQ.931

CONNECTQ.931

H.225 : CONNECT
fastStart:
OpenLogicalChannel 1 à send RTCP port 5223,
OpenLogicalChannel 2 à receive G.711 RTP port 5222, RTCP port 5223)

107
GRT5-M3.4-ASC-1
 H.323  v2  

q  Les  documents,  numérotés  H.450.x  (avec  x  >  1)  décrivent  de  tels  
services  :  
q  H.450.2  détaille  le  service  de  transfert  d’appel,  qui  transforme  une  
communica7on  entre  deux  postes  A  et  B  en  une  communica7on  entre  A  
et  un  autre  poste,  C.    Elle  est  classiquement  u7lisée  dans  les  entreprises  
pour  mepre  l’appelant  en  rela7on  avec  la  personne  souhaitée.  
q  H.450.3  détaille  le  service  de  redirec7on  d’appel,  qui  remplace  un  poste  
appelé  par  un  autre,  avec  ou  sans  condi7on.  Par  exemple,  au  bout  de  sept  
sonneries  sans  réponse  sur  le  poste  A,  tous  les  appels  sont  redirigés  vers  
le  poste  B  ou  bien  tous  les  appels  sans  condi7on  sur  le  poste  A  sont  
redirigés  vers  le  poste  de  B  

108
GRT5-M3.4-ASC-1
 H.323  v2
q  Grâce  au  support  du  DTMF  (Dual-­‐Tone  Mul7-­‐Frequency),  le  
protocole  H.323  version  2  permepait  la  créa7on  de  nouveaux  
services  vocaux.    
q  Au  contraire  de  la  téléphonie  par  impulsion,  les  codes  DTMF  
correspondent  à  des  fréquences.    
q  En  assignant  à  chaque  touche  du  terminal  un  code  DTMF  unique,  il  
devenait  possible  à  un  serveur  d’interpréter  les  saisies  de  l’u7lisateur  
appelant  et  de  lui  fournir  un  service  adéquat  en  retour.  

q  Enfin,  la  recommanda7on  H.323  permepait  d’u7liser  des  alias  à  

la  place  des  adresses  IP  afin  d’iden7fier  les  u7lisateurs.    
q  Ces  alias  respectent  le  format  des  URL  tradi7onnellement  u7lisées  pour  
désigner  une  ressource  unique  sur  Internet.  

109
GRT5-M3.4-ASC-1
 Développement de services Comp
q  Approche directe
q  Dans les terminaux H.323
q  Approche indirecte via un Feature Server
q  Le Feature Server inter-opère avec le GK
q  Il peut aussi être utilisé comme proxy ou client
secondaire pour les destinataires qui ne sont pas
opérationnels (ex: éteints)
q  Surla détection du non-fonctionnement du destinataire, le
gatekeeper route les appels destinés à l ’appelé ‘’éteint’’ vers
le feature server
q  Lefeature server peut alors exécuter les services tels que
renvoi d’appel pour le compte du destinataire
110
GRT5-M3.4-ASC-1
 Programmation de services H.323

Service Logic

Lancement du Réponse au
script CPL script CPL

Requête H.323 Requête H.323 (modifiée)

Réponse H.323 Réponse H.323

GATEKEEPER

111
GRT5-M3.4-ASC-1
 H.450 : Services complémentaires
q  H.450.2: Transfert d’appel
q  H.450.3: Renvoi d’appel sur non-réponse, sur occupation…
q  H.450.4: Mise en attente
q  H.450.5: Mise en garde et en interception d'appel
(La mise en garde permet à l'utilisateur A mettant en garde de placer un
appel existant avec un utilisateur B sur une position de mise en garde.
L'appel peut être intercepté par la suite en reprenant l'abonné mis en
garde, soit par le terminal qui a effectué la mise en garde, soit par un
autre terminal).

q  H.450.6: Appel en attente

q  H.450.7: Indication de message en attente
q  H.450.8: Identification et restriction du numéro d’appelant
q  H.450.9: Rappel automatique sur occupation
q  Le service communication conférence est offert par défaut par H.323.
112
GRT5-M3.4-ASC-1
 Conclusion
q  H.323 a été publié en 1996 et est organisé autour de quatre composantes :
q  Terminaux,
q  Gateway
q  MCU
q  Gatekeeper
q  H.323 est une pile de normes utilisant des protocoles pour
q  L’admission et l’enregistrement
q  La signalisation d’appel
q  La signalisation de commande
q  L’aspect temps réel RTP et RTCP
q  Les versions H.323 ont visées
q  L’amélioration des délais d’établissement
q  L’amélioration de la sécurité
q  La mise en œuvre de nouveaux services
q  L’intégration en environnement SS7, IN et NGN

113
GRT5-M3.4-ASC-1