5.4.2 Transmisión

Los intercomunicadores 2N IP ofrecen varias opciones del stream de audio y vídeo, ver la siguiente tabla:

Explicación de los términos

• RTP (Real-Time Transport Protocol) – protocolo que define el formato estándar de los paquetes para la transmisión de audio y vídeo en las redes IP. Los intercomunicadores 2N IP utilizan este protocolo para transmitir el stream de audio y vídeo. El protocolo de transporte para RTP suele ser directamente el protocolo UDP, sin embargo, puede ser también el protocolo RTSP, event. HTTP.
• RTSP (Real-Time Streaming Protocol) – protocolo de red para controlar los servidores de stream (controla el establecimiento, inicio y finalización del stream de audio y vídeo).
• HTTP (Hypertext Transfer Protocol) – protocolo que permite transmitir prácticamente cualquier contenido, utilizado sobre todo por los exploradores de internet para la comunicación con los servidores web. Los intercomunicadores 2N IP permiten mediante el protocolo HTTP transmitir imágenes JPEG estáticas, event. stream MJPEG de manera llamada HTTP Server Push.
• IP Multicast – modo de envío de paquetes en las redes IP desde una fuente a varias estaciones a la vez. Los intercomunicadores 2N IP utilizan IP multicast para emitir y recibir el stream de audio.
• ONVIF (Open Network Video Interface Forum) – conjunto de especificaciones para la búsqueda, configuración y administración de las cámaras de vídeo en la red IP. Los intercomunicadores 2N IP son dispositivos compatibles con ONVIF e implementan plenamente el llamado ONVIF Profile T y Profile S .
• JPEG – método estándar del algoritmo de compresión con pérdida de la imagen.
• MJPEG – formato de codificación del stream de vídeo donde cada imagen se comprime por separado mediante el método JPEG. La codificación MJPEG produce vídeo de alta calidad a cambio de una mayor velocidad de transferencia en comparación con los métodos descritos a continuación.
• H.263 – estándar para la compresión del stream de vídeo utilizado en las telecomunicaciones. A comparación con el método MJPEG utiliza la información diferencial entre las imágenes consecutivas y proporciona un grado mucho más alto de compresión a cambio del empeoramiento de la calidad del stream de vídeo.
• H.263+ – igual que H.263, solo se trata de otro tipo de paquetización de bitstream.
• MPEG-4 part 2 – estándar para la compresión del stream de vídeo utilizado más bien fuera de la rama de telecomunicaciones, aunque es muy a menudo compatible con las cámaras IP o sistemas de vídeo surveillance. En el caso de los intercomunicadores 2N IP el grado de compresión y la calidad de imagen son comparables con el estándar H.263.
• H.264 – estándar para la compresión del stream de vídeo. A diferencia con los métodos H.263 el formato MPEG-4 produce el stream de vídeo de la calidad de más o menos igual con la mitad de la velocidad de transmisión. A esta forma de compresión la llamamos a veces también MPEG-4 part 10.
• G.711 – uno de los estándares más comunes para la transmisión de audio en las redes de telecomunicación. Utiliza la frecuencia de muestreo 8 kHz y los datos se comprimen mediante la compresión logarítmica.

Solapa ONVIF/RTSP

Los intercomunicadores 2N IP integran el servidor RTSP que se configura en esta solapa. El servidor RTSP permite realizar el stream tanto de audio, como de vídeo. Se puede elegir el modo de transferencia de datos, método y parámetros de compresión de vídeo y otros parámetros relacionados con el aseguramiento y calidad de transmisión.

• Servidor RTSP habilitado – habilita la función del servidor RTSP en el intercomunicador.

• Transmisión de audio habilitada – habilita la oferta del stream de audio a la hora de establecer la conexión con el servidor RTSP. En el caso de que el streaming de audio no esté habilitado, el audio no se transmitirá a través de los perfiles fijos de streaming, ni a través del URL local de stream.
• Transmisión de vídeo habilitada – habilita la oferta del stream de vídeo a la hora de establecer la conexión con el servidor RTSP. En el caso de que el streaming de vídeo no esté habilitado, el vídeo no se transmitirá a través de los perfiles fijos de streaming, ni a través del URL local de stream.

• Zipstream – elije el nivel inicial de compresión Zipstream (para H.264). AXIS Zipstream conserva todos los detalles forenses importantes que necesita y a la vez reduce las exigencias de la transferencia de datos y del almacenamiento en un promedio del 50 %. La compresión de Zipstream está disponible solo para el dispositivo con procesador Artpec-7 y para el códec H.264. 

  • Códec de vídeo – elección de los códec de vídeo disponibles.
  • Resolución del vídeo – elección de las posibles resoluciones de la imagen.
  • Frecuencia de cuadro del vídeo – configuración de la frecuencia de imágenes (de 1 hasta 30 fps, el valor máximo posible para el códec de vídeo MJPEG es de 15 fps).
  • Bitrate – elección de la velocidad de transmisión disponible.
  • Audio – permiso de la transmisión del sonido.
  • Zipstream (disponible solo para H.264) – configuración del zipstream del URL local de stream, la cual tiene preferencia ante el valor introducido en la Configuración del stream.

El número de los streams RTSP está limitado a 4 strems simultáneos. Esta cantidad incluye también los streams de audio sin vídeo y el canal de audio de dirección opuesta hacia el intercomunicador.

Para la función correcta de ONVIF hay que crear al menos una cuenta de usuario y configurar el nivel correcto de acceso (según la especificación de ONVIF y de VMS utilizada). Sin la configuración de las cuentas de usuario estarán disponibles solo las funciones básicas.

• Nombre – configura el nombre de usuario para acceder al servicio ONVIF.
• Contraseña – configura la contraseña para acceder al servicio ONVIF.
• Nivel de acceso Onvif – configura el nivel de acceso del usuario al servicio ONVIF (Anonymous, User, Operator, Administrator)

• Dirección IP 1–4 – permite configurar hasta 4 direcciones IP autorizadas desde las cuales se puede iniciar la sesión en el servidor RTSP. Si ninguno de los cuatro campos está completado, se podrá utilizar cualquier dirección IP para conectarse.

• Valor QoS DSCP – configura la prioridad de los paquetes de audio y vídeo RTP en la red. El valor configurado se envía en el campo TOS (Type of Service) del encabezado del paquete IP.
• Habilitación del modo UDP unicast – habilita el modo de envío de datos del stream de audio y vídeo mediante el protocolo RTP/UDP. En el caso de que este modo esté apagado, los datos de stream de audio y vídeo se transmiten siempre solo mediante el protocolo RTP/RTSP.
• Longitud máxima del paquete – permite configurar el tamaño máximo de los paquetes de vídeo enviados mediante el protocolo RTP/UDP.
• Puerto inicial para RTP – configura el puerto local RTP inicial en el rango de longitud de 60 puertos utilizados para las transferencias de audio y vídeo. El valor inicial es 4800 (es decir, el rango utilizado es de 4800–4859).
• Compensación Jitter – configura la longitud de la memoria de compensación para compensar las irregularidades de los intervalos entre las llegadas de los paquetes de audio. La configuración de la memoria de compensación más duradera aumentará la resistencia de recepción a cambio de un mayor retardo de sonido.

• Acceso anónimo – habilita el acceso a los stream originales del servidor RTSP sin la autorización del usuario. En el caso de que esta casilla no esté marcada, el cliente RTSP debe autenticarse como uno de los usuarios del servicio ONVIF a la hora de acceder al servidor.
• Códec de vídeo initial – configuración inicial del códec de vídeo ofrecido durante el stream mediante RTSP.
• Local Stream URL – muestra la URL local del stream dependiendo de la elección del códe

• Resolución del vídeo – configuración de la resolución de imagen durante el stream mediante RTSP.
• Frecuencia de cuadro del vídeo – configuración la frecuencia de imágenes del vídeo durante el stream mediante RTSP.
• Tasa de transferencia del vídeo – configuración de la velocidad de transferencia durante el stream mediante RTSP.
• Calidad del vídeo – configuración del nivel de compresión de la imagen (solo MJPEG) dentro del rango de 50 (calidad baja, la velocidad de transferencia más baja) – 95 (la mayor calidad, la mayor velocidad de transferencia).

Solapa JPEG

En esta solapa se configura la manera más sencilla del stream de vídeo utilizando los métodos JPEG/HTTP y MJPEG/HTTP. Las imágenes se pueden descargar desde el intercomunicador mediante la pregunta GET por la dirección en el formato:

• http://dirección_ip_del intercomunicador/api/cámara/snapshot?width= W&height=H

o (para MJPEG, HTTP Server Push):

• http://dirección_ip_del intercomunicador/api/cámara/snapshot?width= W&height=H&fps=N

Los valores W y H especifican la resolución de la imagen (están soportadas las resoluciones 160 x 120, 320 x 240, 640 x 480, 176 x 144, 322 x 272, 352 x 288, 1280 x 960 – solo modelos equipados con cámara de 1 MPix). El valor N especifica el número de imágenes por segundo (se puede elegir entre valores desde 1 hasta 10).

En la siguiente tabla están expuestas las cantidades máximas simultáneas de los streams MJPEG/HTTP en los cuales aún no se produce la reducción de la frecuencia de las imágenes enviadas al utilizar el nivel inicial de compresión JPEG.

• Nivel de compresión JPEG – configura el nivel de compresión JPEG dentro del rango (1–99). El valor recomendado es 85. Este parámetro afecta el tamaño y la calidad de la imagen.

Algunos teléfonos IP (SNOM 820/870) no soportan las llamadas de vídeo, pero son capaces durante la llamada descargar y mostrar periódicamente las imágenes JPEG descargadas desde la dirección IP definida. Los intercomunicadores 2N IP soportan esta función y usted la puede configurar en esta solapa.

• Activar el vídeo JPEG mediante la llamada – habilita la descarga de las imágenes de la cámara mediante los teléfonos Snom 820/870,D765,870 durante la llamada.
• Frecuencia de imágenes del vídeo JPEG – configura la frecuencia de imágenes, resp. el período de descarga de las imágenes de la cámara mediante los teléfonos Snom 820/870.

Solapa Multicast

Los intercomunicadores 2N IP permiten realizar el stream de audio (señal desde el micrófono u otra entrada de audio del intercomunicador) mediante los paquetes RTP enviados a la dirección de multicast y a la vez recibir el stream de audio en el mismo formato y reproducirlo mediante el reproductor incorporado (event. otra salida de audio configurada). El stream de audio está codificado mediante el códec G.711 u-law.

• Recepción de multicast habilitada – habilita la recepción de paquetes RTP en la dirección de multicast y puerto elegidos. El stream de audio recibido se reproduce también durante una llamada activa, cuando se mezclan los audios de ambas fuentes.
• Dirección IP de la fuente – configura la dirección IP de multicast en la que se están esperando los paquetes RTP de multicast.
• puerto de la fuente – configura el puerto local para la recepción de los paquetes RTP de multicast.
• Volumen – permite configurar el volumen de reproducción del stream de audio recibido.
• Códec – permite configurar el códec de audio para decodificar los paquetes RTP entrantes. Se puede elegir entre PCMU, PCMA, G.722, L.16. Los códec de banda ancha G.722 y L16 están disponibles solo en los modelos de intercomunicadores determinados.

• Transmisión de multicast habilitada – habilita la transmisión de los paquetes RTP hacia la dirección y el puerto de multicast seleccionados.
• Dirección IP de destino – configura la dirección IP de multicast de destino hacia la que se transmite el stream de vídeo.
• Puerto de destino – configura el puerto de destino hacia el que se enviará el stream de audio.
• Códec – permite configurar el códec de audio para codificar los paquetes RTP salientes. Se puede elegir entre PCMU, PCMA, G.722, L.16. Los códec de banda ancha G.722 y L16 están disponibles solo en los modelos de intercomunicadores determinados.

Solapa Informacast

Los intercomunicadores 2N IP soportan el protocolo InformaCast para el stream de audio. El protocolo InformaCast permite establecer un stream de audio (unicast/multicast RTP/UDP codificado por el códec G.711 U-law) entre el intercomunicador y el servidor de InformaCast, event.. otro cliente de InformaCast.

Tras habilitar este servicio se buscan automáticamente mediante el protocolo SLP los servidores InformaCast en la red local y el intercomunicador se registra en ellos de forma automática. El servidor InformaCast en el que está registrado el intercomunicador puede enviarle comandos para establecer el stream de audio:

• Broadcast – el intercomunicador recibe el stream de audio desde el servidor InformaCast y lo reproduce mediante el reproductor incorporado.
• Capture – el intercomunicador registra el audio mediante el micrófono interno y envía el stream de audio al servidor InformaCast.
• Listen – el intercomunicador recibe el stream de audio enviado por otro cliente de InformaCast.

El intercomunicador soporta el registro en hasta 4 servidores InformaCast a la vez y permite establecer hasta 6 streams de audio paralelos.

• Servicio InformaCast habilitado – habilita el servicio InformaCast por el lado del intercomunicador.

• Comando Broadcast habilitado – habilita el comando Broadcast que permite establecer el stream de audio enviado desde el servidor InformaCast al intercomunicador.
• Comando Capture habilitado – habilita el comando Capture que permite establecer el stream de audio enviado desde el intercomunicador al servidor InformaCast.
• Comando Listen habilitado – habilita el comando Listen que permite establecer el stream de audio enviado por otro cliente de InformaCast al intercomunicador.
• Comando Reboot habilitado – habilita el comando Reboot que permite al servidor InformaCast reiniciar el intercomunicador.

Solapa FTP

En esta solapa se pueden configurar los datos de acceso al servidor FTP(S) en el que se pueden guardar imágenes de la cámara interna o externa conectada al intercomunicador. Las imágenes están siendo guardadas en el servidor FTP en formato JPEG en resolución seleccionada, el nombre de la imagen contiene la fecha y la hora de la creación de la imagen. 

Las imágenes están siendo guardadas en el servidor FTP de forma automática (periódicamente o al empezar la llamada), event. mediante la automatización mediante la acción Action.UploadSnapshotToFTP.

• Habilitación del cliente FTP – habilita el servicio para el guardado de la imagen de la cámara en el servidor FTP.

• Dirección del servidor FTP remoto – configura la dirección del servidor FTP. La dirección tiene que estar en formato ftp://dirección_ip o ftps://dirección_ip.
• Nombre de usuario – configura el nombre del usuario del servidor FTP. Este parámetro es obligatorio en el caso de que el servidor FTP requiera la autenticación del usuario.
• Contraseña – configura la contraseña del usuario antes mencionado del servidor FTP.
• Modo pasivo – configura el modo pasivo de la transferencia (como un navegador web).

• Directorio remoto – configura el directorio en el servidor FTP en el que se guardarán las imágenes de la cámara.
• Resolución de imágenes – configura la resolución de las imágenes guardadas.

• Envío de imágenes – permite configurar el envío automático de las imágenes al servidor FTP al principio de la llamada, eventualmente, de forma periódica una vez transcurrido el tiempo establecido. El envío automático de la imagen se puede desactivar (opción Automatización), luego se pueden seguir enviando las imágenes mediante la acción de automatización Action.UploadSnapshotToFtp.
• Período de envío – configura el período del envío automático de las imágenes al FTP con la configuración del parámetro Envío de imágenes ajustado al valor Periódicamente. El período se puede configurar en varios pasos desde 10 segundos hasta 30 minutos.

Tras pulsar el botón Guardar y realizar el test se guarda la configuración actual del servidor FTP, se descarga la imagen de la cámara y se guarda en el servidor FTP. Durante el guardado de la imagen aparece en la ventana de arriba el transcurso detallado de la comunicación con el servidor FTP.