FMUSER ¡Transmite video y audio sin cables más fácilmente!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikáans
sq.fmuser.org -> albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenio
az.fmuser.org -> azerbaiyano
eu.fmuser.org -> Vasco
be.fmuser.org -> bielorruso
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chino (simplificado)
zh-TW.fmuser.org -> Chino (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estonio
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandés
fr.fmuser.org -> Francés
gl.fmuser.org -> gallego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemán
el.fmuser.org -> Griego
ht.fmuser.org -> criollo haitiano
iw.fmuser.org -> hebreo
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> japonés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituania
mk.fmuser.org -> macedonio
ms.fmuser.org -> malayo
mt.fmuser.org -> maltés
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> portugués
ro.fmuser.org -> Rumano
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> eslovaco
sl.fmuser.org -> Eslovenia
es.fmuser.org -> español
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandés
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
1. Protocolo RTP / RTCP
Protocolo RTP
El nombre completo de RTP es Protocolo de transporte en tiempo real (Protocolo de transporte en tiempo real).
Es un estándar propuesto por IETF (The Internet Engineering Task Force), y el documento RFC correspondiente es RFC3550 (RFC1889 es una versión caducada). RFC3550 no solo define RTP, sino que también define el protocolo relacionado de soporte RTCP (Protocolo de control de transporte en tiempo real, es decir, Protocolo de control de transporte en tiempo real). RTP se utiliza para proporcionar servicios de transmisión en tiempo real de extremo a extremo para una variedad de datos multimedia que deben transmitirse en tiempo real, como voz, imagen y fax en la red IP. RTP proporciona información de tiempo y sincronización de flujo para la transmisión en tiempo real de un extremo a otro en Internet, pero no garantiza la calidad del servicio, que es proporcionada por RTCP.
Entorno de aplicación RTP
(1) Conferencia de audio de multidifusión simple. La comunicación de voz se realiza a través de una dirección de multidifusión y un par de puertos. Uno es para datos de audio (RTP) y el otro es para paquetes de control (RTCP).
(2) Conferencias de audio y video. Si se usan conferencias de audio y video en una conferencia, estos dos medios se transmitirán en diferentes sesiones RTP, y cada sesión usará una dirección de transmisión diferente (dirección IP + puerto). Si un usuario usa dos sesiones al mismo tiempo, el paquete RTCP correspondiente a cada sesión usa el nombre canónico CNAME (Canonical Name). Los participantes pueden obtener el audio y el video asociados de acuerdo con el CNAME en el paquete RTCP y luego sincronizar el audio y el video de acuerdo con la información de tiempo (protocolo de tiempo de la red) en el paquete RTCP.
(3) Traductor y mezclador. El traductor y el mezclador son sistemas de relés de nivel RTP. Los traductores se utilizan en áreas de usuarios a las que no se puede acceder directamente a través de la multidifusión IP, como un firewall entre el remitente y el receptor. Cuando el formato de codificación de audio que los participantes pueden recibir es diferente, por ejemplo, si un participante se conecta a una conferencia de alta velocidad a través de un enlace de baja velocidad, se utiliza un mezclador. Antes de ingresar a la red donde es necesario cambiar el formato de datos de audio, el mezclador reconstruye los paquetes de audio de una o varias fuentes, fusiona los múltiples audios reconstruidos y los codifica con otra codificación de audio. Reenvíe este nuevo paquete RTP. Todos los paquetes de datos de un mezclador deben ser identificados por el mezclador como su fuente de sincronización (SSRC, ver encapsulación RTP), y el hablante puede ser confirmado a través de la lista de fuentes de contribución (tabla CSRC, ver encapsulación RTP).
Protocolo RTCP
El Protocolo de control en tiempo real (RTCP) y el RTP se definen conjuntamente en el RFC 1889 propuesto en 1996. Es un protocolo de control que funciona con RTP. RTCP se ejecuta solo en el protocolo de bajo nivel, y el protocolo de bajo nivel proporciona multiplexación de paquetes de datos y control. Durante la sesión RTP, cada participante de la sesión envía periódicamente paquetes de control RTCP a todos los demás participantes. Para las sesiones o transmisiones RTP, generalmente se usa una única dirección de transmisión de múltiples objetivos. Todos los paquetes RTP y RTCP que pertenecen a esta sesión utilizan esta dirección de difusión de múltiples objetivos. Los paquetes RTP y los paquetes RTCP se pueden distinguir utilizando diferentes números de puerto. .
es un protocolo hermano del Real Time Transport Protocol (RTP). RTCP proporciona control fuera de banda para transmisiones de medios RTP. El propio RTCP no transmite datos, pero coopera con RTP para empaquetar y enviar datos multimedia. RTCP transmite periódicamente datos de control entre los participantes en una sesión de transmisión multimedia. La función principal de RTCP es proporcionar comentarios sobre la calidad de servicio proporcionada por RTP.
RTCP realiza las siguientes cuatro funciones:
(1) Principalmente para proporcionar comentarios sobre la calidad de la publicación de datos. RTCP es parte del protocolo de transmisión RTP y está relacionado con el control de flujo y congestión de otros protocolos de transmisión. La retroalimentación tiene un efecto directo en el control de codificación adaptativa, pero la experiencia de multidifusión IP muestra que recibir retroalimentación del remitente es crucial para diagnosticar errores de transmisión. Enviar y recibir informes de retroalimentación a todos los participantes permite a los observadores de problemas estimar si esos problemas son locales o globales. Los mecanismos de publicación como la multidifusión IP hacen posible que grupos como los proveedores de servicios de red reciban comentarios y actúen como monitores de terceros para diagnosticar problemas de red. La función de retroalimentación la realizan los informes del emisor y del receptor RTCP.
(2) RTCP lleva una identificación de capa de transporte persistente de origen RTP llamada nombre canónico (CNAME). Si se encuentra un conflicto o se reinicia el programa, dado que se puede cambiar la identidad SSRC, el destinatario necesita CNAME para rastrear al participante. El receptor también necesita que el CNAME se ponga en contacto con varios flujos de datos proporcionados en la conexión RTP correspondiente.
(3) Las dos primeras funciones requieren que todos los participantes envíen paquetes RTCP. Por lo tanto, para que RTP se expanda a cantidades a gran escala, se debe controlar la tasa. Deje que cada participante envíe paquetes de control a otros participantes, lo que aumenta el número de participantes de observación independientes. Este número se utiliza para calcular la velocidad a la que se envían los paquetes.
(4) La función opcional es transmitir información mínima de control de conexión, como identificar a los participantes. Es más probable que se utilice en conexiones de "control suelto", donde los participantes pueden entrar o salir libremente sin control de miembros o coordinación de parámetros. RTCP actúa como un canal conveniente para todos los participantes, pero no tiene que ser compatible con todos los requisitos de comunicación de control de la aplicación.
Cuando se utiliza RTP en multidifusión IP, las tres primeras funciones son necesarias y recomendadas para todas las situaciones. Los diseñadores de aplicaciones RTP deben evitar el uso de mecanismos que solo funcionan en modo unidifusión, lo que resultará en la imposibilidad de escalar.
2. La relación entre RTP / RTCP y otros protocolos
Diagrama de arquitectura de medios de transmisión
La relación entre el protocolo RTP y otros protocolos.
RTP, TCP y UDP son todos protocolos de capa de transporte; También se puede considerar que RTP está entre la capa de aplicación y la capa de transporte.
Como puede verse en la figura, RTP se divide en la capa de transporte, que se basa en UDP. Al igual que el protocolo UDP, para realizar su función de transmisión en tiempo real, RTP también tiene una forma de encapsulación fija. RTP se utiliza para proporcionar información de tiempo y sincronización de flujo para la transmisión en tiempo real de un extremo a otro, pero no garantiza la calidad del servicio. La calidad del servicio es proporcionada por RTCP.
3. Protocolo RTMP
El protocolo de mensajería en tiempo real RTMP (Real Time Messaging Protocol) es un protocolo abierto desarrollado por Adobe Systems para la transmisión de audio, video y datos entre reproductores Flash y servidores.
Tiene tres variantes:
1) Un protocolo de texto plano que funciona en TCP, utilizando el puerto 1935;
2) RTMPT está encapsulado en la solicitud HTTP y puede atravesar el firewall;
3) RTMPS es similar a RTMPT, pero usa conexión HTTPS;
Flash utiliza el protocolo RTMP para la transmisión de objetos, vídeo y audio. Este protocolo se basa en el protocolo TCP o en el protocolo HTTP de sondeo;
El protocolo RTMP es como un contenedor que se utiliza para almacenar paquetes de datos. Estos datos pueden ser datos en formato AMF o datos de video / audio en FLV;
Una sola conexión puede transmitir múltiples flujos de red a través de diferentes canales. Todos los paquetes de estos canales se transmiten en paquetes de tamaño fijo;
|
Ingrese el correo electrónico para recibir una sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikáans
sq.fmuser.org -> albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenio
az.fmuser.org -> azerbaiyano
eu.fmuser.org -> Vasco
be.fmuser.org -> bielorruso
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chino (simplificado)
zh-TW.fmuser.org -> Chino (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estonio
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandés
fr.fmuser.org -> Francés
gl.fmuser.org -> gallego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemán
el.fmuser.org -> Griego
ht.fmuser.org -> criollo haitiano
iw.fmuser.org -> hebreo
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> japonés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituania
mk.fmuser.org -> macedonio
ms.fmuser.org -> malayo
mt.fmuser.org -> maltés
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> portugués
ro.fmuser.org -> Rumano
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> eslovaco
sl.fmuser.org -> Eslovenia
es.fmuser.org -> español
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandés
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
FMUSER ¡Transmite video y audio sin cables más fácilmente!
Contacto
Dirección:
Habitación No.305 Edificio HuiLan No.273 Huanpu Road Guangzhou China 510620
Categorías
Newsletter