FMUSER Wirless transmet la vidéo et l'audio plus facilement!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albanais
ar.fmuser.org -> arabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaïdjanais
eu.fmuser.org -> basque
be.fmuser.org -> biélorusse
bg.fmuser.org -> Bulgare
ca.fmuser.org -> catalan
zh-CN.fmuser.org -> chinois (simplifié)
zh-TW.fmuser.org -> Chinois (traditionnel)
hr.fmuser.org -> croate
cs.fmuser.org -> tchèque
da.fmuser.org -> danois
nl.fmuser.org -> Néerlandais
et.fmuser.org -> estonien
tl.fmuser.org -> Philippin
fi.fmuser.org -> finnois
fr.fmuser.org -> Français
gl.fmuser.org -> Galicien
ka.fmuser.org -> géorgien
de.fmuser.org -> allemand
el.fmuser.org -> Grec
ht.fmuser.org -> Créole haïtien
iw.fmuser.org -> hébreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hongrois
is.fmuser.org -> islandais
id.fmuser.org -> indonésien
ga.fmuser.org -> irlandais
it.fmuser.org -> Italien
ja.fmuser.org -> japonais
ko.fmuser.org -> coréen
lv.fmuser.org -> letton
lt.fmuser.org -> Lituanien
mk.fmuser.org -> macédonien
ms.fmuser.org -> malais
mt.fmuser.org -> maltais
no.fmuser.org -> Norwegian
fa.fmuser.org -> persan
pl.fmuser.org -> polonais
pt.fmuser.org -> portugais
ro.fmuser.org -> Roumain
ru.fmuser.org -> russe
sr.fmuser.org -> serbe
sk.fmuser.org -> slovaque
sl.fmuser.org -> Slovène
es.fmuser.org -> espagnol
sw.fmuser.org -> Swahili
sv.fmuser.org -> suédois
th.fmuser.org -> Thai
tr.fmuser.org -> turc
uk.fmuser.org -> ukrainien
ur.fmuser.org -> ourdou
vi.fmuser.org -> Vietnamienne
cy.fmuser.org -> Gallois
yi.fmuser.org -> Yiddish
1. Protocole RTP / RTCP
Protocole RTP
Le nom complet de RTP est Real-time Transport Protocol (Real-time Transport Protocol).
Il s'agit d'une norme proposée par l'IETF (The Internet Engineering Task Force), et le document RFC correspondant est RFC3550 (RFC1889 est une version expirée). La RFC3550 définit non seulement RTP, mais définit également le protocole associé de prise en charge RTCP (Real-time Transport Control Protocol, c'est-à-dire Real-time Transport Control Protocol). RTP est utilisé pour fournir des services de transmission en temps réel de bout en bout pour une variété de données multimédias qui doivent être transmises en temps réel, telles que la voix, l'image et la télécopie sur le réseau IP. RTP fournit des informations temporelles et une synchronisation de flux pour une transmission en temps réel de bout en bout sur Internet, mais ne garantit pas la qualité du service, qui est fournie par RTCP.
Environnement d'application RTP
(1) Conférence audio multicast simple. La communication vocale est réalisée via une adresse multicast et une paire de ports. L'un est pour les données audio (RTP) et l'autre pour les paquets de contrôle (RTCP).
(2) Conférence audio et vidéo. Si des conférences audio et vidéo sont utilisées dans une conférence, ces deux médias seront transmis dans des sessions RTP différentes, et chaque session utilisera une adresse de transmission différente (adresse IP + port). Si un utilisateur utilise deux sessions en même temps, le paquet RTCP correspondant à chaque session utilise le nom canonique CNAME (Canonical Name). Les participants peuvent obtenir l'audio et la vidéo associés selon le CNAME dans le paquet RTCP, puis synchroniser l'audio et la vidéo en fonction des informations de synchronisation (protocole de temps réseau) dans le paquet RTCP.
(3) Traducteur et mixeur. Le traducteur et le mélangeur sont tous deux des systèmes de relais de niveau RTP. Les traducteurs sont utilisés dans les zones utilisateur qui ne peuvent pas être directement atteintes via la multidiffusion IP, comme un pare-feu entre l'expéditeur et le destinataire. Lorsque le format de codage audio que les participants peuvent recevoir est différent, par exemple, si un participant se connecte à une conférence à haut débit via une liaison à bas débit, un mélangeur est utilisé. Avant d'entrer dans le réseau où le format de données audio doit être changé, le mélangeur reconstruit les paquets audio à partir d'une source ou de plusieurs sources, fusionne les multiples audios reconstruits et les code avec un autre codage audio. Transférez ce nouveau paquet RTP. Tous les paquets de données d'un mélangeur doivent être identifiés par le mélangeur comme leur source de synchronisation (SSRC, voir encapsulation RTP), et le locuteur peut être confirmé via la liste des sources de contribution (tableau CSRC, voir encapsulation RTP).
Protocole RTCP
Le protocole de contrôle en temps réel (RTCP) et RTP sont définis conjointement dans la RFC 1889 proposée en 1996. C'est un protocole de contrôle qui fonctionne avec RTP. RTCP fonctionne uniquement sur le protocole de bas niveau, et le protocole de bas niveau fournit le multiplexage des données et des paquets de contrôle. Pendant la session RTP, chaque participant de session envoie périodiquement des paquets de contrôle RTCP à tous les autres participants. Pour les sessions ou diffusions RTP, une seule adresse de diffusion multi-cible est généralement utilisée. Tous les paquets RTP et RTCP appartenant à cette session utilisent cette adresse de diffusion multi-cible. Les paquets RTP et les paquets RTCP peuvent être distingués en utilisant différents numéros de port. .
est un protocole sœur du protocole de transport en temps réel (RTP). RTCP fournit un contrôle hors bande pour les flux multimédias RTP. RTCP lui-même ne transmet pas de données, mais coopère avec RTP pour empaqueter et envoyer des données multimédias. RTCP transmet périodiquement des données de contrôle entre les participants dans une session multimédia en continu. La fonction principale du RTCP est de fournir des informations sur la qualité de service fournie par RTP.
RTCP remplit les quatre fonctions suivantes:
(1) Principalement pour fournir des commentaires sur la qualité de la diffusion des données. RTCP fait partie du protocole de transmission RTP et est lié au contrôle de flux et d'encombrement d'autres protocoles de transmission. Les commentaires ont un effet direct sur le contrôle de codage adaptatif, mais l'expérience de multidiffusion IP montre que la réception des commentaires de l'expéditeur est cruciale pour diagnostiquer les erreurs de transmission. L'envoi et la réception de rapports de rétroaction à tous les participants permettent aux observateurs de problèmes d'estimer si ces problèmes sont locaux ou mondiaux. Les mécanismes de publication tels que la multidiffusion IP permettent à des groupes tels que les fournisseurs de services réseau de recevoir des commentaires et d'agir en tant que moniteurs tiers pour diagnostiquer les problèmes de réseau. La fonction de retour est effectuée par les rapports de l'émetteur et du récepteur RTCP.
(2) RTCP porte une identification de couche de transport persistante source RTP appelée nom canonique (CNAME). Si un conflit est détecté ou si le programme est redémarré, puisque l'identité SSRC peut être modifiée, le destinataire a besoin de CNAME pour suivre le participant. Le récepteur a également besoin du CNAME pour contacter plusieurs flux de données indiqués dans la connexion RTP correspondante.
(3) Les deux premières fonctions exigent que tous les participants envoient des paquets RTCP. Par conséquent, pour que le RTP puisse s'étendre à des quantités à grande échelle, le taux doit être contrôlé. Laissez chaque participant envoyer des paquets de contrôle aux autres participants, ce qui augmente le nombre de participants d'observation indépendants. Ce nombre est utilisé pour calculer le débit auquel les paquets sont envoyés.
(4) La fonction facultative consiste à transmettre des informations de contrôle de connexion minimales, telles que l'identification des participants. Le plus susceptible d'être utilisé dans les connexions de «contrôle lâche», où les participants sont libres d'entrer ou de sortir sans contrôle des membres ou coordination des paramètres. RTCP agit comme un canal pratique pour tous les participants, mais n'a pas à prendre en charge toutes les exigences de communication de contrôle de l'application.
Lorsque RTP est utilisé en multidiffusion IP, les trois premières fonctions sont nécessaires et recommandées dans toutes les situations. Les concepteurs d'applications RTP doivent éviter d'utiliser des mécanismes qui ne fonctionnent qu'en mode monodiffusion, ce qui entraînera une incapacité à évoluer.
2. La relation entre RTP / RTCP et d'autres protocoles
Diagramme d'architecture multimédia en continu
La relation entre le protocole RTP et les autres protocoles
RTP, TCP et UDP sont tous des protocoles de couche de transport; RTP peut également être considéré comme se situant entre la couche application et la couche transport
Comme on peut le voir sur la figure, RTP est divisé en la couche de transport, qui est construite sur UDP. Comme le protocole UDP, afin de réaliser sa fonction de transmission en temps réel, RTP dispose également d'une forme d'encapsulation fixe. RTP est utilisé pour fournir des informations temporelles et la synchronisation de flux pour une transmission en temps réel de bout en bout, mais il ne garantit pas la qualité de service. La qualité de service est assurée par le RTCP.
3. Protocole RTMP
Le protocole de messagerie en temps réel RTMP (Real Time Messaging Protocol) est un protocole ouvert développé par Adobe Systems pour la transmission audio, vidéo et de données entre les lecteurs Flash et les serveurs.
Il a trois variantes:
1) Un protocole en clair fonctionnant sur TCP, utilisant le port 1935;
2) RTMPT est encapsulé dans la requête HTTP et peut traverser le pare-feu;
3) RTMPS est similaire à RTMPT, mais utilise une connexion HTTPS;
Le protocole RTMP est utilisé par Flash pour la transmission d'objets, vidéo et audio. Ce protocole est basé sur le protocole TCP ou le protocole HTTP d'interrogation;
Le protocole RTMP est comme un conteneur utilisé pour contenir des paquets de données. Ces données peuvent être des données au format AMF ou des données vidéo / audio au format FLV;
Une seule connexion peut transmettre plusieurs flux réseau via différents canaux. Les paquets de ces canaux sont tous transmis en paquets de taille fixe;
|
Entrez l'email pour avoir une surprise
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albanais
ar.fmuser.org -> arabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaïdjanais
eu.fmuser.org -> basque
be.fmuser.org -> biélorusse
bg.fmuser.org -> Bulgare
ca.fmuser.org -> catalan
zh-CN.fmuser.org -> chinois (simplifié)
zh-TW.fmuser.org -> Chinois (traditionnel)
hr.fmuser.org -> croate
cs.fmuser.org -> tchèque
da.fmuser.org -> danois
nl.fmuser.org -> Néerlandais
et.fmuser.org -> estonien
tl.fmuser.org -> Philippin
fi.fmuser.org -> finnois
fr.fmuser.org -> Français
gl.fmuser.org -> Galicien
ka.fmuser.org -> géorgien
de.fmuser.org -> allemand
el.fmuser.org -> Grec
ht.fmuser.org -> Créole haïtien
iw.fmuser.org -> hébreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hongrois
is.fmuser.org -> islandais
id.fmuser.org -> indonésien
ga.fmuser.org -> irlandais
it.fmuser.org -> Italien
ja.fmuser.org -> japonais
ko.fmuser.org -> coréen
lv.fmuser.org -> letton
lt.fmuser.org -> Lituanien
mk.fmuser.org -> macédonien
ms.fmuser.org -> malais
mt.fmuser.org -> maltais
no.fmuser.org -> Norwegian
fa.fmuser.org -> persan
pl.fmuser.org -> polonais
pt.fmuser.org -> portugais
ro.fmuser.org -> Roumain
ru.fmuser.org -> russe
sr.fmuser.org -> serbe
sk.fmuser.org -> slovaque
sl.fmuser.org -> Slovène
es.fmuser.org -> espagnol
sw.fmuser.org -> Swahili
sv.fmuser.org -> suédois
th.fmuser.org -> Thai
tr.fmuser.org -> turc
uk.fmuser.org -> ukrainien
ur.fmuser.org -> ourdou
vi.fmuser.org -> Vietnamienne
cy.fmuser.org -> Gallois
yi.fmuser.org -> Yiddish
FMUSER Wirless transmet la vidéo et l'audio plus facilement!
Contactez-Nous
Adresse :
No.305 Chambre HuiLan Building No.273 Huanpu Road Guangzhou Chine 510620
Catégories
Newsletter