La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

VoIP. Introducción (I) Tradicionalmente: Redes independientes y optimizadas –VOZ: conmutación de circuitos. Recursos permanentes retardo constante. Si.

Presentaciones similares


Presentación del tema: "VoIP. Introducción (I) Tradicionalmente: Redes independientes y optimizadas –VOZ: conmutación de circuitos. Recursos permanentes retardo constante. Si."— Transcripción de la presentación:

1 VoIP

2 Introducción (I) Tradicionalmente: Redes independientes y optimizadas –VOZ: conmutación de circuitos. Recursos permanentes retardo constante. Si no hay circuitos disponibles se rechazan peticiones. –DATOS: conmutación de paquetes. Asignación dinámica de recursos fluctuaciones en el retardo. Integración de múltiples servicios: reducción de costos y eficiencia en recursos –RDSI: Datos en redes de voz (Interfaz) –Frame Relay: Voz en redes de datos –ATM: Transporta datos + voz (QoS)

3 Introducción (II) IP: –Éxito de Internet Integración de servicios (conferencias multimedia, mensajería unificada –voz, correo electrónico y fax-, teleoperador a través de web, indicadores de presencia...) –Problemas a solucionar: pérdida paquetes, retardos grandes y variables, sobrecarga por cabeceras. –Garantizar QoS (calidad de voz, disponibilidad de servicio, conectividad entre diferentes redes, seguridad...) Requisitos de PSTN –Definición de arquitectura de control y protocolos de señalización: OBJETIVO DE ESTA SESIÓN

4 Voz sobre paquetes (I) Problemas de flujo: esperas variables pérdidas de paquetes Recepción: Espaciamiento no constante Flujo incompleto Usuario: Degradación de la voz

5 Voz sobre paquetes (II) Eficiencia y calidad de servicio: Codecs compresores (reducen ancho de banda) Buffers en recepción (regeneran el espaciado y amortiguan retardo) Mecanismos de QoS en la red (ej: priorización de paquetes de voz) Señalización: Establecimiento y liberación dinámica de llamadas VoIP Información para el usuario del progreso de la llamada Acuerdo en los códecs a emplear Movilidad de usuarios Control de acceso Tarificación Servicios suplementarios (ej. desvío de llamadas) Interfuncionamiento con la red telefónica (PSTN) Tratamiento de señales no vocales (ej. MODEM o fax)

6 Códecs de voz (I) Tres técnicas de codificación –PCM: codificadores de forma de onda Codifica cada muestra del conversor AD Ej: G.711 (RTC) –ADPCM: Adaptativo diferencial PCM Codifica la diferencia entre cada muestra y la anterior Menor rango de codificación tasas de bit menores –LPC: predictivo lineal Codificación por bloques (Representación parametrizada de las carácterísticas del conjunto)

7 Códecs de voz (II) G.711G.721G.726G.727G.728G.729G.723.1GSM FR Tipo de codificación PCMADPCM LD- CELP CS- ACELP MP-MLQ/ ACELP RPE-LTP Tasa binaria (Kbits/s) /24/ 32/ ,4/5,313 Complejidad (MIPS) 0, /182,5 Retardo codificador (ms) 0,125 0,6250, ,520 Calidad (MOS)4,24,0 3,7-3,93,6-3,8 Robustez frente a errores

8 Supresión de silencios Complemento de códecs compresores para reducir ancho de banda Detección de periodos de silencio (VAD: Voice Activity Detection) –En una conversación telefónica: reducción del 60 % del flujo Paquetes de silencio (SID: Silence Insertion Description) –Indicador nivel de ruido

9 Tamaño de los paquetes de voz Paquetes de gran tamaño –Incluyen varios bloques de datos –Reduce la influencia de las cabeceras en el flujo de datos –Aumenta el tiempo de empaquetado Paquetes pequeños –Tráfico añadido por sobrecarga de cabeceras Factores que influyen en el tamaño de los paquetes –Retardo extremo a extremo –Complejidad de algoritmos de compresión

10 Retardo extremo a extremo Factores que contribuyen al retardo: –Retardo del algoritmo de codificación –Tiempo de empaquetado –Tiempo de propagación –Tiempo de transmisión –Tiempos de espera en los nodos de conmutación (dependiente del tráfico en la red) –Tiempo de descompresión Consecuencias del retardo: –Pérdida de interactividad (>150 ms) –Eco

11 Retardo extremo a extremo: ECO (I) ECO ELÉCTRICO: –Reflejos indeseados hacia los focos emisores –Más molesto cuanto mayor desfase temporal –Límite en 50 ms (llamada internacional en PSTN) Cancelación de eco –Producido por desadaptación en las bobinas híbridas –Se percibe como consecuencia del retardo de las pasarelas responsabilidad del operador de tránsito (se cancela en las pasarelas )

12 Retardo extremo a extremo: ECO (II) ECO ACÚSTICO: –Acoplo altavoz/micrófono –Despreciable en teléfonos convencionales –Importante en: Equipos manos-libres Teléfonos móviles PC con altavoz y micrófono en entorno IP

13 Fluctuaciones del retardo (I) Regeneración de la voz es un proceso síncrono necesita bloques de voz con frecuencia periódica Flujos de paquetes espaciados de manera irregular Buffer amortiguador

14 Fluctuaciones en el retardo (II) Tamaño del buffer: –Gran tamaño: filtra mayores variaciones de retardo –Tamaño pequeño: incluye poco retardo extra t t Transmisión Recepción t t Transmisión Recepción Retardo: Rmax-Rmin 5

15 Pérdida de paquetes Errores de transmisión Congestión de la red o aviso de congestión Emisores de voz: retransmisión inútil VoIP emplea UDP Mecanismos para evitar congestión: –ATM: mecanismos de control de tráfico y QoS –Frame Relay: no tiene QoS pero controla el tráfico entrante –IP: no existen mecanismos. El problema sigue abierto Soluciones en IP: –Códigos de corrección de errores (redundancia aumenta la sobrecarga) –Sobredimensionar la red –Disimular las pérdidas (ruido blanco- en GSM, interpolación de paquetes)

16 Protocolos de tiempo real sobre IP Norma RFC 1889: Protocolos RTP y RTCP Información periódica del estado y calidad de la comunicación puertos UDP inmediatamente superiores Audio y video. Puertos UDP pares e independientes en cada extremo

17 RTP RTP (Real Time Protocol) –Standard para el transporte de tráfico en tiempo real sobre Internet –Origen: red MBONE (Multicast Backbone): red virtual de difusión superpuesta sobre Internet para multiconferencias –Se asume la existencia Imperfecciones en la red (pérdidas y retardos) Posible variación de características de la red durante la comunicación

18 Formato de la trama RTP VPXCCMPTSN Timestamp Identificador SSRC Identificador CSRC Extensión de cabecera Carga útil Tipo de carga (7): formato de carga útil Instante de muestreo (32) Versión RTP (2) P=1 incluye relleno (1) X=1 Incluye extensión de cabecera (1) Número de identificadores CSRC presentes en la cabecera (4) Marca (1). Depende de PT Identificador de fuente (32) Identificador de contribuciones en una mezcla (32) VideoH.263 H Audio PCM, ley PCM, ley A G.722 G.723 G.728 G Tipo de carga CódecPT Tipo de carga (7): formato de carga útil Número de secuencia (16) Cabecera básica (12 octetos)

19 Ancho de banda para sesión VoIP (I) Tamaño de carga útil: –Tamaño de los bloques de información –Número de bloques por paquete Sobrecarga por cabeceras: –Cabeceras que añaden los protocolos sucesivos –Ej: Caso más sencillo (VoIP) RTP: 12 octetos UDP: 8 octetos IP: 20 octetos Niveles inferiores (ej: PPP 6 octetos) Nivel 2IP 20 octetos UDP 8 oct RTP 12 oct Carga útil N oct 40 octetos

20 Ancho de banda para sesión VoIP (II) Códec Tasa nominal (Kbits/s) Retardo empaquetado (ms) Tamaño carga útil (octetos) Tasa de envío (Kbits/s) IP (sin nivel 2) IP/PPPIP/AAL5 G G

21 Reducción del ancho de banda Mecanismos –Supresión de silencios –Compresión de cabeceras Se aplican en el enlace: necesario en ambos extremos Estándares RFCs 2508 (CRTP) y 3095 (ROHC) Suprimen información redundante: mejora la eficiencia Sólo se suelen aplicar en enlaces de acceso y no en troncales

22 RTCP (I) Regula intercambio de mensajes de control en una sesión multimedia No proporciona mecanismos QoS Información de calidad de servicio: –Retardo –Jitter –Tasa de paquetes recibidos y perdidos... Opcional Permite tomar medidas en tiempo real

23 RTCP (II) Funciones adicionales útiles en participaciones múltiples: –Identificación –Correlación de relojes –Control de los participantes Mensajes de RTCP (5 tipos definidos en RFC 1889): –SR (Sender Report) –RR (Receiver Repot) –SDES (Source Description) –BYE –APP (Application-specific) Ancho de banda de RTCP: –Entre 1 y 5% del RTP –Con múltiples participantes: control para evitar avalanchas

24 Señalización en VoIP (I) Necesidad: comunicación entre elementos que forman la red (Terminales, servidores de llamada, pasarelas, PSTN...) Funciones: –Equivalentes a las de PSTN: Establecimiento de llamada (negociación direcciones IP y puertos UDP) Señales de progreso de llamada (ej: aviso al origen de ring en destino) Control de acceso (identificación de terminales para facturación) Servicios suplementarios y de movilidad –Necesarias en redes IP: Selección de la modalidad de acceso a la red (LAN, RDSI, RTC, ADSL...) Negociación del códec de voz –De adaptación VoIP-PSTN

25 Señalización en VoIP (II) No hay unidad de protocolos (en transporte RTP/RTCP) Factores causantes de la diversidad: –Variedad de escenarios –Diferentes enfoques de los organismos de normalización (IETF e ITU-T) Protocolos que se van a presentar según escenarios: –Protocolos de señalización entre terminales VoIP nativos H.323 de la ITU.T SIP (Session Initiation Protocol) del IETF –Protocolos de señalización de llamadas telefónicas a través de red IP MEGACO /H.248 del IETF e ITU-T: pasarelas de voz SIGTRAN (grupo de trabajo del IETF): pasarelas de señalización

26 Señalización entre terminales VoIP H.323 y SIP: –No son específicos de VoIP –Permiten comunicación con usuarios PSTN a través de pasarelas –Entre terminales VoIP nativos: servidor SIP o vía gatekeeper H.323

27 H.323 (I) Soporte multimedia sobre redes de conmutación de paquetes : –IP caso particular (aplicación más difundida) Dos o más participantes. Arquitectura muy completa: –Tipos y características de los equipos –Servicios que soporta –Protocolos en el plano de usuario –Protocolos en el plano de control Estándar consolidado sistemas ampliamente utilizados en mercado: –Numerosos equipos –Numerosas aplicaciones Actualmente el protocolo SIP empieza a cuestionar el liderazgo de los sistemas H.323.

28 Elementos de H.323 Terminales COMPONENTES DEL SISTEMA Teléfonos IP Adaptador PC Concentradores Pasarelas Gatekeepers Unidades multiconferencia

29 Protocolos de H.323 (I) ARQUITECTURA DE PROTOCOLOS Paraguas Serie H del ITU-T GeneralH.200–H.219 Transmission multiplexing and synchronization H.220–H.229 Systems aspectsH.230–H.239 Communication proceduresH.240–H.259 Coding of moving videoH.260–H.279 Related systems aspectsH.280-H.299 Systems and terminal equipment for audiovisual services H.300–H.399

30 Protocolos de H.323 (II) Nivel de Aplicación (7): –Códecs de voz (G.7xx) –Códecs de vídeo (H.26x) –Aplicaciones de datos (T.12x)

31 Protocolos de H.323 (III) Nivel de Transporte (4): Transporte de audio, video o datos: RTP, RTCP y T.12x Servicios suplementarios: H.450.x Estándar de seguridad: H.235 Señalización: H y H.245

32 Protocolos de H.323 (IV) Nivel de Transporte (4): Señalización –RAS (Registration, Admission and Status): Recomendación H Terminales – Gatekeeper El canal RAS se abre antes de establecer la conexión entre terminales. Se transporta con tramas UDP Autenticación del terminal Registro en la zona Solicitud de participación en una sesión

33 Protocolos de H.323 (V) Nivel de Transporte (4): Señalización –Q.931 Recomendación H Terminal – Terminal Se transporta con tramas TCP Procedimientos de control de llamada Soporte de servicios suplementarios Señalización entre terminales directamente o a través del gatekeeper (modo routed)

34 Protocolos de H.323 (V) Nivel de Transporte (4): Señalización –H.245 Gobierna la comunicación multimedia Terminal – Terminal Se transporta con tramas TCP Intercambio de datos (Audio y video) Negocia las características de los canales lógicos en una sesión Mensajes de control de flujo

35 Protocolos de H.323 (VI) RESUMEN: –Se establecen dos canales de señalización para audio Terminal- Gatekeeper (RAS) Terminal-Terminal (Q.931) –Se establece un canal lógico de control para la sesión (audio, video y datos) Terminal-terminal (H.245)

36 Protocolos de H.323 (VII) EJEMPLO de llamada H.323

37 Protocolos de H.323 (VIII) EJEMPLO de llamada H.323

38 Protocolos de H.323 (IX) 1.- T1 le envía un mensaje RAS ARQ sobre el canal RAS al gatekeper para registrarse. 2.- El gatekeeper confirma la admisión de T1 mandando ACF. Dentro de ese mensaje le esta informando que utilice direct call signaling. 3.- T1 le envia a un mensaje H:225 setup a T2 requiriéndole la conexión. 4.- T2 responde con un mensaje H.225 call proceeding a T Ahora T2 debe registrarse ante el gatekeper por lo que le envía un RAS ARQ en el canal RAS. 6.- El gatekeeper le confirma la admisión con un RAS ACF. 7.- T2 alerta a T1 sobre el establecimiento de la conexión mandando un mensaje H.225 alerting. 8.- T2 confirma la conexión enviando un mensaje H.225 connect, lo que implica que la llamada ya esta establecida.

39 Protocolos de H.323 (X) 9.- El canal de control H.245 se establece entre T1 y T2. T1 envía un mensaje H.245 TerminalCapabilitySet a T2 para negociar el codec (T1 informa su lista de codecs disponibles) T2 contesta a T1 con un H.245 TerminalCapabilitySetAck T2 envia un mensaje H.245 TerminalCapabilitySet a T2 para negociar el codec (T2 informa su lista de codecs disponibles) T1 contesta a T2 con un H.245 TerminalCapabilitySetAck T1 abre un logical chanel que es el canal unidireccional por el cual viajará el audio o video. Para ello usa un mensaje H.245 OpenLogicalChannel. Dentro de ese mensaje incluye el puerto para establecer el canal RTCP T2 contesta a T1 con un mensaje H.245 OpenLogicalChannelAck que confirma el establecimiento del canal unidireccional. Dentro de éste mensaje envía a T1 el puerto RTP que T2 reservó para T1 y el puerto RTCP recibido de T1 anteriormente T2 abre un logical chanel que es el canal unidireccional por el cual viajará el audio o video. Para ello usa un mensaje H.245 OpenLogicalChannel. Dentro de ese mensaje incluye el puerto para establecer el canal RTCP T1 contesta a T2 con un mensaje H.245 OpenLogicalChannelAck que confirma el establecimiento del canal unidireccional. Dentro de éste mensaje envia a T2 el puerto RTP que T1 reservó para T2 y el puerto RTCP recibido de T2 anteriormente.

40 Protocolos de H.323 (XI) 17.- T1 envía el stream de audio o video encapsulado en RTP a T T2 envía el stream de audio o video encapsulado en RTP a T T1 envía mensajes RTCP a T T2 envía mensajes RTCP a T1

41 Protocolos de H.323 (XII) 21.- T2 inicia la liberación de la llamada. Envía un mensaje H.245 EndSessionCommand a T T1 libera la llamada y confirma la liberación mandando un mensaje H.245 EndSessionCommand a T T2 termina de confirmar la liberación enviando un mensaje H.225 release complete a T T1 y T2 se desvinculan del gatekeper enviándole un mensaje RAS DRQ El gatekeeper confirma la desvinculación de T1 y T2 mandandoles un mensaje RAS DCF a ambos.

42 Comunicaciones multimedia SIP Alternativa del IETF al estándar H.323 del ITU-T Características: –Arquitectura genérica : Cliente/servidor –Intercambio de mensajes de texto 1ª especificación: RFC 2543 (marzo 1999) Aumenta el número de aplicaciones y productos: –Teléfonos SIP, clientes de telefonía, mensajería instantánea... –PC: servidores SIP, pasarelas VoIP... –http://www.pulver.com/products/sip/ SIP bake-offs Interés de la comunidad internacional: SIP es soporte de aplicaciones UMTS (3GPP: 3rd Generation Partnership Program) Principal ventaja: menor complejidad

43 Modelo SIP Modelo cliente-servidor: –Cliente: envía una petición Teléfono SIP o pasarela origen –Servidor: responde Teléfono SIP o pasarela destino –Transacción: petición + [respuesta(s) provisional(es)] + respuesta final Client e Servidor Petición Respuesta

44 Sistemas SIP Dos tipos de sistemas: –Agentes de usuario: sistemas finales capaces de iniciar o terminar una sesión UAC: Agente de usuario cliente UAS: Agente de usuario servidor –Ej: Terminal SIP (PC o teléfono) UAC + UAS Contestador: UAS Servidores: Sistemas intermedios Facilitan el encaminamiento Opcionales

45 Mensajes SIP: Peticiones PETICIONES de la versión inicial: –INVITE: invitación del llamante –ACK: fin de establecimiento (respuesta del llamante a la aceptación del llamado) –CANCEL: cancela petición en curso –BYE: Abandono de un participante en una sesión múltiple –OPTIONS: consulta a un agente de usuario sus capacidades –REGISTER: registro de la localización actual de un usuario NORMA GENERAL: Excepto ACK todas las peticiones necesitan respuesta

46 Mensajes SIP: Respuestas RESPUESTAS: códigos numéricos PROVISIONALES: (no terminan la transacción) –1XX (Informativas): petición procesada pero no completa (trying, ringing, forarded, queued...) FINALES: (terminan la transacción) –2XX (Éxito): petición completada con éxito en el extremo remoto, 200 =OK –3XX (Redirección): llamante debe redirigir su petición hacia otra ubicación; moved temporarily, moved permanently,... –4XX (Fallo de petición): la petición recibida no puede cursarse. Se sugiere modificación y reintento; bad request, timeout, busy here, user not found... –5XX (Error del servidor): al procesar la información. Se sugiere reintentar; not implemented, version not supported,... –6XX (Fallo global): petición no puede ser cursada. Sin reintento; busy everywhere, user does not exist anywhere, session not acceptable,...)

47 Ejemplo SIP

48

49 Protocolo de Descripción de Sesión (SDP) Estándar de internet del grupo de trabajo MMUSIC del IETF Especificado en la RFC2327 (abril-1998) Norma que describe el formato de los mensajes en una sesión multimedia: nombre de la sesión, motivo, instante de inicio y final, tipo de medios involucrado, códecs a emplear, direcciones IP y puertos UDP para el flujo RTP,… Se negocian las características de una sesión concreta entre extremos heterogéneos: intercambio de mensajes SDP Uso de SDP no es exclusivo del protocolo SIP. Se utiliza en otros ámbitos (ej: protocolo MEGACO/H.248)

50 Comparación H.323/SIP H.323SIP OrigenITU-TIETF CodificaciónBinariaTextual Transporte de señalización TCP/UDPUDP Tiempo de establecimiento~ 5 x tpo ida/vuelta ~ 13 mensajes (TCP) 1.5 x tpo ida/vuelta 3 mensajes Disponibilidad comercial AltaEn auge Flexibilidad y extensibilidad BajaAlta (facilita integración con otros protocolos IP) ComplejidadAltaBaja

51 Señalización de llamadas telefónicas 2º gran escenario Surge con la liberalización del servicio telefónico (fin de los 90) No existen terminales IP nativos El tránsito tiene que incluir voz + señalización: Pasarelas VoIP con señalización coste equivalente a central telefónica Controlador remoto de pasarelas: central telefónica distribuida


Descargar ppt "VoIP. Introducción (I) Tradicionalmente: Redes independientes y optimizadas –VOZ: conmutación de circuitos. Recursos permanentes retardo constante. Si."

Presentaciones similares


Anuncios Google