UNIVERSIDAD

N VE D D MAYOR
M DE SAN
N ANDRÉS
ND É
CARRERA DE INGENIERÍA
Í ELECTRÓNICA
Ó

ETN 1024
SEMINARIOS EN
TELECOMUNICACIONES

TELEFONÍA
Í IP
Ing José Campero
Ing.
 VOZ / IP

 Voz
V sobre
s b Ip
I (VoIP)
(V IP) se
s puede
d definir
d fi i como una
tecnología donde señales de voz son
transportadas sobre datagramas IP
IP,
ofreciendo un servicio al usuario de
comunicación de voz en tiempo
p real

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

p
Internet, incluye el uso de esta tecnología en
redes IP privadas y además, expande su área
d cobertura
de b t a iinformación
f ió multimedia
lti di ((voz,
imágenes, etc.)
 ESCENARIOS

 Se definen cuatro (4) escenarios típicos para

Telefonía IP:

 Teléfono a Teléfono
 Teléfono a PC
 PC a Teléfono
 Pc a PC
 CONMUTACIÓN DE CIRCUITOS VS REDES IP

Ventajas:

 Ancho de banda bajo demanda

 No establecimiento de conexión
 Tráfico elástico

Desventajas:
j

 Pérdida de paquetes
p q
 Retardo variable
 Entrega sin orden
 No apto para aplicaciones en tiempo real
 TELEFONÍA IP

El mecanismo de transporte debe incluir:

11. S
Secuenciamento
i t
2. Control de temporización
3 Capacidad
3. C id d de
d transportar
t t información
i f ió en ti
tiempo reall
 TELEFONÍA IP

 TCP no esta diseñado originalmente para aplicaciones

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

 UDP No realiza secuenciamiento ni sello de tiempo

((retardos),
d ) sini embargo
b se adapta
d mejor
j a este tipo
i
de aplicaciones

 Como UDP no realiza secuenciamiento ni sello de

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

RTP (real
( l time transport protocol)
l)
 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
p
 Monitorización de entrega
 VOZ SOBRE PAQUETES

Usuario:
Señal
Se a de voz
vo Señal
Se a de voz
vo
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
pé did s d
de p
paquetes
t s
 VOZ SOBRE PAQUETES

Necesita mecanismos complementarios:

– Eficiencia y calidad de servicio

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)
 VOZ SOBRE PAQUETES

– Señalización:

 Establecimiento y liberación dinámica de llamadas

VoIP
 Información
ó para ell usuario dell progreso de la
l
llamada
 Acuerdo en los códecs a emplear
 Movilidad de usuarios
 Control de acceso
 Tarifación
 Servicios suplementarios (ej. desvío de llamadas)
 Interfuncionamiento
Interfunci namient c con
n la red telefónica
 Tratamiento de señales no vocales (ej. MODEM o
fax))
CODECS
 CÓDECS DE VOZ

Se utilizan tres técnicas de codificación

codificación:

– PCM: codificadores de forma de onda

 Codifica cada muestra del conversor AD
 Ej: G.711
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
C difi ió por bl
bloques (R
(Representación
t ió
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
C l jid d 01
0,1 10 12 12 33 22 16/18 2 5
2,5
(MIPS)
Retardo 0,125 0,125 0,625 0,125 0,125 15 37,5 20
codificador
(ms)
Calidad
Ca dad ((MOS)
OS) 4,2
, 4,0
,0 4,0
,0 4,0
,0 4,0
,0 4,0
,0 3,7-3,9
3, 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:
telefónica reducción del
60 % del flujo
 Paquetes
q 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
 RETARDO EXTREMO A EXTREMO

 Factores que contribuyen al retardo:

– Retardo del algoritmo
g m de codificación
f
– Tiempo de empaquetado
– Tiempo de propagación (despreciable salvo en distancias muy
grandes)
d )
– 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
P d d por d desadaptación
d ó en llas b
bobinas
b híb
híbridas
d ((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 p
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:
– A
Acoplo
pl altavoz/micrófono
lt /mi óf n
– Despreciable en teléfonos convencionales
– Importante en
en:

 Teléfonos móviles
 PC con altavoz
lt y micrófono
i óf en entorno
t 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
G n tamaño:
t m ñ : filt
filtra m
mayoress variaciones
i i n sd de retardo
t d
– 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:
ATM mecanismos
i d
de control
t ldde ttráfico
áfi y Q
QoS
S
– Frame Relay: no tiene QoS pero controla el tráfico entrante
– IP: no existen mecanismos concebidos en su diseño original.
g

 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
 PROTOCOLOS DE TIEMPO REAL SOBRE IP

 Norma RFC 1889: Protocolos RTP y RTCP

Audio y video.
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
(R l Time
Ti Protocol)
P t l)
– 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ásicaa
(12 octetos)
Timestamp
PT p 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=1
X=1incluye
Incluye Marca 0
(1). PCM,
CSRC presentes en la ley
cabecera
Instante
RTPrelleno
(2) de muestreo
extensión
ll t (1)ió de
d Depende de (4)
8 
(32)
cabecera (1)Identificador
PT CSRC
Identificador de fuente (32) 9 PCM, ley Audio
A
ó 4de cabecera
Extensión
Identificador de 15 G.722
18 útill G.723
contribuciones en una mezcla Carga út
(32) G.728
34 G.729
H.263 Video
31 H.261
 ANCHO DE BANDA PARA SESIÓN VOIP

 Sobrecarga por cabeceras:

– C
Cabeceras
b que añaden
ñ d los l protocolos
t l
sucesivos
– Ej: Caso más sencillo (VoIP)
 RTP: 12 octetos
 UDP: 8 octetos
t t s
 IP: 20 octetos
 Niveles
Ni l inferiores
i f i ((ej:
j PPP 6 octetos)
t t )

Nivel 2 IP UDP RTP Carga útil

20 octetos 8 oct 12 oct N oct

40 octetos
 ANCHO DE BANDA PARA SESIÓN VOIP

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

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

40 40 16 17 2
17.2 21 2
21.2
 REDUCCIÓN DEL ANCHO DE BANDA

 Mecanismos
M i
– Supresión de silencios
– Compresiónó de
d cabeceras
b
 Se aplican en el enlace: necesario en
ambos
b extremos
t
 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:
últi l
– Identificación
– Correlación de relojes
– Control de los participantes
 Mensajes de RTCP (5 tipos definidos en RFC 1889)
1889):
– SR (Sender Report)
– RR (Receiver Repot)
– SDES (Source Description)
– BYE
– APP (Application-specific)
(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
 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)
 C
Control
l de
d acceso (identificación
(id ifi ió dde terminales
i l 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 )
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
H 323 de
d lla ITU
[Link]
 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
 SEÑALIZACIÓN ENTRE TERMINALES VOIP

 H.323 y SIP:
– N
No son
s n
específicos
Terminal
Servidor VoIP de VoIP
– Permiten
comunicación
Terminal
VoIP
Red IP con usuarios
Pasarela RTC:
pasarelas
Señalización:
H.323 o SIP
RTC – Entre
terminales
VoIP nativos:
servidor
id SIP
o guardián
H.323
 H.323

 Soporte
p 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

T
Terminales
i l
 Teléfonos IP
 Adaptador PC
 Concentradores Pasarela
Pasarela

 Pasarelas
 Guardianes
 Unidades
multiconferencia
f

Guardián
 PROTOCOLOS DE H.323

ARQUITECTURA
DE PROTOCOLOS

Serie H del ITU-T

General H.200–H.219
Transmission multiplexing and H.220–H.229
synchronization
Systems aspects H.230–H.239
Communication procedures H.240–H.259
Control
Coding of moving video H.260–H.279 H.245 H.225.0 Q.931
Related systems aspects H.280-H.299
Systems and terminal equipment for H 300–H
H.300 H.399
399
audiovisual services
 PROTOCOLOS DE H.323

 Nivel de Aplicación (7):

– Cód
Códecss de
d voz (G.7xx)
(G 7xx)
– Códecs de vídeo (H.26x)
– Aplicaciones de datos (T.12x)
 PROTOCOLOS DE H.323
 Nivel de Transporte (4):
 Transporte
p 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
H.225.0
225 0 y H
H.245
245
 PROTOCOLOS DE H.323
 Nivel de Transporte (4): Señalización
– RAS (Registration
(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.
terminales
 Se transporta con tramas UDP
 PROTOCOLOS DE H.323

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

– Q.931
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
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
p con tramas TCP
 PROTOCOLOS DE H.323

 RESUMEN:
– Se establecen dos canales de señalización
para audio
 Terminal-guardián
g (RAS)
 Terminal-terminal (Q.931)
– Se establece un canal lógico
g de control para
p
la sesión (audio, video y datos)
 Terminal-terminal (H.245)
 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:
p RFC 2543 (marzo 1999)

Principal ventaja:
menor complejidad
 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
t de
d aplicaciones
li i UMTS (3GPP:
(3GPP 3rd
3 d
Generation Partnership Program)
 MODELO SIP

 Modelo cliente-servidor:
– Cli
Cliente:
t envía
í una petición
ti ió
 Teléfono SIP o pasarela origen
– Servidor:
S id responded
 Teléfono SIP o pasarela destino
– Transacción:
ó peticiónó + [respuesta(s)
( ) provisional(es)]
l( )
+ respuesta final
Petición

Client
li
e Servidor
Respuesta
 SISTEMAS SIP
Dos tipos de sistemas:
– Agentes
g n de u
usuario:
u sistemas
m finales
fn capaces
p 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
 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:
RESPUESTAS códigos
ódi numéricos
é i
 PROVISIONALES: (no terminan la transacción)
– 1XX (Informativas):
( f ) petición
ó procesada
d 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 ppermanently”,
y ...
– 4XX (Fallo de petición): la petición recibida no
puede cursarse. Se sugiere modificación y
reintento; ”bad
bad request”
request , “timeout”
timeout , “busy
busy here”
here ,
“user not found”...
– 5XX (Error del servidor):
servidor) al procesar la
información. Se sugiere reintentar; “not
implemented”, “version not supported”, ...
– 6XX (Fallo
(F ll global):
l b l) petición
i ió no pueded ser cursada.
d
Sin reintento; “busy everywhere”, “user does not
exist anywhere, session not acceptable, ...)
 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:
i t
intercambio
bi dde mensajes
j 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

 CONCLU IONE
CONCLUSIONES

 VoIP sobre Internet solo es posible por ahora

en horas de p
poco uso de la Red
 Calidad baja.
 Para obtener mejor
j calidad de servicio ppara
VoIP, se requiere de redes IP privadas