Documente Academic
Documente Profesional
Documente Cultură
discussions, stats, and author profiles for this publication at: https://www.researchgate.net/publication/228826104
CITATION READS
1 1,089
4 authors, including:
SEE PROFILE
Some of the authors of this publication are also working on these related projects:
All content following this page was uploaded by Jose Ignacio Moreno on 19 May 2014.
Introduccin
An cuando no han aparecido de forma comercial las redes mviles de 3 generacin, que
llegarn acompaando a la tecnologa UMTS, ya se vislumbra la prxima generacin, cuyas principales
caractersticas podran resumirse en: ncleo IP, ubicuidad y servicios. En primer lugar se basan en un
ncleo IP encargado de ofrecer el transporte en la red, sobre esta base se edificarn los tradicionales
servicios, as como otros nuevos, y para ello nuevos conceptos como QoS y AAA tendrn que ser
implementados. Finalmente el acceso heterogneo a travs de cualquier medio, ya sea fijo o mvil, con un
nico terminal ofrecer una mayor conectividad al usuario.
Una de las caractersticas deseables en las redes 4G sera que el ncleo fuese IPv6, con lo que
quedaran resueltos problemas como el espacio de direcciones, vital para el despliegue de una nueva red
dnde sera deseable el uso de direcciones pblicas, igualmente dispondramos de Mobile IP, as como de
posibilidades Multihoming. Concretamente el escenario implementado dentro del proyecto Mobydick es
IPv6 nativo.
? WCDMA (UMTS): se tratara del medio de acceso ms caro (infraestructura y consumo del
terminal) pero con mayor capacidad de movilidad. En un principio ofrecera un ancho de
banda algo reducido comparndolo con el resto de tecnologas, pero proporciona una
cobertura y movilidad prcticamente ilimitadas.
? Wireless LAN 802.11: la cobertura vendra limitada por la situacin de los puntos de acceso.
De manera que resulta adecuada para cubrir determinadas zonas (aeropuertos, salas de
reunin), de forma barata y con un ancho de banda considerable.
? Ethernet: con esta tecnologa perdemos toda movilidad, pero podemos alcanzar el mayor
ancho de banda. Resulta adecuado para zonas de acceso bien identificadas (zonas de
reunin, laboratorios de trabajo) con grandes requisitos de ancho de banda.
En la figura 1 se representan los elementos funcionales de los que se compone una red 4G.
QoS
Movilidad
AAA
Ncleo IPv6
UMTS
Red de
Acceso
WLAN
802.11
Red de
Acceso
Ethernet
Figura 1. Arquitectura de red de 4 generacin
Como los principales problemas de recursos aparecen normalmente en la red de acceso, y dado
que sobredimensionar el ncleo es relativamente sencillo y barato, el uso combinado de Intserv y Diffserv
en el acceso y ncleo respectivamente proporciona un buen compromiso entre coste y eficiencia.
Sin embargo esta solucin como tcnica de QoS presenta algunas limitaciones:
? En Diffserv, al no existir una reserva extremo a extremo, la QoS no est garantizada al 100%. Lo
ms que podremos alcanzar es una alta probabilidad de obtener el nivel de calidad de servicio
deseado, si bien un buen dimensionado de la capa de transporte asegurar un buen servicio.
? Las reservas realizadas por el usuario se traducirn en un cdigo (DSCP [6]) presente en los
paquetes que ste enve, que determinar el tratamiento de nuestro trfico. El nmero de cdigos
es limitado y ser el proveedor el encargado de definir stos as como su implementacin.
Aparece entonces la posibilidad de que un mismo cdigo DSCP no tenga el mismo significado
para diferentes proveedores de servicio, de manera que la calidad de servicio final vendr
determinada por la relacin entre los diferentes proveedores que se atraviesen.
Las especiales caractersticas de la clase Expedited Forwarding la hacen idnea para servicios en
tiempo real como podran ser conferencias de audio o video conferencias. Este tipo de trfico no admite
un retardo excesivo, ni la variacin del mismo (jitter), adems de requerir un ancho de banda bien
determinado.
Las clases Assured Forwarding podran utilizarse para diferentes tipos de trfico:
? El trfico de sealizacin podra tratarse con una clase AF, resultando necesario realizar una
previa caracterizacin del mismo para definir correctamente las tcnicas de encolamiento
requeridas.
? El tradicional sistema de servicios olmpicos, definiendo las subclases: oro, plata y bronce, segn
el orden de precedencia en el descarte de paquetes. Este sistema permite una gran flexibilidad
para ofrecer una gran variedad de servicios al usuario. La clase Assured Forwarding nos
permitira al mismo tiempo diferenciar servicios segn el lmite mximo en ancho de banda.
? Finalmente podramos destinar otra subclase AF, para algn tipo de trfico de alta prioridad que
no deseamos que compita por los recursos con el trfico de servicios olmpicos. De esta forma
nos aseguramos disponer de mayor margen de maniobra en caso de imprevistos.
Por ltimo, resulta interesante definir el tradicional servicio Best Effort para el trfico que no
presenta ningn requisito de calidad de servicio. Debido a las especiales caractersticas de las redes de 4G
dnde el acceso podra ser una red Ethernet con una capacidad de hasta 100 Mbits, resulta necesario
imponer un lmite al trfico inyectado por el usuario para evitar el colapso de la red. Este lmite se puede
implementar a travs de la definicin de diferentes subclases de trfico BE, con diferentes lmites de
ancho de banda.
Como hemos comentado la interaccin entre el QoSBroker y los routers determinar la QoS
obtenida. Para ello podemos distinguir entre routers frontera o de acceso (Access Router) y routers del
ncleo (Core Routers).
Las funciones referentes a QoS que debern implementar todos los routers sern: clasificacin,
acondicionamiento y encaminamiento de trfico. Estas funciones son lo suficientemente sencillas para ser
escalables a toda la red. De esta manera no aparecer ningn problema de implementacin en los Core
Routers, evitando as el principal problema de escalabilidad del modelo Intserv. Por otra parte los Access
Routers sern los encargados de controlar el acceso a la red, para ello debern comunicarse con las
entidades anteriormente comentadas: AAA Server y QoSBroker.
El proceso de registro en la red debe ser iniciado por el terminal a travs de un mensaje explcito.
Para ello el usuario contacta con el sistema AAA (mensajes 1 y 2 de la figura 2) que verifica su identidad
y, en base a su perfil, solicita una prerreserva de recursos al QoSBroker (mensajes 3 y 4). El registro en la
red no implica una reserva inmediata de recursos en el QoSBroker, ya que el usuario podra comenzar una
comunicacin bastante tiempo despus de producirse el registro. Con los mensajes de confirmacin (5 y
6) se informa al terminal de los cdigos DSCP que podr usar para conseguir la QoS deseada. El uso
futuro de recursos no requiere interaccin AAA-QoS como veremos a continuacin. Al abandonar el
sistema, el usuario lo notifica al sistema AAA y ste le indicar al sistema QoS que no atienda ms
peticiones del usuario.
QoS Broker
3 QoSRes
ASM
4 OK
AAA.l Server 5 Ok+conf
2 QoSRes
1 QoSRes
6 OK Access Router
Diameter Messages
COPS
Voice traffic
URP
Figura 2. Fase de registro en la red
Una vez finalizado el proceso de registro en la red estamos autorizados por el sistema AAA a
introducir paquetes en el ncleo de red a travs del Access Router. Sin embargo el QoSBroker an no ha
realizado ninguna reserva en los enlaces, si bien nos ha proporcionado los cdigos DSCP adecuados para
marcar los paquetes y alcanzar el nivel de calidad de servicio deseado.
Es preciso ahora definir el concepto sesin que determinar una serie de flujos de informacin
provocados por un usuario y que deben ser tratados y tarificados de una forma concreta. En consecuencia,
una sesin vendr determinada por el uso de una direccin origen y un cdigo DSCP durante un periodo
de tiempo. Todos los paquetes que coincidan en esta informacin determinarn una sesin.
Una sesin nace cuando el terminal comienza a generar trfico (7), para ello marcar este flujo
con uno de los DSCP proporcionados por el QoS Broker para conseguir el nivel de calidad de servicio
deseada. Este trfico llegar al Access Router que identificar la llegada de un nuevo flujo de datos y
automticamente informar al QoSBroker para gestionar la reserva de recursos (8). Cuando reciba la
autorizacin correspondiente (9) se cursar el trfico a travs de la red. Si bien no existen mensajes
explcitos para la reserva de recursos, como sucede con RSVP, se consigue realizar una reserva de
recursos a travs del QoSBroker. Este elemento conoce previamente las caractersticas (bsicamente
ancho de banda, si bien podra considerarse el retardo) de todos los enlaces de cada Access Router, de
manera que el conocimiento de las sesiones activas generados por cada usuario le permite identificar la
capacidad restante de cada enlace.
QoS Broker
ASM
AAA.l Server
9 Conf 8 Conf?
7 Trfico
Access Router
Diameter Messages
COPS
Voice traffic
URP
Figura 3. Inicio de sesin
Interaccin QoS-AAA
Como hemos visto, los sistemas QoS priorizan unos paquetes sobre otros, es decir dan prioridad
al trfico de unos usuarios sobre otros, usuarios que, por tanto, necesitarn controlar. Por otra parte, los
sistemas AAA de control de usuarios deben tener muy en cuenta la QoS ya que sta es un atributo
fundamental para diferenciar los servicios ofrecidos. La mejor solucin es especializar a los sistemas QoS
en el control de recursos de la red y a los sistemas AAA en el control de usuarios, y definir la necesaria
interaccin entre ambos tipos de sistemas.
La interaccin entre AAA y QoS se puede realizar por distintos motivos, pero al menos se
requiere en dos casos: cuando el usuario de registra en la red, tal y como se ha indicado en el proceso de
registro, y cuando la abandona (o es expulsado por falta de crdito,...).
Interaccin QoS-Movilidad
La movilidad del usuario implica ciertas restricciones al sistema de QoS, adems de forzar la
transmisin del perfil de usuario a los componentes AAA y QoS del nuevo dominio.
Por otro lado es necesario tener en cuenta que ante un handover debemos transmitir parte del
perfil de usuario a los nuevos elementos de red para poder seguir manejando y tarificando el trfico
generado por el usuario de forma adecuada.
Conclusiones
Este artculo presentan los pilares que conforman una red de 4 generacin: QoS, AAA y
movilidad; y se realiza una estudio de la interaccin entre stos. Este trabajo conforma el escenario del
proyecto Moby Dick [1] financiado por la Comisin Europea.
De igual forma se presenta la gestin que se debe realizar sobre los equipos de conmutacin,
Access Routers y Core Routers, para permitir disponer de cierto nivel de QoS a travs de la implantacin
de una arquitectura Diffserv.
Agradecimientos
Este trabajo ha sido financiado parcialmente por la comisin Europea a travs del proyecto
"Mobydick - Mobility and Differenciated Services in a Future IP Network".
Referencias
[1] Moby Dick: Mobility and Differentiated Services in a Future IP Network (IST-2000-25394).
http://www.ist-mobydick.org
[2] IETF Diffserv Working Group - http://www.ietf.org/html.charters/diffserv-charter.html
[3] IETF Intserv Working Group - http://www.ietf.org/html.charters/intserv-charter.html
[4] J. Heinanen, F. Baker, W. Weiss, J. Wroclawski. Assured Forwarding PHB Group, RFC 2597, June
1999
[5] V. Jacobson, K. Nichols, K. Poduri. An expedited forwarding PHB, RFC 2598, June 1999
[6] K. Nichols, S. Blake, F. Baker, D. Black. Definition of the Differentiated Services Field (DS Field)
in the IPv4 and IPv6 Headers, RFC 2474, December 1998.
[7] Victor Marques et. al. Beyond 3rd Generation Architecture Supporting End-to-End QoS with User
Mobility, IST Mobile Summit 2002
[8] G. Dommety, ed. "Fast Handovers in Mobile IPv6", Internet Draft, work in progress, <draft-ietf-
mobileip-fast-mipv6-3.txt>, July 2001
[9] D. Durman et al. The COPS (Common Open Policy Service) Protocol RFC 2748, January 2000
[10] C. de Laat, G. Gross, L. Gommans, J. Vollbrecht, D. Spence: Generic AAA Architecture; Internet
Engineering Task Force, Experimental RFC 2903, August 2000.
[11] IETF, Internet Engineering Task Force: AAA Working Group; Informacin disponible en la URL
http://www.ietf.org/html.charters/aaa-charter.html, October 2001.
[12] Pat R. Calhoun, "Diameter Base Protocol", <draft-ietf-aaa-diameter-10.txt>, April 2002
[13] Stefano M. Faccin, "Diameter Mobile IPv6 Application",<draft-le-aaa-diameter-mobileipv6-00.txt>,
2001
[14] Rigney, C. et al, "Remote Authentication Dial In User Service (RADIUS)", RFC 2865, June 2000.