Tema 1 - 2 - Multimedia PDF

rea de Ingeniera Telemtica
Dpto. de Ingeniera de Telecomunicacin
Universidad de Jan
Escuela Politcnica Superior de Linares
Introduccin a los servicios y aplicaciones multimedia
Contenido
1.1 Introduccin.
1.2 Caractersticas del trfico multimedia.
1.3 Servicios y aplicaciones multimedia.
1.4 Tipos de contenidos multimedia.
1.5 Codificadores de contenidos multimedia.
1.6 Protocolos de soporte multimedia.

Universidad de Jan
Cdigo
Denominacin de la competencia
SI.1
Capacidad de construir, explotar y gestionar servicios y aplicaciones de

telecomunicaciones, entendidas stas como sistemas de captacin,
tratamiento analgico y digital, codificacin, transporte, representacin,
procesado, almacenamiento, reproduccin, gestin y presentacin de servicios
audiovisuales e informacin multimedia.
SI.5
Capacidad para crear, codificar, gestionar, difundir y distribuir contenidos

multimedia, atendiendo a criterios de usabilidad y accesibilidad de los servicios
audiovisuales, de difusin e interactivos.

Universidad de Jan
Cdigo
Denominacin del resultado
Resultado 7
El alumno sabe crear, codificar, gestionar, difundir y distribuir contenidos

multimedia.
Resultado 21 Comunicar, tanto por escrito como de forma oral, conocimientos,

procedimientos, resultados e ideas relacionadas con las
telecomunicaciones y la electrnica

Universidad de Jan
Espaa Boquera, Mara Carmen, Servicios avanzados de

telecomunicacin
Tanenbaum, A., Redes de computadores, Ed. 3 y 4, Prentice
Hall.
Comer, Douglas E. "Internetworking with TCP/IP Principles,
Protocols, and Architectures" 4 Edicin vol. 1, 2000, Prentice
Hall.

Universidad de Jan
Grenville Armitage. Quality of Service in IP Networks.

MacMillan Technical Publishing, 2000.
Stallings, William. Redes e Internet de Alta Velocidad
Rendimiento y Calidad de Servicio, 2 Edicin. Prentice Hall,
2004.

Universidad de Jan
1.1 Introduccin.

Universidad de Jan
Qu es la multimedia? (1/4)
Combinacin de texto, imagen, sonido e imagen en movimiento
Integracin en un mismo soporte digital de diferentes medios o tipos
de informacin: texto, imgenes, vdeo, sonido.
Sistema que utiliza ms de un medio de comunicacin al mismo tiempo
en la presentacin de la informacin, como el texto, la imagen, la
animacin, el vdeo y el sonido
Trmino empleado para describir diversos tipos de medios (media) que
se utilizan para transportar informacin (texto, audio, grficos,
animacin, vdeo, e interactividad)

Universidad de Jan
El conjunto de imagen, sonido y vdeo aplicado al PC
Sistema informtico con capacidad para mostrar texto, sonido y vdeo
Capacidad de los ordenadores para manejar no solo informacin en
forma de texto, sino tambin imgenes de gran tamao y colorido, o
incluso sonidos y secuencias de vdeo
Capacidad de un equipo o un programa de combinar informacin
digitalizada de varios formatos, tales como texto, grficos, audio,
imagen fija y en movimiento
Se llaman MULTIMEDIA los equipos informticos y los programas que
pueden gestionar todo tipo de informacin audiovisual: textos, voz,
dibujos, fotografas, vdeos, animaciones, msica, etc.
Universidad de Jan
Entornos emergentes en el mercado informtico que permiten la
gestin simultnea de informaciones procedentes de fuentes
diferentes, permitiendo la combinacin del vdeo y el audio con las
salidas tradicionales de texto y grficos.
Forma de presentar la informacin en una computadora a travs de
la reproduccin de grficos, sonidos, animaciones y textos, con el
objetivo de generar mayor atencin por parte del usuario.

Universidad de Jan
Presentacin en la que se utiliza ms de un medio, tpicamente
imgenes, sonido y texto, a menudo en un entorno interactivo. Con
frecuencia implica el uso de ordenadores, siendo la gran cantidad de
datos que esto exige proporcionados por una unidad de gran
almacenamiento o va un enlace de datos.
Tcnica de comunicacin que tiende a reunir en un solo soporte un
conjunto de medios digitalizados - texto, grficos, fotos, vdeo, sonido y
datos informticos - para difundirlos simultneamente y de manera
interactiva. Su desarrollo es posible gracias a la digitalizacin, que
induce una convergencia entre informtica, electrnica de consumo y
telecomunicaciones.
Universidad de Jan
Multimedia es un trmino muy utilizado desde comienzos de los 90,

y est relacionado con:
1. Informtica.
2. Telecomunicaciones.
3. Entretenimiento.
4. Electrnica de consumo.
En los aos 70, la difusin de las redes de ordenadores, supuso una primera
colaboracin entre la informtica y las telecomunicaciones. La multimedia aade
el entretenimiento y la electrnica de consumo, y sobre todo ampla el mercado
potencial del mbito profesional al consumo privado. Por todo ello no es fcil
definir concretamente el trmino multimedia.
Universidad de Jan
El inters por la video conferencia y los servicios multimedia

dentro de la comunidad de Internet comenz a tener auge a
principio de la dcada de 1.990.
Esto coincidi con el aumento de las capacidades multimedia de
los PCs y estaciones de trabajo, lo que posibilitaba la
simultaneidad de captura, compresin y reproduccin de audio y
video.
En el siglo XXI cada dispositivo informtico tena ya capacidad de
conexin a Internet, PCs, ordenadores porttiles, videoconsolas.
Actualmente el acceso a los servicios multimedia es global, con la
proliferacin de terminales mviles de grandes prestaciones y
conectividad de datos continua.
Universidad de Jan
Qu es un sistema multimedia?
Sistema caracterizado por la generacin, almacenamiento,
manipulacin, procesamiento, transmisin e interpretacin de
informacin multimedia.
Trminos bsicos
Bit, Byte, Paquete, Objeto
Medio
1.
2.
discreto: texto, imgenes, grficos

continuo: audio, vdeo, animaciones
Flujo (stream) secuencia temporal de paquetes pertenecientes a

un medio. Requerimientos de sincronizacin entre flujos
Universidad de Jan
Componentes de un sistema multimedia

1. Computadores
estaciones de trabajo, PCs, multiprocesadores, etc.
2. Dispositivos de captura
videocmaras, micrfonos, etc.
3. Dispositivos de almacenamiento
discos magnticos, discos pticos, unidades de cinta, etc.
4. Dispositivos de presentacin
monitores, altavoces, etc.
5. Redes de comunicaciones
red telefnica, de cable, ADSL, inalmbrica, redes fibra ptica, etc.
Universidad de Jan
T
e
c
n
o
l
o
g
a
s
d
e
s
o
p
o
r
t
e

Universidad de Jan
Tipos de sistemas multimedia

Segn el tipo de componentes
Sistemas aislados
Sistemas de comunicacin entre iguales
Sistemas cliente/servidor
Segn su uso
Sistemas de base de datos multimedia
Sistemas de presentacin
Sistemas de conferencia

Universidad de Jan
Tipos de sistemas multimedia (trabajo para alumnos)

Segn el tipo de componentes
Sistemas aislados
Sistemas de comunicacin entre iguales

.
Sistemas cliente/servidor
..

Universidad de Jan
Sistemas de bases de datos multimedia

Universidad de Jan
Sistemas de presentacin

Universidad de Jan
Sistemas de conferencia

Universidad de Jan
1.1 Introduccin.

Universidad de Jan
Los flujos de datos multimedia en Internet necesitan nuevos

protocolos y mecanismos dadas sus especiales caractersticas.
Algunas de estas necesidades son:
Protocolos que establezcan y manejen sesiones.

Controles de congestin.
Controles de temporizacin y entrega de la informacin multimedia.
Controles de reproduccin y acceso a la informacin multimedia.
Es por eso que en Internet la familia de protocolos involucrados

en las comunicaciones multimedia es amplia y heterognea.

Universidad de Jan
Las crecientes aplicaciones de tiempo real comenzaban a requerir un

cambio en el esquema de funcionamiento:
Todas estas aplicaciones deben ofrecer sus servicios/datos con
nuevos requisitos:
Tiempo de entrega acotado: en otro caso el servicio sufrira sensiblemente y
conllevara a una posible cada de la aplicacin o incluso a la inviabilidad del
misma.
Retardo entre paquetes acotado (jitter): No slo es importante que lo paquetes
no sufran retardos elevados, sino que estos retardos no excedan de un
mximo que degradara el servicio.
Tcnicas de control de errores: Se hacen necesarias tcnicas de correccin
de errores en algunos servicios para evitar la retransmisin y el descarte de
mensajes.
Universidad de Jan
Qu es la calidad de servicio (QoS)?

En el contexto de Internet la Calidad de Servicio (QoS) se refiere al
servicio de envo de paquetes provisto por la red o el IPS,
caracterizado por una serie de parmetros tales como ancho de banda
conseguido, retardo de paquete y % de paquetes perdidos.
El contrato que especifica los valores acordados entre el proveedor y el

usuario (cliente) se denomina SLA (Service Level Agreement). Ej.:
Ancho de banda 2 Mb/s
Retardo 80 ms
Jitter 20 ms
Tasa de prdidas 0,01 %
Universidad de Jan

Tipo de aplicacin
Ancho de
Banda
Retardo
Jitter
Tasa de
Prdidas
Interactivo (telnet, www)
Bajo
Bajo
Medio/alto
Media1
e-mail, ftp
Bajo
Alto
Alto
Alta1
Telefona
Bajo
Bajo
Bajo
Baja
Vdeo interactivo
Alto
Bajo
Bajo
Baja
Vdeo unidireccional
(streaming)
Alto
Medio/alto
Bajo
Baja
Frgil (ej.: emulacin de

circuitos)
Bajo
Bajo
Medio/alto
Nula
1En
realidad la aplicacin requiere prdida nula, pero esto lo garantiza el

protocolo de transporte TCP
Universidad de Jan
1.1 Introduccin.

Universidad de Jan
Los servicios multimedia se puede dividir en tres amplias

categoras:
Distribucin (streaming) de audio y video almacenado.
Distribucin (streaming) de audio y video en tiempo real.
Audio y video interactivos.
Estos servicios tienen tanto caractersticas comunes, como muy

diferentes, sobre todo en las necesidades de transmisin.

Universidad de Jan
El audio y video almacenado puede ocupar varios megabytes

(incluso centenares para una pelcula de largo metraje), aun
estando comprimidos.
Este tipo de recursos podran ser accedidos de diversas formas
por un usuario.
A travs de una descarga directa (HTTP o FTP)
A travs de un servidor multimedia con protocolos basados en UDP (como
RTP)
A travs de un servidor multimedia y el protocolo RTSP (Real-Time
Streaming Protocol)

Universidad de Jan
Caractersticas:
Necesitan un retardo controlado: El instante de reproduccin normalmente
est retrasado con respecto a los datos que llegan para poder absorber
pequeas fluctuaciones en el retardo de transmisin (jitter). Estas
desviaciones, si duran menos que los datos almacenados pasan
desapercibidas.
No necesitan retransmisiones: Dado que los datos son consumidos
conforme llegan al receptor, la retransmisin de datos perdidos no es una
tcnica aplicable al streaming de audio/video almacenado. En el caso de
perder uno o varios mensajes, tanto en audio como en video se pueden
usar diversas tcnicas para evitar que el usuario note una distorsin grave,
tales como interpolaciones, difuminados o simplemente repetir lo anterior.
Universidad de Jan
Dentro de esta categora entran servicios como la TV o radio

sobre Internet.
Al igual que el audio y video almacenado no soportan bien las
fluctuaciones de retardo ni admite retransmisiones.
Pero se diferencian en:
Son servicios en vivo, el contenido se est generando (generalmente),
codificando y enviando en esos mismos instante.
Tienen multitud de destinos simultneos por lo que usaran multicasting y
protocolos como UDP y RTP
Sin embargo en la actualidad casi siempre usan conexiones

TCP.
Universidad de Jan
Dentro de esta categora entran servicios que permiten

comunicar a personas en tiempo real unas con otras.
Ejemplos de estos servicios son la telefona por Internet (VoIP) y
la Videoconferencia.
Caractersticas
Fuerte dependencia temporal (problemas con el jitter).

Necesidad de ordenacin.
Conversin de formatos.
Mezcla de fuentes.
Soporte al multicasting.

Universidad de Jan
La presentacin de la informacin en forma mltiple y diversa,

pero bien organizada, aporta numerosas ventajas que pueden
ser aprovechadas en diversos mbitos.
Los mbitos de aplicacin pueden ser:
Domestico/entretenimiento
Negocios
Educacin

Universidad de Jan
Los distintos servicios multimedia se pueden usar en diferentes

mbitos para aportar una mayor innovacin y beneficio.
Voz/Telefona sobre IP (VoIP).
Streaming de radio y TV.
Video bajo demanda y en vivo.
Telecontrol y acceso remoto a terminales con entornos grficos.
Juegos online.

Universidad de Jan
Almacenamiento imgenes y videos para compartir, Flickr

Alojamiento de presentaciones en pdf, ppt, etc, slideshare
Compartir videos, youtube, vimeo, blinkx, dailymotion
Compartir msica, listen2myRadio, SoundCloud
Distribucin de streaming, VLC, subsonic, Darwin, Plex, Red5,
Unreal Media, kaltura, etc
Sistemas de videoconferencia, skype, viper, Line, FaceTime,
Fring, Adobe-connect, etc
Trabajo alumno (buscar alguna ms)
Universidad de Jan
1.1 Introduccin.

Universidad de Jan
Los distintos tipos de contenido usados en las comunicaciones

multimedia son codificados digitalmente a partir de seales
analgicas, y adems, normalmente esa codificacin implica una
compresin de la informacin con prdidas.
As los contenidos que ms habituales son:
Texto
Voz
Imgenes estticas
Audio
Video
Menos habituales pero creciendo:

Grficos en movimiento (animacin)
Universidad de Jan
TEXTO
Es el mtodo habitual para la comunicacin asncrona entre las
personas (el habla lo es para la comunicacin sncrona). Ha sido
la forma tradicional de comunicacin entre las personas y los
ordenadores. Se puede distinguir:
Texto sin formato (ASCII, etc.) y texto formateado (RTF, PDF, etc.).
Texto lineal e hipertexto (cuando adems de texto aparecen otros medios,
se habla de hipermedia, como lo que es habitual hoy da en la Web).
Lenguajes de marcas (HTML, etc.) y Metalenguajes (SGML, XML, etc.).

Universidad de Jan
IMGENES
Las imgenes se usan a menudo para representar fielmente la
realidad (fotografas). Son documentos formados por pixels.
Pueden generarse por copia del entorno (escaneado, fotografa
digital...) y tienden a ser ficheros muy voluminosos (el principal
problema).
Los algoritmos de compresin permiten reducir de forma
considerable el espacio.
Algunas aplicaciones y formatos de almacenamiento permiten
combinar grficos e imgenes, y en esos contextos ambos
conceptos tienden a confundirse.
Universidad de Jan
VOZ
El habla es la forma de comunicacin sncrona ms utilizada por
los seres humanos.
Las posibilidades de procesamiento del habla en un sistema
informtico incluyen:
Reconocimiento de la voz: consiste en la identificacin de fonemas (sonidos
elementales) y palabras.
Comprensin del lenguaje natural: una vez reconocidas las palabras, la
comprensin del lenguaje es algo mucho ms complejo.
Sntesis de voz: a partir de un mensaje codificado, se genera una voz que lo
pronuncia.

Universidad de Jan
AUDIO
Se considera audio cualquier sonido almacenado, bien msica o
conversacin.
El audio se puede almacenar como una serie de cdigos o
instrucciones como es el estndar MIDI, o digitalizar y luego
reproducir.

Universidad de Jan
VIDEO
Presentacin de un nmero de imgenes por segundo, que crean
en el observador la sensacin de movimiento.
Las imgenes pueden ser sintetizadas (creadas manualmente) o
captadas a partir del entorno (vdeo). Al igual que en el caso de
las imgenes estticas, los ficheros pueden ser muy voluminosos,
y tienen unas capacidades de modificacin limitadas.
Hay situaciones en las que se combinan animacin y vdeo
(efectos especiales cinematogrficos).
Los principales algoritmos de compresin de vdeo se basan en
tcnicas de eliminacin de redundancias entre imgenes
consecutivas y en tcnicas de interpolacin.
Universidad de Jan

Universidad de Jan
1.1 Introduccin.

Universidad de Jan
ITU G.711 PCM de 64 Kbits/s (8 KHz con 8 bit por muestra).

ITU G.726 y G.727 ADPCM
16 Kbit/s ITU G.728 Low Delay CELP
ITU G.729 y G.729A CS-ACELP
ITU G.723.1 MP-MLQ/ACELP
iLBC (internet Low Bitrate Codec)

Universidad de Jan
MPEG-1 Capa I, II y III
MPEG-2 (hasta 5.1 canales, muestreo 16, 22.05 y 24 kHz)

MPEG-2 BC: para compatibilidad con MPEG-1
MPEG-2 AAC: sin compatibilidad con MPEG-1
MPEG 4 (1994): voz desde 2 Kbps a 6 Kbps y audio con buena calidad
incluso en bit rates de entre 6 y 24 Kbps.
Universidad de Jan
Graphics Interchange Format (GIF)

Portable Network Graphics (PNG)
El estndar JPEG, son dos realmente: uno para codificacin con
prdidas y otro para codificacin sin prdidas de imgenes
estticas. Existe un tercer estndar para la compresin de
imgenes binarias, el JBIG (Joint Bilevel Image Group), que
completa el conjunto de estndares.
JPEG LS (Sin prdidas): Tiene un modo binario y un modo casi sin
prdidas debido a restricciones en el nivel de distorsin de los pxeles.
JPEG2000 (Con prdidas): Incorpora bi-nivel y sin prdidas.
JBIG2 (Binaria): Permite la codificacin con prdidas en imgenes binarias

Universidad de Jan
MPEG-1 corresponde a la calidad VCR y est rondando los 1,5

Mbps, apropiado para las pantallas de los ordenadores y
dispositivos porttiles.
MPEG-2 aporta una calidad de consumo y aproximada a la
televisin y necesita 4 Mbps en varios formatos bien definidos.
MPEG-4 proporciona una codificacin orientada a objetos de
secuencias de imgenes de baja calidad para entornos de pocos
recursos o poco ancho de banda, llegando incluso a los 10 Kbps.
Recientemente, MPEG-4 Parte 10 (tambin conocido como
H.26L o H.264) ha demostrado una gran calidad de codificacin
de video en un amplio rango de anchos de banda.
Universidad de Jan
1.1 Introduccin.

Universidad de Jan
En la comunicaciones multimedia intervienen gran nmero de protocolos.

A continuacin se enumeran algunos de ellos, aunque su estudio en
profundidad se har en futuras asignaturas (Salvo SCTP que se ver en
este tema):
Protocolos de Transporte:
RTP: Protocolo de Transporte de datos de Tiempo Real (RTCP es su protocolo
de control)
SCTP: Stream Control Transport Protocol
Protocolos de Control de Sesiones:

SDP: Protocolo de Descripcin de Sesin.
SAP: Protocolo de Anuncio de Sesin
SIP: Protocolo de Inicio de Sesin
Protocolos de Aplicacin:
RTSP: Protocolo de Streaming en Tiempo real.
Universidad de Jan
Control de llamada
Sesiones
CODECs
Negociacin de Medio
Ligeras
Multimedia
RTSP
SIP
SAP
TCP
RTP
UDP
IP
SAP: Session Announcement Protocol
SIP: Session Initiation Protocol
RTSP: Real Time Streaming Protocol
RTP: Real-time Transport Protocol
Universidad de Jan
RTP [RFC 3550] se dise con objeto de proporcionar cobertura a los

servicios que necesitaban transportar datos en tiempo real, como audio
y video (RTCP es su protocolo de control)
RTP, es un protocolo de transporte al igual que TCP o UDP, el cual
aporta gran versatilidad a la hora de definir tipos de informacin
transportada (payload), control de tiempos, identificacin de flujos y
fuentes de informacin, deteccin y correccin de prdidas,
realimentacin de calidad, sincronizacin de medios y control de
acceso.
RTP se implement en origen para dar cobertura sobre IP Multicast en
sesiones con modelo ligero (lightweight)
Normalmente no se implementa por s slo, sino que se usa encima de
UDP por motivos prcticos y se ha demostrado que es til tanto para
punto a punto como con miles de usuarios en un entorno multicast.
Universidad de Jan
El protocolo SDP [RFC 4566] se utiliza para describir sesiones

multimedia.
La propuesta original de SDP fue diseada para anunciar informacin
necesaria para los participantes y para aplicaciones de multicast.
Actualmente, su uso est extendido para el anuncio y la negociacin
de las capacidades de una sesin multimedia en Internet.
Los mensajes SDP se pueden transportar mediante distintos
protocolos con SIP, SAP, RTSP, correo electrnico con aplicaciones
MIME o protocolos como HTTP.
SDP utiliza la codificacin del texto. Un mensaje del SDP se compone
de una serie de lneas, denominados campos, dnde los nombres son
abreviados por una sola letra, y siguen en un orden fijo para simplificar
el anlisis.
SDP no fue diseado para ser fcilmente extensible.
Universidad de Jan
Ejemplo de descripcin de sesin con SDP (Extrado de la RFC

2327)
v=0
o=mhandley 2890844526 2890842807 IN IP4 126.16.64.4
s=SDP Seminar
i=A Seminar on the session description protocol
u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps
e=mjh@isi.edu (Mark Handley)
c=IN IP4 224.2.17.12/127
t=2873397496 2873404696
a=recvonly
m=audio 49170 RTP/AVP 0
m=video 51372 RTP/AVP 31
m=application 32416 udp wb
a=orient:portrait

Universidad de Jan
Session Announcement Protocol (SAP) [RFC 2974] es un protocolo de

aviso que se usa para asistir a los anuncios de conferencias multicast,
ya sean multimedia o de otro tipo, y para tambin comunicar
informacin relevante de configuracin a cada uno de los respectivos
participantes.
Un avisador SAP enva un paquete de anuncio multicast
peridicamente a una direccin y puerto bien-conocida. El aviso tiene
el mismo mbito/alcance que la sesin que est anunciando,
asegurando que los destinatarios del aviso pueden ser tambin
destinatarios de la sesin que anuncia. Esto es importante para la
escalabilidad del protocolo, ya que los avisos de sesiones locales se
quedan dentro del mbito local
Se debe tener en cuenta que aun es un protocolo experimental, y en
algunas ocasiones se recomienda el uso de SIP en vez de SAP.
Universidad de Jan
SIP [RFC 3261] es un protocolo de aplicacin de sealizacin muy flexible que

permite crear, modificar y terminar sesiones con uno o ms participantes.
Estas sesiones incluyen llamadas de telfono a travs de Internet, distribucin
de contenido multimedia y conferencias multimedia.
Las invitaciones SIP usadas para crear sesiones portan descripciones de las
mismas que permiten a los participantes acordar una serie de medios
compatibles.
SIP hace uso de servidores proxy para ayudar a enrutar las peticiones de
localizacin actual del usuario, autenticacin y autorizacin de usuarios para
acceso a servicios, implementar polticas de enrutado de llamadas de los
proveedores de servicio y proporcionar un juego de caractersticas y
capacidades al usuario.
SIP tambin proporciona una funcin de registro que permite informar al
servidor proxy de su localizacin actual.
SIP funciona sobre diferentes capas de transporte.
Universidad de Jan
RTSP es un protocolo de nivel de aplicacin para el control de

las propiedades de tiempo real durante el envo de informacin,
al estilo de los controles que poseen los VCR tradicionales (play,
stop, rebobinar, avance rpido, )
RTSP proporciona un marco extensible que permite controlar
datos de tiempo real bajo demanda, tales como audio y video.
Las fuentes pueden incluir tanto contenidos en vivo, como clips
almacenados.
Este protocolo est diseado para controlar mltiples sesiones
de envo de datos, adems de estar preparado para funcionar
sobre UDP unicast , UDP multicast, TCP y RTP.
Universidad de Jan

Universidad de Jan
Contenido
1. Introduccin y problemtica
2. Descripcin de sesiones con SDP
3. Anuncio de sesiones mediante el protocolo SAP

Universidad de Jan
Cdigo
Denominacin de la competencia
CG.4
Capacidad de resolver problemas con iniciativa, toma de decisiones,

creatividad, y de comunicar y transmitir conocimientos, habilidades y
destrezas, comprendiendo la responsabilidad tica y profesional de la actividad
del Ingeniero Tcnico de Telecomunicacin
TEL.1
Capacidad de construir, explotar y gestionar las redes, servicios, procesos

aplicaciones de telecomunicaciones, entendidas stas como sistemas de
captacin, transporte, representacin, procesado, almacenamiento, gestin y
presentacin de informacin multimedia, desde el punto de vista de los
servicios telemticos.
TEL.7
Capacidad de programacin de servicios y aplicaciones telemticas, en red y

distribuidas .

Cdigo
Universidad de Jan
Denominacin del resultado
Resultado 9
Conocer los protocolos utilizados para el intercambio de informacin

multimedia. Conocer las tcnicas y protocolos del transporte de audio y
vdeo.
Resultado 11 Conocer los protocolos para el establecimiento y control de sesiones
multimedia. Conocer los distintos servicios multimedia bajo demanda.
Resultado 34 Trabajar en un grupo multidisciplinar y en un entorno multilinge.

Universidad de Jan
Weinstein, Stephen. The Multimedia Internet", 2005, Springer.

Gibson, Jerry D. Multimedia Communications, 2001,
Academic Press.
Perkins, Colin. RTP. Audio and Video for the Internet. 2003.
Pearson Education.

Universidad de Jan
[RFC 4566] SDP: Session Description Protocol.

[RFC 2974] Session Announcement Protocol

Universidad de Jan

Universidad de Jan
Sin duda, el concepto de sesin es uno de los que ms importancia

ha adquirido en estos ltimos tiempos dentro del entorno de Internet.
Aunque el enfoque de comunicaciones basadas en sesiones parezca
que no ha estado presente en Internet hasta ahora, stas siempre han
estado presentes, aunque enmascaradas dentro de protocolos de
aplicacin destinados a otras tareas (SMTP, HTTP, FTP, etc.)
En la actualidad, debido a la gran variedad de servicios, aplicaciones,
protocolos, tipos de contenidos y formas de transmisin, se hace
necesario un tratamiento ms pormenorizado de esta capa de la torre
OSI, antes desestimada.
Universidad de Jan
Una sesin, dentro del marco de las telecomunicaciones podra

definirse como: una serie de interacciones entre dos o varios
extremos de una conferencia, durante las cuales se negocian
diferentes parmetros de la comunicacin.
Normalmente una sesin no implica que se tengan que usar
protocolos orientados a conexin, sino que todos los intercambios de
informacin, ya sean a travs de una o varias conexiones o por
datagramas, seguirn las pautas y caractersticas negociadas en el
establecimiento de la sesin.
Ejemplo: Una Sesin multimedia de RTP puede implicar el
establecimiento de varias sesiones RTP para cada tipo de contenido.
Universidad de Jan
Segn el IETF, aparece una definicin de Sesin Multimedia en la RFC

del protocolo SDP:
Una sesin es un conjunto de transmisores y receptores de
contenidos multimedia y los flujos de datos que fluyen desde los
transmisores a los receptores. Una conferencia multimedia es un
ejemplo de una sesin multimedia. (RFC 2327)

Universidad de Jan
El uso de sesiones no es algo fortuito. Como ya se ha comentado, la

complejidad de las actuales comunicaciones por Internet requieren un
proceso ms cuidadoso y detallado que una simple conexin TCP.
Una sesin consta de varias fases (establecimiento, transferencia de
datos y liberacin).
Sin duda es en la negociacin durante el establecimiento donde se
pone ms nfasis, si bien, el control durante el periodo en el que se
transmiten los datos es importante, sin un adecuado establecimiento,
se puede realizar un derroche de recursos o incluso el no poder
establecerla siquiera.
Universidad de Jan
Algunos de los aspectos ms importantes que se acuerdan en el

establecimiento de una sesin son:
Tipos de contenido (audio, video, )
Protocolos de transporte
Tipo de codificadores y calidad de los contenidos
Calidad de Servicio
Nivel de acceso
Seguridad
Tipo de difusin (unicast, multicast,)
Direcciones de red y transporte.
Datos de usuario (cuentas, permisos, movilidad,) y metadatos.

Universidad de Jan
Adems de las caractersticas anteriores para el control del

establecimiento de una sesin, son necesarias tambin funciones que
permitan el control de la sesin durante la transferencia de informacin,
tales como:
Cambio de los parmetros negociados.
Control sobre la movilidad de los usuarios.
Control de nuevas incorporaciones a la sesin.
Control de tarificacin.
Finalizacin de sesiones.

Universidad de Jan
Actualmente existen diversos protocolos y normas que permiten realizar

este control de sesiones de forma explcita y funcional.
En este tema estudiaremos aquellos que se encuentran dentro del
mbito de Internet.
Protocolo Descripcin de Sesiones (Session Description Protocol, SDP).
Protocolo de Anuncio de Sesin (Session Announcement Protocol, SAP).
Protocolo de Inicio de Sesin (Session Initiation Protocol, SIP).

Universidad de Jan

Universidad de Jan
Cuando se inician
in
nicia conferencias multimedia,
nicia
multimedia llamadas VoIP
VoIP, streaming
de video o cualquier otro tipo de sesiones, existen ciertos
requerimientos para acordar los detalles de los medios, direcciones de
transporte y otros meta-datos de las sesiones o los participantes.
SDP proporciona una representacin estndar para tal informacin, sin
importar como esa informacin es transportada.
SDP es puramente un formato para la descripcin de sesiones. No
incorpora protocolos de transporte, pudiendo ser usado sobre
diferentes protocolos de transporte, incluyendo SAP, SIP, RTSP, email usando extensiones MIME y HTTP.
SDP est descrito en la RFC 4566.
Universidad de Jan
SDP est pensado para ser de propsito general y puede ser usado
por una amplia gama de entornos de red y aplicaciones.
Sin embargo no aportan ningn mecanismo para la negociacin del
contenido de sesiones o codificacin de medios. Esto queda fuera de
la descripcin de la sesin.
Segn la RFC 4566, una descripcin de sesin se define como sigue:
Un formato bien definido para contener informacin suficiente para
descubrir y participar en una sesin multimedia.
Universidad de Jan
Debido
ebido al carcter genrico de SDP permite su uso dentro de la
informacin de sesiones multimedia en una amplia variedad de
situaciones, las ms usuales aparecen comentadas a continuacin:
Inicio de Sesiones.
Streaming Media.
E-mail y World Wide Web
Anuncio de Sesiones Multicast.

Universidad de Jan
Inicio
iicio
i d
de S
Sesiones
i
El Protocolo SIP (Session Initiation Protocol), es un protocolo de
control a nivel de aplicacin para la creacin, modificacin y
terminacin de sesiones tales como conferencias multimedia por
Internet, llamadas telefnicas por Internet y distribucin multimedia.
Los Mensajes SIP usados para crear las sesiones portan descripciones
de las sesiones que permiten a los participantes acordar que tipo de
medio usar entre los que son compatibles.
Estas descripcin de sesiones estn comnmente formateadas usando
SDP.
Universidad de Jan
Streaming
treaming Media
El protocolo RTSP (Real Time Streaming Protocol) es un protocolo de
aplicacin para el control de la transmisin de datos con propiedades
de tiempo real.
RTSP proporciona un marco extensible para permitir la descarga
controlada de datos en tiempo real bajo demanda, tales como audio y
video.
Un cliente y un servidor RTSP negocian un juego apropiado de
parmetros para la distribucin de medios, usando parcialmente la
sintaxis SDP para describir tales parmetros.
Universidad de Jan
E-mail
mail
il y World
W ld Wide
Wid Web
W b
Una manera alternativa de portar descripciones de sesiones se incluye
en el correo electrnico y en la WWW. Para ambos, existe un tipo
especial application/sdp.
Esto permite el lanzamiento automtico de aplicaciones para participar
en las sesiones WWW o de e-mail en una manera estndar.
Se debe recordar que los anuncios de sesiones multicast lanzados por
va e-mail o WWW, no tienen la propiedad de que el receptor del
anuncio de la sesin pueda necesariamente recibir dicha sesin, ya
que sta puede estar limitada a un entorno concreto, limitacin que
puede no afectar al e-mail o la web.
Universidad de Jan
Anuncio
nuncio
uncio de Sesiones Multicast
Multicast.
Con la intencin de poder asistir al anuncio de conferencias multimedia multicast o
cualquier otro tipo de sesiones multicast, y para poder comunicar la informacin de
configuracin de la sesin ms importante a los participantes, se debe usar un
directorio distribuido de sesiones.
Una instancia de ese directorio distribuido peridicamente enva paquetes conteniendo
la informacin de la sesin a un grupo multicast bien-conocido (well-known)
Estos anuncios son recibidos por otros directorios de sesin de tal forma que
participantes remotos potenciales pueden usar la informacin de descripcin de sesin
para arrancar la aplicaciones necesarias para participar en la sesin. Un protocolo que
implementa tal directorio distribuido es SAP (Session Announcemente Protocol). SDP
proporciona el formato adecuado para tales anuncios de sesin.

Universidad de Jan
El propsito de SDP es comunicar la informacin acerca de los

streams de medios en las sesiones multimedia para permitir a los
receptores de la descripcin de una sesin participar en la misma.
SDP est pensado primordialmente para ser usado en un entorno
inter-redes, sin embargo es suficientemente general para describir
sesiones en cualquier otro entorno de red.
Los flujos multimedia pueden ser muchos a muchos y adems, las
sesiones no tienen por qu estar continuamente activas.

Universidad de Jan
T i d en cuenta
t la
l gran variedad
i d d d
de conferencias multimedia
Teniendo
multicast que puede existir, y el hecho de que cualquiera dentro de
Internet puede ver el contenido unindose a dicha sesiones (salvo que
fuera encriptado), SDP solventa esto sirviendo a dos propsitos
principales:
Comunicar la existencia de una sesin
Comunicar informacin suficiente para permitir que un participante nuevo
se una a la sesin adecuadamente.
En entornos unicast tan slo el segundo aspecto es relevante.
Universidad de Jan
Una
na descripcin
d
i i SDP iincluye
l
lo
l siguiente:
i i t
Nombre de sesin y propsito de la misma.
Tiempo (o tiempos) en los que la sesin estar activa.
Los tipos de contenido que comprenden la sesin
Informacin necesaria para recibir esos contenidos (direcciones, puertos, formatos, etc.)
Como los recursos necesarios para participar en una sesin pueden ser
limitados, puede ser deseable alguna informacin adicional.
Informacin acerca del ancho de banda que va a ser usado durante la sesin.
Informacin de contacto de la persona responsable de la sesin.
En general SDP deber portar suficiente informacin para permitir a las

aplicaciones unirse a una sesin (con la posible excepcin de las claves de
encriptado) y anunciar los recursos necesarios a los usuarios no participantes.

Universidad de Jan
Una descripcin de sesin SDP se denota por el tipo de contenido

application/sdp.
Una descripcin de sesin SDP es enteramente textual usando el
juego de caracteres ISO 10646 con codificacin UTF-8. Los nombres
de campo usan el subconjunto US-ASCII, pero los campos textuales y
atributos pueden usar el conjunto de caracteres completo de la ISO
10646.
Los valores de los campos y de los atributos que usan el juego de
caracteres completo UTF-8
Universidad de Jan
Una
U
descripcin
d
i i de
d sesin
i
i
SDP
S
consiste en un nmero de lneas de
texto en el siguiente formato:
<tipo>=<valor>
Donde < tipo > debe ser exactamente uno de los caracteres (importan
las maysculas) y <valor> es texto estructurado cuyo formato depende
del < tipo >. En general, <valor> es cualquier nmero de campos
delimitados por un simple carcter espacio o una cadena de formato
libre y es sensible a maysculas, salvo que el <tipo> especifique otra
cosa.
Los espacios no deben ser usados a cualquier lado del signo =.
Universidad de Jan
Una
U
descripcin
d
i i de
d sesin
i SDP
SD consiste en una seccin de nivel de sesin
seguida de ninguna o ms secciones de nivel de contenidos.
Las partes de nivel de sesin comienzan con una lnea v= y continan hasta la
primera seccin de nivel de contenidos.
Cada seccin de nivel de contenido comienza con una lnea m= y continua hasta
la prxima seccin de contenidos o hasta el final de la descripcin de la sesin
completa.
Algunas lneas en cada descripcin son obligatorias y otras opcionales pero todas
deben aparecer en el orden exacto dado en la RFC. Esto se ha hecho as para
facilitar la deteccin de errores y el procesado de la informacin. Los campos
opcionales estn marcados con un asterisco *.
Universidad de Jan
v= (versin
(
i de
d protocolo)
t
l )
o= (Creador e Identificador de sesin)
s= (Nombre de la sesin)
i=* (Informacin de la sesin)
u=* (URI de la descripcin)
e=* (Direccin de e-mail)
p=* (Nmero de telfono)
c=* (Informacin de conexin, no se requiere si se incluye en todos los contenidos)
b=* (Ninguna o ms lneas de informacin de ancho de banda)
Una o ms descripciones de tiempo (Lneas "t=" y "r=)
z=* (Ajustes de zona horaria)
k=* (Clave de encriptado)
a=* (ninguna o ms lneas de atributos de sesin)
Ninguna o alguna descripcin de contenidos

Universidad de Jan
Descripcin de tiempo
t= (Tiempo en el que la sesin est activa)
r=* (Ninguno o ms tiempos de repeticin)
Descripcin de Contenidos (si sta presente)

m= (Nombre del medio y direccin de transporte)
i=* (Ttulo del contenido)
c=* (Informacin de conexin Opcional si se incluye a nivel de descripcin de
sesin)
b=* (ninguno o varias lneas de informacin de ancho de banda)
k=* (clave de encriptacin)
a=* (ninguno o varias lneas de atributos de contenidos)
Universidad de Jan
El conjunto de letras de tipo es deliberadamente pequeo y no est pensado para ser

extensible. Un analizador SDP debe ignorar completamente cualquier descripcin de
sesin que contenga una letra que no entienda.
El mecanismo de atributos (a=) es la forma de extender SDP y ajustarlo para
aplicaciones o contenidos particulares. Adems un analizador SDP debe ignorar
cualquier atributo que no entienda.
Una descripcin de sesin SDP puede contener URIs que referencien contenido
externo, haciendo que la propia descripcin no sea auto contenida ("u=", "k=", y "a=")
La informacin de conexin (c=) y de atributos (a=) en la seccin de nivel de sesin
se aplica a todo el contenido de esa sesin a menos que sea sobre escrito por los
mismos campos en la especificacin de cada contenido.
Universidad de Jan
xtrado
t d de
d la
l RFC 2327:
2327
Extrado
v=0
o=mhandley 2890844526 2890842807 IN IP4 126.16.64.4
s=SDP Seminar
i=A Seminar on the session description protocol
u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps
e=mjh@isi.edu (Mark Handley)
c=IN IP4 224.2.17.12/127
t=2873397496 2873404696
a=recvonly
m=audio 49170 RTP/AVP 0
m=video 51372 RTP/AVP 31
m=application 32416 udp wb
a=orient:portrait

Universidad de Jan
SDP no ejerce
j
ningn
i mecanismo
i
de seguridad
d
i
o autenticacin,
autenticacin
relegando esto a los protocolos que lo usen.
Adems, como las descripciones especifican que tipo de contenido va,
las aplicaciones que se puedan iniciar a partir de fuentes SDP no
confiables, no sern nada peligrosas.
Protocolos como SAP que tienen autenticacin y cifrado son
recomendables para el intercambio seguro de informacin SDP.
De esta manera los campos k= no deben ser usados salvo que las
descripciones SDP vayan por un canal seguro.
Universidad de Jan
j
i mecanismo
i
de seguridad
d
id
o autenticacin,
autenticacin
SDP no ejerce
ningn
relegando esto a los protocolos que lo usen.
Adems, como las descripciones especifican que tipo de contenido va,
las aplicaciones que se puedan iniciar a partir de fuentes SDP no
confiables, no sern nada peligrosas.
Protocolos como SAP que tienen autenticacin y cifrado son
recomendables para el intercambio seguro de informacin SDP.
De esta manera los campos k= no deben ser usados salvo que las
descripciones SDP vayan por un canal seguro.
Universidad de Jan

Universidad de Jan
El protocolo Session Announcement Protocol (SAP) es un protocolo de aviso

usado para asistir a la publicacin de anuncios de conferencias multimedia y
cualquier tipo de sesiones multicast, y para comunicar informacin importante
de configuracin de la sesin a los posibles participantes.
Para llevar esta tarea a cabo se puede usar un directorio distribuido de
sesiones. Una instancia de tal directorio peridicamente enviara paquetes
multicast que contendran la descripcin de la sesin, y al ser recibidos esos
avisos por otros directorios distribuidos permitira que participantes potenciales
iniciasen las herramientas necesarias para adscribirse a la sesin.
El protocolo SAP en su segunda versin aparece descrito en la RFC 2974.

Universidad de Jan
A continuacin se enumeran algunos trminos recogidos en la RFC que

servirn para un mejor seguimiento de la misma:
Anunciador SAP (SAP announcer): Equipo/host de la red que enva
paquetes multicast a direcciones y puertos bien conocidos para
comunicar la existencia y configuracin de una sesin multicast.
Espectador SAP (SAP listener): Cualquier equipo/host que escucha en
las direcciones y puertos que usa SAP para anunciar las sesiones
multimedia.

Universidad de Jan
Un anunciador SAP peridicamente enva por multicasting un paquete de

anuncio a una direccin y puertos multicast bien conocidos.
Este anuncio es enviado dentro del mismo mbito para el cual se ha creado la
sesin, asegurando as que todos los participantes potenciales puedan unirse
a la sesin (salvo restricciones de acceso o permiso).
Esto es importante adems para la escalabilidad del protocolo, haciendo que
sesiones locales se mantengan locales.
El proceso normal para un espectador SAP es escuchar en una direccin
multicast y puerto concreto para detectar si hay sesiones a las que podra
unirse.
Universidad de Jan
Como se ha comentado anteriormente, un Anunciador SAP enva

peridicamente paquetes de anuncio a una direccin multicast y puerto bien
conocidos.
Sin embargo, esto no es un mecanismo de citacin, el anunciador SAP no es
advertido en ningn momento de la presencia de ningn Espectador SAP y
adems no se proporciona ningn mecanismo que asegure la transferencia de
estos paquetes ms all del best-effort de UDP/IP.
Dichos anuncios contienen una descripcin de la sesin y debera contener
una cabecera de autenticacin. La descripcin de sesin puede estar
encriptada, a pesar de todo, no se recomienda.
Universidad de Jan
Los anuncio
i multicast,
lti
t como se h
ha visto
i t se envan
d
dentro
t d
dell
mbito
bit d
de lla sesin,
i
existiendo varias posibilidades:
IPv4.
Sesiones de mbito global usan las direcciones multicast en el rango
224.2.128.0 - 224.2.255.255 y los anuncios SAP son enviados a la direccin
224.2.127.254 (se debe recordar que la direccin 224.2.127.255 es usada por la
versin SAPv0 y no se debe usar)
Sesiones con el mbito administrativo usando el mbito administrativo de IP
multicast, rango 239.0.0.0 to 239.255.255.255 (ver RFC 2776). En este caso la
direccin multicast usada para los avisos es la ms alta dentro del rango de una
zona administrativa. Por ejemplo en un rango 239.16.32.0 - 239.16.33.255, se
usara para SAP la 239.16.33.255
Universidad de Jan
IPv6.
Las sesiones IPv6 son anunciadas en la direccin FF0X:0:0:0:0:0:2:7FFE,
donde X es el valor de 4 bits que marca el mbito de la sesin.
Por ejemplo un anuncio para una sesin de un enlace local en la direccin
FF02:0:0:0:0:0:1234:5678, debera ser anunciado en la direccin SAP
FF02:0:0:0:0:0:2:7FFE.
Tanto en IPv4 como IPv6, SAP no asegura que una descripcin de sesin
pueda ser usada por un participante fuera del mbito de la sesin.

Universidad de Jan
Los anuncios SAP deben ser siempre enviados al puerto 9875 y deberan ser
enviados con un tiempo de vida IP 255 (en este caso la limitacin de mbito
de IP multicast se desaconseja)
Si una sesin usa direcciones en varios rangos de mbitos administrativos, es
necesario que un Anunciador SAP enve copias idnticas de los anuncios a
cada uno de los mbitos administrativos. El intervalo de anuncio de cada
mbito administrativo debe ser siempre calculado separadamente.
Para proporcionar mayor robustez ante la prdida de paquetes varios
anunciantes pueden anunciar la misma sesin. El intervalo de repeticin debe
ser escalado entre todos para que resulte igual que si slo hubiera un
anunciante SAP.
Universidad de Jan
Si se hacen mltiples anuncios para una misma sesin, entonces cada unos
de ellos debe llevar una cabecera idntica y firmada por la misma clave, o
sern tratados como anuncios completamente diferentes.
Un Espectador SAP IPv4 debera escuchar en las direcciones SAP de mbito
global y de cada mbito administrativo del que formara parte.
El descubrimiento de las zonas administrativas queda fuera de la
especificacin de SAP.
Un espectador SAP IPv6 debera escuchar tambin en el rango de direcciones
SAP de IPv6.
Universidad de Jan
Intervalo de anuncio.
El perodo de tiempo entre las repeticiones de los anuncios SAP se elige de
tal manera que el ancho de banda consumido por todos los anuncios de un
solo grupo SAP permanece por debajo de un lmite dado, que por defecto es
4000 bits/s.
Se espera que cada anunciante escuche otros anuncios para determinar el
nmero total de sesiones que estn siendo anunciadas dentro de un grupo en
particular. Estas sesiones son identificadas nicamente por la combinacin del
hash del identificador de mensaje y los campos de la fuente originaria de la
cabecera SAP.
Universidad de Jan
Las sesiones pueden ser eliminadas en los siguientes casos:

Expiracin explcita por temporizacin: Debido a que las descripciones de
sesin puede llevar informacin concreta con los tiempos de comienzo y final, si la
hora del sistema es posterior al tiempo de finalizacin a la hora de hacer al
anuncio, esta sesin debera ser eliminada de la cach de sesiones del
anunciante.
Expiracin implcita de temporizacin: Si un Espectador lleva sin recibir 10
avisos (en el intervalo estimado) o ha pasado una hora sin recibir ninguno la
sesin se elimina de la cach del receptor.
Borrado explcito: Cuando se recibe un paquete de borrado vlido y autenticado.
Universidad de Jan
Una sesin puede ser modificada simplemente cambiando la

descripcin de la sesin que porta el anuncio.
En este caso, el hash de la versin de la sesin debe ser
cambiado en la cabecera SAP para indicar a los Espectadores
SAP que deben chequearlo de nuevo.

Universidad de Jan

Universidad de Jan
V (3 bits): Campo de nmero de versin. Debe establecerse a 1.

A (1 bit): Tipo de direccin.
0: El campo de fuente originaria contiene una direccin de 32-bits IPv4.
1: El campo de fuente originaria contiene una direccin de 128-bits IPv6
R (1 bit): Reservado. Los anunciantes SAP lo establecen a 0 y los
espectadores SAP lo ignoran.
T (1 bit): Tipo de mensaje.
0: Paquete de anuncio de sesin.
1: Paquete de borrado de sesin.

Universidad de Jan
E (1 bit): Bit de encriptacin.

1: El payload del paquete SAP est encriptado y el campo de expiracin
(timeout) debe ser aadido a la cabecera del paquete.
0: El paquete no est encriptado y el timeout no debe estar presente.
C (1 bit): Bit de compresin. Si es 1 el payload est comprimido.
Longitud de autenticacin (8 bits): Un valor entero sin signo que da el nmero
de palabras de 32 bits que siguen a la cabecera principal SAP que contienen
datos de autentificacin. Si es 0, es que no hay cabecera de autenticacin.
Hash Identificador de Mensaje: Se usa en combinacin con la fuente
originaria y provee un identificador nico global que indica la versin precisa
de un anuncio.

Universidad de Jan
Fuente originaria: Este campo contiene la direccin IP de la fuente original del

anuncio
anuncio. Es una direccin IPv4 si el campo A=0 o IPv6 si A=1.
A=1 La direccin se
almacena en el orden de red.
Expiracin (Timeout): Cuando el payload est encriptado, los espectadores
SAP que no pueden descifrar el contenido al no poseer la clave pueden mirar
este campo para saber cuando expirar la sesin. El formato de este campo
es un entero sin signo que marca los segundos NTP.
Tipo de Payload: Contiene un tipo de contenido MIME, describiendo el tipo de
payload. Es un campo de texto ASCII, seguido de un byte a cero (ASCII NUL).
Payload: El campo payload incluye varios sub-campos.

Universidad de Jan

Tema 1 - 2 - Multimedia PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Tema 1 - 2 - Multimedia PDF

Enviado por

Direitos autorais:

Formatos disponíveis

rea de Ingeniera Telemtica

Dpto. de Ingeniera de Telecomunicacin

Introduccin a los servicios y aplicaciones multimedia

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Capacidad de construir, explotar y gestionar servicios y aplicaciones de

Capacidad para crear, codificar, gestionar, difundir y distribuir contenidos

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Denominacin del resultado

El alumno sabe crear, codificar, gestionar, difundir y distribuir contenidos

Resultado 21 Comunicar, tanto por escrito como de forma oral, conocimientos,

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Espaa Boquera, Mara Carmen, Servicios avanzados de

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Grenville Armitage. Quality of Service in IP Networks.

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Introduccin a los servicios y aplicaciones multimedia

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Introduccin a los servicios y aplicaciones multimedia

Multimedia es un trmino muy utilizado desde comienzos de los 90,

Introduccin a los servicios y aplicaciones multimedia

El inters por la video conferencia y los servicios multimedia

Introduccin a los servicios y aplicaciones multimedia

discreto: texto, imgenes, grficos

Flujo (stream) secuencia temporal de paquetes pertenecientes a

Introduccin a los servicios y aplicaciones multimedia

Componentes de un sistema multimedia

Introduccin a los servicios y aplicaciones multimedia

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Tipos de sistemas multimedia

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Tipos de sistemas multimedia (trabajo para alumnos)

Sistemas de comunicacin entre iguales

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Sistemas de bases de datos multimedia

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Los flujos de datos multimedia en Internet necesitan nuevos

Protocolos que establezcan y manejen sesiones.

Es por eso que en Internet la familia de protocolos involucrados

rea de Ingeniera Telemtica

Introduccin a los servicios y aplicaciones multimedia

Las crecientes aplicaciones de tiempo real comenzaban a requerir un

Introduccin a los servicios y aplicaciones multimedia

Qu es la calidad de servicio (QoS)?