RTP / RTCP 、 TCP 、 UDP 、 RTMP 、 RTSP (2)

Documento de referencia RFC2326
El Protocolo de transmisión en tiempo real (Protocolo de transmisión en tiempo real) es un protocolo de transmisión multimedia que se utiliza para controlar el sonido o el video y permite el control de demanda de transmisión múltiple simultánea. El protocolo de comunicación de red utilizado durante la transmisión no está dentro de su rango definido. El lado del servidor Puede optar por utilizar TCP o UDP para transmitir contenido en tiempo real. Su sintaxis y funcionamiento son similares a HTTP 1.1, pero la sincronización de tiempo no se enfatiza particularmente, por lo que puede tolerar retrasos en la red. El control de demanda de transmisión múltiple mencionado anteriormente (multidifusión) mencionado anteriormente no solo puede reducir el uso de la red en el lado del servidor, sino que también admite videoconferencias multipartitas (videoconferencia). Debido a que funciona de manera similar a HTTP1.1, la función de caché "Cache" del servidor proxy "Proxy" también es aplicable a RTSP, y debido a que RTSP tiene una función de redirección, el servidor que proporciona el servicio se puede cambiar de acuerdo con la carga real. situación para Evitar una carga excesiva concentrada en el mismo servidor y provocar retrasos.

　　 fue propuesto conjuntamente por Real Networks y Netscape. El protocolo define cómo las aplicaciones de uno a varios pueden transmitir datos multimedia de forma eficaz a través de una red IP. RTSP proporciona un marco extensible que hace posible el control y los datos en tiempo real bajo demanda, como audio y video. Las fuentes de datos incluyen datos en vivo y datos almacenados en clips.
El propósito de este protocolo es controlar múltiples conexiones de transmisión de datos, proporcionar una forma de seleccionar canales de transmisión, como UDP, multidifusión UDP y TCP, y proporcionar métodos para seleccionar un mecanismo de transmisión basado en RTP.

RTP transmite datos de audio / video. Si es PLAY, el servidor lo envía al cliente. Si es RECORD, el cliente puede enviarlo al servidor. Todo el protocolo RTP consta de dos partes estrechamente relacionadas: el protocolo de datos RTP y el protocolo de control RTP (es decir, RTCP) ；

　　 RTCP: RTCP incluye el Informe del remitente y el Informe del receptor, que se utilizan para la sincronización de audio / vídeo y otros fines, y es un protocolo de control;

　　Las solicitudes RTSP incluyen principalmente DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, etc., como su nombre lo indica, se puede conocer como una función de diálogo y control;

　　 Durante la conversación RTSP, SETUP puede determinar el puerto utilizado por RTP / RTCP, PLAY / PAUSE / TEARDOWN puede iniciar o detener el envío de RTP, etc .;

　　 TCP, el nombre completo es Protocolo de control de transferencia, y el nombre chino es Protocolo de control de transmisión. Funciona en la capa de transporte OSI y proporciona servicios de transmisión fiables orientados a la conexión.

　　 El trabajo de TCP es principalmente establecer una conexión y luego recibir datos del programa de la capa de aplicación y transmitirlos. TCP utiliza una conexión de circuito virtual para funcionar. Antes de enviar datos, necesita establecer una conexión entre el remitente y el receptor. Una vez enviados los datos, el remitente esperará a que el receptor dé una respuesta de confirmación; de lo contrario, el remitente pensará que estos datos se han perdido y los reenviará.

RTP no es como http y ftp que pueden descargar el archivo de película completo por completo. Envía datos en la red a una velocidad de datos fija. El cliente también ve el archivo de película a esta velocidad. Una vez que se reproduce la pantalla de película, no se puede reproducir repetidamente. , A menos que vuelva a solicitar datos al servidor.

　　 La mayor diferencia entre RTSP y RTP es que: RTSP es un protocolo de transmisión de datos bidireccional en tiempo real, que permite al cliente enviar solicitudes al servidor, como operaciones de reproducción, avance rápido y retroceso.

　　 Por supuesto, RTSP puede transmitir datos basados en RTP, y también puede elegir TCP, UDP, multidifusión UDP y otros canales para enviar datos, lo que tiene una buena escalabilidad.
Es un protocolo de capa de aplicación de red similar al protocolo http.

Número de secuencia: indica la posición del segmento en la secuencia de segmentos a transmitir

Número de confirmación: especifica el número de secuencia del segmento recibido con éxito, el número de secuencia de confirmación contiene el siguiente número de secuencia que el final que envía la confirmación espera recibir

Desplazamiento de TCP: especifica la longitud del encabezado del segmento. La longitud del encabezado de la sección depende de la opción establecida en el campo de opción del encabezado de la sección

PSH: Indica que los datos se enviarán al proceso de recepción lo antes posible

Ventana: especifique el comando sobre el tamaño del siguiente segmento que el remitente puede transmitir

Suma de comprobación: la suma de comprobación contiene el encabezado del segmento TCP y la parte de datos, que se utilizan para verificar la confiabilidad del encabezado del segmento y la parte de datos.

Emergencia: indica que el segmento contiene información de emergencia y el puntero de emergencia es válido solo cuando la bandera URG está configurada en 1.

Opciones: se especifican el tamaño del segmento reconocido, la marca de tiempo, el final del campo de opción y la opción de límite del campo de opción

Establecimiento de la conexión TCP: El proceso de establecimiento de la conexión TCP también se denomina protocolo de enlace de tres vías TCP. Primero, el anfitrión remitente inicia una solicitud de sincronización (SYN) para establecer una conexión con el anfitrión receptor; el anfitrión receptor responde con una respuesta de sincronización / reconocimiento (SYN / ACK) al anfitrión remitente después de recibir esta solicitud; el host remitente recibe esto Después de que el paquete se envía un acuse de recibo (ACK) al host receptor, en este momento la conexión TCP se establece con éxito;

Cierre de la conexión TCP: después de que el host remitente y el host de destino establezcan una conexión TCP y completen la transmisión de datos, se enviará un paquete de datos con el indicador de finalización establecido en 1 para cerrar la conexión TCP y liberar el espacio de búfer ocupado por la conexión en al mismo tiempo; Configuración de restablecimiento de TCP: TCP permite que la conexión se interrumpa repentinamente durante la transmisión, lo que se denomina restablecimiento de TCP;

Clasificación y confirmación de datos TCP: TCP es un protocolo de transmisión confiable. Utiliza números de secuencia y números de confirmación para rastrear la recepción de datos durante la transmisión;

Retransmisión de TCP: en el proceso de transmisión de TCP, si el host receptor no recibe una respuesta de reconocimiento a un paquete de datos dentro del período de tiempo de espera de retransmisión, el host remitente considera que el paquete de datos se perdió y envía el paquete de datos al receptor nuevamente. se llama retransmisión TCP;

Confirmación de retraso de TCP: TCP no siempre confirma la data inmediatamente después de recibirlo. Permite al anfitrión enviar su propio mensaje de confirmación a la otra parte mientras recibe los datos.

Protección de datos TCP (suma de verificación): TCP es un protocolo de transmisión confiable, que proporciona un cálculo de suma de verificación para realizar la integridad de los datos durante la transmisión.

　　 El protocolo UDP es la abreviatura de UserDatagramProtocol en inglés, es decir, protocolo de datagrama de usuario, que se utiliza principalmente para admitir aplicaciones de red que necesitan transmitir datos entre computadoras. Numerosas aplicaciones de red cliente / servidor, incluidos los sistemas de videoconferencia en red, necesitan utilizar el protocolo UDP. El protocolo UDP se ha utilizado durante muchos años desde sus inicios. Aunque su brillo inicial se ha visto oscurecido por algunos protocolos similares, incluso hoy, UDP sigue siendo un protocolo de capa de transporte de red muy práctico y factible.

　　 Al igual que el conocido protocolo TCP (Protocolo de control de transmisión), el protocolo UDP se encuentra directamente encima del protocolo IP (Protocolo de Internet). Según el modelo de referencia OSI (Open System Interconnection), UDP y TCP son ambos protocolos de capa de transporte.

　　 La función principal del protocolo UDP es comprimir el tráfico de datos de la red en forma de datagramas. Un datagrama típico es una unidad de transmisión de datos binarios. Los primeros 8 bytes de cada datagrama se utilizan para contener información de encabezado y los bytes restantes se utilizan para contener datos de transmisión específicos.

　　 TCP es un protocolo punto a punto, lo que significa que cada cliente necesita separar el enlace cliente / servidor, por lo que la transmisión de datos a múltiples clientes no se puede realizar a nivel de red. Si un flujo de datos debe transmitirse a varios clientes al mismo tiempo, el servidor debe transmitir una copia del flujo de datos a cada cliente. TCP puede ajustar dinámicamente la velocidad de transmisión de acuerdo con el ancho de banda de la red y el grado de congestión y reenviar los paquetes de datos perdidos. La confiabilidad de la transmisión de datos está asegurada, pero los recursos del servidor son costosos y es difícil asegurar el desempeño en tiempo real de la transmisión del flujo de datos cuando el flujo de datos es grande.

UDP es un protocolo de transmisión poco confiable. En el extremo de envío, la velocidad a la que UDP transmite datos solo está limitada por la velocidad a la que la aplicación genera datos, la capacidad de la computadora y el ancho de banda de transmisión; en el extremo receptor, UDP coloca cada segmento de mensaje en una cola. La aplicación lee un segmento de mensaje de la cola cada vez; el protocolo UDP no necesita mantener el estado de conexión y no cree que cada paquete de datos deba llegar al extremo receptor, por lo que la carga de la red es menor que TCP y la velocidad de transmisión es más rápida que TCP; Cuanto más congestionada está la red, más paquetes de datos se pierden.

　　 La principal diferencia entre el protocolo UDP y TCP es cómo lograr una transmisión confiable de información. El protocolo TCP contiene un mecanismo de garantía de entrega especial. Cuando el receptor de datos recibe la información del remitente, enviará automáticamente un mensaje de confirmación al remitente; el remitente continuará transmitiendo otra información solo después de recibir el mensaje de confirmación. De lo contrario, esperará hasta que se reciba el mensaje de confirmación.

　　 Por tanto, TCP tiene más tiempo para establecer una conexión que UDP. Comparado con UDP, TCP tiene mayor seguridad y confiabilidad. El tamaño de la transmisión del protocolo TCP no está limitado. Una vez que se establece la conexión, ambas partes pueden transmitir una gran cantidad de datos en un formato determinado, mientras que UDP es un protocolo poco confiable con un límite de tamaño, que no puede exceder los 64K cada vez.

　　 Comparado con el protocolo TCP, otra diferencia del protocolo UDP es cómo recibir múltiples datagramas que son inesperados. A diferencia de TCP, UDP no garantiza el orden de envío y recepción de datos.

RTP está por encima de UDP. Aunque UDP no es tan confiable como TCP y no puede garantizar la calidad del servicioEn cuanto a los servicios en tiempo real, RTCP necesita monitorear la transmisión de datos y la calidad del servicio en tiempo real. Sin embargo, debido a que el retardo de transmisión de UDP es menor que el de TCP, puede ser muy compatible con video y audio. Buen partido. Por lo tanto, en aplicaciones prácticas, RTP / RTCP / UDP se usa para medios de audio / video, y TCP se usa para la transmisión de datos y señalización de control.

El protocolo RTMP es un protocolo diseñado específicamente para la transmisión eficiente de video, audio y datos. Realiza la transmisión de video y sonido en tiempo real estableciendo una conexión TCP binaria o conectando un túnel HTTP.

　　RTMP admite más protocolos de medios que los servidores de medios tradicionales. Admite la transmisión dinámica de varias líneas que pueden contener datos de audio, video y secuencias de comandos del servidor al cliente y del cliente al servidor. RTMP procesa datos de audio, video y script por separado.

　　Los datos de sonido y video se almacenan en búfer por separado en el servidor. Si los datos de sonido alcanzan un cierto límite en el búfer de sonido, todos los datos del búfer se descartarán y los datos recién llegados podrán comenzar a recopilarse en el búfer y enviarse a cada cliente. Los datos de video se procesan de manera similar, la diferencia es que cuando llega un nuevo fotograma clave, los datos en el búfer se borran. Al descartar los datos del marco antiguo, si se encuentra que los datos del cliente son incorrectos, se ajustan los marcos nuevo y antiguo.

　　RTMP otorga diferentes niveles de prioridad a los datos. En una conversación en tiempo real, el sonido es lo más importante, el video tiene baja prioridad y los datos del guión tienen prioridad entre el sonido y el video.

　　 El protocolo RTMP puede crear múltiples flujos de datos, pero cada flujo de datos solo puede tener una dirección. El uso de RTMP puede construir un sistema de este tipo, el cliente puede interactuar con el servidor RTMP y el servidor de aplicaciones al mismo tiempo, de modo que la carga en el servidor se puede dispersar, aunque en esta estructura mejorada del sistema, los requisitos de rendimiento del servidor RTMP son relativamente altos.

　　 Protocolo HTTP, el nombre completo es Protocolo de transferencia de hipertexto y el nombre chino es Protocolo de transferencia de hipertexto;

　　Protocolo MMS, el nombre completo es Protocolo de servidor de medios de Microsoft y el nombre chino es Protocolo de servidor de medios de Microsoft;

　　 El protocolo HLS, de nombre completo HTTP Live Streaming, es un protocolo de transmisión de medios de transmisión basado en HTTP implementado por Apple Inc .;

¿A qué distancia (largo) de la cubierta del transmisor?

El alcance de transmisión depende de muchos factores. La distancia real se basa en la instalación de la antena de altura, ganancia de antena, utilizando como medio de construcción y otras obstrucciones, la sensibilidad del receptor, la antena del receptor. La instalación de la antena más alta y el uso en el campo, la distancia será mucho más lejos.

Transmisor FM 5W ejemplo, el uso en la ciudad y la ciudad natal:

Tengo un cliente de uso del transmisor FM con antena 5W EE.UU. GP en su ciudad natal, y lo prueba con un coche, es cubrir 10km (6.21mile).

Puedo probar el transmisor de FM con antena GP 5W en mi ciudad natal, que cubren alrededor 2km (1.24mile).

Puedo probar el transmisor de FM con antena 5W médico de cabecera en la ciudad de Guangzhou, que sólo cubren alrededor 300meter (984ft).

A continuación se presentan el intervalo aproximado de diferentes transmisores de FM de potencia. (El rango es de diámetro)

Transmisor FM 0.1W ~ 5W: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

Transmisor FM 15W ~ 80W: 3KM ~ 10KM

Transmisor FM 80W ~ 500W: 10KM ~ 30KM

Transmisor FM 500W ~ 1000W: 30KM ~ 50KM

Transmisor FM 1KW ~ 2KW: 50KM ~ 100KM

Transmisor FM 2KW ~ 5KW: 100KM ~ 150KM

Transmisor FM 5KW ~ 10KW: 150KM ~ 200KM

Cómo ponerse en contacto con nosotros para el transmisor?

Llámame + O 8618078869184
Envía un email [email protected]
1.How hasta dónde quiere cubrir de diámetro?
2.How alta de que la torre?
3.Where eres?
Y vamos a darle más consejo profesional.

Sobre Nosotros

FMUSER.ORG es una empresa de integración de sistemas que se enfoca en la transmisión inalámbrica de RF / equipos de audio / video de estudio / transmisión y procesamiento de datos. Ofrecemos todo tipo de asesoría, desde consultoría hasta la integración en rack, instalación, puesta en marcha y capacitación.

Ofrecemos transmisor de FM, transmisor de TV analógica, transmisor de TV digital, transmisor UHF VHF, antenas, conectores de cable coaxial, STL, procesamiento en el aire, productos de difusión para el estudio, monitoreo de señal RF, codificadores RDS, procesadores de audio y unidades de control de sitio remoto. Productos de IPTV, codificador / decodificador de video / audio, diseñados para satisfacer las necesidades de las grandes redes de transmisión internacionales y las pequeñas estaciones privadas.

Nuestra solución tiene estación de radio FM / estación de TV analógica / estación de TV digital / equipo de estudio de audio y video / enlace de transmisor de estudio / sistema de telemetría de transmisor / sistema de TV de hotel / transmisión en vivo de IPTV / transmisión en vivo de transmisión / videoconferencia / sistema de transmisión de CATV.

Estamos utilizando productos de tecnología avanzada para todos los sistemas, porque sabemos que la alta confiabilidad y el alto rendimiento son tan importantes para el sistema y la solución. Al mismo tiempo, también tenemos que asegurarnos de que nuestro sistema de productos tenga un precio muy razonable.

Tenemos clientes de emisoras públicas y comerciales, operadores de telecomunicaciones y autoridades de regulación, y también ofrecemos soluciones y productos a cientos de emisoras más pequeñas, locales y comunitarias.

FMUSER.ORG lleva más de 15 años exportando y tiene clientes en todo el mundo. Con 13 años de experiencia en este campo, contamos con un equipo profesional para resolver todo tipo de problemas del cliente. Nos dedicamos a ofrecer precios extremadamente razonables de productos y servicios profesionales. Email de contacto : [email protected]

Nuestra fábrica

Tenemos modernización de la fábrica. Que son bienvenidos a visitar nuestra fábrica cuando se llega a China.

En la actualidad, ya hay clientes 1095 en todo el mundo visitaron nuestra oficina Guangzhou Tianhe. Si usted viene a China, que son bienvenidos a visitarnos.

en la Feria

Esta es nuestra participación en 2012 Global Sources Hong Kong Electronics Fair . Los clientes de todo el mundo finalmente tener la oportunidad de reunirse.

¿Dónde está Fmuser?

Puede buscar estos números " 23.127460034623816,113.33224654197693 "en el mapa de Google, entonces puede encontrar nuestra oficina fmuser.

FMUSER oficina de Guangzhou se encuentra en el distrito de Tianhe, que es el centro del Cantón . Muy cerca En el correo electrónico “Su Cuenta de Usuario en su Nuevo Sistema XNUMXCX”. Feria de Cantón , Estación de tren de Guangzhou, Xiaobei carretera y Dashatou , solo necesito 10 minutos si toma TAXI . Bienvenidos amigos de todo el mundo a visitar y negociar.

Contacto: Blue Sky
Celular: + 8618078869184
WhatsApp: + 8618078869184
WeChat: + 8618078869184
E-mail: [email protected]
QQ: 727926717
Skype: sky198710021
Dirección: Sala de No.305 Huilan Edificio No.273 Huanpu carretera Guangzhou, China Código Postal: 510620

Inglés: Aceptamos todos los pagos, como PayPal, tarjeta de crédito, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, si tiene alguna pregunta, comuníquese conmigo [email protected] o WhatsApp + 8618078869184

PayPal.  www.paypal.com

Recomendamos que utilice PayPal para comprar nuestros artículos, el PayPal es una forma segura para comprar en Internet.

Cada página de nuestra lista de elementos de fondo en la parte superior tienen un logotipo de PayPal para pagar.

Tarjeta de crédito.Si usted no tiene PayPal, pero usted tiene tarjeta de crédito, también puede hacer clic en el botón amarillo de PayPal para pagar con su tarjeta de crédito.

-------------------------------------------------- -------------------

Pero si usted no tiene una tarjeta de crédito y no tener una cuenta de PayPal o difícil consiguió un accout PayPal, puede utilizar lo siguiente:
Western Union.  www.westernunion.com

Pagar por Western Union a mí:

Nombre / Nombre: Yingfeng
Apellido / Apellido / Nombre familiar: Zhang
Nombre completo: Yingfeng Zhang
País: China
Ciudad: Guangzhou

-------------------------------------------------- -------------------

T / T.  Pagado por T / T (transferencia bancaria / transferencia telegráfica / transferencia bancaria)
Primera INFORMACIÓN BANCARIA (CUENTA DE LA EMPRESA):

SWIFT BIC: BKCHHKHHXXX
Nombre del banco: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Dirección del banco: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
CÓDIGO BANCO: 012
Nombre de cuenta: FMUSER INTERNATIONAL GROUP LIMITED
Cuenta NO. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Segunda INFORMACIÓN BANCARIA (CUENTA DE LA EMPRESA):
Beneficiario: Fmuser International Group Inc
Número de cuenta: 44050158090900000337
Banco del beneficiario: China Construction Bank Guangdong Branch
Código SWIFT: PCBCCNBJGDX
Dirección: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
** Nota: Cuando transfiera dinero a nuestra cuenta bancaria, NO escriba nada en el área de comentarios; de lo contrario, no podremos recibir el pago debido a la política gubernamental sobre comercio internacional.

* Este documento se enviará en 1 2-días de trabajo cuando el pago claro.

* Enviaremos a su dirección de PayPal. Si usted quiere cambiar la dirección, por favor, envíe su dirección correcta y número de teléfono a mi correo electrónico [email protected]

* Si los paquetes se encuentra por debajo 2kg, nos enviarán a través de correo aéreo, tardará aproximadamente 15-25days a la mano.

Si el paquete es más que 2kg, enviaremos a través de EMS, DHL, UPS, Fedex entrega rápida expresa, tomará alrededor de 7 ~ 15days a su lado.

Si el paquete de más de 100kg, vamos a enviar por DHL o el flete aéreo. Se llevará a cerca 3 ~ 7days a su lado.

Todos los paquetes son la forma china de Guangzhou.

* El paquete se enviará como "regalo" y se eliminará lo menos posible, el comprador no tiene que pagar "IMPUESTOS".

* Después de la nave, le enviaremos un correo electrónico y le dará el número de seguimiento.

Para garantía.
Contáctenos --- >> Devuélvanos el artículo --- >> Reciba y envíe otro reemplazo.

Nombre: Liu xiaoxia
Dirección: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou, China.
Postal: 510620
Teléfono: + 8618078869184

Por favor, devuelva a esta dirección y escribir su PayPal, nombre, dirección problema en la nota: