PROTOCOLOS DE TRANSPORTE EN TIEMPO REAL (UDP)

Franklin Ivn Gualan Carchi

Estudiante de la Ingeniera en Electrnica y Telecomunicaciones de la UNL.
Correo-e: samotvirus@hotmail.com
ngel Eduardo Tandazo Gallegos
Estudiante de la Ingeniera en Electrnica y Telecomunicaciones de la UNL.
edusat_2004@hotmail.com

Resume: This document discusses the basic

concepts about the protocols most popular for
communication in real time, focusing on a simple
and straightforward description that serves as an
introduction to the architecture of oriented
protocols to meet the demands of traffic of
applications that require a data stream in real time,
refers to protocols that work with UDP at the
transport layer, such as: RTP, RTCP, RTSP, SIP,
H.323.
1. INTRODUCCIN.

Con el auge de las tecnologas y tcnicas modernas

para las comunicaciones tanto fijas como mviles,
cada da se fueron incorporando mayores exigencias
de los usuarios finales de los diferentes sistemas de
telecomunicaciones, en la actualidad estas exigencias
van de la mano de trminos como convergencia
tecnolgica, calidad de servicio y transmisiones en
tiempo real. Obviamente ante esta situacin los
diversos sectores involucrados en el rea de las
telecomunicaciones se han visto en la necesidad
innovar nuevas tecnologas capaces de satisfacer estas
necesidades.
Una parte esencial para la posible implementacin de
estas nuevas tecnologas son los estndares que
regirn la manera en la que se organizara el proceso
de comunicaciones. Ahora si nos enfocamos en
aplicaciones que demandan el flujo de datos en
tiempo real podemos advertir que protocolos de capa
de transporte como el TCP no garantiza un adecuado
flujo de datos acorde a las exigencias de un proceso
de comunicacin en tiempo real, y ms an esto
involucrara un mayor consumo de recursos por lo
cual resulto adecuado y oportuno el desarrollo de
protocolos
de
comunicacin
orientados
exclusivamente a comunicaciones multimedia en
tiempo real, donde obviamente se prescinde a de
algunas ventajas de los protocolos orientados a la
conexin, pero en cambio se logra optimizar de mejor
manera los recursos de red.

RTP (Protocolo de transmisin en tiempo

real).
RTCP (Protocolo de control de
transmisin en tiempo real).
RTSP (Protocolo de transmisin de flujos
en tiempo real).
SIP (Protocolo de inicializacin de
sesin).
H-323.

Las aplicaciones multimedia que demandan servicio

de trfico en tiempo real pueden ser divididas en dos
categoras:

Aplicaciones interactivas en tiempo real: Voz

sobre internet (VoIp), video conferencia.
Aplicaciones no interactivas: estas a su vez se
pueden subdividir en dos categoras
a.) Streaming de audio/video almacenado:
msica, video clips, pelculas, etc.
Almacenados en servidores, tenemos
aplicaciones como Real Player, Apple
Quick Time, Microsoft Windows Media,
entre otros.
b.) Streaming de audio/video en vivo: para
aplicaciones de audio y video similares a
la seal de televisin tipo broadcast de la
televisin o radio convencional.

2. PROTOCOLOS DE COMUNICACIN EN
TIEMPO REAL.

Los requerimientos de comunicaciones en tiempo real

conllevaron a que investigadores se involucren en el
diseo de familias de protocolos donde se incluyen:

FIGURA 1. FLUJO DE DATOS PARA COMUNICACCIONES EN TIEMPO

REAL

Donde:
2.1. PROTOCOLO RTP.

Este protocolo es de uso comn en aplicaciones que

requieren el transporte de audio o video en tiempo
real, especialmente para servicios conocidos como
media-on-demand, donde estn servicios como la
telefona IP y las aplicaciones para videoconferencia,
este estndar se encuentra definido en la RFC 3550, y
puede ser usado para trasportar formatos archivos
como Mp3 en el caso de audio y H.263 para el caso de
video aunque tambin soporta otro tipo de archivos
de audio o video , tambin tiene importantes
aplicaciones para el transporte de archivos con
codificacin PCM y sistemas GSM.

Versin (2 bits): es un campo de dos bits que indica el

nmero de versin del protocolo, la ltima versin
disponible de RTP es la numero 2.
Padding (Relleno) (1 bit): este bit indica si aparecen
octetos de relleno en el payload, en el caso de existir
octetos de relleno, el ltimo octeto del payload indica
el nmero de octetos de relleno presentes en el
payload.
Extensin (1 bit): se usa para indicar extensiones del
encabezado para versiones experimentales de RTP.
Contador CSRC (4 bits): indica el nmero de fuentes
que intervienen en el proceso de comunicacin.
Marker (Marcador) (1 bit): el uso de este bit depende
del tipo de payload que lleve el paquete, pues en un
archivo de audio significa el inicio de la comunicacin,
mientras que en archivos de video significa el fin del
bloque de datos.
Payload Type (Tipo de carga util) (7 bits): sirve para
identificar el formato de la carga til del paquete RTP.

FIGURA 2. MODELO GENERICO PARA COMUNICACIONES CON

PROTOCOLO RTP.

Como era de esperar RTP trabaja con segmentos UDP

en la capa de transporte y protocolo IP en la capa de
red, por lo cual no cuenta con un mecanismo para
asegurarnos de la entrega de paquetes, los
datagramas RTP contienen en su encabezado
informacin del tipo de codificacin usado en el
archivo de audio o video, pero esto vara de acuerdo
al tipo de codificacin de audio o video que se est
empleando, esto tambin es determinante para
asignar flujos independientes para las diferentes
fuentes de informacin que pueden involucrarse en la
comunicacin, como en el caso de las video
conferencias. RTP puede tener aplicaciones de
multidifusin.
El encabezado de un paquete RTP tiene los siguientes
campos:

FIGURA 3. PAQUETE RTP.

Sequence Number (nmero de secuencia) (16 bits):

ayuda a ordenar la secuencia de paquetes para una
adecuada reproduccin.
Timestamp (marca de tiempo) (32 bits): es un valor
que depende del tipo de payload que se transporte, y
su valor hace referencia al instante de tiempo en el
cual fue generado el primer octeto de datos del
payload.
SSRC (Identificador de sincronizacin de Fuente): es
un nmero que identifica a una fuente con una sesin
en particular.
CSRC (Identificador de fuentes contribuyentes):
identifica al tipo de fuente contribuyente del payload.
La RFC 1890 resume el tipo de payload para los
paquetes RTP.

FIGURA 4. TIPOS DE FORMATOS SOPORTADOS POR RTP

2.2. PROTOCOLO RTCP.

Este es un protocolo desarrollado para ser usado

de forma conjunta con el protocolo RTP,
especialmente para transmisiones multicast, su
principal funcin es la entrega de informacin
acerca de los miembros de la sesin, en forma de
estadsticas que advierten situaciones como la
cantidad de paquetes perdidos y entregados,
esta informacin puede ser de gran ayuda en
alguno de los terminales miembros de la
comunicacin, adems del tipo de paquete la
principal diferencia entre los paquetes RTP y
RTCP radica en que hacen uso de distinto
nmero de puerto, generalmente el nmero de
puerto de RTCP es un nmero mayor que el del
RTP.

nmero de bytes enviados y contador de

paquetes.

La RFC 3550 define 5 clases de paquetes RTCP:

RR (Reporte de Receptor): este tipo de reporte
es generado por participantes de la sesin que
habitualmente no generan paquetes de
comunicacin, contiene informacin acerca de
paquetes enviados y recibidos, jitter de arribo,
marcas de tiempo para calcular tiempos de
comunicacin entre emisor y receptor.

FIGURA 6. PAQUETE RTCP TIPO SR

SDES (tems de Informacin de la Fuente):

contiene informacin que identifican de manera
nica a los participantes de una sesin como;
nmero de telfono direccin de e-mail, nombre
de usuario, etc.

FIGURA 5. PAQUETE RTCP TIPO RR

SR (Reporte de Emisor): este tipo de reportes

son generados por emisores que intervienen de
manera habitual en la sesin, contienen
informacin acerca del emisor, sincronizacin,

FIGURA 7. PAQUETE RTCP TIPO SDES

BYE: este tipo de paquete se usa para indicar el

fin de la participacin en la sesin.

Figura 10. RTSP Establece y controla uno o varios flujos

sincronizados de medios continuos (audio y video).

FIGURA 8. PAQUETE RTCP TIPO BYE

APP (Funciones de aplicacin especfica): se

usan para aplicaciones experimentales y para el
desarrollo de nuevas caractersticas.

Para conseguir siempre un envi fiable a travs de

redes IP con mayor eficiencia el RTSP define
diferentes tipo de conexin y diferentes conjuntos de
requisitos. Tambin a travs de un nico identificador
se define el uso de sesiones, lo cual permite al cliente
abrir o cerrar confiables con el servidor mediante
peticiones RTSP
Cuando usa el flujo controlado puede usar el RTP,
pero en su operacin el RTSP es independiente del
mecanismo de transporte usado para transmitir el
flujo continuo de datos, en la mayora de casos se usa
TCP para control de reproductor y UDP para la
transmisin de datos con RTP.
Propiedades del protocolo RTSP:

Extensible

Permite que nuevos mtodos y

parmetros pueden ser aadidos a RTSP
fcilmente.

Seguro

Usa los mecanismos de seguridad de la

web, cualquiera a nivel de transporte.
Pudiendo aplicar directamente los
mecanismos de autentificacin de http.

FIGURA 9. PAQUETE RTCP TIPO APP

2.3. PROTOCOLO DE FLUJO DE DATOS EN

TIEMPO REAL (RTSP) REAL TIME
STREAMING PROTOCOL

Es un protocolo de aplicacin para el control de la

entrega de datos en tiempo real. Acta como un
control remoto de red para servidores multimedia.
Este protocolo es no orientado a conexin y se usa en
definicin de cmo se enva informacin entre el
cliente y el servidor.
Su trabajo corresponde al nivel de aplicacin y su
control se basa en la correcta entrega de datos, ya
que el contenido que porta al hacer streaming es
sensible a la sincrona temporal o la falta de la misma;
acta as como mando a distancia para servidores
multimedia.

Capacidad
multiservidor:

Neutral
presentacion
es

Cada flujo de contenido perteneciente a

una misma presentacin puede residir en
diferentes servidores.

No impone ninguna descripcin particular

o formato concreto de metafile.

Si las caractersticas bsicas estn

desactivadas, hay un mecanismo para
Capacidad de determinar el mtodos a ser
negociacin implementado.

El protocolo es muy similar al HTTP/1.1, pero su

diferencia radica en lo siguiente:
a. RTSP introduce una serie de nuevos mtodos
y tiene una diferente identificadora de
protocolo.
b. Un servidor RTSP necesita para mantener el
estado por defecto en casi todos casos, en
oposicin a la naturaleza sin estado de HTTP.
c. Tanto un servidor RTSP y el cliente puede
emitir solicitudes.
d. Los datos se lleva a cabo de banda por un
protocolo diferente
e. RTSP se define para utilizar la norma ISO
10646 (UTF-8) en lugar de la norma ISO 88591, en consonancia con los esfuerzos de
internacionalizacin HTML actuales.
f. La Request-URI siempre contiene el URI
absoluto. Porque compatibilidad hacia atrs
con un error histrico, HTTP / 1.1 lleva
solamente la ruta absoluta en la solicitud y
pone el anfitrin nombrar en un campo de la
cabecera separada.
g. Esto hace que "hosting virtual" ms fcil,
donde un nico host con un solo Direccin IP
es sede de varios rboles de documentos.
El RTSP soporta las siguientes operaciones:
Proporcionar contenidos multimedia desde un
servidor dedicado
Invitacin de un servidor de streaming a una
conferencia
Aadido de contenido multimedia a una
presentacin existente
Peticiones RTSP
Direcciones del trafico
DESCRIBE
CS
GET_PARAMETER
C S, S C
OPTIONS
C S, S C
PAUSE
CS
PING
C S, S C
PLAY
CS
REDIRECT
SC
SETUP
CS
SET_PARAMETER
C S, S C
TEARDOWN
CS

Creado por la IETF (Internet Engineering Task Force),

es un protocolo de sealizacin, ya que realiza tres
tareas primordiales en sesiones multimedia como
son:
Establece
Libera
Modifica
A su vez hereda ciertas funciones del HTTP (Hyper
Text Tranport Protocol) y del SMTP (Simple Mail
Transport Protocol). El SIP usa lo de Cliente servidor, y
su direccionamiento usa el URL SIP (Uniform
Transaccional Locator SIP) muy similar a un email, por
lo tanto cada participantes es alcanzable
Un requerimiento SIP contiene el encabezamiento o el
headers al igual que un mando STMP, lo cual lo hace
un protocolo textual.
Su extensin llega a soportar numerosos servicios
como:
Mensajera instantnea
Transferencia de llamadas
Servicios complementarios de telefona
El SIP hace un control de sesin y un control de
servicio de la arquitectura IP Multimedia Subsystem
o IMS en 3GPP, se cree que en el futuro reemplazar al
ISUP que es usado en el control de llamadas en Redes
Telefnicas Conmutadas y el INAP usado control de
servicio de arquitectura inteligente.
Como se ha mencionado anteriormente el SIP es un
protocolo de sealizacin, cuando esta est
establecida los participantes de la sesin intercambian
directamente su trfico sea este un audio/video
usando el protocolo RTP. Ya que el SIP no reserva
recursos, el mismo no podra asegurar la calidad del
servicio, lo que hace en si es el control de la llamada
no del medio.

Tabla 1. Tabla de comunicacin mediante RTSP.

2.4. PROTOCOLO DE INICIACIN DE

SESIN (SIP) SESSION INITIATION
PROTOCOL

Figura 11. Conexin SIP.

SIP
Transmite mensajes de
sealizacin cortos
para establecer,
mantener y liberar la
sesin multimedia

HTTP
Transporta
grande volumen
de datos

Tabla 2. Diferencias entre SIP y HTTP

Funciones del protocolo SIP

Localizacin de usuario (Proporcionando

soporte para la movilidad)
Capacidad de usuario (permite la negociacin
de parmetros)
Disponibilidad del usuario
Establecimiento y mantenimiento de una
sesin.

Aspectos importantes del SIP:

Control de llamadas sin estado o stateless,
que
proporciona
escalabilidad
entre
dispositivos telefnicos y los servidores
Necesita menos ciclos de una CPU para la
generacin de los mensajes de sealizacin,
permitindole al server manipular ms
transacciones
Una llamada SIP es independiente de la
existencia de una conexin en la capa
transporte
En Autenticacin el SIP usa cualquier capara
de transporte o cualquier mecanismo de
seguridad sea HTTP, SSH o S-HTTP.
Un proxy SIP puede controlar la sealizacin
de la llamada y puede bifurcar a cualquier
dispositivo simultneamente
MTODO
INVITE
ACK
BYE
OPTION

DESCRIPCIN
Solicita el inicio de una sesin
Confirma que se inici una sesin
Solicita la terminacin de una sesin
Consulta a un host sobre sus
capacidades
CANCEL
Cancela una solicitud pendiente
REGISTER Informa a su servidor de redireccion
sobre la ubicacin actual del usuario
Tabla 2. Mtodos usados para conexin SIP.

Figura 12. Servidor proxy y re direccionamiento SIP.

2.5. PROTOCOLO H.323

Este protocolo naci en el ano de 1996 y se denomin

Sistemas y terminales de telefona visual sobre redes
de rea local sin garantas de calidad de servicio. Este
estndar aporto al desarrollo de un conjuntos de
protocolos de sealizacin que permitan controlar el
establecimiento, mantenimiento y liberacin de
conexiones multimedia sean estos audio, video o
datos en la redes de paquetes.
En 1998 reaparece la segunda versin del H.323 v2
con su nombre Packet based multimedia
communications systems, y es considerado como
paraguas de estndares.

Figura 13. Arquitectura del modelo H.323

Terminal H.323
Proporciona en tiempo real una comunicacin
bidireccional con otros terminales H.323. El
intercambio de informacin incluye controles,
indicaciones, audio, video y datos.
Cada terminal debe soportar a o mnimo:
transmisin de voz
voz y datos
voz y video

 voz, datos y video

Figura 14. Estructura del terminal H.323

En la siguiente figura se muestra la arquitectura del

protocolo incluyendo el transporte de medios,
transporte de protocolos y de sealizacin. L mayor
parte de los canales usan conexiones TCP y la UDP a
partir de la versin 3, mientras el transporte de
medios utiliza UDP.

Figura 15.Pila del protocolo H.323

Caractersticas Principales
Interoperabilidad entre distintos fabricantes.debido a su complejidad este protocolo
intenta acotar todas las posibilidades de la
comunicacin, de las capacidades de la
funcionalidad de cada elemento de la red
Independencia de la red.- hace referencia a
redes de paquetes que no provean calidad de
servicio, pero no especifica ningn protocolo
de red en concreto.
Independencia de la plataforma y de la
aplicacin.- siempre que se cumplan los
requisitos y procedimientos descritos en las
especificaciones, podrn hacer uso el H.323
cualquier plataforma, hardware o sistema
operativo deseado.

Soporte para multiconferencias.- permite

mantener multiconferencias sin el uso de
entidades especializadas ms MCUs
(Multipoint Control Units) proporcionan
arquitectura ms robusta y flexible.
Gestin de ancho de banda.- el trfico de
audio y video resulta costos en ancho de
banda, se limita las conexiones.
Soporte en multicast.- enva un solo paquete
hacia un conjunto de destino sin replicacin.

3. CONCLUSIONES.
El protocolo UDP de la capa de transporte
es la solucin ms idnea a la hora de
establecer un adecuado equilibrio entre el
trfico
que
demandan
diversas
aplicaciones en tiempo real y los recursos
de la red de comunicaciones.
Los protocolos para comunicaciones en
tiempo real RTP varan de acuerdo a los
formatos de audio o video que se desean
transmitir, aunque soporta tambin varios
formatos propietarios es importante tener
en cuenta los diversos tipos de
codificaciones de audio y video.
RTP es importante el desarrollo e
implementacin de protocolos como el
RTCP, SIP y H.323, por lo que resulta
necesario conocer la informacin bsica
que contienen los paquetes RTP.
RTCP es un mecanismo que nos puede
ayudar a mejorar los niveles de calidad en
una sesin multicast, pero eso depende
de la aplicacin que implementemos para
trabajar con la informacin contenida en
los paquetes RTCP.
El protocolo RTSP es en s un control
remoto de red en servicio multimedia no
orientado a conexin, su caracterstica es
la correcta entrega de datos, lo cual
facilita la virtualizacin de hosting con un
solo dominio IP, adema soporta
invitaciones a streaming, aadir contenido
multimedia, etc.
El protocolo SIP es un protocolo de
sealizacin que realiza el proceso de
establecer, liberar y modificar en sesiones
multimedia,
soporta
mensajera,
transferencia de llamadas y sus servicios
complementarios de telefona, adicional
es el protocolo que est reemplazando al
H.323

 El protocolo H.323 es el protocolo inferior

al SIP realiza procesos muy similares al
SIP,, pero es un sistema sin garantas de
calidad de servicio
BIBLIOGRAFIA:
[1] KUROSSE J. Redes de Computadoras Un
Enfoque Descendente. Boston USA, 2012,
7ma edicin.
[2] STALLINGS W. Data and computers
communications. New Jersey-USA, 8va
edicin.
[3] ARJAN D. RAJ J. RTP, RTCP and RTSP
Internet protocols for Real Time Multimedia
Communication. Louisiana-USA, 2005.
[4] ISHANT Raj, KAMALJEET Singh, RAHUL
Raj, T. J. Parvat. Real Time Communicaction
over Modified UDP Protocol. IOSR Journal of
Computer Engineering (IOSR-JCE)
[5] David Mateos Costilla, Samuel Reao,
Streaming de Audio/Video. Protocolo RTSP,
Serveis Telematics, Enginy 2012, pdf de
uib.es
http://enginy.uib.es/index.php/enginy/article/vi
ewFile/74/53
[6] Francisco Suarez Alonso, Universidad de
Oviedo, rea de arquitectura y tecnologa de
computadoras, 2010-2011, pdf de uniovies,
http://www.atc.uniovi.es/teleco/5tm/archives/8
streaming.pdf
[7] Jos Moreno, Ignacio Soto, David Larrabeiti,
Universidad Carlos III de Madrid, Ingeniera
de Telemtica, Protocolos de sealizacin
para el transporte de voz sobre redes IP, pdf
de
uc3m.es,
http://orff.uc3m.es/handle/10016/4295
[8] ITU, Estndar H.323 Diseo y configuracin
de dos plataformas de interfonia H.323 pdf
online:
http://bibing.us.es/proyectos/abreproy/11252/fi
chero/2-H.323.pdf
[9] Andrew
S
Tanebaum,
Redes
de
computadoras, Cuarta edicin, protocolos en
tiempo real, pp 529-555