stringtranslate.com

Formatos de carga útil RTP

El Protocolo de transporte en tiempo real (RTP) especifica un formato de datos de uso general y un protocolo de red para transmitir secuencias de medios digitales en redes de Protocolo de Internet (IP). Los detalles de la codificación de medios, como la frecuencia de muestreo de la señal, el tamaño de trama y la temporización, se especifican en un formato de carga útil RTP . Los parámetros de formato de la carga útil RTP se comunican normalmente entre los puntos finales de transmisión con el Protocolo de descripción de sesión (SDP), pero se pueden utilizar otros protocolos, como el Protocolo extensible de mensajería y presencia (XMPP).

Tipos de carga útil de audio y video

RFC 3551, titulado Perfil RTP para audio y video ( RTP/AVP ), especifica los parámetros técnicos de los formatos de carga útil para transmisiones de audio y video.

El estándar también describe el proceso de registro de nuevos tipos de carga útil con IANA; formatos y tipos de carga útil adicionales se definen en las siguientes especificaciones:

Los identificadores de carga útil 96–127 se utilizan para cargas útiles definidas dinámicamente durante una sesión. Se recomienda asignar dinámicamente los números de puerto, aunque los números de puerto 5004 y 5005 se han registrado para el uso del perfil cuando no se requiere un puerto asignado dinámicamente.

Las aplicaciones siempre deben admitir PCMU (tipo de carga útil 0); anteriormente, también se recomendaba DVI4 (tipo de carga útil 5), pero esto se eliminó en 2013 mediante RFC 7007.

  1. ^ La "frecuencia de reloj" es la velocidad a la que se incrementa la marca de tiempo en el encabezado RTP, que no tiene por qué ser la misma que la frecuencia de muestreo del códec. Por ejemplo, los códecs de vídeo suelen utilizar una frecuencia de reloj de 90000 para que sus fotogramas se puedan alinear con mayor precisión con la marca de tiempo NTP RTCP, aunque las frecuencias de muestreo de vídeo suelen estar en el rango de 1 a 60 muestras por segundo.
  2. ^ Aunque la frecuencia de muestreo para G.722 es 16000, su frecuencia de reloj es 8000 para seguir siendo compatible con RFC 1890, que utilizó incorrectamente este valor. [1]
  3. ^ Debido a que Opus puede cambiar las frecuencias de muestreo de forma dinámica, su frecuencia de reloj se fija en 48000, incluso cuando el códec se utiliza con una frecuencia de muestreo menor. Los parámetros maxplaybackratey sprop-maxcapturerateen SDP se pueden utilizar para indicar sugerencias o preferencias sobre la frecuencia de muestreo máxima para codificar o decodificar.
  4. ^ Para aptX, el intervalo de paquetización se debe redondear hacia abajo hasta el intervalo de paquete más cercano que pueda contener un número entero de muestras. Por lo tanto, a tasas de muestreo de 11025, 22050 o 44100, una tasa de paquetización de "4" se redondea hacia abajo hasta 3,99.

Carga útil de mensajes de texto

Carga útil MIDI

Véase también

Referencias

  1. ^ RFC 3551, Perfil RTP para conferencias de audio y vídeo con control mínimo , H. Schulzrinne, S. Casner, The Internet Society (julio de 2003).
  2. ^ "RFC 2586 - El tipo de contenido MIME Audio/L16". Mayo de 1999. Consultado el 16 de marzo de 2010 .
  3. ^ "RFC 3108 - Convenciones para el uso del Protocolo de descripción de sesión (SDP) para conexiones de portador ATM". Mayo de 2001. Consultado el 16 de marzo de 2010 .
  4. ^ "RFC 4856 - Registro de tipo de medio de formatos de carga útil en el perfil RTP para conferencias de audio y video - Registro del tipo de medio audio/L16". Marzo de 2007. Consultado el 16 de marzo de 2010 .
  5. ^ Guía del programador de XIL, capítulo 22 "CellB Codec". Agosto de 1997. Recuperado el 19 de julio de 2014.
  6. ^ nv - vídeo en red en el sitio web de Henning Schulzrinne, vídeo en red en el sitio web de la Universidad de Toronto, consultado el 9 de julio de 2009.
  7. ^ Ron Frederick Github con código fuente

Enlaces externos