Le Point à Point et le Multipoint?

  • Deux participants = Communication Point à Point

  • Plus de deux participants = Communication Multipoint

Pour pouvoir suivre une visioconférence, il faut bien entendu le matériel adéquat. Ce peut être un matériel dédié contenant tout ce qu’il faut : moniteur, micro, et caméra vidéo. Ou alors, un ensemble matériel et logiciel sur un poste de travail normal (PC, etc.). Si la visioconférence ne compte que deux interlocuteurs, alors la liaison est point à point comme illustré sur le schéma ci-dessous :

Lire la suite Le Point à Point et le Multipoint?

MCU centralisé et MCU décentralisé

Un pont MCU a deux modes de fonctionnement:
***Mode MCU décentralisé = fonction Multipoint Contrôleur
et
*** Mode MCU centralisé = fonction Multipoint Contrôleur et Multipoint Processeur.

Un MCU consiste en deux fonctions, à savoir, contrôleur multipoint (Multipoint Controller, MC) et processeur multipoint (Multipoint Processor, MP) La fonction MC met en œuvre le contrôle et la signalisation pour le support de la conférence alors que la fonction MP reçoit les flux des terminaux, les traite, et les retourne aux terminaux participant à la conférence.

Lire la suite MCU centralisé et MCU décentralisé

3 – La Signalisation de commande H.245(tcp) via des messages Q.931

A – La signalisation de commande H.245 permet (Tableau 3) :

• L’échange de capacités multimédia (audio, vidéo), afin d’assurer une transmission selon un mode audio, vidéo particulier.

• La détermination du terminal maître et du terminal asservi afin d’éviter tout conflit dans le contrôle d’une conférence,

• L’établissement et la libération de canaux logiques permettant le transfert de données multimédia,

Le transport des données multimédia dans les voies logiques n’est pas pris en charge par la signalisation de commande H.245. H.245 est uniquement responsable du contrôle des sessions alors que le protocole RTP est responsable du transport.

Lire la suite 3 – La Signalisation de commande H.245(tcp) via des messages Q.931

2 – La signalisation d’appel H.225.0 (tcp) via des messages Q.931

La signalisation d’appel H.225.0 permet d’établir et de libérer des connexions entre endpoints H.323. Les messages utilisés sont ceux du protocole de signalisation Q.931 modifiés par la recommandation H.225.0 (Tableau 2). En réalité, il s’agit d’un sous-ensemble des messages Q.931 qui est réutilisé dans le contexte H.323. La voie de signalisation d’appel pour l’échange de messages de signalisation d’appel (Q.931) est indépendante de la voie RAS.

Lire la suite 2 – La signalisation d’appel H.225.0 (tcp) via des messages Q.931

1 – La signalisation [gkuser] via messages RAS/H.225 (udp)

La signalisation RAS/h.225 est utilisée entre les Endpoints et le Gatekeeper qui les contrôle (Tableau 1). Ce protocole de signalisation permet donc au Gatekeeper de contrôler les endpoints présents dans sa zone. Le Gatekeeper est une entité optionnelle ; c’est la raison pour laquelle la signalisation RAS est aussi optionnelle. Si un endpoint souhaite utiliser les services offerts par un Gatekeeper, il doit alors implanter la signalisation RAS, sinon les fonctions assurées par un Gatekeeper sont mises en œuvre directement dans l’endpoint.

Lire la suite 1 – La signalisation [gkuser] via messages RAS/H.225 (udp)