Core Fijo - Diplomatura en Telecomunicaciones Multimedia - Unidad 7

@arielroel
Diplomatura en
Telecomunicaciones Multimedia
Módulo Core Fijo – Unidad 7
Ariel Roel

Ariel Roel – arielroel@gmail.com - @arielroel
Unidad Temática 7

AGENDA – Unidad 7
• Arquitectura de NGN dentro de IMS.
• SDP
Evolución de NGN a IMS

IMS
• IMS es un arquitectura de sistema abierto normalizada,
diseñada para brindar servicios de
telecomunicaciones multimedia sobre redes de
paquetes que emplean el protocolo IP.
• Los servicios multimedia no se resuelven en la
arquitectura IMS, sino que los mismos se desarrollan
en una capa superior.
▫ Por lo tanto IMS no estandariza las aplicaciones que
soportan los servicios multimedia, sino que bajo un marco
estándar y agnóstico a la red subyacente, IMS facilita el
acceso de las aplicaciones multimedia a los distintos
tipos de terminales y tecnologías de acceso (sean fijos o
móviles).

IMS
• El rol fundamental de IMS es la de proveer a los
terminales y a las aplicaciones una manera segura de
alcanzar, negociar y comunicarse con los demás.
• Para lograr esto, la arquitectura IMS cuenta con una
capa de control y supervisión común que separa e
independiza la capa de servicios de la capa o red de
acceso, permitiendo que los mismos servicios puedan
ser ofrecidos en distintos tipos de tecnologías de acceso.
• IMS surgió de la necesidad de unir Internet con
el mundo de las redes celulares móviles a los
efectos de que estas ultimas sean capaces de
manejar comunicaciones multimedia

IMS
• IMS fue especificada en el 3rd Generation Partnership
Project (3GPP) e introducida en el UMTS Release 5 y 6
(marzo de 2003)
▫ Su primera versión buscaba fundamentalmente hacer
foco en el desarrollo y despliegue de nuevos
servicios en redes móviles.
• European Telecomunication Standards Institute (ETSI),
extendió las especificaciones de 3GPP para las redes
móviles, a su escenario de trabajo en Next Generation
Networks (NGNs).
▫ Un cuerpo de estandarización miembro de ETSI llamado
Telecomunications and Internet converged Services and
Protocol for Advanced Networking (TISPAN)
estandarizó IMS como un subsistema de NGNs.

IMS y NGN
• Podríamos decir que:
▫ 3GPP describe IMS desde el punto de vista de los
operadores móviles (soporte de nuevas aplicaciones)
▫ TISPAN agrega las especificaciones necesarias para
compatibilizar IMS con las redes de los operadores
fijos (convergencia).
• TISPAN especifica además un numero de
subsistemas no IMS como:
▫ Network Attachement Subsystem (NASS)
▫ Resource Admission Control Subsystem (RACS)
▫ PSTN Emulation Subsystem (PES).

NGN e IMS
• La mayoría de los protocolos IMS están
estandarizados por el Internet Engineering Task
Force (IETF), como por ejemplo SIP.
• Deberemos distinguir entre “Core IMS” e “IMS”
▫ la arquitectura IMS se refiere a un “Core IMS” (3GPP)
mas el agregado de un número de subsistemas no IMS
(TISPAN) como por ejemplo NASS, RACS y PES.
• Definiremos arquitectura IMS para referirnos a una
arquitectura NGN basada en el Core IMS.

• El Core esta compuesto de tres tipos de
servidores proxy SIP o Call Session
Control Funtions (CSCFs):
▫ Proxy-CSCF (P-CSCF)
▫ Interrogating-CSCF (I-CSCF)
▫ Serving-CSCF (S-CSCF),
• Dos tipos de servidores Diameter:
▫ Home Subscriber Server (HSS) donde se
guarda básicamente la información de los
suscriptores y el
▫ Subscription Locator Function (SLF) para
guardar las direcciones de los HSS. El Core
• El core cuenta también con Servidores de
Aplicaciones SIP donde radican los
servicios.
Arquitectura Básica Core IMS

Call Session Control Function (CSCF)
• Centro de la arquitectura del Core IMS
• Utilizado para procesar la señalización SIP.
• La función básica del CSCF es la de proveer el control de las
sesiones multimedia a los terminales y las aplicaciones.
• El control de las sesiones incluye:
▫ el enrutamiento seguro de los mensajes SIP
▫ el consecuente monitoreo de las sesiones SIP
▫ la comunicación con las entidades de policy para manejar la
correspondiente autorización de medios.
• Es responsable también por la interacción con el HSS.

Proxy-CSCF (P-CSCF)
• El Proxy-CSCF (P-CSCF) constituye el primer punto de contacto de los
terminales con el Core IMS.
• La función fundamental del P-CSCF es la de proveer transmisión
segura de la señalización SIP entre si mismo y cada uno de los
terminales (UE) utilizando IPsec, redireccionando los mensajes SIP
Register y los mensajes de establecimiento de las sesiones.
• Cuenta con una interfaz hacia el Policy Decisión Function (PDF), al cual
le provee de información para la autorización de la media y para ejercer
el control de las políticas de calidad de los servicios (QoS) dentro de la
red.

Interrogating-CSCF (I-CSCF)
• Una de sus funciones principales es la de ayudar en la búsqueda del S-CSCF donde el suscriptor
esta registrado o seleccionar un nuevo S-CSCF si el suscriptor todavía no esta registrado.
▫ Para cumplir con esta función interroga al HSS a través de las interfaces Diameter.
▫ Para buscar el S-CSCF adecuado en cada sesión, el I-CSCF se basa en parámetros como capacidad y
carga, por lo cual, realiza un balanceo de carga entre S-CSCFs con la ayuda del HSS.
• La otra función importante que cumple el I-CSCF es la de redireccionar las peticiones SIP de los
suscriptores hacia el S-CSCF asignado en base a la información que le suministra el HSS.
▫ Si el Core contara con varios HSS, el I-CSCF necesita contactarse inicialmente con el SLF vía
Diameter a los efectos de obtener la dirección de un HSS para servir al suscriptor.
• I-CSCF es una función opcional, por lo que el sistema puede ser configurado de modo que el S-
CSCF entre en contacto con el P-CSCF directamente sin la intervención del I-CSCF.
• Puede ser usado para ocultar la configuración y topología de la red hacia otras redes externas,
proporcionando un solo punto de entrada a la red y soportando funciones de firewall.

Serving-CSCF (P-CSCF)
• Nodo Central para la provisión y la gestión de la señalización SIP
▫ verdadero corazón del sistema IMS.
▫ Es responsable del correcto encaminamiento de los mensajes SIP y del mantenimiento de las
sesiones en la red.
• Funciona como elemento pivot en la arquitectura, transmitiendo la información entre los
extremos .
• El S-CSCF utiliza interfaces Diameter para conectarse al HSS y solicitar información de los
suscriptores y de esa forma asistir en la autenticación y registro de los mismos.
• Actúa tanto como un SIP proxy para el encaminamiento de los mensajes SIP, como un SIP User
Agent (UA) para iniciar o terminar las transacciones SIP, y como un SIP Registrar para la
autenticación de los suscriptores.
• Pueden haber varios S-CSCFs en la red, la cantidad final dependerá de sus capacidades y los
requisitos de la red.

Diameter
• Para la autenticación, la autorización y el
accounting (AAA), IMS utiliza el protocolo
Diameter.
• Diameter es un protocolo AAA definido en la
RFC 3588 que remplaza al protocolo Radius.
• La seguridad de Diameter esta dada por IPSec o TLS
• Diameter es utilizado en IMS por el I-CSCF, S-CSCF
y por el AS para el intercambio de los perfiles de
usuario con el HSS.
• También es utilizado en el intercambio entre el AS y
otros subsistemas no IMS como el RACS.

Home Subscriber Server (HSS)
• El Home Subscriber Server (HSS) es la base de datos maestra que contiene la información de los
suscriptores necesaria para que las entidades de la red manejen las llamadas y sesiones.
▫ Esta compuesto por un servidor Diameter, que guarda perfiles de suscriptores (información relevante
de los servicios que deben ser proveídos alusuario), registración, y lógica de los servicios (por ejemplo
criterios de filtrado).
• Provee las siguientes funciones:
▫ Identificación
▫ autorización de acceso,
▫ autenticación,
▫ gestión de movilidad (lleva el registro de la entidad que esta sirviendo al suscriptor),
▫ soporte del establecimiento de las sesiones
▫ soporte del aprovisionamiento de los
▫ servicios y soporte de la autorización de los servicios.
• Cuando un suscriptor se registra en el dominio IMS, el perfil del usuario es transmitido desde el
HSS al S-CSCF. Para el establecimiento de las sesiones, el HSS informa cual es el S-CSCF que esta
sirviendo al suscriptor
• Una de las características y ventajas mas importantes del Core IMS es que la red de origen es la
que proporciona las características de los servicios, esto significa que el usuario no esta
restringido a las capacidades de la red visitada, sino que el usuario puede siempre conseguir el
acceso a sus características suscritas.
• Esta capacidad de la arquitectura del Core IMS se conoce como Virtual Home Enviroment (VHE).

Application Server (AS)
• Todas las aplicaciones y servicios en el Core IMS son ejecutadas en
Servidores de Aplicaciones SIP.
• Un Servidor de Aplicaciones SIP puede estar dedicado a un único servicio
o hostear varios servicios.
• En el Core IMS también es posible combinar servicios de diferentes
Servidores de Aplicaciones a los efectos de crear una experiencia
unificada al usuario final.
• Por ejemplo un usuario puede combinar simultáneamente servicios de
presencia y de video llamada aunque los servicios por si mismos se
encuentren alojados en diferentes Servidores de Aplicaciones SIP.
• El beneficio fundamental del uso de Servidores de Aplicaciones es la
facilidad y la rapidez con las cuales se pueden brindar los servicios de
forma centralizada.
• La centralización de los servicios en uno o en pocos Servidores de
Aplicaciones facilita los procesos de actualización y upgrade de los
servicios para todos los usuarios, evitando de que existan problemas
derivados de incompatibilidades por el manejo de versiones o datos
viejos.

NGN e IMS
• Es frecuente que los proveedores distingan NGN
de IMS, considerando que
▫ NGN es la tecnología que posibilita la introducción del
softswitch como elemento de control en la red de
telecomunicaciones
▫ IMS es la tecnología que permite construir una capa
de servicios de valor agregado.

3GPP IMS aplicable a NGN
• En R6, 3GPP IMS se convierte en ‘Independiente del Acceso’
▫ la tecnología utilizada para el transporte de mensajes SIP hacia el
borde de la red de IMS no afecta a la funcionalidad dentro de la red de
IMS en sí.
• Esto permite la aplicación de IMS a
cualquier forma de tecnología de acceso
que sea capaz de transportar mensajes
de control SIP al P-CSCF
– WLAN, DSL, Cable Modem, FTTx,
Satellite, Broadband Wireless se
convierten en irrelevantes – lo único que
importa es llegar al P-CSCF con SIP.
– Lo único importante en el acceso son las
capacidades del User Equipment y que se
soporte QoS.
P-CSCF
I-CSCF
MRF
MGW
MGCF
IMS
S-CSCF
SIP Application
ServersSIP Application
Servers
HSS

TISPAN
• El ETSI contempla las cuestiones de normalización de las NGN
desde 2001.
• El comité técnico TISPAN está a cargo de todos los aspectos de la
normalización para redes convergentes actuales y futuras, incluido
el Protocolo de Transmisión de la Voz por Internet (VoIP) y las
NGN.
• TISPAN (Telecoms & Internet converged Services & Protocols for
Advanced Networks), es una rama de estandarización de ETSI
(European Telecommunications Standards Institute).
• Su origen tiene lugar en el año 2003, como fusión de otros dos
cuerpos de ETSI:
▫ TIPHON (Telecommunications and Internet Protocol Harmonization
Over Networks)
▫ SPAN (Services and Protocols for Advanced Networks),
• Su principal objetivo es mostrar la visión europea de la NGN (Next
Generation Networking).

TISPAN
• TIPHON, era un proyecto encargado de definir el
OSP (Open Settlement Protocol), protocolo cliente-
servidor, que los proveedores de servicio de Internet
usan para otorgar autorizaciones, creación de
cuentas y para dar soporte a la telefonía IP.
• SPAN, está más orientado a la creación y gestión de
redes avanzadas, como ISDN (Integrated Service
Digital Networks), o VPN Virtual Private Network).
• El TISPAN eligió el IMS del 3GPP versión 6
para que sea la base de la arquitectura de servicio
SIP en las redes fijas.

TISPAN
• La competencia de TISPAN está centrada en redes fijas,
en la evolución de redes basadas en conmutación de
circuitos a conmutación de paquetes, pero con una
arquitectura que pueda ser usada en ambos casos
▫ pretende asegurar, que los usuarios conectados a redes
basadas en IP puedan comunicarse con usuarios en redes
tradicionales de circuitos:
 PSTN (Public Switched Telephone Network)
 ISDN
 GSM (Global System for Mobile Communication).
• TISPAN toma a IMS como arquitectura de base, y
agrega subsistemas para dotar a IMS de soporte a
seguridad e ingeniería de tráfico especificados.

TISPAN
• Servicios de tiempo real conversacionales (Voice &
Videotelephony)
• Mensajería (Instant Messaging, MMS)
• Gestión de presencia
• Emulación de servicios legados, posibilitando la
migración de la PSTN/ISDN hacia NGN
• Entrega de contenidos tales como Video a demanda,
Video streaming, Distribución de canales de TV
(IPTV), etc.

TISPAN – Arquitectura
• En la arquitectura de TISPAN surgen subsistemas
específicos que agregan al IMS básico las nuevas
funcionalidades requeridas para viabilizar su uso en
la PSTN.
Othernetworks
Other
subsystems
Core IMS
PSTN/ISDN
Emulation
subsystem
CustomerPremisesEquipment
Service Layer
Transport Layer
Transfer Functions
Resource and
Admission Control
Subsystem
Network
Attachment
Subsystem
Applications
User
profiles

NGN e IMS
• La arquitectura funcional de NGN de TISPAN cumple
con el modelo de referencia general de ITU-T para redes
de próxima generación, y está estructurado de acuerdo a
la capa de servicios y a una red de transporte basada en
el uso de protocolo IP.
• En TISPAN el control de los servicios tradicionales de
PSTN/ISDN queda embebido en la propia arquitectura
de servicios de red inteligente.
• De alguna forma IMS-TISPAN es la convergencia de las
funciones de conmutación y control de servicios de red
inteligente en una arquitectura orientada a tecnologías
de la información.

Componentes
• El Core IP Multimedia Subsystem (IMS)
• El subsistema de emulación de PSTN/ISDN
(PSTN/ISDN Emulation Subsystem o PES)
• Otros subsistemas multimedia (por ej. Subsistema
de streaming, subsistema de difusión –broadcast-
de contenidos, etc.) y aplicaciones
• Componentes comunes (por ejemplo usados por
varios subsistemas) tales como los que son
requeridos por las aplicaciones que acceden,
funciones de tasación, administración de los perfiles
de usuario, administración de seguridad, etc.

NGN e IMS
• Esta arquitectura orientada a subsistemas posibilita
la inclusión de nuevos subsistemas con el transcurso
del tiempo, de modo que puedan ser cubiertas
nueva demandas y clases de servicios.
• También proporciona la posibilidad de importar (o
adaptar) subsistemas definidos por otros grupos de
estandarización.
• La conectividad IP al equipo del usuario de NGN es
proporcionada por la capa de transporte, bajo el
control del Network Attachment Subsystem (NASS)
y del Resource and Admission Control Subsystem
(RACS).

Subsistema de emulación PSTN/ISDN
• El subsistema de emulación de PSTN/ISDN soporta
la emulación de los servicios de PSTN/ISDN para
los terminales legados conectados a la NGN por
medio de los R-MGW y los A-MGW.
• Este subsistema carece de sentido en un escenario
de plena convergencia fijo-móvil, puesto que las
comunicaciones se darían por medio de servicios de
PSTN/ISDN simulados, prescindiendo de los MGW.
• Cuando se implementa NGN basado en IMS
TISPAN es razonable se plantee una evolución de su
red legada de ISDN/PSTN a NGN transcurriendo de
la emulación a la simulación.

Arquitectura funcional posible IMS
Especifico a PSTN/ISDN
Referencias
Dxx : DIAMETER
Sxx : SIP
Hxx : H.248
Ixx : Específico TISPAN

¿PES o PSS?
• ¿Conviene pasar por la etapa intermedia de
implementar el subsistema de PES en IMS
prescindiendo del softswitch de NGN, o la migración
hacerla de softswitch a IMS al mismo tiempo que se
evoluciona de PES a PSS?.
▫ La ventaja de integrar la PES a IMS es la de contar con una
única base de datos de suscripciones (HSS), lo que hace la
red similar a una red celular con un único HLR.
▫ La desventaja es el costo de prescindir del softswitch si ya
se cuenta con él, y el hecho de que no son muchos los
proveedores que cuentan con un claro subsistema de PES
sobre IMS aún.
• Recien ahora grandes operadores se han planteado
migraciones de PSTN/ISDN a PES sobre IMS o PSS.

Core IMS y Redes Legadas
• Los servicios de voz de redes basadas en conmutación
de circuitos (CS), (PSTN y redes móviles), coexistirán y
deberán vincularse con servicios multimedia de redes de
paquetes (PS) por mucho tiempo mas.
• Se hace imprescindible contar con interconexión entre
IMS y los servicios de voz basados en conmutación de
circuitos

Media Gateway (MGW)
• Es el elemento que actuando como interfaz entre
redes, convierte los formatos de la media provista
por una red en los formatos de la media requerida
por otra red (por ejemplo formatos TDM a formatos
basados en IP).

Media Gateway Control Function (MGCF)
• El Media Gateway Control Function (MGCF), controla uno o
mas Media Gateways mediante el protocolo de control
H.248, de acuerdo a la información que le llega pormedio de
los mensajes de ISUP o SIP desde otros elementos.
• Es responsable del control de los recursos de la red cuando el
trafico necesita fluir entre redes que utilizan diferentes tipos
de media, típicamente entre redes TDM y redes basadas en
IP.
• Interactuá con el CSCF usando el protocolo SIP y con el
plano de la red de conmutación de circuitos mediante ISUP.
• El MGCF convierte mensajes SIP en mensajes H.248 o en
mensajes de ISUP.
• Con los mensajes SIP que recibe de CSCF determina que
conexión realizar en el MGW y también genera los mensajes
apropiados de ISUP para su envío, vía IP, al SGW.

Breakout Gateway Control Function
(BGCF)
• El Breakout Gateway Control Function (BGCF), es el
elemento que decide como enrutar una sesión de
telefonía iniciada por un usuario IMS y destinada para
una red basada en conmutación de circuitos.
• La red de conmutación de circuitos puede ser cualquier
red legada, PSTN o cualquier otra wireless como GSM.
• El BGCF define la red por la cual se realiza el
intercambio de la sesión de telefonía originada en el
usuario IMS.
• Si el intercambio debe ocurrir en la misma red donde se
encuentra el BGCF, entonces el BGCF seleccionara un
MGCF el que controlara a un MGW, en otro caso
encaminara la señalización al BGCF de la otra red
seleccionada donde se producirá el intercambio.

Media Resource Function
• El Media Resource Function (MRF), es el elemento que provee
servicios de media y que implementa funcionalidades capaces de
manejar y procesar streams de media como la voz, video, text to
speech y transcodificación en tiempo real de datos multimedia.
• Normalmente el MRF se utiliza cuando es necesario proveer a la
red de anuncios grabados o mezclar streams de audio en
conferencias de múltiples usuarios.
• Cada MRF en la red puede ser dividido en:
▫ Media Resource Function Controller (MRFC), elemento que actúa
como un SIP User Agent para el S-CSCF.
▫ Media Resource Function Processor (MRFP), elemento que provee la
transcodificación esencial y las funcionalidades de adaptación del
contenido.
• El protocolo H.248 es utilizado entre el MRFC y el MRFP a los
efectos de la comunicación entre ambos.
• El MRFC controla los media streams establecidos por el MRFP,
basándose en información suministrada por el S-CSCF y el
Servidor de Aplicaciones (si lo hubiera).

TISPAN IMS
• La arquitectura TISPAN IMS puede ser dividida
básicamente en tres capas:
▫ Una capa de aplicación compuesta por Servidores de
Aplicación (AS) que guardan los servicios IMS y el
HSS.
• Una capa de de control compuesta de varios
subsistemas entre los que se encuentra el Core IMS.
• Una capa de transporte donde se encuentran los
terminales de los usuarios (UE), la red de acceso, el
NASS y el RACS.

Network Attachment Subsystem (NASS)
• Provee direcciones IP y otros parámetros de
configuración de los equipos en forma dinámica.
▫ Se puede resumir que el NASS juega el papel de un
servidor DHCP, un cliente RADIUS y provee de
funcionalidades de gestión de localización.
• NASS provee:
▫ Direcciones IP y configuración de parámetros.
▫ Autenticación de usuarios.
▫ Autorización de acceso a la red sobre la base del perfil de
los usuarios.
▫ Configuración de la red de acceso también sobre la base
del perfil de losusuarios.
▫ Gestión de localización.

Resource Admission Control Subsystem
(RACS)
• Es utilizado para realizar el control de admisión.
• Puede ser dividido en dos entidades funcionales: el
Serving Policy Decision Function (S-PDF) y el Access
Resource and Admission Control Function (ARACF).
▫ El S-PDF toma las decisiones de policy y es capaz
de enviar las solicitudes de recursos al A-RACF y/o al
Border Gateway Function (BGF).
 Reenvía las decisiones de policy al Application Function (por
ejemplo al P-CSCF).
▫ El A-RACF realiza el control de admisión,
chequeando si los recursos solicitados pueden ser
destinados para el acceso involucrado.
 Reenvía los resultados del control de admisión al S-PDF.

39
RTCPRTP
IP
MGCP
Control de llamada y señalización Control de
Señalización y
Gateway
Medios
H.225
Q.931
H.323
H.323 V1 y V2 soportan H.245 sobre TCP, Q.931 sobre TCP y RAS sobre UDP.
H.323 V3 y 4 soportanH.245 sobreUDP/TCP y Q.931 sobre UDP/TCP y RAS sobre UDP.
SIP soporta TCP y UDP.
TCP
RAS
UDP
SIPH.245
Audio/
Video
RTSP
Señalización IP

SDP – Session Description Protocol
• El propósito de SDP es el de transmitir la información
suficiente de una sesión multimedia, permitiendo a los
destinatarios de una sesión SDP unirse a la sesión
• Versión actual definida en el documento RFC 4566
(anteriormente 2327), actualizada por Grupo de Trabajo
MMUSIC de la IETF
• Ha sido extendida y generalizada para ser adecuada en
una más amplia cantidad de aplicaciones que solo como
un simple directorio de sesión de multicast (por
ejemplo, establecimiento de llamadas a través de redes
de 3G)
• No existe ningún mecanismo transporte en particular
definido para SDP - transportes adecuados se incluyen
SIP, HTTP y SMTP

SDP

SDP
• Varias piezas importantes de información son obligatorias
dentro de un mensaje SDP:
▫ Nombre de la sesión
▫ Tiempo (s) que la sesión está activa.
▫ Los medios de comunicación utilizados durante el período de la
sesión.
▫ El propietario / creador de la sesión.
▫ Cómo recibir los medios de comunicación (direcciones, puertos,
etc ).
• Otra información opcional que se puede proporcionar:
▫ Ancho de banda a ser utilizado por la conferencia.
▫ El propósito de la sesión.
▫ Información de contacto de la persona responsable de la sesión.
▫ Información de zona horaria.
▫ Atributos SDP extendidos.

Estructura de SDP
• Una descripción SDP
usa una notación textual
que describe los
parámetros de una
sesión multimedia única
• Consiste en una serie de
líneas, cada una de
formato <parameter
type>=<value>
• Lógicamente
estructurado en tres
secciones:
Session Information
Timing Information
Media Information

Session Information
• Versión del protocolo SDP
• Nombre de usuario y la dirección IP de unicast del
originante de la sesión
• Identificador único y el número de versión de la
descripción de la sesión
• El uso de formato de hora NTP recomendado
• Nombre y propósito de la sesión
• Información de contacto del originador de la sesión
• URI para una descripción detallada (opcional)
• Dirección de conexión para los participantes en la sesión
(opcional si se proporciona información en los medios
para cada flujo de los medios)
• Las claves de cifrado (opcional)
• Ajustes de zona horaria (opcional)

Timing Information
• La sesión puede tener uno o más horarios de inicio y
fin
• Formato de timestam NTP utilizado
• La sesión puede no tener un límite de tiempo
▫ Hora de inicio sin hora de finalización, o
▫ No hay tiempo de inicio y final
• La sesión puede ser continua o activa sólo en ciertos
intervalos (repetitivos)

Media Information
• Tipo (audio / video / data / ...)
• Protocolo de transporte (RTP / H.320 / ...)
• Formato (H.261/ H.264 / ...)
• Número de puerto en la dirección de conexión
• Dirección de conexión en cada media stream
▫ Opcional si es provisto en la Session Information
▫ Puede anular la dirección de conexión definida en la
información de sesión
• Clave de encripción (opcional)

Session Categories
• SDP soporta supports the
opcionalmente la categorizacion
de las sesiones a través del uso de
atributos a nivel de sesión
• Las categorías pueden ser usadas
como base para filtrar anuncios del
lado del cliente
▫ El a=keywds: atributo es
también útil para el filtrado
• La jerarquía de las categorías de las
sesiones pueden ser usados para
organizar la información presentada
al usuario final
• Los siguientes son ejemplos de la
notación de SDP para los atributos
de las categorías
a=cat:Noticias.TN.PrendeYApaga
a=cat:Deportes.Basquet
Root
Noticias
Deportes
A24
TN
PrendeYApaga
Básquet
Fútbol

Core Fijo - Diplomatura en Telecomunicaciones Multimedia - Unidad 7

Más contenido relacionado

Similar a Core Fijo - Diplomatura en Telecomunicaciones Multimedia - Unidad 7

Más de Ariel Roel

Último

Core Fijo - Diplomatura en Telecomunicaciones Multimedia - Unidad 7