Core Fijo - Diplomatura en Telecomunicaciones Multimedia - Unidad 7

@arielroel

Diplomatura en

Telecomunicaciones Multimedia Módulo Core Fijo – Unidad 7

Ariel Roel

Ariel Roel – [email protected] - @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

Servers SIP 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.

Oth

er n

etw

ork

s

Other

subsystems

Core IMS

PSTN/ISDN

Emulat ion

subsystem

Cu

stom

er P

rem

ises E

qu

ipm

en

t

Service Layer

Transport Layer

Transfer Funct ions

Resource and

Admission Control

Subsystem

Network

Attachment

Subsystem

Applicat ions

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.


AGENDA – Unidad 7

• Arquitectura de NGN dentro de IMS.

• SDP

Evolución de NGN a IMS


39

RTCP RTP

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

SIP H.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

Technology

Core Fijo - Diplomatura en Telecomunicaciones Multimedia - Unidad 7