1

EVOLUCIN Y DESARROLLO DE VOIP

Jefferson O. Crdova, Gisela E. Nicolalde, Vannesa E. Espinoza

II.
Resumen En el presente paper se realiza un estudio sobre la
tecnologa VoIP, dado que esta es una herramienta que se encuentra
en vigencia y permite que los usuarios obtengan el beneficio de
enviar paquetes de voz y datos al mismo tiempo. Esta mejora ha ido
evolucionando con el tiempo, por eso se desarrolla el estudio de su
historia y evolucin, arquitectura, protocolos que emplea la
tecnologa y finalmente se detalla una breve comparacin con la
telefona convencional.
para
indexacin
cabecera, conmutacin,
especificacin, gatekeeper, Gateway, H.323., MCU,
paquetes, protocolo, softphone, tecnologa, terminales.
Trminos

I.

INTRODUCCIN

crecimiento y la evolucin de las redes a lo largo del

tiempo, ha conllevado, tanto a mantener la idea original de
la funcin de la telefona, que es hacer audible el sonido, ante
todo la palabra hablada, a largas distancias[1], como la
necesidad de que una red sea convergente, lo cual se refleja en
un modelo o sistema, que encapsule la voz para ser transmitida
junto a los paquetes de datos, por lo que se piensa en el
protocolo IP, como una tecnologa universal, que llevar a
cabo la transmisin de paquetes de voz utilizando la misma
red establecida para datos.
La tecnologa VoIP (Voice Over Internet Protocol) tiene como
idea fundamental el envo de voz, la misma que tiene que ser
comprimida y digitalizada en paquetes de datos, para luego ser
transmitida va protocolo IP.
El estndar se desarroll sobre el concepto de redes de
conmutacin de paquetes, dejando de lado las redes de
conmutacin de circuitos tradicionales, debido a limitaciones
como: el uso ineficiente de recursos, poca flexibilidad y un
mantenimiento costoso, lo cual se detallar ms adelante.
L

El presente manuscrito fue creado el 31 de Enero, y revisado el 02 de

Febrero. Las opiniones vertidas aqu son enteramente responsabilidad de los
autores.
J. Crdova, estudia en la Escuela Politcnica Nacional en la Facultad de
Ingeniera Elctrica y Electrnica. (e-mail: jeffer_752@hottmail.com)
G. Nicolalde, estudia en la Escuela Politcnica Nacional en la Facultad de
Ingeniera Elctrica y Electrnica. (e-mail: ngiselaestefania@rocketmail.com )
V. Espinoza, estudia en la Escuela Politcnica Nacional en la Facultad de
Ingeniera Elctrica y Electrnica. (e-mail: vanne_chikit@hotmail.com)

HISTORIA VOIP

Si bien la tecnologa o estndar VoIP, es la semilla de

concepcin de este sistema, la telefona IP es la aplicacin
implcita de esta tecnologa.
La telefona IP inicia a finales del siglo XX, exactamente en
1995. Fue el resultado del trabajo de jvenes Israeles que
debido a que la nica comunicacin posible era entre
ordenadores, buscaban codificar la voz para lograr la
transmisin de la misma.
En dicho ao la empresa Vocaltec, Inc. anunci y realiz el
lanzamiento del primer Softphone, llamado Internet Phone
Software, el cual requera de un ordenador o PC que tenga
tarjeta de sonido, micrfono, parlantes y modem; como
requisitos de hardware bsicos para su funcionamiento.
La forma de operacin de este software era exactamente
igual al de la actualidad, es decir comprima la seal de voz,
dando como resultado paquetes de voz que seran enviados por
internet. Para que dicho software funcione con total xito, se
requera que ambos ordenadores posean caractersticas
exactamente iguales de software y hardware.
Debido a que en dicha poca, la internet, en el tema de
ancho de banda, no haba evolucionado lo suficiente, dicho
software fue un fracaso para la empresa, al igual que para los
usuarios.
En marzo de 1997, MCI una compaa de origen
estadunidense, desarroll un proyecto de VoIP llamado
VAULT, el cual interconectaba y combinada las redes
PSTN (redes tradicionales de telefona) con las redes de datos.
En dicho ao se desarroll por medio del seor Jeff Pulver,
usuarios, fabricantes e interesados de la tecnologa VoIP, la
primera feria/congreso denominada VON, lo que hoy en da se
conoce como el mayor evento de VoIP, llevado a cabo
principalmente en EE.UU y algunos pases de Europa.
En 1998, se empezaron a fabricar los primeros
ATA/Gateways, los cuales permitiran la comunicacin entre
un ordenador y un telfono convencional, como la
comunicacin entre dos telfonos convencionales, los cuales
usaran ATAs en cada extremo, cabe recalcar que esta
iniciativa fue liderada por un grupo de emprendedores.
En 1999 Cisco comercializa las primeras plataformas
corporativas para VoIP, las cuales utilizaban principalmente el
protocolo de sealizacin H.323, el cual permite controlar el
establecimiento de la conexin, mantenimiento (transmisin
de datos), y liberacin de la conexin de multimedia (audio,
video y datos) sobre redes de paquetes [2], por lo que H.323 se
podra considerar como una tecnologa predominante para
videoconferencia [3].
En el ao 2000 el trfico de voz, generado por VoIP
representaba ms del 3%.
En dicho ao, un estudiante de la Universidad de Auburn,

2
Alabama-EE.UU, el seor Mark Spencer crea Asterisk, que es
la primera central telefnica conmutada, basada en Linux, la
cual maneja un cdigo fuente abierto. En la actualidad
Asterisk ofrece una solucin freeware para hogares y
pequeas empresas, al igual que soluciones IP-PBX
corporativas.
En el ao 2002 surge el protocolo de sealizacin SIP, el
cual es desarrollado especficamente para Internet,
proporcionando as una alta escalabilidad y flexibilidad [4],
por lo tanto SIP, empieza a desplazar a H.323.
En el ao 2003, dos jvenes universitarios, Jan Friis y
Niklas Zennstrm, crean un softphone gratuito, denominado
Skype, el cual ofrece un servicio de telefona bsica gratuita
(incluye llamadas de larga distancia e internacionales) a travs
de Internet, este softphone puede atravesar sin dificultad todos
los firewalls y routers, inclusive corporativos.
Debido a que Skype utiliza un protocolo propietario, la
interactividad que ofrece este softphone, se realiza nicamente
entre usuarios de Skype.
Skype, se propag rpidamente llegando a contar con 50
millones de usuarios, para diciembre del 2005.
En este ao, 2005, Skype fue comprada con eBay en US $
2,6 mil millones.
III.

opcional, comunicacin de datos y video.

La especificacin define un esquema de un terminal H.323.
donde se establecen los protocolos utilizados en la
sealizacin de las llamadas, mensajes de control,
multiplexacin de estos mensajes, codecs de audio y video, y
protocolos para la transferencia de datos. Y conforme la
especificacin dicho terminal puede proporcionar slo voz,
voz y datos, voz y video, o voz, datos y video. La figura 2
presenta un esquema de un terminal H.323.
B.

Gateways
Interconectan redes H.323 con otras redes de
comunicaciones, como la PSTN (red pblica conmutada
analgica y digital), o tambin redes SIP. La figura 3
muestra un esquema de funcionamiento de un Gateway.
Los gateways adaptan de forma transparente para el usuario,

ARQUITECTURA VOIP

Para poder implementar una red de voz sobre IP (red de

VoIP), existen diferentes elementos o dispositivos que
trabajan mediante el protocolo H.323 y son necesarios para la
implementacin de dicha red. La figura 1 indica la
arquitectura VoIP basada en el protocolo H.323.
La especificacin de H.323 define los siguientes trminos:
A.

Terminales
Los terminales H.323 son telfonos multimedia IP, los
cuales pueden ser telfonos software con capacidades
multimedia del PC, telfonos IP que son terminales fsicos
parecidos a un telfono cualquiera, terminales de
videoconferencia, gateway o MCU (unidad de control
multipunto).

Fig.1. Arquitectura H.323, VoIP [1].

Se establece como requisito obligatorio, que los terminales

deben soportar comunicaciones de voz, y como requisito

Fig. 2. Esquema de un terminal H.323. [2].

el audio, video, datos y sealizacin, entre formatos propios

de la especificacin (H.323) y los formatos de otras redes de
comunicacin. El Gateway realiza la funcin de interfaz entre
los canales de voz sobre IP y las tecnologas tradicionales de
sealizacin y transporte como: FXO, FXS, RDSI, E1, etc.
Los terminales H.323 pueden tener comunicacin directa
sin la necesidad de gateways, por lo que estos elementos son
opcionales en la especificacin de ciertas redes.
El gateway se presenta caractersticas de un terminal H.323
o MCU en una red H.323. Y como un terminal telefnico en la
red PSTN.
Los gatekeepers conocen directamente la existencia de
gateways, ya que esto se especifica en el momento de registrar
el gateway en el gatekeeper, debido a que las llamadas van a
ser rutadas por medio de sus interfaces. Los gateways pueden
ser directamente implementados en el equipo donde reside el
gatekeeper, o bien ser elementos independientes.

3
El MP es el software de la MCU, que cumple con funciones
de DSP, el cual agrega canales multimedia a una
multiconferencia.
El MC gestiona negociaciones H.245 entre todos los
terminales, determinando las capacidades comunes, como
tambin controla los recursos de la conferencia.
La figura 4 ilustra de forma menos tcnica y ms didctica
como se podra describir la arquitectura H.323. de VoIP, con
todos sus elementos.
Fig.3. Esquema de funcionamiento de Gateway. [2].

C.

Gatekeeper
Este equipo monitorea centralizadamente las llamadas, y
capacidades sealizacin hacia los terminales H.323. Su
alcance puede abarcar un continente, como un segmento
particular de una LAN, este alcance se lo denomina zona.
Podemos referirnos a un gatekeeper como una softPBX
(central software de conmutacin), donde terminales H.323 y
gateways deben ser registrados (nmero de telfono, direccin
IP o nombre del dominio del gatekeeper de la zona al que
pertenece el terminal) en el gatekeeper, para acceder a las
aplicaciones de telefona. Este proceso se lleva a cabo
mediante el protocolo RAS (Registration, Admission y
Status).
De acuerdo a las recomendaciones de la ITU-T, el
gatekeeper debe proveer los siguientes servicios:
1. Resolucin de direcciones.
Traduce un nmero telefnico o alias, a la direccin de
red apropiada, por lo que dispone de una tabla de
traduccin de direcciones.
2. Registro y autentificacin.
Autoriza o niega el acceso a la red H.323., para lo cual
utiliza mensajes descritos en la recomendacin H.225.0.
3. Control de ancho de banda.
Indica el ancho de banda total disponible para cada
terminal, segn el tipo de llamada, categora del terminal,
etc, mediante protocolos adecuados.
4. Zona de administracin de registro y llamada.
El gatekeeper define una zona H.323., para los
gateways, MCUs u terminales registrados en esta zona.
5. Sealizacin de las llamadas de control.
Un gatekeeper cumple con la funcin de centralizador de
sealizacin, de esta forma los terminales consultarn al
mismo para funcin de sealizacin de las llamadas.
6. Monitorizacin de las llamadas.
El gatekeeper puede autorizar o negar solicitudes de
llamadas de los terminales, basado en la sealizacin
H.225.0.
D.

Unidad de Control Multipunto (MCU)

El propsito de una MCU es establecer una
multiconferencia entre tres o ms canales de voz, por lo que la
MCU puede ser implementada en un servidor dedicado, o
implcita como parte de un terminal H.323.
La MCU tiene dos componentes fundamentales: el MP
(multipoint processing) y el MC (multipoint controller).

Fig.4.Elementos de Arquitectura H.323. . [3].

El cmo se lleve a cabo una sesin establecida, como por

ejemplo lo es el caso de una llamada, determinar los nodos o
elementos que intervendrn en la misma. Gateways para
establecer sesiones con terminales de otras redes, MCU para
una multiconferencia y los gatekeepers que son quienes
gestionarn la comunicacin, todos descritos anteriormente.
La figura 5 ilustra el escenario bsico que tendramos en una
llamada.

Fig. 5. Llamada entre dos terminales H.323. registrados en el mismo

gatekeeper. [4].

En la actualidad existen dos nicos protocolos que

controlan las sesiones multimedia en Internet, los cuales son el
mencionado anteriormente H.323. y el protocolo SIP (Session
Initiation Protocol), el cual es un protocolo de control de capa
desarrollado por la IETF (Internet Engineering Task Force),
descrito en el RFC 2543.

4
SIP es a convertido como una alternativa a H.323, ya H.323
tiene mayores cuestionamientos en temas de complejidad.
Inicialmente H.323 fue orientado al soporte de
comunicaciones multimedia en entornos LAN[5] manejado
por mensajes binarios con codificacin ASN.1, SIP fue
desarrollado para Internet, mediante un modelo clienteservidor, el cual maneja mensajes del tipo HTTP.
SIP permite el transporte de cualquier tipo de contenido,
utiliza el protocolo SDP (Session Description Protocol) para
durante una sesin, establecer el intercambio y negociacin de
las capacidades permitidas, al igual que interacta con oros
protocolos (DNS, DHCP, provisin de QoS, transporte,
etc.)[6]. La figura 6 describe la Arquitectura Multimedia
propuesta por el IETF.

de que se tiene varios servidores y usuarios finales, esta

arquitectura que utiliza VoIP es centralizada y distribuida

Fig.7. Componentes de una red VoIP. . [5].

IV.

Fig. 6. Arquitectura Multimedia del IETF. [6].

Se definen cinco elementos:

1. Agentes de Usuario (UAs).
Aplicaciones que residen en dispositivos tanto como PC o
telfonos IP.
2. Servidores Proxy.
Similares a los proxies HTTP, los cuales estn asociados a
dominios DNS.
3. Servidores de Redireccin.
Que permiten a los UA determinar el prximo salto.
4. Servidores de Registro.
Aceptan las peticiones de registro de los usuarios.
5. Servidores de localizacin.
Contienen la informacin de localizacin de los usuarios
registrados, la cual es administrada por una Base de Datos.
Dentro de toda esta arquitectura se tiene algunos componetes
de VoIP, estos nos ayudan a habilitar VoIP
Componentes VoIP del servidor
Componente de integracin RTC
Componentes de red perimetral
Estos componentes nos proporcionan servicios de conversin,
de enrutamiento de entrada, enrutamiento de salida, adems de
un enrutamiento de mensajera, debido a la integracin RTC
podemos tener puertos de enlace multimedia, los cuales nos
permite tener funciones con la PBX, es decir trabajar con
llamadas, videoconferencias, adems de conexiones basadas
en SIP.
Como se muestra en la figura tenemos algunos componentes
como ya se haban explicado, por ejemplo los
Routers/Gateway son los encargados de salir hacia la PSTN, el
Gatekeeper es el encargado del control de llamadas, adems

PROTOCOLOS DE VOIP

Los objetivos planteados dentro de lo que es VoIP se basan

en la divisin de flujos de audio para ser transportados sobre
redes IP, en este caso estas redes IP originalmente no fueron
diseadas para que en tiempo real se tenga un trfico de audio
o de cualquier otro tipo de medio de comunicacin.
Haciendo una comparacin con la red telefnica conmutada
la cual est diseada para trabajar con voz, podemos observar
que esta tiene algunas limitaciones tecnolgicas, debido a
estas razones se recurre a la creacin de protocolos para VoIP,
los cuales trabajan mediante una serie de procesos de
sealizacin entre los terminales transportando as dos flujos
de audio en cada sentido de la conversacin.
Estos protocolos de VoIP se aseguran de que cada uno de
los datos lleguen intactos desde el origen hacia el destino,
cumpliendo los requerimientos de ancho de banda y de calidad
de servicio adecuados, entre los principales protocolos de
transporte para VoIP tenemos: SIP, RTP, RTCP
A.
SIP (Session Initiation Protocol)
Este es un protocolo de sealizacin para diversos recursos o
actividades a travs de Internet, entre las cuales tenemos
conferencias, telefona, notificaciones de evento, mensajera
instantnea entre otros.
SIP es desarrollado por el IETF (Internet Engineering Task
Force), el cual se encuentra estandarizado por el RFC 3621, en
este RFC se da especificaciones para la iniciacin, moderacin
y la finalizacin de lo que son las sesiones multimedia, ya
sean estas de dos pares (unicast) o sean multipares (multicast).
Entre las principales caractersticas tenemos las siguientes:
Es el acrnimo de Session Initiation Protocoloel cual
es un protocolo de control y sealizacin
La sintaxis de este protocolo es simple, es parecida o
similar a SMTP o HTTP.
El sistema de autenticacin que utiliza este protocolo
es de pregunta/respuesta.

No posee un adecuado direccionamiento de

informacin cuando este requiere funcionar con
NAT.
Es un protocolo orientado a las conexiones que se
producen entre terminales, (end to end) es decir de
terminal a terminal.
El establecimiento de sesin para el protocolo SIP est dado
por las siguientes etapas:
1)
Registro:
Un usuario debe registrarse ante el Proxy, para que este puede
ser llamado por otro usuario, el registro consiste en enviar un
mensaje denominado REGISTER, el cual posee a
continuacin su respuesta 200(OK), es decir en el caso de que
el usuario haya provisto al sistema de credenciales invalidas,
este recibir como respuestas un mensaje 407, el cual indica
que se debe reenviar el mensaje de Registro hasta lograr tener
una conexin firme
2)
Invitacin a una sesin:
Inicia con un mensaje denominado INVITE el cual est
dirigido hacia el Proxy.
Responde con un carcter 100 (Trying) para avisar de
retransmisiones y reenvi de peticiones.
3)
Terminacin de sesin:
Una sesin se finaliza cuando cada uno de los usuarios del
sistema enva un mensaje BYE de un extremo a otro.
Se confirma el final de la conversacin enviando un mensaje
200 (OK).
Existe casos en el que el Proxy desea permanecer en el sistema
con fines de control de trfico, esto se logra insertando un
campo a la cabecera de los mensaje SIP, el RECORD
ROUTE.
Los mensaje de SIP son las peticiones y las respuestas, en
ambos casos se emplea un formato de mensaje genrico el
cual consiste en un alinea inicial, uno o ms campos de
cabecera, una lnea vaca y un cuerpo del mensaje.
a)

Peticiones:

Se usan para iniciar alguna accin o para solicitar

informacin, la lnea inicial del mensaje incluye un nombre
del mtodo al que se invoca por ejemplo:
INVITE
ACK
OPTION
BYE
b)

Respuestas:

Son generadas en retorno a una peticin, devolviendo un

cdigo numrico de estado, est lnea inicial del mensaje
contiene una pequea descripcin del cdigo.
1xx: Mensaje provisional
2xx: xito
3xx: Redireccin
4xx: Fallo de mtodo
SIP es un protocolo de capa de aplicacin relacionado con
TCP/IP y con el protocolo SDP, basndose en una arquitectura
cliente servidor, ya que fue diseado como un recurso para la
incorporacin de la telefona como un servicio ms de
Internet.

B.
RTP
Es un protocolo de tiempo Real (Real Time Transport
Protocol) el cual define un estndar para l envi o transporte
de audio y video sobre Internet.
Este protocolo est definido en el RFC 1889, desarrollado en
1996 por el grupo de trabajo de video y audio.
La funcin bsica que tiene el protocolo RTP es la de la
multiplexacin, es decir multiplexa varios flujos de datos en
tiempo real en un solo flujo de paquetes UDP, es decir
aumentado las cabeceras correspondientes se puede numerar
cada uno de los paquetes (cada paquete tendr un nmero
mayor que el antecesor).
El protocolo RTP ofrece algunas caractersticas que se
mencionan a continuacin:
Para diversas aplicaciones como lo son streaming, las
videoconferencias, telefona, etc, este protocolo
ofrece una entrega de datos multicast.
RTP no ofrece garantas sobre lo que es QoS
(Calidad de servicio) ni sobre el retraso que existe en
la entrega de paquetes.
Necesita apoyo de capas inferiores para el control de
reserva de recursos.
Este protocolo va de la mano con RTCP, en este caso
RTP enva datos y RTCP tiene los servicios de
control y sealizacin.
La cabecera que se tiene en la trama del protocolo RTP es la
siguiente:
V: Versin del protocolo que se utiliza
P: inicia si existe relleno
X especifica si la cabecera es seguida por una
extensin.
M: indica el inicio de imagen en el caso de
trasmitirse video.
Nmero de secuencia: permite un
correcto
funcionamiento de las muestras.
El tipo de medio nos define si se utiliza audio o
video
Posee un campo denominado MARCA DE TIEMPO la cual
nos indica cuando se cre la primera muestra del paquete
RTP, este campo cuenta con 32 bits.
La siguiente parte del paquete tiene un IDENTIFICADOR DE
ORIGEN DE SINCRONIZACION, en este caso este campo
nos indica a cual flujo pertenece el paquete, es decir
multiplexar/demultiplexar los paquetes UDP y finalmente
tenemos el IDENTIFICADOR DE ORIGEN DE
CONTRIBUCIN en el caso de que este exista.

Fig.8. Cabecera RTP [7].

Un

ejemplo en

el protocolo RTP se basa en las

6
vulnerabilidades que este puede llegar a tener como todos los
protocolos, supongamos que un usuario atacante puede
autenticarse de una forma falas con direcciones de red de
origen y destino, en este caso este puede llegar a cambiar el
encabezado e incluso modificar el algoritmo de codificacin
de este paquete.
C.
RTCP
Cada tx de voz dentro de un sistema de comunicaciones en
tiempo real tiene asociado dos canales RTCP, uno que va de
fuente a destino, mientras que el otro retorna desde el destino
a la fuente llevando consigo caractersticas de calidad de
servicio (QoS)

Ya que RTCP trabaja conjuntamente con el protocolo RTP

debemos analizar la cabecera del paquete que se forma
teniendo lo siguiente:
V: Versin del protocolo (2 bits)
P: nos indica si el paquete esta con relleno en
mltiplos de 4 bytes.
RC: cuenta los informes en el paquete
PT: su carga til generalmente 200 para SR
Longitud: posee 16 bits
SSRC: fuente de origen (32 bits)

Fig.8. Funcionamiento de RTCP [7].

Acrnimo de Real Time Control Protocol, este protocolo nos

proporciona informacin del estado como se encuentra nuestra
red por ejemplo:
El Rx informa al TX sobre paquetes perdidos en el
sistema.
El Tx es aquel que puede decidir sobre un cambio de
tipo de codificacin en caso de que este tenga una
calidad degradable.
El Rx decide sobre aumentar o no el tamao del
buffer si el mismo aumenta una variacin en el
retardo producido.
Se puede afirmar o considerar a RTCP como un protocolo
complementario a RTP dndole asi un mecanismo de control,
utilizando UDP para un puerto que se encuentre de forma
adyacente al puerto en el que se va a utilizar RTP, RTCP tiene
un flujo de paquetes en el cual se ofrece a todos los
participantes una informacin sobre cmo se encuentran los
datos dentro del sistema adems de su calidad.
El protocolo RTCP sirve para la sincronizacin, es decir nos
indica claramente el tiempo exacto en el cual se debe
reproducir las muestras RTP, adems de permitir una
sincronizacin de los medios utilizados en el sistema.
Para la indicacin de que un participante abandon el sistema
de conversacin se enva un mensaje.
Los tipos de mensajes (paquetes) que usa RTCP son:
SR: Sender Report (informe de emisor)
RR: Receiver Report: informa al emisor de la Qos de
la comunicacin
SDES: Source description. Identifica a la fuente
BYE: Indica el fin de la participacin de una fuente
dentro del sistema
APP: Paquetes especficos de una aplicacin.
RTCP est diseado para soportar solamente las necesidades
ms bsicas de una aplicacin, en este caso el receptor de una
sesin emplea RTCP para indicar sobre el nmero de paquetes
perdidos, jitter (disminucin o aumento de retardos) adems
del RTT (tiempo empleado por los datos hasta llegar al
receptor).

Fig.9. Cabecera de RTCP. [8].

Por lo tanto teniendo como una comparacin entre estos

protocolos TRP y RTCP podemos decir que mientras acta el
protocolo RTP transportando flujos de medios (audio y video),
el protocolo RTCP es utilizado para supervisar as estadsticas
de transmisin y Qos, ayudando tambin a la sincronizacin
de mltiples flujos.
V.

CONMUTACIN DE CIRCUITOS

Las redes de voz han ido evolucionando con el paso de los

aos, su desarrollo se basa desde redes de circuitos exclusivos
punto a punto, pasando a nodos de conmutacin manual, con
el paso de los aos se dio una evolucin automtica de
conmutacin de circuitos y en la actualidad se basan en una
conmutacin de paquetes.
La telefona convencional, tanto en el establecimiento de la
llamada como la finalizacin de la misma se basaban en el
principio de conmutacin de circuitos. Esta tcnica se acopla
de manera muy eficiente a la voz, proveyendo una conexin
muy confiable para la transmisin de voz pero el ancho de
banda a disposicin no era totalmente usado.
Una de las principales caractersticas de la conmutacin de
circuitos es que el circuito permanece establecido durante todo
el tiempo que dura la llamada, quedando a disposicin del
usuario en todo el momento, en otras palabras se tiene un
ancho de banda dedicado. Otras de las caractersticas
relevantes de la conmutacin de circuitos es la reserva de la
conexin durante el tiempo necesario y mnimos retardos de
transmisin de voz. Estas caractersticas se adaptan
perfectamente a la voz, pero se presenta una dificultad para los
datos como son:

Uso ineficiente de los recursos; esto es evidente en

cada llamada telefnica, dado que utiliza un canal de 64 Kbps,
independientemente del trfico que exista en ese instante.
Todos los elementos de conmutacin son designados a realizar

7
la conmutacin de canales de 64 Kbps independientes de la
cantidad de trfico que llegue al conmutador en cada instante.

Son poco flexibles, es decir tienen un

encaminamiento alternativo.

Para la fase del establecimiento se necesita una

identificacin del destino.

Permite procesar informacin tanto analgica como

digital, pero no permite incluir ms servicios aparte de la voz.

datos.

Reducen la influencia de las cabeceras en el flujo de

Aumenta el tiempo de empaquetado.
(2)

Trafico aadido por sobrecarga de cabeceras.

(3)

VI.

CONMUTACIN DE PAQUETES SOBRE VOIP

Hasta antes de la dcada de 1970 la nica forma de realizar

conmutacin en la telefona era la conmutacin de circuitos,
pero debido a que su rendimiento ya no llenaba las
expectativas de muchos usuarios se vio en la necesidad de
reemplazarla por otra tecnologa ms innovadora que acoplara
de manera perfecta la transmisin de datos y voz al mismo
tiempo, esta nueva manera de operacin se llama conmutacin
de paquetes.
En la actualidad VoIP utiliza la tecnologa de conmutacin
de paquetes, cumpliendo el mismo principio de
funcionamiento que en los aos 70s, pero adoptado
oficialmente por IP en los aos 80s.
La caracterstica que hace que la conmutacin de paquetes
sea ms adecuada para la transmisin de datos y voz, es que el
usuario dispone del ancho de banda que requiere pero al
momento que este finaliza su transmisin, otro usuario puedo
ocupar este ancho de banda; es decir la conmutacin de
paquetes posee un ancho de banda bajo demanda.
Otras de las caractersticas importantes son:

Debido al aprovechamiento mejorado del ancho de

banda, es capaz de soportar un trfico de gran volumen.

Son redes abiertas, es decir que se obtiene una gran

capacidad de flexibilidad.

No requiere de reservacin exclusiva de canal por

cada llamada, reduciendo as los costos de tarifacin de las
llamadas.

Integracin de nuevos servicios y unificacin de la

estructura de red.

Existen tiempos de retardo perceptibles, en el orden

de los mseg, tanto en momentos previos a transmisin como
durante la trasmisin.
A.

Elementos para conmutacin de paquetes.

1)
Paquete.
El paquete es la informacin que se requiere transmitir en la
comunicacin. Sus elementos son: datos propiamente dichos y
la informacin de control. En la informacin de control se
especifica la ruta que debe seguir el paquete a lo largo de la
red hasta su destino.
El tamao mximo que un paquete puede tener es de mil
octetos, si supera a este valor el mensaje se fragmenta en otros
paquetes.
a)

Tamao de los paquetes de voz.

(1)

Paquetes de gran tamao.

Incluyen varios bloques de datos.

Paquetes pequeos.

Factores que influyen en el tamao de los

paquetes.

Retardo extremo a extremo.

Complejidad de algoritmos de compresin.

2)
Circuitos virtuales.
Se basa en el principio de funcionamiento de la conmutacin
de circuitos. Para que este funcione se debe establecer la ruta
previa de los paquetes de peticin de llamada (solicita una
conexin lgica al destino) y de llamada aceptada (enva a
modo de respuesta, en el caso que la estacin destino se
encuentre apta para transmisin). Terminado la transmisin se
procede al intercambio de datos, y al finalizarse se presenta el
paquete de peticin de liberacin (indicacin de red
disponible), es decir que se finaliz la transmisin.
B. Principio de funcionamiento.
La conmutacin de paquetes se aplica nicamente a
comunicaciones digitales, en donde los datos se transmiten en
forma de paquetes, estos paquetes pueden ser cortos o de gran
tamao. Si los paquetes que se tiene son muy grandes en el
lado del receptor se los segmenta en grupos ms pequeos y se
les aade un conjunto de bits de control. Estos paquetes son
transportados a travs de la red mediante procesos de
almacenamiento y reenvo sobre circuitos virtuales, que
permiten la comparticin de los canales fsicos de la red (datos
y voz al mismo tiempo), dado que se ocupan nicamente en el
tiempo de transmisin y dando la posibilidad de utilizarlo para
el envo de nuevos paquetes.
C. Prdida de paquetes.
La prdida de paquetes se presenta en redes que poseen una
gran congestin, la cual no debe superar un porcentaje
alrededor del 5-10% de todos los paquetes de voz
transmitidos, si esto ocurre la calidad de voz disminuye
significativamente.
D. Compensacin de prdidas de paquetes.
La red IP no garantiza que el servicio llegue de manera
adecuada al destino, por eso suele existir muchas prdidas en
esta red, para solucionar eso lo que se hace es tratar a todos los
marcos de voz como datos bajo congestin, los marcos de voz
son descartados al igual que los datos, siendo estos no
sensibles al tiempo, y los paquetes descartados pueden ser
recuperados con la retransmisin , mientras que los paquetes
de voz no pueden ser retransmitidos, dado que no son
tolerantes a los tiempos de retardo.
E. Soluciones en IP.
Una de las soluciones es la utilizacin de cdigos de
correccin de errores, dado que la redundancia aumenta la
sobrecarga y recupera al paquete de redundancia, esto se

8
obtiene a costa de un incremento de ancho de banda y ms
retardo.
Otra de las soluciones es el sobredimensionamiento de la
red, este no es muy prctico pero evita que los paquetes se
pierdan.
Finalmente se usa la interpolacin de los paquetes perdidos
al repetir el ltimo paquete recibido durante el intervalo en
que el paquete perdido debe ser analizado; esto no es muy
usado dado que si la tasa de paquetes es muy alta no alcanza a
revisar a todos los paquetes.
VII.

Al ser VoIP una tecnologa con alta demanda en el continuo

crecimiento de las redes a nivel mundial, el estudio y
desarrollo de protocolos y dems especificaciones, que
permitan ofrecer un servicio de alto QoS, es de vital
importancia ya que los usuarios de estas tecnologas se
enfocan principalmente en el tema de que tan bueno es el
servicio, al satisfacer sus necesidades. El continuo estudio y
desarrollo tiene que ir de la mano con lo que se ha fomentado
como base, para que en cuestiones de costo, no sea
nuevamente una inversin considerablemente alta, como lo es
el partir de cero, tanto como para usuarios y fabricantes.

VENTAJAS SOBRE LA TELEFNICA TRADICIONAL

La transmisin de datos y voz al mismo tiempo ha

provocado una gran evolucin en el sistema telefnico
presentndose a continuacin algunas ventajas de VoIP frente
a la telefona tradicional.
Eficiencia y calidad de servicio.

Codecs compresores (reduccin de ancho de banda y

obtencin de ancho de banda bajo demanda).

Buffers en recepcin (regeneracin del espaciado y

amortiguamiento del retardo).

Mecanismos de QoS en la red, por ejemplo la

priorizacin de paquetes de voz y sincronizacin con los
paquetes de datos y voz.
Sealizacin.

Establecimiento y liberacin dinmica de llamadas

VoIP.

Informacin para el usuario del progreso de la

llamada.

Acuerdo en lo codecs a emplear.

Movilidad de usuarios.

Control de acceso.

Tarificacin.

Servicios adicionales, como ejemplo, desvo de

llamadas.

Interfuncionamiento con la red telefnica PSTN.

Tratamiento de seales no vocales, como son el caso

de los MODEM o fax.

IX.
[1]

[2]

[3]

[4]

[5]

[6]

[7]

VIII.

CONCLUSIONES

El desarrollo tecnolgico en el rea de la telefona

convencional ha permitido que hoy en da se pueda manejar
una cantidad de informacin nunca antes imaginada,
facilitando as la vida diaria de las personas. Gracias a esta
evolucin se puede tener accesibilidad a voz y datos en el
mismo instante, considerando que ahora es posible hacerlo de
manera mvil y sin lmite de tiempo.

[8]

[9]

X.
Existen protocolos de transporte mediante los cuales se
puede establecer comunicaciones digitales, por ejemplo en el
caso de VoIP podemos ver que se puede transportar voz sobre
el protocolo IP (enrutamiento), es decir cada uno de los
protocolos de transporte trabajan en conjunto para poder tener
un flujo claro de paquetes UDP con voz digitalizada para tener
un sistema de comunicaciones eficiente, en este caso tambin
existe una sealizacin y control de los datos con los que se
trabaja.

REFERENCIAS

Jose Antonio Sols Miranda. Historia de las cosas. Historia del

telfono: [On line]
.Disponible en:
https://books.google.com.ec/books?id=cSqUhLqcikC&pg=PA47&lpg=PA47&dq=Hacer+audible+la+palabra+hablada+
a+largas+distancias&source=bl&ots=s4hFlBKFfZ&sig=o5AYRllMc4Y
NMAvow3RxisMZvso&hl=es&sa=X&ved=0ahUKEwiEy4rUzdTKAh
WDHx4KHaBoCXoQ6AEIGjAA#v=onepage&q=Hacer%20audible%2
0la%20palabra%20hablada%20a%20largas%20distancias&f=falseUSA
Abbrev. of Publisher, year, ch.x, sec. x, pp. xxxxxx.
Jose Ignacio Moreno, Ignacio Soto, David Larrabeiti. Protocolos de
Sealizacin para el transporte de Voz sobre redes IP. Departamento de
Ingeniera Telemtica. Universidad Carlos III de Madrid. : [On line]
.Disponible en:
http://www.it.uc3m.es/~jmoreno/articulos/protocolssenalizacion.pdf
Ing. Douglas R. Gamz F. ESTANDARES DE VoIP. SIP Vs H.323.
Caracas Venezuela: : [On line]
.Disponible en:
http://neutron.ing.ucv.ve/fernandezl/Multimedia/Tareas%2020051/Estandadres%20de%20VoIP%20H323%20&%20SIP%20%20B&W.pdf
Ing. Douglas R. Gamz F. ESTANDARES DE VoIP. SIP Vs H.323.
Caracas Venezuela: : [On line]
.Disponible
en:
http://neutron.ing.ucv.ve/fernandezl/Multimedia/Tareas%2020051/Estandadres%20de%20VoIP%20H323%20&%20SIP%20%20B&W.pdf
LA VoIP : [On line]
Disponible en:
http://bibing.us.es/proyectos/abreproy/11379/fichero%252F3. pdf
VoIP-IP Telephony, Nivel Inicial: [On line]
Disponible en:
http://www.naser.cl/sitio/Down_Papers/VoIP%20-%20Basico.pdf
Introduccin a RTP y RTCP: [On line]
Disponible en:
http://www.it.uc3m.es/labsimitis/sesiones/teoria/07_Intro_RTP.pdf
Protocolo de trasnporte en Tiempo Real RTP-: [On line]
Disponible en:
http://www.uco.es/~i62gicaj/RTP.pdf
Protocolos de VoIP de acuerdo al modelo OSI.: [On line]
Disponible en:
http://es.slideshare.net/solxitlalyguerra/protocolos-de-voip-de-acuerdoal-modelo-osi

BIOGRAFAS

Jefferson O.Crdova, naci en Quito el 1

de Febrero de 1993, Realiz sus estudios
primarios en el Centro Experimental Eloy
Alfaro, mientras que sus estudios
secundarios en el Instituto Tecnolgico
Superior Sucre obteniendo su ttulo de
Bachiller en Electrnica, actualmente se
encuentra cursando los ltimos semestres

9
de la Carrera de Ingeniera
Telecomunicaciones en la EPN.

en

Electrnica

Gisela E.Nicolalde, naci en QuitoEcuador el 03 de noviembre de 1991.

Realiz sus estudios secundarios en el
Unidad Educativa Experimental Manuela
Caizares, donde obtuvo el ttulo de
Bachiller en Ciencias, especializacin
Fsico Matemticas. Actualmente
estudia Ingeniera en Electrnica y
Telecomunicaciones en la Escuela
Politcnica Nacional.

Vanessa E.Espinoza, naci en QuitoEcuador el 5 de Noviembre de 1991.

Realiz su estudios de educacin primaria
en la ciudad de Quito, ITSE Consejo
Provincial de Pichincha PrimariaVespertina, realiz sus estudios de
educacin secundaria en la ciudad de
Quito, en el Colegio Experimental
Simn Bolvar, obtuvo el ttulo de Bachiller tcnico en
Comercio y Administracin-Especialidad: Informtica.
Actualmente cursa sus estudios de educacin superior en la
ESCUELA POLITCNICA NACIONAL, estudiante de
sptimo semestre en la Facultad de Elctrica y Electrnica en
la carrera de Ingeniera en Electrnica y Telecomunicaciones.