Documente Academic
Documente Profesional
Documente Cultură
3 de junio de 2008
Tiempo.- 2 horas
A. Preguntas test (rodear la respuesta correcta; en caso de error, tachar y rodear otra)
Respuesta acertada = 2 puntos; fallada = - 0.5 puntos
1. Un operador virtual de red mvil
a. Puede actuar como proveedor de servicios avanzados siempre y cuando se lo autorice el operador
incumbente que soporta la conectividad de sus clientes.
b. Cede la gestin de su red al operador incumbente pero el control y calidad de servicio debe
garantizarlo l a sus clientes.
c. Puede alquilar servicios de red troncal a un operador incumbente y servicios de red de acceso a
otro.
d. Debe ser, a su vez, operador incumbente de red fija para poder soportar servicios de banda ancha.
e. Ninguna de las anteriores es cierta.
2.
Organismos de normalizacin:
a. La IEC es un organismo europeo de normalizacin para protocolos y dispositivos de
telecomunicacin.
b. La OSI es un organismo americano de normalizacin para protocolos e interfaces de
telecomunicacin.
c. AENOR traduce las normas de la IETF a fin de que las industrias espaolas puedan atenerse a
ellas.
d. La ITU es el organismo europeo de normalizacin de protocolos y sistemas de telecomunicacin
e. Ninguna de las anteriores respuestas es correcta
4. Una RPV
a. No sirve para soportar servicios de voz salvo que ste se implemente mediante VoIP.
b. En redes de conmutacin de paquetes, permite compatibilizar prestaciones de calidad de servicio,
propias de las redes de conmutacin de circuitos, con el aprovechamiento de recursos por
multiplexacin estadstica.
c. Debe disponer de sistemas de proteccin 1+1 propios de las redes de conmutacin de circuitos.
d. Slo puede ser establecida dentro de un dominio de gestin de red.
e. Son falsas todas las respuestas.
39000.
30720.
30240
32256
Ninguna de las respuestas es correcta.
Para que un operador considere emplear sistemas con tecnologas de conmutacin de paquetes, en sus redes de
transporte, tales como PBT o T-MPLS, stos deben
A. Ser robustos o contar con redundancia de elementos crticos para ofrecer garantas de operacin tolerante a
fallos.
B. Garantizar alta disponibilidad con controles que minimicen la latencia y prdida de paquetes (QoS).
C. Poseer mecanismos de recuperacin de fallos en tiempos menores de 100 ms para poder soportar trfico de
aplicaciones de tiempo real.
D. Ser simples y escalables con el trfico.
E. Soportar mecanismos OAM a fin de que el operador pueda
i. Gestionar la red con criterios de ingeniera de trfico y servicio en cuanto a provisin y configuracin
de enlaces
ii. Detectar y tratar remotamente alarmas. Si, adems, los sistemas disponen de mecanismos de
diagnstico semiautomtico, sern mejor aceptados.
iii. Permitir la gestin de acceso de clientes y facturacin. En este punto puede incluirse la gestin de RPV
sobre los elementos de la red de transporte.
F. Ser capaces de establecer conexiones p2mp (multicast) para soportar trfico de distribucin de contenidos
multimedia sin colapsarse.
G. Soportar mecanismos de sincronizacin precisos para comunicaciones celulares (mviles)
A. Proteccin: Es decir, basados en la duplicidad de enlaces que forman la ruta a proteger. Se basan en
tcnicas preplaneadas de desvo del trfico a enlaces no afectados por el fallo. Puede ser una proteccin
total, con duplicacin completa de la ruta por un camino disjunto al de trabajo: Proteccin 1+1:
Ejemplo tpico es el de los anillos SDH:
Estn formados por dos lneas que transmiten
el trfico simultneamente en sentidos
opuestos del anillo. Cuando surge un fallo en
un segmento, el nodo afectado, al detectar la
falta de seal, cambia su conexin al camino
de reserva. Esta operacin se realiza en
menos de 50 ms.
El inconveniente es que es preciso duplicar
todos los elementos de la red.
Una alternativa ms econmica, pero tambin aplicable a redes troncales es la de proteccin con
comparticin de recursos: Esquema de proteccin N:M
Donde M rutas de trabajo quedan protegidas por N rutas de reserva
(backup). Se considera, en la planificacin del esquema, la
posibilidad despreciable de que ms de una de las M rutas de
trabajo caigan al mismo tiempo y la capacidad de las N rutas de
reserva para cargar con el trfico mximo previsible en caso de
fallo.
Evidentemente, en este esquema, el trfico no se cursa en paralelo
por las rutas de reserva sino que se desva por ellas cuando las
circunstancias lo requieren pero todos los sistemas deben estar
preparados para tal eventualidad con los ajustes correspondientes
de los elementos de transmisin: Preplanificacin
No
HH
HB
E
Do
L
K
sharing
Ma
Ka
S
Ul
B. Restauracin: En redes con topologa mallada, de conmutacin de paquetes, puede resultar ms efectivo
garantizar la QoS mediante cambios de enrutamiento ajustados segn la capacidad disponible de rutas
alternativas entre los extremos de la comunicacin sin que previamente se haya determinado tal alternativa.
El procedimiento es factible incluso cuando se producen fallos en cascada.
El mecanismo de restauracin puede ejercerse al vuelo o de manera preplanificada. En el primer caso, la red
deber contar con inteligencia suficiente para calcular los enrutamientos necesarios; la segunda alternativa es
aplicable a redes orientadas a conexin.
(7 puntos)
Se puede hablar de tres tipos o esquemas de desarrollo de CFM, segn se limite a nivel de servicio o comprenda
una completa unificacin de redes. Por lo tanto, distinguimos entre CFM a tres niveles:
De terminal.- Manteniendo separadas las redes de acceso pero con terminales duales, PDA, telfonos o
porttiles, capaces de operar en redes inalmbricas y por acceso a red fija: WiFI + DSL UMTS+WiFi
Ethernet+WIMAX, etc. A este nivel, el usuario puede que no tenga ningn acuerdo con sus proveedores
de red as que ser l mismo quien deba encargarse de conmutar entre uno y otro tipo de acceso o puede
que sea el terminal el que detecte el mejor medio.
De servicio.- En este modelo, el proveedor de servicio cubre las diferencias de la red de acceso para su
cliente: nico identificador de usuario independientemente de si accede por red fija o mvil, para voz,
Internet o intercambio de datos p2p. Que el usuario disponga de terminales duales o el proveedor le
facilite algn equipo suplementario para facilitarle la transicin entre las redes de acceso fija y mvil,
formar parte de su acuerdo comercial.
De red.- En este caso, la convergencia es total, a nivel de la propia infraestructura: El operador transporta
voz y datos sobre una misma red independientemente de la red de acceso con la que llegue a los usuarios.
As pues, el usuario disfruta de un servicio unificado sobre una red nica (a nivel IP) independientemente
de con qu terminal acceda a ella
Para llegar a la convergencia de red, marcada por el paradigma NGN, se plantean dos modelos (de negocio)
cuyas diferencias estriban fundamentalmente en las respuestas a
o Qu ofertan los NO y VASP?
o Quin garantiza la QoS (y cobra por ello)?
o Cmo pueden los usuarios elegir entre ofertas, etc?
Modelo PSTN.- Defendido por los operadores clsicos de redes de telecomunicacin. Extiende el modelo
telefnico a la navegacin entre pares y servicios web. Se basa en la aplicacin de propuestas como las de
3GPP y TISPAN para ofrecer servicios de conectividad orientados a conexin con control de red por tipo de
aplicacin. Por lo tanto, se basa en una red inteligente, responsabilidad del operador de red.
Modelo ISP.- Defendido por los proveedores de servicios avanzados (ISP, por ejemplo), sobre la idea de
una red neutra en la que la inteligencia que soporta el servicio queda en manos de las aplicaciones cliente ya
que el control de la red es independiente del tipo de aplicacin (modelo Internet, best effort). As, pues, la
operacin de red queda limitada a satisfacer necesidades de conectividad
En cualquier caso, es preciso sealar que la convergencia de red que hoy da se plantea es siempre a nivel IP y
que, en cualquiera de los dos modelo expuestos, tanto operadores como proveedores de servicios disponen de
medios para garantizar la calidad de servicio y gestin de recurso necesaria para llevar a cabo su negocio
8 30
CC = ----------- = 24 Kb/s
10 10
-3
NC = 10.000 2 10 10
-3
Pues se considera dos canales por conversacin (20 miliErlangs en total). Es decir, NC = 200 canales
C. De modo que el ancho de banda ocupado por VoIP ser
CB = NC CC = 4,8 Mbps
D. Que, traducidos a ancho de banda, resulta:
8
FCE
roll-off
=>
factor QPSK
Lo que deja unos 25 MHz para la transmisin de acceso a Internet. Veamos si es suficiente para cumplir:
E. En primer lugar, transformamos el ancho de banda en capacidad de transmisin binaria:
CB = 25 6 / 5 = 30 Mbps
F. Que es la capacidad restante para los 4.000 usuarios de Internet, que, al concurrir en el servicio al 1%,
resulta
30 / 40 = 0,75 Mbps para cada usuario que realmente intenta subir y/o bajar datos
Lo cual es ms que la garanta de servicio mnimo (10% de 3 + 1 Mbps) an cuando todos los usuarios
(concurrentes en la hora cargada) utilicen simultneamente su acceso para subir y bajar datos de Internet.
Por lo tanto, concluimos que el sistema ha sido correctamente dimensionado.
2. Se desea desplegar una red de acceso para soportar servicios triple-play a una localidad
como la representada en la figura:
Donde B es un extrarradio residencial, con poblacin dispersa (50 usuarios), mientras que
A es el ncleo urbano con inmuebles de ms de 30 vecinos, habitado por 9.000 usuarios.
Si se considera una disponibilidad del 99,999%, y una tasa de concurrencia del 25% para
todos los servicios del elenco de servicios (para cada usuario) formado por:
Y de prdidas en la transmisin:
o 0,3 dB/Km por atenuacin en la fibra ptica.
o
o
(10 puntos)
24 + 2,5 + 15
= 41,5 Mbps
Este ancho de banda no es soportado por ADSL2 pero s puede serlo por VDSL o FTTH
2) VDSL slo soportara tal velocidad de transmisin si el enlace final (cobre) no tuviera ms de 300
metros. Por lo tanto:
3) En la zona B, donde los usuarios estn dispersos, no puede plantease ms que la solucin FTTH, con
una ONU por usuario.
4) En la zona A, sin embargo, es posible plantearse una solucin FTTB ms VDSL, para aprovechar la
instalacin previa del bucle de abonado en el interior de los edificios: La diferencia de precio entre
ONU y modem VDSL prueba este planteamiento.
Se verifica la correccin del planteamiento en cuanto a prdidas de seal teniendo en cuenta que stas no deben
superar los 44 dB en el punto de recepcin del usuario:
1) Las casas de la zona B pueden ser servidas por una OLT ya que, teniendo en cuenta la concurrencia y
su capacidad, de 1 Gbps:
N = 1000 4 / 41,5 => N = 96
Se ve que, efectivamente, 1 OLT puede servir a 96 ONUs
Al no mencionar splitters de razn 1:64, hay que trabajar con los dados. Entonces, es preciso situar dos
splitters de 1:16 en cascada para cubrir las 50 viviendas de esta zona. Por lo tanto, las prdidas de seal,
para estos usuarios, sern:
o
o
o
o
Por tanto, el valor mximo de prdidas de seal para los usuarios de la zona B no superar los 37 dB
2) Para los usuarios de la zona A, el clculo es similar, teniendo en cuenta los modem VDSL y prdidas
de transmisin en par de cobre. Puesto que la relacin usuarios / OLT es la calculada arriba, se
considerar una configuracin OLT splitter 1:16 ONU modem VDSL sin necesidad de situar
splitters en cascada. Por lo tanto, las prdidas sern:
o
o
o
o
o
Por tanto, el valor mximo de prdidas de seal para los usuarios de la zona A no superar los 21 dB
El coste total del despliegue no puede ser calculado porque no se dan datos precisos para estimar en nmero
exacto de OLT y, por otra parte, no se pide explcitamente en el enunciado
Se trata de aprovechar un nicho de negocio, que se presenta como paso inicial a una extensin posterior para
cubrir todos los segmentos de red como operador integrado de todo tipo de servicios. De momento, no obstante,
no es razonable desplegar una infraestructura global por todo el pas sino seguir aprovechando el alquiler de
enlaces de la red troncal, tal y como se lleva haciendo para los servicios de red celular.
En cualquier caso, el enfoque parece claramente dirigido a aprovechar los avances de VoIP, para los nuevos
clientes, y las posibilidades de convergencia fijo-mvil. Al mismo tiempo, las inversiones en sistemas de
transmisin de alta capacidad, precisos para la interconexin de LANs, sern aprovechadas para independizar la
red de transporte, sobre la que se sustenta la red celular previamente desplegada, y tener mayor capacidad de
oferta de servicios de banda ancha para nuestros clientes de servicios mviles.
As, pues, dado el enfoque de servicios corporativos y soporte de VoIP, adems de convergencia implcita de red
con el despliegue previo de sistemas celulares, parece conveniente aprovechar las ventajas de redes de transporte
sobre PTT. Estos sistemas son ms baratos que los basados en conmutacin de circuitos y, no slo son escalables
con el trfico provocado por la previsible implantacin de futuros servicios avanzados, sino, adems,
gestionables de modo independiente e integrado con los sistemas de gestin ya desplegados para servicios de red
mvil.
El despliegue PTT se llevara a cabo en base de conexiones punto a punto sobre la red troncal de fibra ptica del
incumbente para formar una red mallada en cada isla y dual homing en los enlaces entre ellas, como se ve en la
figura:
As, pues, la red de transporte desplegada servira para enlazar los sistemas de la red de acceso celular de manera
autnoma, sin precisar ms que el alquiler de los enlaces sobre la troncal (STM-16, STM-64 o lambdas sobre
fibra ptica, segn se estime necesario). Los sistemas de conmutacin internos (llamadas on line y RPV de
clientes) seran gestionadas por el sistema de nuestra red, que dispondr de pasarelas, en cada isla, al resto de
redes desplegadas en el pas.
Asimismo, se incluye una pasarela doble (por seguridad) VoIP a POTS. Los clientes corporativos podrn elegir
entre utilizar terminales especficos (hardphones) dentro de sus empresas para realizar sus llamadas de voz IP o
desplegar hot spots WiFi y servirse de telfonos duales.
Para el resto de clientes, no se considera apropiado extender la VoIP a las comunicaciones mviles. Pero s se ir
introduciendo servidores de contenidos especfico para ellos tales como descargas de msica o noticias y se
facilitar (reducir el coste) el intercambio de ficheros entre mviles.
Aunque no es descartable que los sistemas desplegados sean una combinacin IP/MPLS con T-MPLS, la
solucin PBT, directamente compatible con soluciones Ethernet de interconexin de LANs (tipo VPLS),
complementada con un sistema de gestin desarrollado ad hoc parece ser de implantacin ms directa y de mejor
encaje en la idea de mantener las islas de nuestra red de transporte conectadas por enlaces de la red troncal
ajenos. Ya que T-MPLS, en realidad, ira ms indicado para dicha interconexin troncal: Si la estrategia de la
empresa fuera desplegar, en el futuro, una red troncal propia, entonces deberamos considerar la solucin MPLS.