VoIP

Introduccin (I)

Tradicionalmente: Redes independientes y optimizadas

VOZ: conmutacin de circuitos.
Recursos permanentes retardo constante.
Si no hay circuitos disponibles se rechazan peticiones.
DATOS: conmutacin de paquetes.
Asignacin dinmica de recursos fluctuaciones en el
retardo.

Integracin de mltiples servicios: reduccin 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)

Introduccin (II)

IP:
xito de Internet Integracin de servicios (conferencias multimedia,
mensajera unificada voz, correo electrnico y fax-, teleoperador a travs
de web, indicadores de presencia...)

Problemas a solucionar: prdida paquetes, retardos grandes y variables,

sobrecarga por cabeceras.

Garantizar QoS (calidad de voz, disponibilidad de servicio, conectividad

entre diferentes redes, seguridad...) Requisitos de PSTN

Definicin de arquitectura de control y protocolos de sealizacin:

OBJETIVO DE ESTA SESIN

Voz sobre paquetes (I)

Usuario:
Degradacin de
la voz
Seal de voz

Seal de voz

Codificacin

Decodificacin

Empaquetado

Red de paquetes
(IP, FR, ATM)

Problemas de flujo:
esperas variables
prdidas de paquetes

Desempaquetado

Recepcin:
Espaciamiento no
constante
Flujo incompleto

Voz sobre paquetes (II)

Eficiencia y calidad de servicio:
Codecs compresores (reducen ancho de banda)
Buffers en recepcin (regeneran el espaciado y amortiguan retardo)
Mecanismos de QoS en la red (ej: priorizacin de paquetes de voz)
Sealizacin:
Establecimiento y liberacin dinmica de llamadas VoIP
Informacin para el usuario del progreso de la llamada
Acuerdo en los cdecs a emplear
Movilidad de usuarios
Control de acceso
Tarificacin
Servicios suplementarios (ej. desvo de llamadas)
Interfuncionamiento con la red telefnica (PSTN)
Tratamiento de seales no vocales (ej. MODEM o fax)

Cdecs de voz (I)

Tres tcnicas de codificacin

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 codificacin tasas de bit menores
LPC: predictivo lineal
Codificacin por bloques (Representacin parametrizada de las
carctersticas del conjunto)

Cdecs de voz (II)

G.711

G.721

G.726

G.727

G.728

G.729

G.723.1

GSM FR

Tipo de
codificacin

PCM

ADPCM

ADPCM

ADPCM

LDCELP

CSACELP

MP-MLQ/
ACELP

RPE-LTP

Tasa binaria
(Kbits/s)

64

32

16/24/
32/40

16/24/
32/40

16

6,4/5,3

13

Complejidad
(MIPS)

0,1

10

12

12

33

22

16/18

2,5

Retardo
codificador (ms)

0,125

0,125

0,625

0,125

0,125

15

37,5

20

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

--

++

++

Supresin de silencios

Complemento de cdecs compresores para reducir ancho de banda

Deteccin de periodos de silencio (VAD: Voice Activity Detection)

En una conversacin telefnica: reduccin del 60 % del flujo

Paquetes de silencio (SID: Silence Insertion Description)

Indicador nivel de ruido

Tamao de los paquetes de voz

Paquetes de gran tamao

Incluyen varios bloques de datos
Reduce la influencia de las cabeceras en el flujo de datos
Aumenta el tiempo de empaquetado

Paquetes pequeos
Trfico aadido por sobrecarga de cabeceras

Factores que influyen en el tamao de los paquetes

Retardo extremo a extremo

Complejidad de algoritmos de compresin

Retardo extremo a extremo

Factores que contribuyen al retardo:

Retardo del algoritmo de codificacin
Tiempo de empaquetado
Tiempo de propagacin
Tiempo de transmisin
Tiempos de espera en los nodos de conmutacin (dependiente del trfico
en la red)
Tiempo de descompresin

Consecuencias del retardo:

Prdida de interactividad (>150 ms)
Eco

Retardo extremo a extremo: ECO (I)

ECO ELCTRICO:
Reflejos indeseados hacia los focos emisores
Ms molesto cuanto mayor desfase temporal
Lmite en 50 ms (llamada internacional en PSTN) Cancelacin de eco
Producido por desadaptacin en las bobinas hbridas
Se percibe como consecuencia del retardo de las pasarelas responsabilidad
del operador de trnsito (se cancela en las pasarelas )
Desadaptacin de
impedancias en la
conversin 2/ 4
hilos

Llamada

RTC

Pasarela

Eco
Desadaptacin de
impedancias en la
conversin 2/ 4 hilos

Respuesta

Red de
paquetes

Eco
Pasarela

RTC

Retardo extremo a extremo: ECO (II)

ECO ACSTICO:
Acoplo altavoz/micrfono
Despreciable en telfonos convencionales

Importante en:
Equipos manos-libres
Telfonos mviles
PC con altavoz y micrfono en entorno IP

Fluctuaciones del retardo (I)

Regeneracin de la voz es un proceso sncrono necesita bloques
de voz con frecuencia peridica
Flujos de paquetes espaciados de manera irregular Buffer
amortiguador

Retardo A-B

Red de
paquetes

Retardo A-C
t

Retardo variable (colas

en los nodos)

Fluctuaciones en el retardo (II)

Tamao del buffer:
Gran tamao: filtra mayores variaciones de retardo
Tamao pequeo: incluye poco retardo extra
1

Transmisin

Recepcin

t
1

Transmisin

Recepcin

t
1
Retardo: Rmax-Rmin

Prdida de paquetes

Errores de transmisin
Congestin de la red o aviso de congestin
Emisores de voz: retransmisin intil VoIP emplea UDP
Mecanismos para evitar congestin:
ATM: mecanismos de control de trfico y QoS
Frame Relay: no tiene QoS pero controla el trfico entrante
IP: no existen mecanismos. El problema sigue abierto
Soluciones en IP:
Cdigos de correccin de errores (redundancia aumenta la sobrecarga)
Sobredimensionar la red
Disimular las prdidas (ruido blanco- en GSM, interpolacin de
paquetes)

Protocolos de tiempo real sobre IP

Audio

y video.

Puertos

UDP pares e independientes en cada extremo

Informacin

peridica del estado y calidad de la comunicacin

puertos UDP inmediatamente superiores

Norma RFC 1889: Protocolos RTP y RTCP

RTP

RTP (Real Time Protocol)

Standard para el transporte de trfico en tiempo real sobre Internet
Origen: red MBONE (Multicast Backbone): red virtual de difusin

superpuesta sobre Internet para multiconferencias

Se asume la existencia
Imperfecciones en la red (prdidas y retardos)
Posible variacin de caractersticas de la red durante la
comunicacin

Formato de la trama RTP

V

P X

CC

15

31

PT

SN
Timestamp
PT

Cdec
Tipo de
Nmero de carga
secuencia
Tipo de carga (7):
Identificador
Nmero deSSRC
identificadores (16)
formato de carga
Versin
P=1
X=1
incluye
IncluyeMarca
(1).
PCM, leyen la
0
CSRC
presentes
til
Instante
dede
RTPrelleno
(2)
extensin
(1)
Depende
deCSRC
Identificador
8cabecera
PCM,(4)
ley A
muestreo
(32)
cabecera (1)
PT
9
G.722
Audio
Identificador de fuente
Extensin de
4 cabecera
G.723
(32)
15
G.728
Identificador de
Carga til
18
G.729
contribuciones en una
mezcla (32)
34
31

H.263
H.261

Video

Cabecera bsica
(12 octetos)

Ancho de banda para sesin VoIP (I)

Tamao de carga til:

Tamao de los bloques de informacin
Nmero de bloques por paquete
Sobrecarga por cabeceras:
Cabeceras que aaden los protocolos sucesivos
Ej: Caso ms sencillo (VoIP)
RTP: 12 octetos
UDP: 8 octetos
IP: 20 octetos
Niveles inferiores (ej: PPP 6 octetos)
Nivel 2

IP
20 octetos

UDP
8 oct

40 octetos

RTP
12 oct

Carga til
N oct

Ancho de banda para sesin VoIP (II)

Cdec

G.711

G.729

Tasa
nominal
(Kbits/s)

64

Retardo
empaquetado
(ms)

Tamao
carga til
(octetos)

Tasa de envo (Kbits/s)

IP (sin
nivel 2)

IP/PPP

IP/AAL5

40

128

137.6

169.6

10

80

96

100.8

127.2

20

160

80

82.4

106

10

10

40

44.8

84.8

20

20

24

26.4

42.4

40

40

16

17.2

21.2

Reduccin del ancho de banda

Mecanismos
Supresin de silencios

Compresin de cabeceras
Se aplican en el enlace: necesario en ambos extremos
Estndares RFCs 2508 (CRTP) y 3095 (ROHC)

Suprimen informacin redundante: mejora la eficiencia

Slo se suelen aplicar en enlaces de acceso y no en troncales

RTCP (I)

Regula intercambio de mensajes de control en una sesin multimedia No

proporciona mecanismos QoS

Informacin de calidad de servicio:

Retardo
Jitter

Tasa de paquetes recibidos y perdidos...

Opcional

Permite tomar medidas en tiempo real

RTCP (II)

Funciones adicionales tiles en participaciones mltiples:

Identificacin
Correlacin 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 mltiples participantes: control para evitar avalanchas

Sealizacin en VoIP (I)

Necesidad: comunicacin entre elementos que forman la red (Terminales, servidores de

llamada, pasarelas, PSTN...)

Funciones:
Equivalentes a las de PSTN:
Establecimiento de llamada (negociacin direcciones IP y puertos UDP)
Seales de progreso de llamada (ej: aviso al origen de ring en destino)
Control de acceso (identificacin de terminales para facturacin)

Servicios suplementarios y de movilidad

Necesarias en redes IP:

Seleccin de la modalidad de acceso a la red (LAN, RDSI, RTC, ADSL...)

Negociacin del cdec de voz
De adaptacin VoIP-PSTN

Sealizacin 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 normalizacin (IETF e ITU-T)

Protocolos que se van a presentar segn escenarios:

Protocolos de sealizacin entre terminales VoIP nativos
H.323 de la ITU.T
SIP (Session Initiation Protocol) del IETF
Protocolos de sealizacin de llamadas telefnicas a travs de red IP
MEGACO /H.248 del IETF e ITU-T: pasarelas de voz
SIGTRAN (grupo de trabajo del IETF): pasarelas de sealizacin

Sealizacin entre terminales VoIP

Terminal
VoIP

Servidor
Terminal
VoIP
Red IP

Pasarela

Sealizacin:
H.323 o SIP

RTC

H.323 y SIP:
No son especficos de VoIP
Permiten comunicacin
con usuarios PSTN a
travs de pasarelas
Entre terminales VoIP
nativos: servidor SIP o va
gatekeeper H.323

H.323 (I)

Soporte multimedia sobre redes de conmutacin de paquetes :

IP caso particular (aplicacin ms difundida)
Dos o ms participantes.
Arquitectura muy completa:
Tipos y caractersticas de los equipos
Servicios que soporta
Protocolos en el plano de usuario
Protocolos en el plano de control
Estndar 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

Telfonos IP

Adaptador PC

Concentradores

Pasarelas

Gatekeepers

Unidades
multiconferencia

Pasarela

Pasarela

Guardin

Protocolos de H.323 (I)

ARQUITECTURA DE
PROTOCOLOS
Paraguas
Serie H del ITU-T
General

H.200H.219

Transmission multiplexing and

synchronization

H.220H.229

Systems aspects

H.230H.239

Communication procedures

H.240H.259

Coding of moving video

H.260H.279

Related systems aspects

H.280-H.299

Systems and terminal equipment for

audiovisual services

H.300H.399

Control
H.245

H.225.0 Q.931

Protocolos de H.323 (II)

Nivel de Aplicacin (7):

Cdecs de voz (G.7xx)
Cdecs de vdeo (H.26x)
Aplicaciones de datos (T.12x)

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

Estndar de seguridad: H.235

Sealizacin: H.225.0 y H.245

Protocolos de H.323 (IV)

Nivel de Transporte (4): Sealizacin

RAS (Registration, Admission and Status):
Recomendacin H.225.0
Autenticacin del terminal
Registro en la zona
Terminales Gatekeeper
Solicitud de participacin en una sesin
El canal RAS se abre antes de establecer la conexin entre terminales.
Se transporta con tramas UDP

Protocolos de H.323 (V)

Nivel de Transporte (4): Sealizacin

Q.931
Recomendacin H.225.0
Terminal Terminal

Se transporta con tramas TCP

Procedimientos de control de llamada

Soporte de servicios suplementarios
Sealizacin entre terminales directamente
o a travs del gatekeeper (modo routed)

Protocolos de H.323 (V)

Nivel de Transporte (4): Sealizacin

H.245
Gobierna la comunicacin multimedia
Terminal Terminal

Se transporta con tramas TCP

Intercambio de datos (Audio y video)

Negocia las caractersticas de los canales
lgicos en una sesin
Mensajes de control de flujo

Protocolos de H.323 (VI)

RESUMEN:
Se establecen dos canales de sealizacin para audio
Terminal- Gatekeeper (RAS)
Terminal-Terminal (Q.931)
Se establece un canal lgico de control para la sesin (audio, video y

datos)
Terminal-terminal (H.245)

Protocolos de H.323 (VII)

EJEMPLO de llamada H.323

Protocolos de H.323 (VIII)

EJEMPLO de llamada H.323

Protocolos de H.323 (IX)

T1

GK

T2

ARQ (1)

ACF (2)

Setup (3)
Call Proceeding (4)

ARQ (5)
RAS
ACF (6)

H.225

Alerting (7)
Connect (8)

1.- T1 le enva un mensaje RAS ARQ sobre el canal RAS al gatekeper para registrarse.
2.- El gatekeeper confirma la admisin 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 requirindole la conexin.
4.- T2 responde con un mensaje H.225 call proceeding a T1.
5.- Ahora T2 debe registrarse ante el gatekeper por lo que le enva un RAS ARQ en el canal RAS.
6.- El gatekeeper le confirma la admisin con un RAS ACF.
7.- T2 alerta a T1 sobre el establecimiento de la conexin mandando un mensaje H.225 alerting.
8.- T2 confirma la conexin enviando un mensaje H.225 connect, lo que implica que la llamada ya esta establecida.

Protocolos de H.323 (X)

T1

GK

T2
TerminalCapabilitySet (9)

TerminalCapabilitySetAck (10)
TerminalCapabilitySet (11)

TerminalCapabilitySetAck (12)
OpenLogicalChannel (13)
H.245
OpenLogicalChannelAck (14)

OpenLogicalChannel (15)

OpenLogicalChannelAck (16)

9.- El canal de control H.245 se establece entre T1 y T2. T1 enva un mensaje H.245 TerminalCapabilitySet a T2
para negociar el codec (T1 informa su lista de codecs disponibles).
10.- T2 contesta a T1 con un H.245 TerminalCapabilitySetAck.
11.- T2 envia un mensaje H.245 TerminalCapabilitySet a T2 para negociar el codec (T2 informa su lista de codecs
disponibles).
12.- T1 contesta a T2 con un H.245 TerminalCapabilitySetAck.
13.- 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.
14.- T2 contesta a T1 con un mensaje H.245 OpenLogicalChannelAck que confirma el establecimiento del canal
unidireccional. Dentro de ste mensaje enva a T1 el puerto RTP que T2 reserv para T1 y el puerto RTCP recibido
de T1 anteriormente.
15 .- 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.
16.- 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.

Protocolos de H.323 (XI)

T1

GK

T2
RTP media stream (17)

RTP media stream (18)

RTCP messages(19)

RTP y RTCP

RTCP messages (20)

17.- T1 enva el stream de audio o video encapsulado en RTP a T2

18.- T2 enva el stream de audio o video encapsulado en RTP a T1
19.- T1 enva mensajes RTCP a T2
20.- T2 enva mensajes RTCP a T1

Protocolos de H.323 (XII)

T1

GK

T2

EndSessionCommand (21)

EndSessionCommand (22)

Relese Complete (23)

DRQ (24)

DCF (25)

H.245
DRQ (24)

DCF (25)

H.225
RAS

21.- T2 inicia la liberacin de la llamada. Enva un mensaje H.245 EndSessionCommand a T1.

22.- T1 libera la llamada y confirma la liberacin mandando un mensaje H.245 EndSessionCommand a T2.
23.- T2 termina de confirmar la liberacin enviando un mensaje H.225 release complete a T1.
24.- T1 y T2 se desvinculan del gatekeper envindole un mensaje RAS DRQ.
25.- El gatekeeper confirma la desvinculacin de T1 y T2 mandandoles un mensaje RAS DCF a ambos.

Comunicaciones multimedia SIP

Alternativa del IETF al estndar H.323 del ITU-T
Caractersticas:
Arquitectura genrica : Cliente/servidor Principal ventaja:
menor complejidad
Intercambio de mensajes de texto
1 especificacin: RFC 2543 (marzo 1999)
Aumenta el nmero de aplicaciones y productos:
Telfonos SIP, clientes de telefona, mensajera instantnea...
PC: servidores SIP, pasarelas VoIP...
http://www.pulver.com/products/sip/
SIP bake-offs
Inters de la comunidad internacional: SIP es soporte de
aplicaciones UMTS (3GPP: 3rd Generation Partnership Program)

Modelo SIP

Modelo cliente-servidor:
Cliente: enva una peticin
Telfono SIP o pasarela origen
Servidor: responde
Telfono SIP o pasarela destino
Transaccin: peticin + [respuesta(s) provisional(es)] + respuesta final

Peticin

Client
e

Servidor
Respuesta

Sistemas SIP
Dos tipos de sistemas:
Agentes de usuario: sistemas finales capaces de iniciar o terminar una
sesin
UAC: Agente de usuario cliente
UAS: Agente de usuario servidor
Ej: Terminal SIP (PC o telfono) UAC + UAS
Contestador: UAS

Servidores:

Sistemas intermedios

Facilitan el encaminamiento

Opcionales

Mensajes SIP: Peticiones

PETICIONES de la versin inicial:
INVITE: invitacin del llamante

ACK: fin de establecimiento (respuesta del llamante a la aceptacin

del llamado)

CANCEL: cancela peticin en curso

BYE: Abandono de un participante en una sesin mltiple
OPTIONS: consulta a un agente de usuario sus capacidades
REGISTER: registro de la localizacin actual de un usuario

NORMA GENERAL: Excepto ACK todas las peticiones necesitan respuesta

Mensajes SIP: Respuestas

RESPUESTAS: cdigos numricos

PROVISIONALES: (no terminan la transaccin)

1XX (Informativas): peticin procesada pero no completa (trying, ringing,
forarded, queued...)

FINALES: (terminan la transaccin)

2XX (xito): peticin completada con xito en el extremo remoto, 200 =OK
3XX (Redireccin): llamante debe redirigir su peticin hacia otra ubicacin;
moved temporarily, moved permanently, ...
4XX (Fallo de peticin): la peticin recibida no puede cursarse. Se sugiere
modificacin y reintento; bad request, timeout, busy here, user not
found...
5XX (Error del servidor): al procesar la informacin. Se sugiere reintentar; not
implemented, version not supported, ...
6XX (Fallo global): peticin no puede ser cursada. Sin reintento; busy
everywhere, user does not exist anywhere, session not acceptable, ...)

Ejemplo SIP
Llamante

Llamado

Red IP
INVITE
180: Ringing
200: OK
ACK

SESIN
BYE
200: OK

Ejemplo SIP

Protocolo de Descripcin de Sesin (SDP)

Estndar 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 sesin multimedia:

nombre de la sesin, motivo, instante de inicio y final, tipo de medios

involucrado, cdecs a emplear, direcciones IP y puertos UDP para el flujo

RTP,

Se negocian las caractersticas de una sesin concreta entre extremos

heterogneos: intercambio de mensajes SDP

Uso de SDP no es exclusivo del protocolo SIP. Se utiliza en otros mbitos

(ej: protocolo MEGACO/H.248)

Comparacin H.323/SIP
H.323

SIP

ITU-T

IETF

Binaria

Textual

TCP/UDP

UDP

~ 5 x tpo ida/vuelta
~ 13 mensajes (TCP)

1.5 x tpo ida/vuelta

3 mensajes

Disponibilidad comercial

Alta

En auge

Flexibilidad y
extensibilidad

Baja

Alta (facilita integracin

con otros protocolos IP)

Complejidad

Alta

Baja

Origen
Codificacin
Transporte de
sealizacin
Tiempo de establecimiento

Sealizacin de llamadas telefnicas

2 gran escenario
Surge con la liberalizacin
del servicio telefnico
(fin de los 90)

Controlador

Sealizacin:
MEGACO y
SIGTRAN
Pasarela
Red IP
Pasarela

RTC

RTC

No existen terminales IP nativos

El trnsito tiene que incluir voz + sealizacin:

Pasarelas VoIP con sealizacin coste equivalente a central telefnica

Controlador remoto de pasarelas: central telefnica distribuida