UMSA – FACULTAD DE INGENIERÍA

SEMINARIOS EN
TELECOMUNICACIONES
ETN 1024

VOZ sobre IP

Docente: Ing. José Campero

 VOZ / IP

 Voz sobre Ip (VoIP) se puede definir como una

tecnología donde señales de voz son
transportadas sobre datagramas IP,
ofreciendo un servicio al usuario de
comunicación de voz en tiempo real.

 VoIP,no solo es transmisión de voz por

Internet, incluye el uso de esta tecnología en
redes IP privadas y además, expande su área
de cobertura a información multimedia (voz,
imágenes, etc.)
 VOZ / IP

 Pretende aprovechar la red IP para la

comunicación telefónica
 Requiere una red con bajo retardo y caudal
garantizado (QoS)
 Además de digitalizar la voz es necesario ofrecer
todas las funciones propias de una red telefónica:
– Señalización
– Funciones avanzadas: reenvío de llamadas,
mensajería, etc.
 Ventajas De VOIP

 Ancho de banda bajo demanda

 No establecimiento de conexión
 Tráfico elástico
 Ahorro del ancho de banda para atender una llamada.
 Un canal TDM SS7 requiere 64 Kbps (G.711).
 Un flujo de voz en IP requiere: 16, 8, etc.
(Dependiendo del CODEC)
 Utilización de una redes y conexiones IP existentes –
operadores y empresas – para despliegue de
soluciones VoIP.
 Mejor aprovechamiento del ancho de banda disponible
en las redes de acceso de operadores, LAN o VPNs de
las empresas.
 Desventajas de VOIP

 Pérdida de paquetes
 Retardo variable
 Entrega sin orden
 No apto para aplicaciones en tiempo real
 No se tiene un control de la QoS en soluciones
basadas en conexiones a Internet.
 La calidad de voz disminuye por la reducción del ancho
de banda (26, 8 Kbps, etc.) y el retardo existente en
la Internet.
 Solamente se dispone de control de QoS en redes IP
que son gestionadas, es decir, que utilizar capacidad
de transmisión – incremento de costos - alquilada para
la conexión de Gateway.
 Evolución

Red Telefónica

Telefonía Tradicional

Red IP

Telefonía tradicional sobre backbone IP

Call Manager Call Manager

Red IP

Telefonía IP
V: voice card con gateway
 Interacción con la RTPC

1 1
A 0976* por 1 A 0923* por 1
3 3
A 0* por 2 A 0* por 2
Resto por 1 Resto por 1
2 2

Red Red
Telefónica Telefónica
pública pública
Red
Telefónica
pública
Operador enLa Paz Operador enSanta Cruz

Caranavi (Cotecar)
 Enrutamiento IP Vs RTPC

Red Telefónica

En caso de fallo la red telefónica no se recupera de forma automática

Red IP

En caso de falla la red IP reenvía los paquetes por una ruta alternativa.
 Requerimientos VOIP

El mecanismo de transporte debe incluir:

1. Secuenciamento
2. Control de temporización
3. Capacidad de transportar información en tiempo real
 Problemas que enfrenta VOIP

 TCP no esta diseñado originalmente para aplicaciones

en tiempo real dada la retransmisión de paquetes que
realiza ante pérdida de información

 UDP No realiza secuenciamiento ni sello de tiempo

(retardos), sin embargo se adapta mejor a este tipo
de aplicaciones

 Como UDP no realiza secuenciamiento ni sello de

tiempo, se diseño un protocolo de transporte para
añadir estas funcionalidades:

RTP (real time transport protocol)

 PROTOCOLO RTP

 Consiste en dos protocolos:

RTP Y RTPC (RTP Contro Protocol), entre los servicios
que ofrecen tenemos:
 Identificación del Pay load
 Números de secuencia
 Temporización
 Monitorización de entrega
 PROCESO VOIP

Usuario:
Señal de voz Señal de voz
Degradación
de la voz
Codificación Decodificación

Empaquetado Desempaquetado
Red de paquetes
(IP, FR, ATM)

Recepción:
• Espaciamiento no
constante
Problemas de flujo: • Flujo incompleto
• esperas variables
• pérdidas de paquetes
 MECANISMOS COMPLEMENTARIOS

Necesita mecanismos complementarios:

– 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)
 CODECS

03/06/03
 CÓDECS DE VOZ

Se utilizan 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
 CÓDECS DE VOZ

– LPC: predictivo lineal

 Codificación por bloques (Representación
parametrizada de las carácterísticas del
conjunto)
 Ej: acceso vía MODEM a telefonía IP (ancho de
banda es escaso)
 CÓDECS DE VOZ

G.711 G.721 G.726 G.727 G.728 G.729 G.723.1 GSM FR

Tipo de PCM ADPC ADPC ADPC LD- CS- MP-MLQ/ RPE-LTP

codificación M M M CELP ACELP ACELP

Tasa binaria 64 32 16/24/ 16/24/ 16 8 6,4/5,3 13

(Kbits/s) 32/40 32/40
Complejidad 0,1 10 12 12 33 22 16/18 2,5
(MIPS)
Retardo 0,125 0,125 0,625 0,125 0,125 15 37,5 20
codificador
(ms)
Calidad (MOS) 4,2 4,0 4,0 4,0 4,0 4,0 3,7-3,9 3,6-3,8

Robustez - + + + -- ++ - ++
frente a
errores
 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
 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
 RETARDOS

03/06/03
 RETARDO EXTREMO A EXTREMO

 Factores que contribuyen al retardo:

– Retardo del algoritmo de codificación
– Tiempo de empaquetado
– Tiempo de propagación (despreciable salvo en distancias muy
grandes)
– 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
 ECO

 ECO ELÉCTRICO:
– Reflejos indeseados hacia los focos emisores
– Más notorio cuanto mayor desfase temporal
– Límite en 50 ms.
– Producido por desadaptación en las bobinas híbridas (como en RTC)
– Se percibe como consecuencia del retardo de las pasarelas ⇒
responsabilidad del operador de tránsito (se cancela en las pasarelas )

Desadaptación de
Llamada impedancias en la
conversión 2/ 4
hilos
Eco
RTC Pasarela
Red de Pasarela RTC
paquetes

Eco
Desadaptación de
impedancias en la R espuesta
conversión 2/ 4 hilos
 ECO

 ECO ACÚSTICO:
– Acoplo altavoz/micrófono
– Despreciable en teléfonos convencionales
– Importante en:

 Teléfonos móviles
 PC con altavoz y micrófono en entorno IP
 FLUCTUACIONES DEL RETARDO

 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

R etar do A -B

R etar do A -C
A B C
Red de
paquetes
t

Retard o varia ble ( cola s

en los nod os)
 FLUCTUACIONES EN EL RETARDO

 Tamaño del buffer:

– Gran tamaño: filtra mayores variaciones de retardo
– Tamaño pequeño: incluye poco retardo extra
1 2 3 4 5 6
Transmisión
t
Recepción
t

1 2 3 4 6

1 2 3 4 5 6
Transmisión
t
Recepción
t

1 2 3 4 5 6

Retardo: Rmax-Rmin
 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 concebidos en su diseño original.

 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)
 PROTOCOLOS EN TIEMPO REAL

03/06/03
 PROTOCOLOS DE TIEMPO REAL SOBRE IP

 Norma RFC 1889: Protocolos RTP y RTCP

Audio y video.
Puertos UDP pares e independientes en cada extremo

RTP RTP RTP RTP

UDP UDP UDP UDP
IP IP IP IP IP IP
Nivel 2 Nivel 2 Nivel 2 Nivel 2 Nivel 2 Nivel 2

Terminal RTP Terminal

VoIP VoIP
Red IP

RTCP RTP RTCP RTP RTCP

UDP UDP UDP UDP
IP IP IP IP IP IP
Nivel 2 Nivel 2 Nivel 2 Nivel 2 Nivel 2 Nivel 2

Información periódica del estado y calidad de la comunicación

 puertos UDP inmediatamente superiores
 RTP

 RTP (Real Time Protocol)

– estándar para el transporte de tráfico en tiempo
real sobre Internet
– 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
 Formato de la trama RTP
0 7 15 31

V PX CC M PT SN

Cabecera básica
(12 octetos)
Timestamp
PT Códec Tipo de
Número de secuencia (16)
Tipo de carga (7):
formato de carga útil Identificador
carga
SSRC
Número de identificadores
Versión
P=1X=1
incluye CSRC 0
Incluye Marca (1). PCM,
presentes en laley µ
cabecera
Instante
RTPrelleno
(2) de muestreo
extensión
(1) de Depende de (4)
8 PCM, ley
(32) (1)
cabecera Identificador
PT CSRC A
Identificador de fuente (32) 9 Audio
G.722
Extensión4de cabeceraG.723
Identificador de 15 G.728
contribuciones en una mezcla Carga útil
18 G.729
(32)

34 H.263 Video
31 H.261
 ANCHO DE BANDA PARA SESIÓN VOIP

 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 2 IP UDP RTP Carga útil

20 octetos 8 oct 12 oct N oct

40 octetos
 Estructura paquete RTP

20 8 12 Variable
Cabecera Cabecera Cabecera
Datos (Audio o Video digital)
IP UDP RTP

La cabecera RTP incluye: Con esto el receptor puede:

Identificar el tipo de
Payload Type
información recibida
(7 bits)
(ej.: audio G.722)

Ordenar datagramas
Número de secuencia
recibidos,
(16 bits)
detectar perdidos

Reproducir en el
Timestamp
instante adecuado,
(32 bits)
sincronizar audio y vídeo
 ANCHO DE BANDA PARA SESIÓN VOIP

Tasa Retardo Tamaño Tasa de envío (Kbits/s)

carga útil
Códec nominal empaquetad
o (ms)
(octetos) IP (sin IP/PPP IP/AAL
(Kbits/s)
nivel 2) 5
5 40 128 137.6 169.6
G.711 64
10 80 96 100.8 127.2
20 160 80 82.4 106
10 10 40 44.8 84.8
G.729 8
20 20 24 26.4 42.4

40 40 16 17.2 21.2
 REDUCCIÓN DEL ANCHO DE BANDA

 Mecanismos
– Supresión de silencios
– Compresión de cabeceras
 Se aplican en el enlace: necesario en
ambos extremos
 Suprimen información redundante: mejora
la eficiencia
 Sólo se suelen aplicar en enlaces de
acceso y no en troncales
 RTCP

 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
 RTCP

 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
Señalización en VoIP
 REQUERIMIENTOS DE SEÑALIZACION

– 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
 Tarifación
 Servicios suplementarios (ej. desvío de llamadas)
 Interfuncionamiento con la red telefónica
 Tratamiento de señales no vocales (ej. MODEM o
fax)
 SEÑALIZACIÓN EN VOIP

 Necesidad: comunicación entre elementos que

forman la red (Terminales, servidores de llamada,
pasarelas, RTC...)
 Funciones:
– Equivalentes a las de RTC:
 Establecimiento de llamada (negociación direcciones IP y
puertos UDP)
 Señales de progreso de llamada (ej: aviso al origen de timbre
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-RTC
 SEÑALIZACIÓN EN VOIP

 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
Protocolos VOIP
 H.323 y SIP:
– No son
específicos
de VoIP
– Permiten
comunicación
con usuarios
RTC:
pasarelas
– Entre
terminales
VoIP nativos:
servidor SIP
o guardián
H.323
 H.323

 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
 H.323

 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.
 ELEMENTOS DE H.323

 COMPONENTES DEL SISTEMA

Terminales
 Teléfonos IP
 Adaptador PC
 Concentradores
 Pasarelas
 Guardianes
 Unidades
multiconferencia
ELEMENTOS DE H.323
 Zonas H.323

Un área puede estar dividida en zonas H323, en

función dela carga de tráfico
 ELEMENTOS DE H.323

GATEWAY

 Son dispositivos también terminales H.323 (por lo

general routers) que disponen del stack H.323 y de
interfaces ISDN o Analógicas para servir de
intermediarios entre las comunicaciones IP y el resto
del mundo TDM.
 Deben transcodificar por ejemplo G.729 o G.723.1 a
G.711 (PCM) mientras que los terminales de usuario
deben decodificar G.723.1 o G.729 a audio y video.
 Los Gateways también deben convertir diferentes
procedimientos para establecimientos de llamada
(H.323 e ISDN) y convertir señales de control.
 ELEMENTOS DE H.323

SESION BORDER CONTROLLER (SBC)

 Su objetivo es presentar una única dirección a redes publicas IP,

escondiendo detrás de si redes IP privadas impidiendo estas
ultimas se comuniquen entre si directamente a menos que el
proveedor del servicio así lo autorice.
 El proveedor de servicios que tenga varias redes privadas de
clientes podrá de esta forma brindarles servicios de conectividad
a redes públicas sin tener que disponer de direcciones públicas
para sus clientes.
 Es bastante similar a la traslación de direcciones usada por los
dispositivos de seguridad que vinculan una red privada con una red
pública.
 Este Gateway también es conocido como “to-IP Gateway”.
 ELEMENTOS DE H.323

GATEKEEPERS

 Los gatekeepers son componentes opcionales que dan el

soporte del control de la llamada y servicios a los terminales
H.323.
 La zona es el conjunto de dispositivos terminales (de usuario o
Gateways) sobre los cuales el gatekeeper particular tiene su
control.
 Ellos determinan por ejemplo el control del uso de recursos
tales como el ancho de banda entre las diferentes zonas
evitando todas las llamadas entre las diferentes zonas por
encima de un valor configurable.
 ELEMENTOS DE H.323

UNIDADES DE MULTICONFERENCIA

Es soportado por las siguientes funciones de estos dispositivos de

H.323:

 MC: Controlador Multipunto: requerido para 3 o más participantes,

el MC establece un canal de control H.245 con cada participante
de la conferencia.
 MP: Procesador Multipunto: permite recibir múltiples flujos
multimedia, procesarlos, conmutarlos, combinarlos y generar un
único flujo que retransmite a todos o parte de los participantes de
la conferencia (por ello la imagen dividida 3 o 4 ventanas con un
participante en cada ventana)
 MCU: Unidad de Control Multipunto: dispositivo que incluye un MC
y uno o más MP.
UNIDADES DE MULTICONFERENCIA

Internet

MCU
MCU H.323
(Multipoint Control Unit)
Replica el flujo de audio/vídeo
para cada participante.
Posible cuello de botella
 Arquitectura terminal H.323

Equipo e/s Codec Video

de vídeo H.261, H.263
Retardo
trayecto RTP
Equipo e/s Codec Audio UDP
Recepción RTCP
de audio G.711, G.722, (Sync)
G.723, G.728,
G.729
Datos usuario
Aplicaciones Capa
IP
T.120, etc. Control del sistema H.225

Control H.245 TCP

Interfaz de
H.225.0 Control
usuario para
llamada
control
del sistema H.225.0 Control UDP
RAS
 Señalización H.323

Petición de admisión

Confirmación de admisión RAS GK

Gatekeeper
Inicio
Terminal H.323 H.225
Conexión (Q.931)

Intercambio de capacidades Terminal H.323

Apertura de canal lógico

H.245
ACK de apertura de canal lógico
Path

Resv RSVP
(opcional)
Flujo RTP
Flujo RTP Medio
Flujo RTCP
PROTOCOLOS DE H.323
 PROTOCOLOS DE H.323

ARQUITECTURA
DE PROTOCOLOS
PROTOCOLOS DE H.323
 PROTOCOLOS DE H.323

 Nivel de Aplicación (7):

– Códecs de voz (G.7xx)
– Códecs de vídeo (H.26x)
– Aplicaciones de datos (T.12x)
 PROTOCOLOS DE H.323
 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.225.0 y H.245
 PROTOCOLOS DE H.323
 Nivel de Transporte (4): Señalización
– RAS (Registration, Admission and Status):
 Recomendación H.225.0
Autenticación del terminal
 Terminales – guardián ⇒ Registro en la zona
Solicitud de participación en una sesión
 El canal RAS se abre antes de establecer la conexión
entre terminales.
 Se transporta con tramas UDP
 PROTOCOLOS DE H.323

 Nivel de Transporte (4): Señalización

– Q.931
 Recomendación H.225.0
Procedimientos de control de llamada
 Terminales – Terminal ⇒ Soporte de servicios suplementarios
Señalización entre terminales directamente
o a través del guardián

 Se transporta con tramas TCP

 PROTOCOLOS DE H.323

 Nivel de Transporte (4): Señalización

– H.245
 Gobierna la comunicación multimedia
Intercambio de datos (Audio y video)
 Terminales – Terminal ⇒
Negocia las características de los canales
lógicos en una sesión
Mensajes de control de flujo
 Se transporta con tramas TCP
 PROTOCOLOS DE H.323

 RESUMEN:
– Se establecen dos canales de señalización
para audio
 Terminal-guardián (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)
COMUNICACIONES MULTIMEDIA SIP
 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)

Principal ventaja:
menor complejidad
 COMUNICACIONES MULTIMEDIA SIP

 Estructura que permite establecer, mantener y liberar

llamadas de voz paquetizada.
 Protocolo de señalización y control de sesiones
multimedia establecido en las RFC 2543 (1999) y RFC
3261 (2002).
 Las sesiones multimedia SIP incluyen:
– Llamadas por Internet,
– conferencias multimedia y
– distribución multimedia.
 Las sesiones pueden ser unicast, multicast o ambas.
 Opera bajo el principio de invitación a sesión y se apoya
en numerosos protocolos IETF tales como RTP, RTCP,
HTTP, SDP (IETF 2327), SAP y RTSP.
 COMUNICACIONES MULTIMEDIA SIP

 Aumenta el número de aplicaciones y productos:

– Teléfonos SIP, clientes de telefonía, mensajería
instantánea
– PC: servidores SIP, pasarelas VoIP.

 Interés de la comunidad internacional: SIP es soporte

de aplicaciones UMTS (3GPP: 3rd Generation
Partnership Program)

 SIP usa URL para direccionamientos, DNS para

localización de servicios, y Telephone Routing over IP
(TRIP) para el ruteo de llamadas.
 También usa direccionamientos por E.164 (código de
país), e-mail y registros de DNS.
 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
Petición

Cliente Servidor
Respuesta
MODELO SIP
 SERVICIOS SIP

Las sesiones multimedia son iniciadas y terminadas por los siguientes

servicios:

 Servicios de ubicación de usuarios – permite localizar usuarios

 Servicios de atribuciones de usuarios – selección del tipo de
media soportado por el usuario y sus correspondientes
parámetros.
 Servicios de disponibilidad de usuarios – determina la
disponibilidad y posibilidad de participación de una parte en una
llamada.
 Servicios de establecimiento de llamadas – establece la sesión
entre las partes y administra el progreso de la llamada.
 Servicios de manejo de la llamada – transferencia y terminación
de llamadas.
 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 Pingtel
 Facilitan el encaminamiento
 Opcionales

Casio Ericsson
HP
 SISTEMAS SIP

Dos tipos de sistemas:

Las partes que inician una sesión son las llamadas user agents.
 Los user agents se dividen en dos categorías:
– UAC (User Agent Client) – Es una aplicación cliente que
inicia una solicitud SIP.
– UAS (User Agent Server) – Es una aplicación Server que
contacta al usuario cuando es recibida una invitación SIP
y responde de parte del usuario al originador de la
invitación.
 Un SIP UAC puede actuar funcionando como UAC o como
UAS aunque por lo general no como ambos en una misma
sesión (Ej. excepción: reinvite).
 UAC Y UAS

 Los mas conocidos son:

– Teléfonos IP SIP (y aplicaciones softphone SIP), actúan ya sea
como UAC ó UAS en cada sesión, inician solicitudes SIP y responden
a ellas.
– Gateways SIP, actúan como UAC o bien como UAS dependiendo si
son origen o terminación de llamada, brindan el control de la llamada,
su principal función es actuar de intermediario e intérprete entre un
User Agent SIP y otro tipo de terminales o redes por ejemplo
ISDN.
 Esta función incluye la traducción de los formatos de
transmisión y entre los procedimientos de señalización y
comunicación.
 Traduce señales de audio / video, establece y disuelve llamadas
hacia ambas redes IP y TDM.
 SIP – PROXI SERVER

 Es un componente intermediario que recibe solicitudes SIP de

parte de un User Agent Client, y retransmite esa solicitud de
parte de ese cliente hacia el siguiente Server de la red.
 El siguiente Server puede ser otro SIP Proxy Server o bien un
User Agent Server.
 Adicionalmente los SIP Proxy servers brindan las siguientes
funcionalidades:
– Autenticación.
– Autorización.
– Control de acceso a la red.
– Ruteo de la llamada.
– Funciones de seguridad.
SIP – SERVERS
 MENSAJES SIP

 El modelo de comunicación entre componentes SIP esta

basado en mensajes de solicitudes y respuestas en
códigos ASCII.
 La solicitud de un cliente a un servidor contiene una
línea inicial, encabezado y un cuerpo del mensaje.
 El formato de los mismos esta definido en RFC 832,
2068 y 3261.
 Existen diferentes tipos de encabezados según el
mensaje:
 Los que van en todo mensaje (general y de entidad).
 Los que van en solicitud o respuesta.
 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
 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”
 MENSAJES SIP: RESPUESTAS

– 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, ...)
 MENSAJES SIP: DIRECCIONAMIENTO

 Una dirección SIP se obtiene de varias maneras:

– Interactuando directamente con la aplicación User
Agent.
– Almacenando información de una sesión previa.
– Interactuando con un SIP Server.
 Para que un SIP Server pueda asistir a este proceso,
previamente debe reconocer la existencia de los usuarios,
a través del SIP Location Server, y es adquirido a través
del SIP Registrar Server en forma dinámica.
 Para permitir este registro el usuario registra su
dirección con el SIP Registrar Server mediante un
mensaje SIP de solicitud “Register”.
 MENSAJES SIP: DIRECCIONAMIENTO

 Para obtener la dirección IP de un corresponsal, ya sea este un UAS

ó un SIP Server, el User Agent debe obtener una resolución de
dirección IP.
 Los formatos usados para el direccionamiento, registro de
direcciones y resolución de direcciones son los siguientes:
– Nombre de dominio, ejemplo sip: pepe@abc.com
– Dirección E.164, ejemplo sip: 1234567@gateway.com;user=phone
– Direcciones mixtas ejemplos
 sip: 1234567; password=nueva@10.1.1.1
 sip: pepe@10.1.1.1

 Una contraseña puede se asocia al UserID y un numero de port se

asocia con la descripción del Host.
– Ejemplo sip:1234567@gateway.com;user=phone
 El parámetro user=phone indica que la parte del usuario de la
dirección es un número telefónico, sin ese parámetro, 1234567 sería
interpretado como string.
 PROTOCOLOS SIP

 Para su implementación se ha seleccionado un formato de mensajes

basados en textos ASCII.
 Soporta varios servicios de red inteligente tales como:
– Movilidad a través del mapeo de nombres.
– Servicios de redireccionamiento.
 Permite movilidad personal que es muy útil permitiendo identificar a
los participantes de una sesión multimedia mediante un único nombre
o numero universal personal.
 Las redes basadas en SIP permiten implementar en forma rápida
accesos desde plataformas externas al backbone IP, independientes
y con interfases de usuario estandarizadas.
 Son ejemplos de estos servicios:
– Tarjetas de servicios prepagos de larga distancia
– Portabilidad del número
– Servicios 0800.
 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)
 COMPARACIÓN H.323/SIP

H.323 SIP

Origen ITU-T IETF

Codificación Binaria Textual

Transporte de TCP/UDP UDP

señalización

Tiempo de establecimiento ~ 5 x tpo ida/vuelta 1.5 x tpo ida/vuelta

~ 13 mensajes (TCP) 3 mensajes

Disponibilidad comercial Alta En auge

Flexibilidad y Baja Alta (facilita integración

extensibilidad con otros protocolos IP)

Complejidad Alta Baja

 CONCLUSIONES

 Estamos en pleno proceso de migración de las

redes de conmutación de circuitos hacia las
redes de conmutación de paquetes y VOIP.
 VoIP sobre Internet solo es mejor por ahora en
horas de poco uso de la Red
 Por el momento la calidad es baja (cortes,
silencios, ruido).
 Para obtener mejor calidad de servicio para
VoIP, se requiere de redes IP privadas.
 Referencias
 Godred Fairhurst: Digital Televisión: The MPEG-2 Standard:
http://www.erg.abdn.ac.uk/users/gorry/level2dp.pdf
 Godred Fairhurst: MPEG-2 Digital Video:
http://www.erg.abdn.ac.uk/public_html/research/future-
net/digital-video/index.html
 http://mpeg.telecomitalialab.com/
 Página principal del proyecto OpenH323:
http://www.openh323.org
 CITEL, PCCI. : “Technical Notebook: Next Generation
Networks - Standards Overview”.
 Collins, Daniel: “Carrier Grade VoIP”.
 Johnston, Alan: “SIP: Understanding the Session Initiation
Protocol”.
 Kumar, V; Korpi, Markku: “IP Telephony with H.323”
 Ohrtman, Frank: “Softswitch: “Architecture for VoIP”.
 Perkins, Colin: “RTP: Audio & Video for the Internet”.
 Technical Notebook: “Framework of the Study on
Characteristics of Voice Based on”.