PFC JJ Gonzalez Mena PDF

Proyecto Fin de Carrera
Ingeniera de Telecomunicacin
Monitorizacin y Gestin de la Capacidad de la

Interfaz Radio de una Red UMTS
Autor: Jos Juan Gonzlez Mena

Tutor: Mara Jos Madero Ayora
Equation Chapter 1 Section 1
Dep. Teora de la Seal y Comunicaciones

Escuela Tcnica Superior de Ingeniera
Universidad de Sevilla
Sevilla, 2015
Proyecto Fin de Carrera
Ingeniera de Telecomunicacin
Monitorizacin y Gestin de la Capacidad de la

Interfaz Radio de una Red UMTS
Autor:
Jos Juan Gonzlez Mena
Tutor:
Mara Jos Madero Ayora
Profesor titular
Dep. de Teora de la Seal y Comunicaciones

Escuela Tcnica Superior de Ingeniera
Universidad de Sevilla
Sevilla, 2015
iii
Proyecto Fin de Carrera: Monitorizacin y Gestin de la Capacidad de la Interfaz Radio de una Red UMTS
Autor: Jos Juan Gonzlez Mena
Tutor: Mara Jos Madero Ayora
El tribunal nombrado para juzgar el Proyecto arriba indicado, compuesto por los siguientes miembros:
Presidente:
Vocales:
Secretario:
Acuerdan otorgarle la calificacin de:
Sevilla, 2015
El Secretario del Tribunal
v
A mi familia
A mis maestros
vii
Agradecimientos
Agradezco a mi tutora Mara Jos por su tiempo, y por darme ese empujn que necesitaba para poder terminar
este camino.
Agradezco a mi familia, y en especial, a mi mujer y a mis hijos por su apoyo y comprensin.
Jos Juan Gonzlez Mena

Sevilla, 2015
ix
Resumen
La comunicacin mediante telfonos mviles se ha convertido hoy en da en algo fundamental para las
personas. Para ello es necesario que los operadores desplieguen y mantengan redes mviles, que proporcionen
este servicio a los usuarios de sus redes.
Son los departamentos de planificacin dentro de un operador los que se encargan de disear los despliegues
de red, as como, una vez desplegados los nodos, garantizar que tengan la capacidad suficiente para mantener
una calidad de servicio adecuada. El anlisis de la capacidad se ha convertido en algo cada vez ms crtico,
debido al incremento del trfico de datos que se viene produciendo desde la llegada de los smartphones.
Este proyecto trata de dar una visin general de cmo se monitoriza una red mvil, y cmo se gestionan los
recursos disponibles, llevando a cabo ampliaciones cuando sea necesario. Nos centraremos en el caso de una
red UMTS con equipos Huawei, y concretamente en la parte que afecta a su interfaz radio.
xi
Abstract
Communication via mobile phones has become today something essential for people. This requires operators
to deploy and maintain mobile networks to provide this service to users of its networks.
Planning departments within an operator are responsible for designing network deployments and ensure that
they have sufficient capacity to maintain adequate quality of service. The capacity analysis has become
increasingly critical, due to increased data traffic that has been occurring since the arrival of smartphones.
This project aims to give an overview of how a mobile network is monitored, and how available resources are
managed by carrying out extensions when necessary. We focus in the case of an UMTS network with Huawei
equipment, specifically in the part relating to the radio interface.
xiii
ndice
Agradecimientos ix
Resumen xi
Abstract xiii
ndice xiv
ndice de Tablas xvi
ndice de Figuras xviii
Glosario xxii
1 Objetivo y estructura del proyecto 1
1.1 Objetivos del proyecto 1
1.2 Estructura del proyecto 1
2 Evolucin de las Redes Mviles 3
2.1 Los inicios de la red mvil 3
2.2 Telefona mvil analgica (1G) 4
2.2.1 NMT (NORDIC MOBILE TELEPHONE) 5
2.2.2 AMPS (ADVANCED MOBILE PHONE SYSTEM) 5
2.2.3 CDPC (CELLULAR DIGITAL PACKET DATA) 5
2.2.4 MOBITEX 5
2.2.5 DATATAC 5
2.3 Segunda Generacin (2G) 6
2.3.1 GSM 6
2.3.2 GPRS (GENERAL PACKET RADIO SYSTEM) 7
2.3.3 EDGE (ENHANCED DATA RATES FOR GSM EVOLUTION) 7
2.4 Tercera generacin (3G): la banda ancha mvil 8
2.4.1 UMTS (UNIVERSAL MOBILE TELECOMMUNICATIONS SYSTEM) 8
2.4.2 HSPA (HIGH SPEED PACKET ACCESS) 8
2.5 Cuarta generacin (4G) 9
3 Acceso Radio del Sistema UMTS 11
3.1 La tcnica de acceso W-CDMA 12
3.1.1 Spreading y despreading 14
3.1.2 La capacidad de los sistemas 17
3.2 Arquitectura UTRAN 19
4 Recursos en el Interfaz Radio 23
4.1 Recursos de banda base 25
4.1.1 Procedimientos de asignacin de los recursos banda base 26
4.1.2 Especificaciones de producto 30
4.1.3 Consumo de los recursos de banda base 33
4.1.4 Ampliacin de recursos banda base 35
4.1.5 Contadores asociados a los recursos banda base 35
4.2 Recursos de potencia 40
4.2.1 Carga en el downlink 40
4.2.2 Carga en el uplink 44
4.3 Recursos de cdigos OVSF 48
4.3.1 Contadores asociados a los cdigos OVSF 50
4.3.2 Ampliaciones de capacidad recomendadas 54
4.4 Recursos CNBAP 54
4.4.1 Contadores asociados a los recursos CNBAP 54
4.4.2 Ampliaciones de capacidad recomendadas 57
5 Descripcin de los Equipos Huawei 59
5.1 BTS3900 59
5.1.1 BBU3900 60
5.1.2 Mdulos RF 64
5.2 Tipos de emplazamiento 67
5.3 Escenarios Habituales 69
5.3.1 Indoor GSM900 + DCS1800 69
5.3.2 Indoor GSM900 + U900 + U2100 69
5.3.3 Indoor GSM900 + DCS1800 + U900 + U2100 71
5.3.4 Outdoor GSM900 + DCS1800 + U900 + U2100 72
5.3.5 Escenario cuando no se pueden usar RRUs 73
6 Herramientas de Monitorizacin 75
6.1 PRS 76
6.1.1 Ejecucin de una consulta en PRS 77
6.2 Business Objects 79
6.2.1 Ejecucin de una consulta en Business Objects 81
6.3 Bases de Datos de Parmetros y de Configuracin Hardware 83
6.3.1 Base de Datos de Parmetros 83
6.3.2 Base de Datos de Configuracin Hardware 85
6.4 Visor de Estadsticos 87
7 Mtodos de monitorizacin y Gestin 93
7.1 Proceso Reactivo 94
7.1.1 Cuadro de mandos del proceso reactivo 97
7.1.2 CSSR (Call Setup Success Rate) 102
7.2 Planes programados 105
7.2.1 Universo de nodos afectados por el plan 105
7.2.2 Ejemplo de un plan programado 108
7.3 Movimiento de licencias y uso de nodos almacn 109
8 Conclusiones y Lneas Futuras 111
8.1 Conclusiones 111
8.2 Lneas futuras 111
Bibliografa 113
xv
NDICE DE TABLAS
Tabla 4-1 Especificaciones de las tarjetas WBBP 31

Tabla 4-2 Nmero de usuarios HSUPA y HSDPA soportados por una WBBP 32
Tabla 4-3 Especificaciones de Throughput de la tarjeta WBBP 32
Tabla 4-4 Consumo de CEs de los servicios R99 34
Tabla 4-5 Consumo de CEs UL de los servicios HSUPA 34
Tabla 4-6 Alarmas RF reportadas por el nodo 48
Tabla 4-7 Capacidad CNBAP en diferentes escenarios 54
Tabla 5-1 Configuraciones tpicas de RRU3908V2 65
Tabla 5-2 Configuracin PA1 y PA2 en RRU3908V2 66
Tabla 5-3 Configuraciones tpicas de RRU3808V1 66
Tabla 6-1 Parmetros Tabla UMTS_RADIO_UCELL 84
Tabla 6-2 Configuracin de portadoras de un NodoB 85
Tabla 6-3 Bastidores del nodo 85
Tabla 6-4 Tarjetas del nodo 86
Tabla 6-5 Grupos de recursos UL 86
Tabla 6-6 Grupos de recursos DL 87
Tabla 6-7 Asignacin de celda a tarjeta 87
Tabla 7-1 Ejemplo de listado de consumos de CEs 97
Tabla 7-2 Consumo de potencia de un nodo a nivel de celda 97
Tabla 7-3 Consumo de potencia del nodo 98
Tabla 7-4 Ejemplo de listado de carga CNBAP 98
Tabla 7-5 Capacidad CNBAP de nodos 98
Tabla 7-6 Ejemplo de cuadro de mandos 99
Tabla 7-7 Ejemplo de tarjetas de un nodo 99
Tabla 7-8 Ejemplo de grupos de recursos 99
Tabla 7-9 Ejemplo de fallos por congestin de CEs 101
Tabla 7-10 Causas de congestin RRC 103
Tabla 7-11 Causas de congestin RAB 104
Tabla 7-12 Ejemplo de estimacin de CEs 108
Tabla 7-13 Ejemplo de estimacin de potencia 109
xvii
NDICE DE FIGURAS
Figura 2-1 DynaTAC8000X 4

Figura 3-1 Analoga utilizada para describir la tcnica CDMA 13
Figura 3-2 Tcnicas de acceso en el dominio tiempo-frecuencia-potencia 14
Figura 3-3 Incremento de la banda por efecto del spreading 14
Figura 3-4 Reduccin de las interferencias en la tcnica CDMA 16
Figura 3-5 rbol de secuencias de spreading 17
Figura 3-6 Arquitectura UTRAN 20
Figura 4-1 Recursos de la RNC, Nodo B y Celda 23
Figura 4-2 Estructura de la unidad banda base del Nodo B 26
Figura 4-3 Procedimientos de asignacin de recursos de un grupo de recurso UL 27
Figura 4-4 Grupos de recurso en diferentes configuraciones (Escenario 1) 28
Figura 4-7 Ejemplo de comparticin de recursos CE DL 30
Figura 4-8 Procedimientos de asignacin de recursos de un grupo de recurso DL 30
Figura 4-9 Consumo de recursos DL de los servicios HSDPA 35
Figura 4-10 Asignacin dinmica de los recursos de potencia 41
Figura 4-11 Procedimiento Common Measurement Report 43
Figura 4-12 Relacin entre RTWP, incremento de ruido, y carga uplink 45
Figura 4-13 Nmero de usuarios equivalentes por servicio 46
Figura 4-14 rbol de cdigos OVSF 49
Figura 4-15 Asignacin de cdigos esttica controlada por la RNC 49
Figura 4-16 Asignacin de cdigos dinmica controlada por la RNC 50
Figura 4-17 Asignacin de cdigos dinmica controlada por el NodoB 50
Figura 4-18 Ejemplo asignacin canales OVSF 51
Figura 4-19 Medicin de radio links recibidos 56
Figura 5-1 Solucin de producto de la serie BTS3900 60
Figura 5-2 Configuracin tpica de BBU3900 en modo GSM+UMTS 61
Figura 5-3 Distribucin de slots/tarjetas en la BBU3900 61
Figura 5-4 Tarjeta GTMU 62
Figura 5-5 Tarjeta WMPT 62
Figura 5-6 Tarjeta UMPT 62
Figura 5-7 Tarjeta WBBP 63
Figura 5-8 Tarjeta UBRI 63
Figura 5-9 Tarjeta UTRP 63
Figura 5-10 Tarjeta UPEU 64
Figura 5-11 Tarjeta UEIU 64
Figura 5-12 Modelos de RRU 65
Figura 5-13 MRFU 67
Figura 5-14 BTS3900 Indoor 68
Figura 5-15 BTS3900A Outdoor 68
Figura 5-16 Configuracin Indoor GSM900 + DCS1800 69
Figura 5-17 Configuracin Indoor GSM900 + U900 + U2100 70
Figura 5-18 Configuracin Indoor GSM900 + U900 + U2100 con 4 sectores 70
Figura 5-19 Configuracin Indoor GSM900 + DCS1800 + U900 +U2100 71
Figura 5-20 Configuracin Indoor GSM900 + DCS1800 + U900 +U2100 con 4 sectores 72
Figura 5-21 Configuracin Outdoor GSM900 + DCS1800 + U900 + U2100 72
Figura 5-22 Escenarios en configuracin compacta 73
Figura 5-23 Configuracin Indoor compacta GSM900 + DCS1800 + U900 + U2100 73
Figura 6-1 Arquitectura M2000 75
Figura 6-2 Arquitectura de PRS 76
Figura 6-3 Pgina Principal de PRS 77
Figura 6-4 Consulta de PRS 77
Figura 6-5 Seleccin de contadores en PRS 78
Figura 6-6 Seleccin del perodo temporal en PRS 79
Figura 6-7 Resultado de consulta en PRS 79
Figura 6-8 Funciones de Business Objects 80
Figura 6-9 Ventana Principal de Business Objects 81
Figura 6-10 Ventana de Consulta de Bussines Objects 81
Figura 6-11 Panel de Consulta de Business Objects 82
Figura 6-12 Resultado de Consulta de Business Objects 83
Figura 6-13 Base de Datos con tablas de parmetros de la red 84
Figura 6-14 Ventana Principal Base de Datos del Visor 88
Figura 6-15 Formulario Visor CEs 89
Figura 6-16 Formulario Visor Potencia 89
Figura 6-17 Grfica de consumo de CEs 90
Figura 6-18 Grficas Potencia DL 90
Figura 6-19 Grfica Usuarios y Potencia UL 91
Figura 7-1 Nodo con crecimiento de trfico continuo 93
Figura 7-2 Nodo con crecimiento de trfico estacional 94
Figura 7-3 Nodo con crecimiento eventual 94
Figura 7-4 Proceso Reactivo 95
Figura 7-5 Clculo de promedios semanales 95
Figura 7-6 Nodo con trfico de Fin de Semana 96
xix
Figura 7-7 Nodo con trfico de No-Fin de Semana 96
Figura 7-8 Ejemplo de consumo de CEs de un nodo 100
Figura 7-9 Consumo de CEs a nivel de grupo 101
Figura 7-10 Planes programados 105
Figura 7-11 Ejemplo filtrado nodo estival I 106
Figura 7-12 Ejemplo filtrado nodo estival II 107
Figura 7-13 Ejemplo filtrado nodo estival III 107
Figura 7-14 Ejemplo filtrado nodo estival IV 107
Figura 7-15 Evolucin anual del consumo de CEs 108
xxi
Glosario
AMPS Advanced Mobile Phone System

ARQ Automatic Repeat Request
BBU BaseBand Unit
BSC Base Station Controller
BSS Base Station Subsystem
BTS Base Transceiver Station
CDPC Cellular Digital Packet Data
CE Channel Element
CNBAP Common Node B Application Part
CPRI Common Public Radio Interface
CS Circuit Switching
CSSR Call Setup Success Rate
DECT Digital Enhanced Cordless Telecommunications
DL Down Link
DPU Data Processing Unit
EDGE Enhanced Data Rates for GSM Evolution
ENU Equivalent Number of Users
ETSI European Telecommunications Standards Institute
FACH Forward Access Channel
FDD Frequency Division Duplexing
FDMA Frequency Division Multiple Access
GPRS General Packet Radio System
GSM Global System for Mobile communications
GTMU GSM Transmission & Management Unit for BBU
HSDPA High Speed Downlink Packet Access
HSPA High Speed Packet Access
HSUPA High Speed Uplink Packet Access
KPI Key Performance Indicator
LMPT LTE Main Processing & Transmission unit
LTE Long Term Evolution
MPU Main Processing Unit
MRFU Multi-mode Radio Frequency Unit
MSC Mobile Switching Centre
NMT Nordic Mobile Telephone
OFDMA Orthogonal Frequency Division Multiple Access
OLAP On-Line Analytical Processing
OSI Open System Interconnection
OVSF Orthogonal Variable Spreading Factor
PCH Paging Channel
PDC Personal Digital Cellular
PRS Performance Surveillance
PS Packet Switching
PSTN Public Switched Telephone Network
RACH Random Access Channel
RF Radio Frequency
RNC Radio Network Controller
RNS Radio Network Subsystem
RoT Rise Over Thermal
RRU Radio Remote Unit
RTWP Received Total Wideband Power
SF Spreading Factor
SGSN Serving GPRS Support Node
SIM Subscriber Identity Module
SMS Short Message Service
SPU Signaling Processing Unit
TCP Transmitted Carrier Power
TDD Time Division Duplexing
TDMA Time Division Multiple Access
UBRI Universal Baseband Radio Interface Board
UE User Equipment
UL Up Link
UMPT Universal Main Processing and Transmission unit
UMTS Universal Mobile Telecommunications System
UTRA UMTS Terrestrial Radio Access
UTRAN UMTS Terrestrial Radio Access Network
UTRP Universal Transmission Processing unit
WBBP WCDMA Baseband Process Unit
WCDMA Wideband Code Division Multiple Access
WMPT WCDMA Main Processes and Transmission Unit
xxiii
1 OBJETIVO Y ESTRUCTURA DEL PROYECTO
E l objetivo general de este proyecto es mostrar cmo se lleva a cabo la monitorizacin y la gestin de la
capacidad en la interfaz radio de una red UMTS que est en funcionamiento, desplegada con
equipamiento Huawei, que es el utilizado en el operador en el que he desarrollado mi actividad
profesional. Debido al crecimiento que ha experimentado en los ltimos aos el uso del mvil, as como el
aumento del trfico de datos tras la aparicin de los smartphones, es necesario llevar a cabo ampliaciones de
las redes mviles desplegadas, para poder absorber todo ese trfico. De lo contrario el servicio que se les
proporciona a los clientes de un operador se ira degradando, lo cual provocara la prdida de dichos clientes.
Mediante la monitorizacin de los recursos podremos detectar los nodos que estn empezando a congestionar,
de forma que podremos lanzar las ampliaciones en los nodos que sean necesarias.
1.1 Objetivos del proyecto

Para mostrar cmo se monitoriza y gestiona la interfaz radio de una red mvil UMTS Huawei trataremos de
alcanzar los siguientes objetivos:
Mostrar cules son los recursos con los que cuenta un nodo para dar servicio a los usuarios de la red.
Recopilar los indicadores de red o contadores que hay que monitorizar asociados a la capacidad de los
nodos.
Describir el equipamiento Huawei y sus posibles configuraciones.
Conocer las herramientas que hay disponibles para obtener los indicadores de red, as como generar
una base de datos que nos permita mantener un histrico y representar grficamente los indicadores,
para analizar el comportamiento y la evolucin de los nodos.
Definir los procesos que nos permitan detectar los nodos congestionados y aquellos que, por su
comportamiento estacional, puedan llegar a congestionar en una determinada poca del ao. Todo ello
teniendo en cuenta las limitaciones presupuestarias que tiene un operador mvil, y que condicionan
las ampliaciones que se ejecutan en funcin de las estrategias que adopte.
1.2 Estructura del proyecto

El documento se ha estructurado en ocho captulos, utilizando este primer captulo para presentar los objetivos
y la estructura del proyecto.
Para situarnos en el contexto en el que nos encontramos, en el captulo 2 veremos la evolucin que han sufrido
las redes mviles, desde la aparicin de la telefona mvil analgica hasta la ltima tecnologa que se est
desplegando en la actualidad, el LTE o 4G.
En el captulo 3 se dar una visin general del funcionamiento de la red UMTS y de su arquitectura, a modo de
resea tecnolgica, centrndonos en la interfaz radio, cuya ampliacin es la que nos ocupa, es decir,
bsicamente la ampliacin de un Nodo B. No ser objetivo del proyecto entrar en los detalles profundos del
funcionamiento de la red UMTS, lo cual nos llevara a un documento mucho ms extenso, y tampoco es
1
2 Objetivo y estructura del proyecto
estrictamente necesario para conseguir nuestro objetivo.

Para monitorizar la red, primero debemos saber qu hay que monitorizar. Ser en el captulo 4 donde
mostraremos los recursos que tienen los nodos de la red, as como la informacin que nos proporciona la red
para saber qu recursos tenemos y cmo se estn usando.
En el captulo 5 se explicarn cmo son los equipos Huawei, as como sus posibles configuraciones, para
mostrar cmo es una red en la realidad, y entender en qu se traduce en campo el despliegue y la ampliacin
de un nodo de red.
La informacin del estado de la red se obtiene a partir de ciertas herramientas que veremos en el captulo 6. Se
explicar cmo se emplean de cara a obtener los datos que necesitamos. Adems mostraremos una aplicacin
implementada que nos permite mantener un histrico de los indicadores de red, as como representarlos de
forma grfica para poder analizarlos ms fcilmente.
En el captulo 7 se definirn las metodologas y procesos que se llevan a cabo en un operador para determinar
las ampliaciones necesarias tanto en el crecimiento continuado de la red, como en los crecimientos
estacionales que se producen a lo largo del ao.
Por ltimo, en el captulo 8, se mostrarn las conclusiones y se indicarn algunas posibles extensiones al
proyecto, o posibles lneas futuras de investigacin.
2 EVOLUCIN DE LAS REDES MVILES
E n los ltimos aos las Comunicaciones Mviles han evolucionado a gran velocidad por ello se hace
necesario detallar en primer lugar en qu ha consistido esta evolucin.
2.1 Los inicios de la red mvil

Como es habitual en nuestra historia, es en situaciones de conflicto donde se llevan a cabo los avances ms
significativos. Durante la Segunda Guerra Mundial, la empresa norteamericana Motorola lanz al mercado su
primer modelo de Handie Talkie, el H12-16, dispositivo basado en la transmisin de informacin mediante
ondas de radio que trabajaba en el espectro de 550 MHz y que supuso una revolucin en las comunicaciones.
Basados en estos equipos en los aos 50 comenzaron a desarrollarse nuevos aparatos para la comunicacin a
distancia, conocidos como Walkie Talkie, destinados sobre todo a su utilizacin por los servicios pblicos,
tales como taxis, ambulancias, polica o bomberos, e instalados en sus vehculos dadas las grandes
dimensiones de estos artefactos.
La red de radio celular como concepto se invent en 1947 en los laboratorios Bell, en la empresa
norteamericana AT&T, donde se propuso integrar estos aparatos en los coches de polica. Sin embargo, la
invencin del telfono mvil como tal data de 1973. Se considera a Martin Cooper como el inventor del
primer mvil no asociado a un vehculo. El 3 de abril de 1973, Cooper (empleado de Motorola), realiz la
primera llamada con un mvil en la historia. El receptor de esta primera llamada fue su rival en los laboratorios
Bell, John Engel. Seis aos ms tarde, en 1979, se puso a la venta el primer telfono comercial por parte del
gigante japons de las telecomunicaciones, NTT, mientras que no fue hasta 1983 cuando en Chicago,
Washington D.C. y Baltimore se dan los primeros lanzamientos de sistemas comerciales de telefona celular
en Estados Unidos con los resultados del proyecto DynaTAC 8000X, que es presentado oficialmente en 1984.
El DynaTAC 8000X, en la Figura 2-1, con pantalla LED y con cerca de 1 kg de peso, tena un tamao de
33,02x4,445x8,89 centmetros y una autonoma de una hora de comunicacin y ocho horas en reposo.
3
4 Evolucin de las Redes Mviles
Figura 2-1 DynaTAC8000X
El objetivo de las redes de telefona mvil es ofrecer servicios de telecomunicaciones a travs de una
infraestructura fija (BTSs o NodosB segn la tecnologa empleada) a usuarios que no se encuentran
conectados por cable a ella. Adems, el servicio que prestan es orientado al pblico en general,
diferencindose as de las redes utilizadas por los servicios de polica, bomberos, ejrcito o el telfono
inalmbrico del hogar.
Previo al concepto de red celular se conceba el sistema con un nmero mnimo de antenas para proporcionar
el servicio. Dichas estaciones deban emitir a gran potencia para llegar lo ms lejos posible, y a su vez los
terminales deban emitir a gran potencia para ser odos, con la consiguiente repercusin en tamao y
autonoma que aquello supona.
Con el concepto de telefona celular se consigui solucionar importantes problemas que se planteaban con este
modelo:
Incremento en la capacidad de trfico y mejora de la cobertura. Al ser el nmero de frecuencias
disponibles limitado, tambin lo son los canales que se pueden asignar al trfico de los usuarios. La
reutilizacin de dichas frecuencias a distancias razonablemente lejanas soluciona este tema.
Reduccin de la potencia emitida. La estacin base y el equipo terminal que se encuentra en su rea de
servicio estn a menor distancia, con lo cual la potencia de emisin necesaria para unos niveles de
recepcin aceptables se ven reducidos.
2.2 Telefona mvil analgica (1G)

Hasta hace no mucho tiempo todos los sistemas funcionaban de forma analgica, es decir, la informacin la
voz en este caso- se traduca a impulsos elctricos de mayor o menor intensidad, que generaban ondas
electromagnticas en el aire. stas llegaban a un receptor y provocaban en sus circuitos seales elctricas de
mayor o menor intensidad que excitaban el altavoz del telfono donde se oa el mensaje.
La ventaja es la sencillez de construccin de estos equipos pero haba muchas desventajas:
Cualquier alteracin de la seal en el aire se perciba como ruido que el aparato receptor no poda
eliminar.
Cada transmisin ocupaba muchsimo espacio en el espectro, lo que provocaba que el servicio fuera
caro y exclusivo.
Monitorizacin y Gestin de la Capacidad de la Interfaz Radio de una Red UMTS 5
Los equipos deban transmitir seales de mucha potencia, por lo que consuman mucha ms batera.
Con el mvil slo se poda hablar.
Baja seguridad, la cual haca posible a una persona escuchar llamadas ajenas con un simple
sintonizador de radio o incluso hacer uso de las frecuencias cargando el importe de las llamadas a
otras personas.
El diseo de la red era mucho ms complicado y caro, ya que cuando se ide este modo de
comunicacin no se pens que se podra llegar a que cada persona tuviera un telfono mvil.
Con respecto a los estndares ms utilizados cabe mencionar:
2.2.1 NMT (NORDIC MOBILE TELEPHONE)

Se trata de un sistema celular analgico desarrollado en un principio para operar en pases nrdicos tales como
Finlandia, Dinamarca o Noruega, y que tuvo relativo xito debido a su ms que correcta implementacin. Este
sistema operaba en las bandas 450 MHz y 900 MHz.
2.2.2 AMPS (ADVANCED MOBILE PHONE SYSTEM)

Se trata de un sistema de comunicacin celular analgica concebido para mviles de primera generacin y
desarrollado a comienzos de los 80 por los laboratorios Bell, y que proporciona una cobertura a nivel nacional,
mucho ms extensa incluso que la ofrecida por las redes digitales (aunque con la desventaja ya mencionada de
que slo puede ser utilizada para transmitir voz). Su uso es muy comn en su pas de origen (en el cual sigue
siendo muy utilizado tanto en su versin analgica como en la digital), aunque tambin se extendi con ligeras
modificaciones a otros pases tales como Inglaterra (TACS y ETACS) o Japn (MCS-L1 o JTAC). AMPS
consta de 832 canales dobles de subida-bajada, utilizando cada uno de ellos un ancho de 30 kHz, abarcando un
espectro de frecuencias que va desde los 800 MHz hasta los 900 MHz. Se utiliza la mitad del espectro para
subida y la otra mitad para bajada. Adems, algunas de las frecuencias son reservadas para funciones de
control y gestin de la red. Aparece el concepto de Handover, consistente en cambiar de una celda de
cobertura a otra cuando los niveles de seal o la configuracin de los equipos as lo exijan.
AMPS dejaba pendiente dos cuestiones importantes. Por un lado solucionar la coexistencia de varios
estndares, y por otro la integracin de nuevos servicios que complementaran al mero trfico de voz. Con estos
precedentes se llegaba a la segunda generacin de telefona mvil.
2.2.3 CDPC (CELLULAR DIGITAL PACKET DATA)

Opera en la banda de 800 MHz a 900 MHz y consigue velocidades de transferencia de hasta 19,2 kbps.
Desarrollado en 1990, su implantacin se vio mermada por su elevado coste frente a alternativas ms
econmicas (y lentas) como son Mobitex y DataTac.
2.2.4 MOBITEX
Es un estndar libre basado en el modelo de referencia OSI que comenz a ser operativo en el ao 1986.
Creado a principios de los 80 por la sueca Televerket, y desarrollado a partir de 1988 por Eritel (colaboracin
de Ericsson-Televerket). Uno de sus objetivos fue asegurar comunicaciones seguras y fiables.
2.2.5 DATATAC
Es una tecnologa de red inalmbrica originalmente desarrollada por Motorola y desplegada en Estados Unidos
bajo el nombre de red ARDIS. A mediados de los 90 tambin se despleg en Australia una red basada en
DataTac. En Canad Bell Mobility soporta una red basada en esta tecnologa para dar servicio a los
comnmente conocidos como buscas. Tanto en Canad como en Estados Unidos opera en la banda de 800
MHz y ofrece una capacidad de trfico de 19,2 kbps sobre canales de 25 kHz.
Como caracterstica destacable decir que es una red a prueba de desastres, no presentando indisponibilidad
de los servicios ofrecidos por sobrecarga de la red.
5
2.3 Segunda Generacin (2G)

Al contrario de lo que pasa en otras generaciones, la denominada segunda generacin no es un estndar
concreto, sino que marca el paso de la telefona analgica a la digital, que permiti, mediante la introduccin
de una serie de protocolos, la mejora del manejo de llamadas, ms enlaces simultneos en el mismo ancho de
banda y la integracin de otros servicios adicionales al de la voz, de entre los que destaca el Servicio de
Mensajes Cortos o SMS (Short Message Service).
Estos protocolos fueron implementados por diversas compaas, siendo este hecho el origen de uno de los
principales problemas de esta generacin: la incompatibilidad entre protocolos. Debido a estos problemas, el
radio de utilizacin del telfono quedaba limitado al rea en el que su compaa le diera soporte.
Respecto a los estndares ms utilizados podemos hablar de varios, cada uno contribuyendo de una forma
distinta al desarrollo de esta segunda generacin de mviles. Estos son:
2.3.1 GSM
Inicialmente GSM eran las siglas de Groupe Spcial Mobile, un equipo francs de ingenieros del que surgi
el primer sistema celular de telefona mvil. Al internacionalizarlo se le cambi el nombre a Global System
for Mobile communications. El sistema GSM es el ms utilizado a nivel mundial. Su expansin comenz en
Europa, extendindose posteriormente y por razones lgicas a las antiguas colonias del viejo continente en
todo el mundo: Sudamrica por Telefnica y frica por France Telecom. Actualmente es raro el pas donde no
exista al menos un sistema GSM.
La principal ventaja del GSM es que es un sistema digital, es decir, la informacin viaja transformada en 0 y
1. Es fcil deducir, por tanto, que la robustez probabilidad de no perder informacin- de una comunicacin
as es mucho mayor. Adems, ofrece la posibilidad de transportar no slo una conversacin de voz, sino
cualquier tipo de informacin digitalizada (imgenes, conexin entre ordenadores, vdeo, sonido, alarmas,
coordenadas de posicin, etc).
Sus caractersticas clave son:
Permite el roaming, es decir, que todas las redes GSM del mundo hablen entre s para poder aceptar
temporalmente usuarios de otras redes.
Permite el handover, que no es otra cosa que lograr que todas las BTS de una red se comuniquen entre
s para transferirse llamadas sin que se corten cuando el telfono mvil se encuentra en movimiento.
Es una red celular, lo que implica que para disearla se divide el territorio en celdas o clulas-
hexagonales, cada una con una capacidad para cursar llamadas. Si el nmero de usuarios de una clula
crece, es posible subdividir esa clula en otras ms pequeas simplemente instalando ms BTSs
dentro de ella.
La potencia emitida por estas antenas y la de los propios telfonos dentro de la celda se autorregulan,
para que la seal tenga el alcance exacto y no sobrepase los nuevos lmites, ms reducidos, y as no
interferir con las llamadas del resto de clulas. Esto permite aumentar la capacidad de la red con unos
costes muy reducidos.
Como consecuencia de esta regulacin de potencia que se produce en los mviles, la batera dura ms,
ya que si la BTS est cerca emite menos energa para llegar a ella.
El rango de frecuencias utilizado vara, debido sobre todo al pas del que estemos hablando, dando lugar a
distintos tipos de protocolos GSM:
GSM-1800: sistema celular GSM que funciona en la banda de frecuencias 1800 MHz. Utilizado
principalmente en zonas urbanas de Europa.
GSM-1900: sistema celular GSM que funciona en la banda de frecuencias 1900 MHz. Utilizado
principalmente en zonas urbanas de Estados Unidos (ya que las otras frecuencias disponibles se
utilizan con fines militares), Canad y Latinoamrica junto con la modalidad GSM-850.
GSM-900: red celular digital que opera en el rango de 900 MHz, que, en trminos generales es el ms
utilizado en todo el mundo (ms de 100 pases han adoptado este estndar, pudindose as
proporcionar un servicio a nivel internacional). El hecho de que en otros pases haya proliferado el uso
de los dos tipos de GSM anteriores, ha favorecido la aparicin de los telfonos denominados tri-
banda.
La consecuencia del xito que obtuvo el GSM no fue otra que permitir que cada persona disponga de su
telfono mvil privado. As, el telfono pas de ser una herramienta de comunicacin a un accesorio personal
a medida, necesario para el da a da de cualquier persona.
La separacin entre la lnea de telfono recogida en la tarjeta SIM- y el terminal, permiti la aparicin de un
sinfn de equipos, orientados a captar gustos y tendencias de todos los consumidores, creando modas,
desplegando increbles campaas de marketing y generando un consumismo probablemente jams visto,
donde los usuarios tiraban los equipos a los pocos meses de uso por el mero hecho de probar otro ms nuevo.
2.3.2 GPRS (GENERAL PACKET RADIO SYSTEM)

Una vez que se dispona de una red digital era lgico aprovecharla para enviar algo ms que voz. Lo que
inicialmente se ide como un servicio auxiliar de envo de texto de poca capacidad termin colapsando las
redes. Los mensajes cortos (SMS, Short Messages Service) se transmitan inicialmente por canales auxiliares
de sealizacin interna, diseados para transmitir muy poca informacin. Esto oblig a modificar el estndar
GSM, creando lo que se conoce como Sistema Radio General de Paquetes (GPRS, General Packet Radio
System).
GPRS es una mejora de GSM, por ello a veces toma el nombre de 2,5G. Utiliza la misma red pero se le aaden
algunos equipos y configuraciones para que puedan transmitir tambin datos del usuario por los canales de
voz. Esto solucion la saturacin de SMS que pasaron a enviarse por canales de voz, con mucha ms
capacidad que los canales auxiliares. Adems permiti que los usuarios se conectaran a Internet desde el
mvil, aunque al principio casi nadie lo haca porque ni los terminales estaban adaptados ni haba servicios
pensados para el mvil.
El servicio GPRS permiti a la red GSM transmitir datos por conmutacin de paquetes. Este tipo de
conmutacin, a diferencia de la conmutacin de circuitos GSM (donde el circuito queda reservado durante el
tiempo total de la comunicacin, se est utilizando o no), est basado en necesidades, por lo que si no se est
enviando ningn dato, las frecuencias quedan libres para su uso por parte de otros usuarios aunque la
comunicacin no haya acabado. Entre las ventajas obtenidas gracias al uso de este estndar destaca el hecho de
poder asignar ms de un canal a cada comunicacin sin miedo a saturar la red, el abaratamiento de las tarifas
ya que GPRS posibilita la tarificacin por informacin cursada (no por tiempo de conexin), y la
simplificacin y bajo coste del proceso de migracin de una red GSM a otra UMTS, dado que los cambios a
realizar en una estacin para pasar de GSM a GPRS seran mnimos adems de compartidos en un futuro por
el protocolo UMTS.
Los dispositivos mviles que incorporan GPRS tambin suelen traer consigo algn tipo de medio que permita
la comunicacin terminal-computador para posibilitar la transferencia de datos (esto es lgico, ya que la
capacidad de emisin-recepcin de un mvil con tecnologa GPRS es ms que considerable).
2.3.3 EDGE (ENHANCED DATA RATES FOR GSM EVOLUTION)

Se considera una evolucin de GPRS, y funciona sobre cualquier red GSM que posea GPRS. Con EDGE se
consigue triplicar la capacidad a la hora de transportar datos con respecto a GPRS, la posibilidad de aumentar
el nmero de usuarios de una operadora, o aadir capacidad extra al servicio de llamadas de voz. Se utilizar la
misma estructura de trama TDMA (Time Division Multiple Access Acceso Mltiple por Divisin en el
Tiempo), mismo canal lgico y mismo ancho de portadora (200 kHz) que para el estndar GSM, lo que
permite mantener intacto el plan celular de la red sobre la que se implementa. Con EDGE estamos un paso
ms cerca del estndar UMTS y las redes 3G, introduciendo, adems de mayores tasas de transferencia de
informacin, un nuevo esquema de modulacin: 8-PSK. EDGE se suele considerar un sistema 2,75G. Ms que
nuevos servicios, este estndar es una mejora del existente GPRS mediante la introduccin de una nueva capa
fsica. La implementacin de EDGE por los operadores de red ha sido diseada para ser simple. Slo ser
necesario aadir a cada celda un transceptor adecuado, siendo en la mayora de los casos posible realizar la
actualizacin SW de forma remota. Este nuevo transceptor funcionar de manera correcta en modo GSM,
conmutando a EDGE cuando el servicio solicitado lo requiera.
7
2.4 Tercera generacin (3G): la banda ancha mvil

Esta tecnologa es el producto de la necesidad creciente de una red de comunicaciones mviles con mayor
velocidad y ms oferta de servicios. Aunque para el usuario la diferencia radica en un mayor ancho de banda
para poder acceder a Internet no slo a portales especficos para telfonos mviles sino desde su propio PC
mediante un mdem-, esta tecnologa utiliza una red completamente independiente de la red GSM, donde las
estaciones donde se ubican las antenas se denominan NodoB en lugar de BTS.
2.4.1 UMTS (UNIVERSAL MOBILE TELECOMMUNICATIONS SYSTEM)

La tecnologa 3G se denomina tcnicamente UMTS y, aunque el funcionamiento es muy parecido a GSM,
tiene algunas particularidades interesantes:
Las frecuencias utilizadas se sitan en un intervalo de frecuencias ms altas que GSM. Esto
bsicamente implica que la seal se comporta de un modo ms parecido a los rayos de luz que, por
ejemplo, a la seal FM de la radio: menor capacidad de atravesar obstculos, especialmente metlicos,
que actan como espejo, y menor alcance, ya que la seal se atena ms rpidamente en el espacio.
Mayor ancho de banda: inicialmente 384 kbps frente a los tpicos 48 kbps de GPRS-, pero en la
actualidad la red ha evolucionado a velocidades muy superiores mediante tcnicas complementarias
(3,6 Mbps en Espaa).
Servicio de videollamada: es posible llamar a una persona y, adems de hablar con ella, verla
mediante la cmara de su telfono.
Conviene considerar algunos aspectos de las redes mviles de banda ancha:
La red est optimizada para el uso de datos a alta velocidad, por lo que no se aprecia un incremento en
los servicios de voz o SMS tradicionales.
Las conexiones de datos son asimtricas, es decir, el ancho de banda o capacidad de enviar un
volumen de informacin en un tiempo determinado es diferente si queremos enviar (subir) o recibir
(bajar) desde nuestro dispositivo.
2.4.2 HSPA (HIGH SPEED PACKET ACCESS)

Se trata de una serie de protocolos para redes de telefona mvil cuyo objetivo es mejorar una red UMTS
existente. Se comentan a continuacin.
HSDPA: Las ltimas versiones del estndar de telefona mvil de tercera generacin UMTS (release
5), introducen un nuevo salto tecnolgico con la introduccin de la funcionalidad HSDPA (High
Speed Downlink Packet Access). Los principales objetivos de HSDPA son incrementar la tasa de
transferencia por usuario, mejorar la calidad de servicio ofrecido y, en general, mejorar la eficiencia
espectral, especialmente para los servicios de datos, asimtricos y con trfico a rfagas, como son la
mayora de servicios de Internet. El funcionamiento de este sistema se basa en la colaboracin de
mltiples tcnicas y algoritmos, como la modulacin y codificacin adaptativa (AMC), el ARQ
hbrido y complejos mecanismos de scheduling (proceso a travs del cual se decide cmo
comprometer los recursos disponibles ante cierto nmero de tareas que los necesitan), muchos de ellos
en fase de desarrollo. Este nuevo sistema se integra en un entorno ya complejo por s mismo y existen
muchas interacciones entre los diversos protocolos que son potencialmente optimizables.
HSUPA: Se trata de otra vuelta de tuerca ms para acercar la red UMTS al 4G, y se considera como la
generacin 3,75 (3,75G 3,5G+), desarrollado en el proyecto UMTS de 3GPP en su Release 6.
HSUPA es un protocolo de acceso de datos para redes de telefona mvil con alta tasa de transferencia
de subida, pensado para mejorar el HSDPA potenciando la conexin de subida de UMTS/WCDMA.
Con HSUPA se mitiga el efecto de la asimetra en las capacidades entre DL y UL (downlink y
uplink), haciendo posible la oferta de servicios avanzados P2P. Para conseguirlo se requiere un
nuevo canal dedicado para el enlace ascendente, el E-DCH (enhanced Dedicated Channel), sobre el
que se usaran mtodos similares a los empleados para HSDPA.
HSPA+: Es el estndar de banda ancha definido en el Release 7 del foro 3GPP. Se espera conseguir
con l un incremento significativo tanto en UL como en DL frente a los ya conseguidos con HSDPA
y HSUPA, aunque el incremento terico dista mucho del que realmente se consigue en casos prcticos
(se consigue en torno a un 20% de incremento de capacidad de trfico).
HSPA+ introduce la posibilidad de utilizar una arquitectura totalmente IP. Las estaciones base se
conectan a la red a travs de una conexin Gigabit Ethernet al Proveedor de Servicios de Internet
(ISP) que est a su vez conectado a Internet (o a otro ISP en modo peering). Con esto se consigue
hacer la red ms rpida, fcil de desplegar y ms operativa. A pesar de que la arquitectura UMTS
existente (NodoB-RNC-SGSN) puede seguir siendo utilizada, la posibilidad de interconectar
directamente la estacin base (NodoB) con el SGSN IP es un gran paso hacia el proyecto LTE de
3GPP: 4G.
La implantacin de redes de tercera generacin ha permitido la incorporacin de nuevos servicios mviles. En
la actualidad se ha extendido el uso del correo electrnico en el mvil, as como aplicaciones de mensajera
instantnea y redes sociales.
En paralelo, otras compaas se han adaptado al negocio mvil, como Google y Yahoo, incorporando una
versin mvil del famoso Google Maps o el acceso a su portal adaptado a los formatos de pantalla de un
mvil. Otros servicios, como la videoconferencia o el acceso a Internet mvil, no han tenido la repercusin que
inicialmente se pens, y demuestran que muchas veces la tecnologa se aplica de una manera radicalmente
diferente a aquello para lo que fue concebida.
2.5 Cuarta generacin (4G)

Tcnicamente se le denomina LTE, siglas de Long Term Evolution (Evolucin a largo plazo). El aspecto
principal es que se trata de una red 100% IP, es decir, que puede interoperar de manera integrada con el resto
de redes IP que configuran Internet. Eso significa un abaratamiento importante de costes, que posiblemente
permite que casi cualquier cosa de la vida cotidiana disponga de una conexin a Internet: el coche, el
ordenador y la vivienda, pero tambin nuestras maletas, zapatos, electrodomsticos, las papeleras de la calle,
semforos, farolas, alcantarillas y todo lo que sea susceptible de enviar o recibir contenidos o alertas en un
determinado momento.
La evolucin a la cuarta generacin va acompaada de un incremento importante en el ancho de banda. El
objetivo es disponer de velocidades mnimas de acceso de 100 Mbps en movimiento y de hasta 1 Gbps en
reposo, y que el tiempo medio que necesita la red para transportar la informacin entre dos puntos lejanos
(denominado latencia) sea muy pequeo, comparable al de las actuales redes de rea local que se instalan en
las oficinas. Esto permite descargas de vdeo de alta definicin y msica HiFi en tiempo real. Las
investigaciones para el desarrollo de estos equipos van parejas al descubrimiento de bateras de menos tamao
y peso, y mayor duracin, ya que se espera un incremento del consumo por parte de estos dispositivos.
9
3 ACCESO RADIO DEL SISTEMA UMTS
The fundamental problem of communication is that of reproducing at one

point either exactly or approximately a message selected at another point.
Claude Shannon, 1948
N los sistemas de telefona mvil las seales de los usuarios se transmiten utilizando portadoras de
E radiofrecuencia. Debido a que el espectro electromagntico que los distintos operadores tienen a su
disposicin es limitado, hay que conseguir que el recurso radio se pueda utilizar con la mayor eficiencia
posible. La gestin del recurso radio se efecta mediante tcnicas de acceso mltiple. Para ello, es posible
compartir el recurso comn (el espectro) entre varios usuarios, garantizando la calidad del servicio. Una parte
integrante de las tcnicas de acceso est constituida por los procedimientos de transmisin y de recepcin de la
seal del usuario (acceso radio). El nivel fsico de la torre de protocolos OSI define las modalidades con las
cuales se accede al recurso radio. Los protocolos de nivel fsico ms los protocolos de nivel 2 y 3 de la torre
OSI constituyen la interfaz radio del sistema UMTS.
El proceso de definicin de la interfaz radio del UMTS, se inici en el ETSI a partir de 1997 con la creacin de
algunos grupos de trabajo cuyo objetivo era el desarrollo de las distintas soluciones, para la interfaz radio,
presentadas por las distintas compaas.
En un principio, las alternativas examinadas por la ETSI, para realizar la interfaz radio del UMTS, eran cuatro:
la tcnica W-CDMA (Wideband-Code Division Multiple Access), la tcnica TD-CDMA (Time Division-
Code Division Multiple Access), una tcnica basada en la transmisin por divisin en el tiempo, denominada
W-TDMA (Wideband-Time Division Multiple Access) semejante a la utilizada por el GSM pero que presenta
una velocidad de transmisin mucho mayor, y finalmente una tcnica multiportadora denominada OFDMA
(Orthogonal Frequency Division Multiple Access). En el verano de 1997 ya resultaba evidente que slo las
dos primeras soluciones tenan las propiedades adecuadas para el nuevo sistema que se quera realizar.
En Enero de 1998, ETSI lleg a un acuerdo sobre la tcnica de acceso radio a utilizar para el UMTS. La
solucin, identificada como UTRA (UMTS Terrestrial Radio Access), se basa en las dos propuestas W-
CDMA y TD-CDMA.
Concretamente, la decisin prev que:
En las bandas pareadas (con duplexing FDD) el sistema adopte la tcnica W-CDMA.
En las bandas no pareadas (con duplexing TDD) el sistema adopte la tcnica de acceso TD-CDMA.
La especificacin del acceso radio sea la adecuada para garantizar la posibilidad de desarrollar
terminales de bajo coste, garantizando al mismo tiempo terminales dual mode UMTS/GSM y
FDD/TDD.
El componente FDD permita que un operador pueda proporcionar los servicios UMTS con una
asignacin mnima de banda igual a 2x5 MHz.
La asignacin de las bandas para UMTS no establece la modalidad de duplexing (TDD o FDD) que, no
obstante, depende de la solucin radio escogida por el sistema. Sin embargo, queda implcito el recurso a
soluciones ya adoptadas en sistemas existentes como la aproximacin FDD cuando hay dos bandas separadas
y simtricas para los dos enlaces (por ejemplo en el GSM) y TDD cuando hay una nica porcin de banda
asignada al sistema (por ejemplo en el DECT).
11
12
Acceso Radio del Sistema UMTS
En el componente FDD, la transmisin entre el terminal mvil y la estacin base (enlace uplink) se produce en
una subbanda (generalmente la inferior) mientras que la transmisin entre la estacin base y el terminal mvil
(enlace downlink) se produce en la otra subbanda. Las operaciones de transmisin y recepcin pueden tener
lugar simultneamente estando ambas seales separadas en frecuencia. Este tipo de transmisin est
especialmente adaptado a la transmisin de servicios de tipo simtrico, en los que la velocidad de transferencia
de la informacin del usuario en los dos enlaces es igual.
En la componente TDD, se utiliza la misma subbanda para la transmisin en los enlaces uplink y downlink. En
este caso, las operaciones de transmisin y de recepcin estn separadas en el tiempo. El instante de
conmutacin entre las operaciones de transmisin y recepcin se puede seleccionar de forma adecuada para
ofrecer servicios de tipo asimtrico, en los que la velocidad de transferencia de la informacin del usuario
puede ser muy distinta entre ambos enlaces. Un ejemplo de este tipo de servicios es el acceso a una base de
datos donde se hacen solicitudes breves y posteriormente se leen importantes cantidades de informacin.
3.1 La tcnica de acceso W-CDMA

Los sistemas radio transmiten y reciben utilizando un recurso comn que es la fraccin del espectro
electromagntico asignada al propio sistema por los organismos reguladores. La utilizacin de un recurso
comn, por parte de varios usuarios del mismo sistema, produce en general situaciones de conflicto si dos o
ms usuarios transmiten sin ninguna clase de precaucin en la misma frecuencia y en el mismo instante. Para
resolver las posibles interferencias entre usuarios y ampliar al mximo la capacidad del sistema, es decir, el
nmero de usuarios a los que el sistema puede atender con una calidad de servicio preestablecida, se han
introducido las tcnicas de acceso mltiple.
Las tcnicas de acceso clsicas intentan repartir, de la manera ms eficiente posible, los recursos de
transmisin representados por frecuencia (o banda) y el tiempo, entre los usuarios que desean acceder al
servicio. Estas tcnicas se denominan respectivamente FDMA (Frequency Division Multiple Access) y
TDMA (Time Division Multiple Access).
La tcnica FDMA consiste en subdividir la banda asignada al sistema en un determinado nmero de partes
denominadas canales, centradas en una frecuencia portadora. Por consiguiente, con esta tcnica el recurso
elemental se puede identificar con la portadora radio. A cada usuario se le asigna un canal (o portadora) para
toda la duracin de la conversacin. Esta tcnica se utiliza en los sistemas analgicos de primera generacin
como el TACS (Total Access Communication System) y el AMPS (Advanced Mobile Phone Service).
La tcnica TDMA se caracteriza por el reparto del recurso de transmisin en fracciones temporales
denominadas time slot. Varios usuarios pueden utilizar la banda asignada a la comunicacin en instantes o
slots distintos. En este caso, el recurso elemental es identificado por el time slot asignado a la comunicacin.
En general, se adoptan tcnicas mixtas TDMA-FDMA en las que la banda asignada a un operador se
subdivide entre varias portadoras FDMA, y cada una de ellas es compartida por los usuarios con tcnica
TDMA. Por consiguiente, el recurso elemental es el conjunto time slot-portadora radio. La tcnica
TDMA/FDMA se utiliza en sistemas mviles digitales de segunda generacin como el GSM y el PDC
(Personal Digital Cellular). La tcnica CDMA se diferencia de las anteriores porque permite que los usuarios
transmitan en la misma frecuencia y al mismo tiempo. La separacin entre los distintos usuarios se obtiene
asignando a cada uno un cdigo (o secuencia) distinto. Las secuencias se utilizan para codificar de manera
unvoca la informacin de usuario a transmitir, para poderla distinguir de la de los dems usuarios. Esta
operacin, en lenguaje tcnico, se denomina spreading. El recurso elemental es la secuencia asociada a cada
seal de usuario. En este caso, tambin son posibles aproximaciones hbridas con las tcnicas mencionadas
anteriormente. El recurso elemental segn las combinaciones que se hagan, se puede identificar con parejas o
ternas de parmetros. La operacin de spreading, prev que a cada seal a transmitir en el canal radio vaya
asociada, con una operacin de multiplicacin, una secuencia numrica (cdigo) con velocidad de transmisin
(chip rate) mucho mayor que la velocidad de la informacin a transmitir. Los bit obtenidos tras esta operacin,
se definen en el lenguaje tcnico como chip. Las secuencias de cdigo asignadas a los usuarios que comparten
el mismo canal son distintas entre ellas y se escogen de manera que haya poca correlacin entre ellas. Esto
hace que en condiciones ideales, en recepcin la operacin dual (despreading) anule el efecto de las
interferencias mutuas y permita extraer la seal deseada.
En condiciones de propagacin reales, las distorsiones y las interferencias que sufren las seales a lo largo del
canal de comunicacin degradan las condiciones de ortogonalidad y por ello, el nmero de seales que se
pueden superponer en el mismo canal es limitado. Por consiguiente, el lmite de la capacidad del sistema viene
dado por el nivel de interferencia residual tras la operacin de despreading. Por lo tanto, es fundamental
reducir al mnimo el nivel de interferencia residual.
Evidentemente, la banda ocupada por la seal transmitida es mayor que la que sera estrictamente necesaria
para transmitir la informacin. La aparente prdida de eficiencia espectral, queda en realidad compensada por
la posibilidad de superponer ms seales en el mismo canal radio. Cuanto mayor es la relacin entre la
velocidad de transmisin en el aire y la velocidad de transferencia de la informacin de usuario, ms fuerte es
la robustez frente a la interferencia y, por consiguiente, mayor el nmero de usuarios que pueden transmitir
simultneamente en el mismo canal. La robustez, frente a la interferencia, es tan elevada que se puede utilizar
la misma frecuencia portadora en todas las celdas de una red de telefona mvil. Una sencilla analoga, permite
explicar la tcnica CDMA: supongamos que estamos en una sala de conferencias en la cual tres ponentes estn
efectuando una presentacin y que cada uno utiliza un sistema distinto, por ejemplo, el ingls, el francs y el
espaol. En el supuesto de que haya un hipottico oyente en la sala y de que conozca nicamente la lengua
espaola, ste conseguir seguir, hasta cierto punto, solo la lengua espaola, mientras que percibir las otras
lenguas como un ruido de fondo (ver Figura 3-1). Sucede lo mismo con el sistema CDMA en el cual la
secuencia de informacin encriptada con el cdigo utilizado por el receptor se recupera, mientras que las
secuencias que utilizan los dems cdigos se cancelan o, en condiciones reales, se atenan considerablemente.
Figura 3-1 Analoga utilizada para describir la tcnica CDMA
La Figura 3-2 expone esquemticamente las tres tcnicas de acceso en el dominio tiempo-frecuencia-potencia.
13
14
Figura 3-2 Tcnicas de acceso en el dominio tiempo-frecuencia-potencia
3.1.1 Spreading y despreading

La tcnica CDMA se caracteriza por el notable incremento de la banda de la seal transmitida respecto a la
que sera estrictamente necesaria.
El efecto del spreading en la banda queda ilustrado grficamente en la Figura 3-3 en la que b(t) es la seal de
informacin, c(t) es el cdigo asignado al usuario y B(f) y C(f) son las densidades espectrales de potencia
correspondientes.
Figura 3-3 Incremento de la banda por efecto del spreading

Es importante sealar que para ensanchar la banda se pueden utilizar secuencias con buenas propiedades de
ortogonalidad (utilizadas para distinguir las distintas seales de usuario), pero tambin tcnicas de repeticin
de la informacin y cdigos de correccin de error.
Cuantitativamente, el incremento total de banda es igual al Processing Gain (PG) definido como la relacin
entre la banda de la seal transmitida (fc) y la banda de la seal de informacin (fb).
Como en general fc es mucho mayor que fb, el incremento de la banda puede variar desde algunas unidades
hasta cientos de veces. Se define adems el Spreading Factor, como el nmero de chips con el cual se
representa cada bit a la entrada del bloque que efecta la operacin de spreading. En el sistema UMTS, ste
coincide con la longitud de la secuencia utilizada para distinguir seales de usuario distintas.
Es importante sealar la diferencia entre processing gain y spreading factor. El primero incluye todo el
procesado que est presente entre la fuente de informacin y la antena transmisora y que contribuye a
ensanchar la banda. Por ejemplo, los cdigos de correccin de errores estn incluidos en el processing gain. En
cambio, el segundo comprende slo la operacin de spreading (es decir, la multiplicacin de la seal por una
secuencia utilizada para distinguir al usuario). El processing gain est relacionado con la capacidad de la
tcnica CDMA de reducir la interferencia (interference rejection), mientras que el spreading factor est
relacionado con el nmero de secuencias disponibles y por consiguiente, regula el nmero de usuarios que
pueden ser atendidos.
En la recepcin, para recuperar la seal de informacin til, se multiplica la seal recibida por el mismo cdigo
c(t) asignado al usuario (operacin de despreading). Mediante un filtro paso bajo se selecciona el componente
til de la seal. Por consiguiente, para poder efectuar la operacin de despreading el cdigo debe ser conocido
por el receptor: por ejemplo, se le puede notificar al terminal mvil por medio de la sealizacin en fase de
negociacin de la conexin. Adems, es necesario que el cdigo c(t) aplicado en recepcin est sincronizado
con el utilizado en transmisin.
Supongamos ahora que a la seal transmitida se le ha superpuesto una seal interferente de banda estrecha. La
operacin de despreading permite eliminar el cdigo y recuperar la informacin. Sin embargo, al mismo
tiempo, la interferencia, se ve multiplicada por una secuencia de elevada tasa binaria con el consiguiente
ensanchamiento de la banda y reduccin de la densidad espectral de potencia. Por medio de un filtro (con
banda fb) se recupera la seal til y adems, se reduce la potencia de la seal de interferencia en una cantidad
igual al processing gain. Este concepto queda ilustrado grficamente en la Figura 3-4.
El ejemplo que se acaba de exponer sigue siendo vlido incluso en el caso de interferencia de banda ancha. Por
ejemplo, se puede suponer que el problema sea la seal de un segundo usuario a quien le ha sido asignado un
cdigo c(t) distinto de c(t). Efectuando la operacin de despreading la interferencia permanece ensanchada ya
que el producto c(t)c(t) an es una secuencia con banda fc ensanchada. En este caso, la operacin de filtrado
tambin elimina el componente de seal de interferencia (interferente) que queda fuera de la banda til.
15
16
Figura 3-4 Reduccin de las interferencias en la tcnica CDMA
3.1.1.1 Asignacin de las secuencias de spreading
Para transmitir seales con tasa binaria variable, es preciso utilizar secuencias de spreading de longitud
variable (en efecto, la velocidad de transmisin en el aire es constante e igual a 3,84 Mchip/s).
El campo de variacin de la longitud de las secuencias es distinto para las modalidades FDD y TDD. En el
caso FDD, la longitud puede variar entre un mnimo de 4 y un mximo de 512; mientras que en caso TDD, la
longitud vara entre 1 y 16.
Para reducir el nivel de interferencia entre varios usuarios, debe asociarse a cada seal transmitida una
secuencia ortogonal a las otras ya asignadas (es decir, con correlacin cruzada igual a cero).
Esto se puede obtener adoptando una asignacin de las secuencias basada en una estructura de rbol, en la que
las secuencias situadas en las ramas son generadas por una raz comn (Figura 3-5). Las secuencias de igual
longitud y aquellas de distinta longitud pero generadas de distintas races del rbol son ortogonales entre s.
Como el nmero de las secuencias de que se dispone limita el nmero de seales transmitidas
simultneamente, es preciso garantizar que la gestin de las secuencias se efecta cuidadosamente. En general,
es preciso revisar con cierta frecuencia la asignacin de las secuencias a las distintas seales para optimizar la
utilizacin de los recursos, y por tanto, su capacidad.
Figura 3-5 rbol de secuencias de spreading
3.1.2 La capacidad de los sistemas

Recordamos que la tcnica CDMA en la que las diferentes seales se caracterizan por cdigos distintos,
tericamente hace que la interferencia de las distintas seales se anule totalmente. En realidad, no obstante, las
condiciones de propagacin reducen las propiedades de ortogonalidad de las secuencias utilizadas. Por
consiguiente, el nmero de conversaciones se ve limitado por la interferencia mutua.
Contrariamente a los sistemas de primera y segunda generacin, no existe una limitacin preestablecida de los
recursos (nmero de portadoras o nmero de time slots): cada vez que se acepta una nueva llamada la calidad
de todos los usuarios presentes en el sistema sufre una ligera degradacin. Se pueden aceptar nuevas llamadas
hasta que el nivel de interferencia sea tal que ya no garantice el nivel de calidad deseado. Nada impide que en
caso de emergencia se puedan aceptar durante un tiempo limitado un nmero de llamadas superior al
establecido por puros criterios de calidad. Por todos estos motivos, se dice que los sistemas CDMA se
caracterizan por tener una degradacin de la calidad gradual (soft degradation). La limitacin de capacidad
debida a la interferencia tambin puede explicarse recurriendo a la analoga de la Figura 3-1. Aunque las
distintas personas hablen entre ellas a un nivel normal, el ruido de fondo es tal que dificulta la comprensin de
las palabras, si el nmero de conversaciones aumenta demasiado.
Volvamos a considerar el ejemplo de la Figura 3-1. Todas las parejas que estn hablando entre ellas en
distintos idiomas (cdigos) consiguen continuar la conversacin si todas hablan a un nivel normal. Para
entenderse mejor, una pareja podra decidir empezar a gritar. Sin embargo, de esta manera el ruido sera tan
elevado que impedira que todos los dems pudieran conversar. De ah que el uso de una potencia exagerada
respecto a lo necesario tenga el efecto prctico de anular la capacidad de la celda.
Un ejemplo prctico de este fenmeno es el del caso en el que se pone un mvil muy cerca de la estacin base.
Si no se toman medidas y el mvil transmite a su potencia mxima (grita), todas las seales de los dems
usuarios que llegan atenuadas debido a una distancia mayor, no pueden ser recibidas correctamente. En la
literatura especializada se denomina a este problema con el trmino near-far. En general, es fundamental que
en enlace uplink todas las seales relacionadas con un mismo servicio lleguen a la estacin de radio base con
igual nivel de potencia. Este resultado puede obtenerse por medio de un mecanismo conocido como control de
potencia que tiene por objeto regular el nivel de transmisin de las diferentes seales. Tomando como ejemplo
la pareja que grita, mencionada anteriormente, se puede deducir que el efecto principal de un control de
potencia poco cuidadoso produce una considerable reduccin de capacidad.
El control de potencia es importante tanto en uplink como en downlink. Seguramente, es ms crtico en uplink,
17
18
en el que muchos usuarios transmiten simultneamente hacia una nica estacin base. En este caso la
interferencia debida a los usuarios de una misma celda depende de la distancia de los mismos con respecto a la
estacin base. En cambio, en downlink el control de potencia es menos crtico ya que hay un nico transmisor
(la estacin base) que engloba las distintas seales de los usuarios y las transmite simultneamente hacia los
terminales mviles. En este caso, un terminal mvil recibir siempre las distintas contribuciones (la til y las
dirigidas hacia los dems mviles) con un nivel de potencia tericamente igual. Por consiguiente, la
interferencia debida a usuarios de una misma celda no depende de la distancia a la estacin base.
A partir de todas estas consideraciones, queda claro que la valoracin de un sistema CDMA debe basarse en
una valoracin precisa del nivel de interferencia del sistema. La relacin seal/interferencia (C/I) del servicio
cuya capacidad se desea valorar es un parmetro de fundamental importancia.
3.1.2.1 La capacidad del enlace uplink
Consideramos el caso de una celda perfectamente aislada con control de potencia (todas las seales se reciben
con la misma potencia). Siendo N el nmero de usuarios y C el valor de potencia til de la comunicacin de
referencia, los usuarios restantes (N-1) contribuirn con un valor de interferencia igual a C(N-1). Por
consiguiente, la relacin C/I es:
1 (31)
= =
( 1) 1
Para poder garantizar la calidad de servicio deseada es preciso garantizar una determinada relacin seal/ruido.
En general, se recurre a la relacin Eb/Io, definida como relacin entre la energa del bit de informacin y la
densidad espectral de interferencia (en la hiptesis de que el ruido trmico sea despreciable). Esto se puede
escribir como sigue:
1 (32)
= = =
1
Donde W es la velocidad de transmisin en el aire de la seal y R la tasa binaria de la fuente de informacin.

Recordamos que la relacin W/R es el processing gain.
El nmero de usuarios N al que la celda puede atender
1 (33)

Tal y como se puede observar son dos los factores que determinan el nmero de usuarios: el processing gain y
la relacin Eb/Io. Concretamente, toda tcnica que permita disminuir la relacin Eb/Io, conlleva
automticamente una ganancia en trminos de capacidad.
Teniendo en cuenta que el proceso de spreading consiste en una multiplicacin entre la seal binaria de
informacin y la seal asociada al cdigo de spreading, durante las pausas de transmisin, la potencia radiada
es tericamente nula. Por consiguiente, siendo d la fraccin de tiempo durante la cual est activo un transmisor
en media, el valor de capacidad se ve incrementado por un factor 1/d. En el caso de la voz, un valor tpico es
d=0,38. Adems, si en vez de una antena omnidireccional se piensa utilizar una antena directiva, la
interferencia recibida por un sector ser igual a 1/GS (GS= nmero de sectores o ganancia de sectorizacin). Se
define emplazamiento como el conjunto de varias celdas ubicadas en el mismo lugar geogrfico cada una de
las cuales utiliza una antena sectorial. La capacidad de un lugar dividido en GS sectores es:
1 1 (34)

Se considera ahora el caso de una cobertura multicelular en la que los usuarios estn distribuidos de manera
uniforme y todos requieren el mismo servicio. El efecto de interferencia de las celdas externas se tiene en
cuenta aumentando el valor de interferencia en un factor (normalmente indicado con f o i) definido como la
relacin entre la interferencia recibida de las otras celdas y la producida dentro de la celda a la cual est
conectado el mvil. La capacidad, por consiguiente, se ve reducida en un factor (que tambin se conoce como
un factor de reso de frecuencias del sistema CDMA) igual a (1+f).
1 1 1 (35)

1 +
En esta expresin el elemento ms crtico es precisamente el factor f que no es fcil de determinar. En un

entorno macro-celular son valores tpicos: 0,5 0,6. Sin embargo, varan con el entorno en el cual se opera.
La expresin obtenida puede generalizarse al caso en que haya usuarios con diversos tipos de servicio. Cabe
indicar que en cada caso, la frmula proporcionada es aproximada y se basa en valores medios. Una
valoracin ms precisa debe basarse en un anlisis estadstico que tenga en cuenta todos los componentes
aleatorios significativos presentes en el sistema. En general, para obtener indicaciones precisas es necesario
recurrir a tcnicas de simulacin.
3.1.2.2 La capacidad del enlace downlink
La capacidad del downlink, aunque tambin se puede estimar con un clculo de relacin C/I, no se puede
traducir fcilmente en frmulas aproximadas. Los siguientes puntos sintetizan los conceptos bsicos relativos
al downlink:
Transmisin de una fuente hacia muchos receptores; la interferencia es recibida por pocas fuentes
concentradas y de mayor intensidad (las estaciones base) en lugar de por un nmero elevado de
mviles repartidos por un rea extensa.
Las propiedades de las secuencias de spreading reducen mucho (tericamente deberan eliminarla) la
interferencia generada dentro de la celda.
El clculo de la capacidad se reduce pues, a la valoracin de la relacin seal/interferencia para un usuario
genrico y a la verificacin que la estacin base servidora tiene suficiente potencia.
3.2 Arquitectura UTRAN

UMTS presenta una arquitectura en la cual se describen tres elementos principalmente, el UE o equipo de
usuario, UTRAN (UMTS Terrestrial Radio Access Network) y la red central (Core Network). UTRAN
permite a los equipos de usuario acceder al ncleo de red de UMTS.
En UTRAN, el acceso al ncleo de red de UMTS se realiza va radio, a travs de una serie de elementos de red
interconectados entre s y con el ncleo de red mediante interfaces de transporte terrestres. La interfaz Uu se
encuentra entre el UE y la red UTRAN, y entre la red UTRAN y la red central o Core Network se encuentra la
interfaz lu. La interfaz entre el UE y la red UTRAN es la tecnologa WCDMA, es decir, la conexin entre el
equipo de usuario y la red de acceso de radio para UMTS es mediante la tecnologa WCDMA.
19
20
La red UTRAN consiste de varios elementos, entre los que se encuentran los RNC (Radio Network
Controller) que se encargan de controlar la red de acceso radio y los Nodo B, que corresponden a las
estaciones base donde se sitan las antenas y elementos de transmisin radio. Ambos elementos juntos forman
el RNS (Radio Network Subsystem). Las interfaces internas de UTRAN incluyen la interfaz lub la cual se
encuentra entre el Nodo B y el RNC y la interfaz lur que conecta a los RNC entre s.
Figura 3-6 Arquitectura UTRAN
Equipo de usuario (UE):

El equipo de usuario o UE, tambin llamado mvil, es el equipo que el usuario trae consigo para lograr la
comunicacin con una estacin base en el momento que lo desee, y en el lugar donde exista cobertura. ste
puede variar en su tamao y forma, sin embargo debe estar preparado para soportar el estndar y los
protocolos para los que fue diseado.
Interfaz Uu:
La interfaz Uu se encuentra entre el equipo de usuario y la red UTRAN.
RNC (Radio Network Controller):

El RNC controla a uno o varios Nodos B. El RNC se conecta con el MSC mediante la interfaz luCS o con un
SGSN mediante la interfaz luPs. La interfaz entre dos RNCs es la interfaz lur. Si comparamos al RNC con la
red de GSM, ste es comparable con el BSC (Base Station Controller).
Algunas de las funciones ejecutadas por RNC son:
Manejar los recursos de transporte de la interfaz lu.
Manejo de la informacin del sistema y de la sincronizacin de la informacin del sistema.
Manejo de trfico en los canales comunes.
Combinacin en la Macro diversidad y divisin de las tramas de datos transferidas sobre muchos
Nodos B.
Asignacin de cdigos de canalizacin en el enlace de bajada.
Control de admisin.
Manejo del trfico en los canales compartidos.
Nodo B:
El Nodo B crea, mantiene y enva un enlace de radio en cooperacin con el terminal. Es decir, es el
componente responsable de la transmisin y recepcin radio entre el terminal mvil y una o ms celdas
UMTS.
Algunas de las funciones ejecutadas por Nodo B son:
Transmisin de los mensajes de informacin del sistema de acuerdo con el sincronismo determinado
por el RNC.
Reportar las mediciones de la interferencia en el enlace de subida y la informacin de la potencia en el
enlace de bajada.
Combinacin para la Macro diversidad y divisin de las tramas de datos internas al Nodo B.
Interfaz lu:
Esta interfaz conecta a la red central con la red de acceso de radio de UMTS. Es la interfaz central y la ms
importante para el concepto de 3GPP. La interfaz lu puede tener dos diferentes instancias fsicas para conectar
a dos diferentes elementos de la red central, todo dependiendo si se trata de una red basada en conmutacin de
circuitos o basada en conmutacin de paquetes. En el primer caso, es la interfaz lu-CS la que sirve de enlace
entre UTRAN y el MSC, y es la interfaz lu-PS la encargada de conectar a la red de acceso de radio con el
SGSN de la red central.
Red Central (Core Network):

La red central se forma por varios elementos, los dos de mayor inters son el MSC, pieza central en una red
basada en conmutacin de circuitos y el SGSN, pieza central en una red basada en conmutacin de paquetes.
MSC (Mobile Switching Center):

Como ya se mencion, el MSC es la pieza central de una red basada en la conmutacin de circuitos. El mismo
MSC es usado tanto por el sistema GSM como por UMTS, es decir, la BSS (Base Station Subsystem) de GSM
y el RNS de UTRAN se pueden conectar con el mismo MSC. Esto es posible ya que uno de los objetivos del
3GPP fue conectar a la red UTRAN con la red central de GSM/GPRS. El MSC tiene diferentes interfaces para
conectarse con la red PSTN, con el SGSN y con otros MSCs.
SGSN (Serving GPRS Support Node):

El SGSN es la pieza central en una red basada en la conmutacin de paquetes. El SGSN se conecta con
UTRAN mediante la interfaz lu-PS y con el GSM-BSS mediante la interfaz Gb.
21
4 RECURSOS EN EL INTERFAZ RADIO
E n el captulo 2 se ha dado una visin general del sistema WCDMA, y se han empezado a intuir algunos
de los parmetros que pueden determinar la capacidad de una red UMTS en el interfaz radio, como
pueden ser la potencia o los cdigos de spreading. En este captulo intentaremos profundizar en cada
uno de los recursos que hay que tener en consideracin a la hora de analizar y gestionar la capacidad de una
red en funcionamiento.
El dimensionamiento de una red radio WCDMA es el proceso mediante el cual se estiman el nmero de
elementos de red necesarios y las posibles configuraciones de los mismos, basndose en los requerimientos de
cobertura, capacidad y calidad de servicio. En este caso nos centraremos en la capacidad, aunque tiene un claro
compromiso con la cobertura y la calidad. Hoy en da, cada vez son ms los recursos requeridos para soportar
el incremento de trfico en una red de telecomunicaciones. Estos recursos incluyen los recursos de procesado
de la sealizacin, recursos de transmisin y los recursos en el interfaz aire. Recursos insuficientes en la red
afectarn a la experiencia de usuario, bien por su imposibilidad de acceso a la red o bien por transmisiones a
velocidades inferiores a las esperadas. Por tanto, la monitorizacin en tiempo real, la deteccin de cuellos de
botella y la apropiada expansin de la red son crticas para conseguir una buena experiencia de usuario en una
red mvil de telecomunicaciones.
Pues bien. Cules son esos recursos que hay que monitorizar? Veamos en la siguiente figura de forma
genrica los recursos a nivel UTRAN, es decir, en la RNC, el Nodo B, y la celda.
Figura 4-1 Recursos de la RNC, Nodo B y Celda
Los recursos monitorizados en la RNC son los siguientes:

Unidad de procesado de la sealizacin (SDU). La unidad de procesado de la sealizacin procesa los
servicios UMTS en el plano de control. Los recursos de la SDU son los que ms probablemente llegan
a ser insuficientes en una RNC
23
24
Recursos en el Interfaz Radio
Unidad principal de procesado (MPU). La MPU gestiona el plano de control, el plano de usuario y los
recursos de transmisin.
Unidad de procesado de datos (DPU). Procesa los datos del plano de usuario. El rpido crecimiento de
los servicios mviles de banda ancha requieren de una experiencia de usuario mejor y tasas de
throughput mayores en cualquier momento y en cualquier lugar. Los recursos de la DPU pueden
llegar a ser un cuello de botella en la RNC y no cumplir con los requisitos de servicio.
Interfaces de la RNC. Las tarjetas interfaz de la RNC proporcionan recursos y puertos de transmisin,
mensajes de procesado de transporte de la red, e intercambio de datos internos y datos externos. La
sobrecarga de recursos en las tarjetas interfaz incrementan el ratio de prdida de paquetes, interrumpe
las comunicaciones, y afecta a la experiencia de usuario.
Los recursos monitorizados en el nodo B son los siguientes:
Channel Element. Los Channel elements (CE) son los recursos de procesado en banda base.
Normalmente los CEs son los ms probables en congestionar en una red. En las primeras fases de
despliegue de una red los operadores slo adquieren una pequea cantidad de CEs, lo cual reduce sus
inversiones iniciales.
CNBAP. La carga CNBAP, protocolo de sealizacin responsable del control de los Nodos B por la
RNC, se usa para evaluar la capacidad de procesado del nodo B. La sobrecarga CNBAP disminuye la
capacidad de procesado del sistema, lo cual afecta a los KPIs relativos al NodoB, sus indicadores
clave de desempeo.
Recursos del interfaz Iub. El interfaz Iub es un interfaz entre el NodoB y la RNC, el cual usa ATM o
transmisin IP dependiendo del medio de transmisin. Un ancho de banda insuficiente en el interfaz
Iub provoca fallos de admisin, deterioro de los KPIs de transmisin (tales como retraso y prdida de
paquetes) y un empeoramiento de la calidad de servicio UMTS (QoS).
Los recursos monitorizados en las celdas son los siguientes:
Potencia total recibida de banda ancha (RTWP). RTWP incluye el ruido recibido, la interferencia
radio externa y la potencia en el uplink. RTWP se usa para monitorizar la carga en el uplink.
La potencia de portadora transmitida (TCP). La TCP hace referencia a la potencia total de portadora
transmitida por una celda. Se usa para monitorizar la carga en downlink. El valor TCP est limitado
por la mxima potencia de transmisin del amplificador de potencia en un NodoB y la mxima
potencia de transmisin configurada en una celda.
Cdigos OVSF (Orthogonal variable spreading factor). Hace referencia a los recursos de spreading en
el downlink. La insuficiencia de recursos OVSF afecta al acceso de los usuarios a la red.
Canal de Paging (PCH). El uso de PCH viene determinado por la planificacin de las reas de
localizacin y las reas de enrutado o encaminamiento (location areas y routing areas). La sobrecarga
PCH reduce el xito de paging.
Random Access channel y Forward Access channel (RACH y FACH). Estos canales transportan
sealizacin y algunos datos del plano de usuario. Su sobrecarga reduce el xito de acceso y afecta a
la experiencia de usuario.
En trminos generales, cuando el uso de un recurso excede un umbral mximo definido, habr que verificar si
otros recursos tambin exceden sus umbrales mximos.
Si es que s, la celda o el NodoB est sobrecargado y es necesaria una ampliacin de capacidad.
Si es que no, la celda o el nodo no estarn necesariamente sobrecargados y la ampliacin de capacidad
no ser obligatoria. El problema podra solucionarse haciendo otros ajustes u optimizaciones.
Por ejemplo, cuando el uso de CEs supera el 70% pero el uso de otros recursos como RTWP, TCP y OVSF
estn dentro de los rangos permitidos, los CEs son considerados insuficientes, pero la celda no est
sobrecargada. Para solucionar el problema, se puede incrementar las licencias de CEs o las tarjetas de
procesado de banda base, en vez de aumentar la capacidad del NodoB.
En las siguientes secciones entraremos a analizar en ms detalle los recursos del NodoB y de la celda, que son
los que nos ocupan en este proyecto, centrndonos sobre todo en los CEs y la potencia de transmisin, que son
los recursos ms crticos en una operacin normal de red. Se har teniendo en cuenta que los equipos
desplegados en la red son los de la serie 3900 de Huawei.
4.1 Recursos de banda base

Los Channel Elements (CEs) son los recursos de banda base proporcionados por los Nodos B y miden la
capacidad de banda base de los Nodos B. Cuanto ms CEs soporte un Nodo B mayor ser la capacidad de
procesado de servicios del Nodo B. Si los CEs disponibles son insuficientes, el Nodo B rechazar una nueva
peticin de llamada. Adems los CEs se estructuran dentro del nodo en los llamados grupos de recursos
(resource groups) que veremos ms adelante.
Un channel element es una unidad usada para indicar la capacidad banda base y los recursos ocupados por el
procesado del servicio. Los CEs pueden clasificarse en UL CEs (Uplink CEs) y DL CEs (Downlink CEs):
UL CE: Un UL CE hace referencia a los recursos banda base usados por un servicio de voz de 12.2
kbit/s (SF=64) ms 3.4 kbit/s de sealizacin.
DL CE: Un DL CE hace referencia a los recursos banda base usados por un servicio de voz de 12.2
kbit/s (SF=128) ms 3.4 kbit/s de sealizacin.
En los equipo Huawei los recursos banda base residen en la BBU3900, y concretamente en las tarjetas WBBP.
La BBU3900 es la unidad banda base de la serie 3900 de estaciones base de Huawei. Esta unidad proporciona
las siguientes funciones:
Transmite las seales entre las estaciones base y la controladora de estaciones base.
Proporciona el reloj del sistema.
Gestiona toda la estacin base en trminos de O&M (Operacin y Mantenimiento) y procesado de la
sealizacin.
Proporciona un canal O&M que se conecta al LMT o M2000 (sistemas de supervisin de red de
Huawei).
La WBBP es la unidad de procesado de banda base de la BBU3900. Esta unidad proporciona las siguientes
funciones:
La tarjeta WBBPb proporciona tres puertos CPRI para comunicacin con los mdulos RF.
La tarjeta WBBPd proporciona seis puertos CPRI para comunicacin con los mdulos RF.
La tarjeta WBBPf proporciona seis puertos CPRI para comunicacin con los mdulos RF.
Procesa las seales banda base uplink y downlink.
La tarjeta WBBP puede simultneamente procesar las seales banda base UL/DL y las seales CPRI. El
estndar CPRI define la interfaz entre la BBU y los mdulos RF. El procesado de la seal banda base UL
implica la demodulacin, el control de acceso aleatorio y la decodificacin. El procesado de la seal banda
base DL implica la codificacin, el ensanchamiento de frecuencia y la modulacin. Una tarjeta WBBP puede
planificar servicios HSDPA y HSUPA mientras procesa servicios CS y PS. La siguiente figura muestra la
estructura de la unidad de banda base de un Nodo B.
25
26
Figura 4-2 Estructura de la unidad banda base del Nodo B
Huawei mide la capacidad de procesado HSDPA mediante el HSDPA code word, no por los CEs. Un HSDPA
code Word es igual a los recursos DL banda base que se necesitan para procesar un HS-PDSCH (SF = 16). Un
mximo de 15 code words pueden ser usados en una celda.
4.1.1 Procedimientos de asignacin de los recursos banda base

Los grupos de recursos banda base en los Nodos B de la serie 3900 pueden ser clasificados en grupos de
recursos UL y grupos de recursos DL. Los procedimientos de asignacin son los siguientes:
Un UE puede ocupar recursos banda base UL en cualquier tarjeta WBBP dentro de un grupo de
recursos UL y los recursos de un grupo de recursos UL pueden ser compartidos entre todas las tarjetas
WBBP del grupo.
Una celda puede ocupar recursos banda base DL en cualquier tarjeta WBBP en un grupo de recursos
DL, y todos los UEs de una misma celda pueden ocupar recursos en la misma tarjeta WBBP. Los
recursos en un grupo de recursos DL pueden ser compartidos dentro de una tarjeta WBBP. En
RAN13.0 y anteriores, el grupo de recursos DL permite comparticin de recursos slo dentro de una
tarjeta. En RAN14.0, un grupo de recursos DL puede condicionalmente permitir compartir CEs entre
tarjetas del grupo. La terminologa RAN hace referencia a la versin de software de los equipos
Huawei.
4.1.1.1 Grupo de recurso UL
El grupo de recurso UL es un fondo comn de canales UL que soporta comparticin de carga.

En RAN12.0 una BBU soporta un mximo de 4 grupos de recurso UL. En RAN13.0 una BBU soporta un
mximo de 6 grupos de recurso. En RAN14.0 una BBU soporta un mximo de 8 grupos de recurso UL y dos
BBU interconectadas soportan un mximo de 12 grupos de recurso UL.
Un grupo de recurso UL puede tener mltiples tarjetas. Los UEs pueden ocupar los recursos en cualquier
tarjeta del grupo de recurso UL.
Una WBBPb o WBBPd puede pertenecer slo a un grupo de recurso UL
Hay cuatro tipos de WBBPf: WBBPf1, WBBPf2, WBBPf3 y WBBPf4. La WBBPf1 y la WBBPf2
pueden pertenecer slo a un grupo de recurso UL. La WBBPf3 y la WBBPf4 tienen dos unidades de
procesado uplink, y cada unidad de procesado uplink puede pertenecer a un grupo de recurso UL.
Un grupo de recurso UL puede dar servicio a un mximo de seis celdas 1T2R (1 transmisin y 2 recepciones)
o tres celdas 1T4R. Esta termilologa se usa para indicar el nmero de antenas transmisoras y receptoras en los
sistemas MIMO (Multiple Input Multiple Output), para conseguir diversidad. Si el nmero de celdas en
UTRAN supera el mximo, los recursos UL deben ser divididos en varios grupos. Los recursos CE pueden ser
compartidos dentro de un grupo de recurso UL. Se recomienda que las celdas intra-frecuencia estn
configuradas en el mismo grupo de recurso UL. Esto se debe a que el softer handover slo se puede llevar a
cabo entre celdas que estn en el mismo grupo de recurso UL.
En versiones anteriores a RAN14.0, los hard handovers son slo soportados entre grupos de recurso UL. En
RAN 14.0 y versiones posteriores, los soft handovers tambin son soportados entre grupos de recurso UL, sin
embargo, el consumo de CEs se duplica y el ancho de banda en el interfaz Iub se incrementa en 1.7 veces.
La siguiente figura muestra los procedimientos de asignacin de recursos de un grupo de recurso UL.
Figura 4-3 Procedimientos de asignacin de recursos de un grupo de recurso UL
Si tenemos un NodoB con seis celdas, por ejemplo en una configuracin 3x2 o 2+2+2, es decir, tres sectores y
cada uno de ellos con dos portadoras, y tenemos dos tarjetas WBBP, podramos tener configuradas ambas
tarjetas en el mismo grupo de recurso UL. Pero si el NodoB es ampliado y pasamos a una configuracin 3x4 o
4+4+4 ser necesario reconfigurar los grupos de recurso UL ya que de lo contrario tendramos ms de seis
celdas en el mismo grupo.
Veamos algunos escenarios posibles:
Escenario1: La capacidad de las tarjetas WBBP es suficiente.
Se recomienda que las dos tarjetas WBBP se dividan en dos grupos. De esta forma, el NodoB puede soportar
12 celdas, como se muestra en la siguiente figura.
27
28
Figura 4-4 Grupos de recurso en diferentes configuraciones (Escenario 1)
Escenario 2: La capacidad de las tarjetas WBBP es insuficiente y es necesario aadir ms CEs.

Se recomienda aadir una tarjeta WBBPf4 para soportar un grupo de recurso UL, como se muestra en la
siguiente figura.
Escenario 3: La tarjeta WBBPf4 se divide lgicamente en dos grupos de recurso para soportar 12 celdas, como
se muestra en la siguiente figura.
4.1.1.2 Grupo de recurso DL
En RAN12.0 una BBU soporta un mximo de 4 grupos de recurso DL, en RAN13.0 una BBU soporta un
mximo de 6 grupos de recurso DL, y en RAN14.0 una BBU soporta un mximo de 6 grupos de recurso DL.
Dos BBUs interconectadas soportan un mximo de 11 grupos de recurso DL.
En RAN13.0 y anteriores versiones, el grupo de recurso DL soporta comparticin de recursos slo dentro de
una tarjeta. Aunque dos tarjetas estn formando un grupo de recurso DL, los recursos CE son slo compartidos
a nivel de tarjeta en lugar de a nivel de las celdas de todas las tarjetas configuradas en el grupo. Se recomienda
que las celdas de todas las tarjetas se configuren en un grupo de recurso. De esta forma los recursos DL de
celda pueden ser gestionados por el mecanismo de gestin interno al sistema.
En RAN12.0 y anteriores versiones, el softer handover no es soportado entre grupos de recurso DL. En
RAN13.0 y posteriores versiones, s se soportan softer handovers entre grupos de recurso DL.
En RAN14.0, los grupos de recurso DL soportan comparticin de CEs entre tarjetas del grupo, lo que mejora
la capacidad de comparticin DL. Sin embargo, el mximo nmero de CEs que pueden ser compartidos por
cada tarjeta est limitado por las capacidades hardware de la tarjeta. Si los servicios son establecidos en una
WBBPb o una WBBPd, el mximo nmero de CEs compartidos es 384. Si los servicios son establecidos en
una WBBPf1, WBBPf2 o WBBPf3 el nmero mximo es 512. Y si los servicios son establecidos en una
WBBPf4 el nmero mximo es 768. En cualquier caso, el mximo nmero de CEs que pueden ser
compartidos en un grupo de recurso DL no puede superar la suma del nmero de CEs de cada tarjeta del
grupo. La WBBPa no soporta comparticin de CEs con otras tarjetas.
La siguiente figura utiliza como ejemplo un grupo DL con una tarjeta WBBPb3 y una tarjeta WBBPb4. Si las
celdas F1 se configuran en la tarjeta WBBPb3 y las celdas F2 se configuran en la tarjeta WBBPb4, las celdas
F1 y F2 pueden compartir un mximo de 384 CEs de forma independiente. Sin embargo, el nmero de CEs
compartidos por todas las celdas F1+F2 no puede superar el nmero total de CEs compartidos por las dos
tarjetas, es decir, las celdas F1+F2 pueden compartir un mximo de 640 CEs.
29
30
One DL resource group
F1 WBBPb3 F1 cells can share a maximum of

256 CEs 384 CEs.
F2 cells can share a maximum of
WBBPb4 384 CEs.
F2 384 CEs F1+F2 cells can share a maximum
of 640 (256+384) CEs.
Figura 4-7 Ejemplo de comparticin de recursos CE DL
En los escenarios normales, una WBBPb o WBBPd es configurada con tres celdas y comparte un mximo de
384 CEs DL. Cada celda usa un mximo de 128 CEs.
Los recursos de banda base son asignados a los mdulos DL en base al nivel de celda como muestra la
siguiente figura.
Figura 4-8 Procedimientos de asignacin de recursos de un grupo de recurso DL
4.1.2 Especificaciones de producto
4.1.2.1 Capacidad de la BBU
En RAN13.0 y anteriores versiones, una BBU soporta un mximo de veinticuatro celdas 2Rx o doce celdas
4Rx.
En RAN14.0 se aaden la UMPTa1, WBBPf y la UTRPc. Una BBU soporta un mximo de veinticuatro
celdas 2Rx y un mximo de veinticuatro celdas 4Rx.
En RAN14.0, dos BBUs pueden ser interconectadas. Un mximo de 11 tarjetas banda base pueden ser
soportadas debido a que hay que configurar una UCIU la cual ocupa un slot de banda base. La tarjeta UCIU
permite la interconexin de dos BBUs. En el escenario de interconexin de BBUs, un mximo de cuarenta y

ocho celdas 2Rx son soportadas, y un mximo de treinta y seis celdas 4Rx.
En RAN14.0, una BBU soporta un mximo de veinticuatro celdas 1Tx o dieciocho celdas 2Tx MIMO. Dos
BBUs interconectadas soportan un mximo de cuarenta y ocho celdas 1Tx o treinta y seis celdas 2Tx MIMO.
4.1.2.2 Capacidad de la tarjeta WBBP
Basndose en su capacidad de procesado, las tarjetas WBBP se clasifican en once modelos: WBBPb1,
WBBPb2, WBBPb3, WBBPb4, WBBPd1, WBBPd2, WBBPd3, WBBPf1, WBBPf2, WBBPf3 y WBBPf4.
En la siguiente tabla podemos ver las especificaciones de cada tarjeta WBBP.
Tabla 4-1 Especificaciones de las tarjetas WBBP
Board Introduced Number UL R99 CEs DL R99 CEs HSDPA

Type In of Cells + HSUPA Capacity
Ces
WBBPb1 RAN10.0 3 64 CEs 64 CEs 45 HS-PDSCH
code words
code words
code words
code words
WBBPd1 RAN12.0 6 192 CEs 192 CEs 90 HS-PDSCH
code words
code words
code words
WBBPf1 RAN14.0 6 192 CEs 256 CEs 90 HS-PDSCH
codes
codes
codes
codes
La WBBPf4 puede soportar dos grupos de recurso UL y cada grupo de recurso UL puede soportar un
mximo de 6 celdas.
Los CEs consumidos durante el softer handover no estn incluidos en las especificaciones, debido a
que el 20% de los recursos CE de las tarjetas WBBP son reservados para softer handovers.
Los soft handovers consumen CEs extra. Por tanto, hay que considerar el consumo de los soft
handovers basado en la proporcin de soft handovers durante la planificacin de red.
31
32
La WBBPb, WBBPd, WBBPf1, WBBPf2 y WBBPf3 soportan tres celdas MIMO, y la tarjeta
WBBPf4 soporta seis celdas MIMO.
4.1.2.3 Nmero de usuarios HSUPA y HSDPA soportados por una tarjeta WBBP
En la siguiente tabla podemos ver el nmero de usuarios HSUPA y HSDPA que soporta una tarjeta WBBP.
Tabla 4-2 Nmero de usuarios HSUPA y HSDPA soportados por una WBBP
Board Number of HSDPA Number of HSUPA Number of HSUPA

Type Users Users (10 ms TTI, Users (2 ms TTI, SRB
SRB over HSUPA) over HSUPA)
WBBPb1 64 64 16 (RAN12.0)
WBBPb2 96 72 (RAN11.0) 32 (RAN12.0)
128 (RAN12.0) 96 (RAN12.0)
WBBPb3 144 72 (RAN11.0) 64 (RAN12.0)
96 (RAN12.0)
WBBPb4 144 72 (RAN11.0) 80 (RAN12.0)
96 (RAN12.0)
WBBPd1 128 96 48 (RAN12.0)
WBBPd2 144 96 80 (RAN12.0)
WBBPd3 144 96 64 (RAN12.0)
Los usuarios HSUPA en celdas servidas por la misma tarjeta pueden compartir los recursos de la tarjeta. Sin
embargo, el nmero total de usuarios en todas las celdas servidas por la misma tarjeta no puede superar el
nmero mximo de usuarios soportados por la tarjeta.
Por ejemplo, el nmero total de usuarios HSUPA en las seis celdas servidas por una tarjeta WBBPd2 no puede
superar 96, ya que una WBBPd2 soporta un mximo de 96 usuarios HSUPA.
Algo equivalente podemos decir para los usuarios HSDPA.
4.1.2.4 Especificaciones de Throughput de la tarjeta WBBP
A continuacin podemos ver las especificaciones de throughput para una tarjeta WBBP.
Tabla 4-3 Especificaciones de Throughput de la tarjeta WBBP
Board Throughput
Type
DL UL
WBBPb1 63 Mbit/s 5.76 Mbit/s

WBBPb2 63 Mbit/s 11.52 Mbit/s
WBBPb3 63 Mbit/s (RAN11.0), 84 Mbit/s (RAN12.0) 23 Mbit/s
Board Throughput
Type
DL UL
WBBPb4 63 Mbit/s (RAN11.0), 84 Mbit/s (RAN12.0) 23 Mbit/s
WBBPd1 84 Mbit/s (RAN12.0), 126 Mbit/s (RAN13.0) 23 Mbit/s
WBBPf1 126 Mbit/s 34 Mbit/s
Los valores anteriores de throughput son los obtenidos en tests cuando los recursos UL y DL del interfaz aire
son suficientes.
4.1.3 Consumo de los recursos de banda base
4.1.3.1 Consumo de los canales communes
Los canales comunes DL de una celda son principalmente los P-CCPCHs (BCH) y S-CCPCHs (FACH/PCH)
y los canales comunes UL son principalmente los PRACHs.
La serie 3900 reserva recursos CE para los canales comunes. La reserva de recursos CE no est incluida en las
especificaciones de una tarjeta.
En cada celda se reservan 2 CEs para el uplink y 5 CEs para el DL para canales comunes. Por ejemplo, una
WBBPb4 soporta seis celdas y 384 CEs tanto para el UL como para el DL. Por tanto, la WBBPb4 reserva 12
CEs en el uplink y 30 en el downlink.
Cuando los canales comunes necesitan ms CEs de los reservados, consumirn otros CEs de la tarjeta.
4.1.3.2 Consumo de otros canales
Los siguientes canales no consumen recursos CE:

HS-DPCCH, E-RGCH, E-HICH, F-DPCH, CPICH, AICH, PICH, SCH, E-AGCH, HS-SCCH, HS-PDSCH,
MICH, F-DPCH, E-FACH.
4.1.3.3 Consumo de servicios R99
La Tabla 4-4 lista el consumo de CEs de los servicios R99.
33
34
Tabla 4-4 Consumo de CEs de los servicios R99
Service Type UL DL
Spreading Number Spreading Factor Number of

Factor of CEs (SF) CEs
AMR 12.2 kbit/s SF64 1 SF128 1

32 kbit/s SF32 1.5 SF64 1
64 kbit/s SF16 3 SF32 2
128 kbit/s SF8 5 SF16 4
384 kbit/s SF4 10 SF8 8
El trfico y la sealizacin asociada al canal de un usuario de R99 son transportados en el mismo DCH. Por
tanto, el consumo de CEs de los TCHs de R99 incluye el consumo de CEs de la sealizacin. El consumo
indicado en la tabla incluye el consumo de los 3.4 kbit/s de sealizacin asociada al canal.
4.1.3.4 Consumo de servicios HSUPA
El consumo de recursos de los servicios HSUPA se mide en CEs. Los CEs UL son compartidos entre los
servicios R99 y los servicios HSUPA.
La Tabla 4-5 lista el consumo de CEs UL para los servicios HSUPA.
Tabla 4-5 Consumo de CEs UL de los servicios HSUPA
RLC Rate (kbit/s) 2RX
Spreading RAN11.0 RAN12.0

Factor (WBBPb) (WBBPd)
CAT5 10 ms CAT6 2 ms
32 N/A SF32 1 1
3264 N/A SF16 2 2
64128 N/A SF8 4 4
128672 640 SF4 8 8
6721376 6401280 2*SF4 16 16
1376~1888 12802720 2*SF2 32 32
N/A 27205440 2*SF2 + 2*SF4 48 48
400010880 2*M2+2*M4 Not supported 64
4.1.3.5 Consumo de servicios HSDPA
En la serie 3900 los recursos para el procesado de los servicios HSDPA y aquellos para el procesado de los
servicios R99 son independientes. Por tanto, ningn CE DL de R99 es consumido para los servicios HSDPA.
La capacidad DL de una tarjeta WBBPb4 es de 384 CEs de R99 ms 90 code words HSDPA, como se
muestra en la Figura 4-9.
Figura 4-9 Consumo de recursos DL de los servicios HSDPA
4.1.4 Ampliacin de recursos banda base

La capacidad banda base de un NodoB se puede ampliar de las siguientes maneras:
1. Si la capacidad hardware es insuficiente habra que aadir una nueva tarjeta WBBP. Las tarjetas
WBBP soportan la funcin plug and play. Esto quiere decir que los servicios no son interrumpidos al
instalar una WBBP.
2. Si la capacidad hardware es suficiente habra que aadir licencias, ya sean licencias de CEs o licencias
de cdigos HSDPA.
Un tema importante a tener en cuenta es la diferencia entre la capacidad hardware que tenga un nodo y la
capacidad software. Esta capacidad software se traduce en el nmero de licencias que se hayan adquirido al
suministrador. Normalmente cuando se despliega un nodo se hace una estimacin inicial de las licencias que
va a necesitar. Una vez que el nodo est funcionando, en base al consumo que tenga de recursos, ser
necesario ir ampliando si as lo requiere. Inicialmente no se compran todas las licencias que el hardware puede
soportar ya que si no la inversin inicial sera muy elevada.
Los procedimientos de asignacin de recursos difieren de los procedimientos de asignacin de licencias. Como
hemos visto anteriormente los recursos de las tarjetas se asocian a unos grupos, frecuencias y celdas concretas,
mientras que las licencias pueden ser compartidas entre las distintas celdas y portadoras.
Las ampliaciones de CEs se pueden realizar en UL y DL de forma separada, y se realizan en pasos de 16 CEs.
Las ampliaciones de code words HSDPA se realizan en pasos de 5 code words. Una celda soporta un mximo
de 15 code words.
4.1.5 Contadores asociados a los recursos banda base

La red nos proporciona los siguientes contadores para poder monitorizar el consumo de CEs por nodo.
Consumo de CEs en el DL
35
36
Counter Counter Name Description

ID
50332562 VS.LC.DLMean.LicenseGroup.Shared Average number of shared DL CEs consumed by an

operator
50342562 VS.LC.DLMax.LicenseGroup.Shared Maximum number of shared DL CEs consumed by

an operator
50342567 VS.LC.DLMin.LicenseGroup.Shared Minimum Number of Shared DL CEs Consumed by

an Operator
Descripcin:
Este contador mide el nmero de CEs consumidos en downlink por un operador. Este contador se usa en
operadores con RAN sharing. El concepto de RAN Sharing hace referencia a la situacin en la que con un
mismo nodo se da servicio a dos operadores distintos, es decir, dos operadores comparten la misma red. En tal
situacin es factible definir recursos dedicados para un operador, as como recursos compartidos para los
operadores. En el caso que nos ocupa todos los recursos sern compartidos entre los operadores.
Puntos de medicin:
Este contador se muestrea cada cinco segundos. Al final del perodo de medida, el promedio de CEs
consumidos por un operador se obtiene dividiendo el valor acumulado en el perodo entre el nmero de
muestras. El mximo de esos resultados de muestras se define como el mximo nmero de CEs downlink
consumidos por un operador, y el mnimo de esos resultados de muestras se define como el mnimo nmero de
CEs downlink consumidos por un operador.
Funcionalidades asociadas:
Counter Name Feature ID Feature Name
VS.LC.DLMean.LicenseGroup.Shared WRFD-020101 Admission Control
VS.LC.DLMax.LicenseGroup.Shared WRFD-020101 Admission Control
VS.LC.DLMin.LicenseGroup.Shared WRFD-020101 Admission Control
Consumo de CEs en el UL

ID
50332561 VS.LC.ULMean.LicenseGroup.Shared Average number of shared UL CEs consumed by an


ID
operator
50342561 VS.LC.ULMax.LicenseGroup.Shared Maximum number of shared UL CEs consumed by an

operator
50342568 VS.LC.ULMin.LicenseGroup.Shared Minimum Number of Shared UL CEs Consumed by an

Operator
Descripcin:
Este contador mide el nmero de CEs consumidos en uplink por un operador. Este contador se usa en
operadores con RAN sharing.
Puntos de medicin:
Este contador se muestrea cada cinco segundos. Al final del perodo de medida, el promedio de CEs
consumidos por un operador se obtiene dividiendo el valor acumulado en el perodo entre el nmero de
muestras. El mximo de esos resultados de muestras se define como el mximo nmero de CEs uplink
consumidos por un operador, y el mnimo de esos resultados de muestras se define como el mnimo nmero de
CEs uplink consumidos por un operador.
VS.LC.ULMean.LicenseGroup.Shared WRFD-020101 Admission Control
VS.LC.ULMax.LicenseGroup.Shared WRFD-020101 Admission Control
VS.LC.ULMin.LicenseGroup.Shared WRFD-020101 Admission Control
CEs configurados en el DL
Counter ID Counter Name Description
50332560 VS.LC.DLCreditAvailable.Shared Number of DL CEs configured for a shared group
Descripcin:
Este contador mide el nmero de CEs downlink configurado para un grupo compartido dentro del perodo de
medida. Este contador se usa en operadores con RAN sharing. Si slo un operador est disponible en el nodo,
este contador se puede usar para evaluar las licencias totales de CEs configuradas en el nodo.
37
38
Puntos de medicin:
Este contador se muestrea cada cinco segundos. Al final del perodo de medida, el nmero de CEs downlink
configurados para un grupo compartido se obtiene dividiendo el valor acumulado en el perodo entre el
nmero de muestras.
WRFD-020101 Admission Control

VS.LC.DLCreditAvailable.Shared
CEs configurados en el UL
50332559 VS.LC.ULCreditAvailable.Shared Number of UL CEs configured for a shared group
Descripcin:
Este contador mide el nmero de CEs uplink configurado para un grupo compartido dentro del perodo de
medida. Este contador se usa en operadores con RAN sharing. Si slo un operador est disponible en el nodo,
este contador se puede usar para evaluar las licencias totales de CEs configuradas en el nodo.
Puntos de medicin:
Este contador se muestrea cada cinco segundos. Al final del perodo de medida, el nmero de CEs uplink
configurados para un grupo compartido se obtiene dividiendo el valor acumulado en el perodo entre el
nmero de muestras.

VS.LC.ULCreditAvailable.Shared
CEs DL hardware del nodo

50332565 VS.HW.DLCreditAvailable Number of Available Downlink Hardware CEs
Descripcin:
Este contador mide el nmero de CEs hardware disponibles en downlink en el NodoB dentro del perodo de
medida.
Puntos de medicin:
Este contador se muestrea cada cinco segundos. Al final del perodo de medida, el mximo de los resultados
de muestras se define como el valor de este contador.

VS.HW.DLCreditAvailable
CEs UL hardware del nodo
50332566 VS.HW.ULCreditAvailable Number of Available Uplink Hardware CEs
Descripcin:
Este contador mide el nmero de CEs hardware disponibles en uplink en el NodoB dentro del perodo de
medida.
Puntos de medicin:
Este contador se muestrea cada cinco segundos. Al final del perodo de medida, el mximo de los resultados
de muestras se define como el valor de este contador.

VS.HW.ULCreditAvailable
39
40
Adems de los contadores anteriores se definen cuatro KPIs adicionales apoyados sobre dichos contadores,
que muestran el porcentaje de consumo downlink y uplink respecto a las licencias disponibles en el nodo:
. . . . (41)
___ = 100
. . .
. . . . (42)
___ = 100
. . .
. . . . (43)
___ = 100
. . .
. . . . (44)
___ = 100
. . .
4.2 Recursos de potencia

4.2.1 Carga en el downlink
La capacidad downlink de una celda est limitada por su potencia total de transmisin disponible, la cual est
determinada por la capacidad del amplificador de potencia del nodo y la potencia configurada en la celda.
La potencia transmitida en downlink se compone de lo siguiente, tal como se muestra en la Figura 4-10:
La potencia de los canales comunes (CCH).
La potencia no-HSPA sin los canales comunes.
La potencia HSPA.
El margen de potencia.
Figura 4-10 Asignacin dinmica de los recursos de potencia
Los recursos de potencia downlink se asignan de la siguiente forma:
1. Los recursos de potencia downlink son reservados en primer lugar para los canales fsicos comunes y
asignados al DPCH. Los recursos de potencia restantes estarn disponibles para HSPA, incluyendo
HSUPA y HSDPA.
2. Los recursos de potencia HSPA se asignan en primer lugar a los canales de control downlink HSUPA,
incluyendo el E-AGCH, E-RGCH, y E-HICH. Los recursos de potencia restantes estarn disponibles
para HSDPA.
3. Los recursos de potencia HSDPA son asignados en primer lugar al canal de control downlink HS-
SCCH. Los recursos de potencia restantes estarn disponibles para el canal de trfico HS-PDSCH.
El consumo de potencia downlink est relacionado con la cobertura de la celda, la ubicacin de los mviles
UE, y la carga de trfico en la celda. Coberturas grandes de celda, UEs alejados del centro de la celda, y altas
cargas de trfico contribuyen a un consumo de potencia elevado. Por tanto, la sobrecarga de potencia en el
downlink es ms probable que ocurra en hotspots (nodos de alto trfico de forma regular en el tiempo) y en
celdas con zonas de cobertura grandes.
Cuando la potencia de transmisin downlink es insuficiente ocurre lo siguiente:
La cobertura de la celda se encoge.
El throughput de los datos decrece.
La calidad del servicio desciende.
Las solicitudes de nuevos servicios es posible que sean rechazadas.
4.2.1.1 Contadores asociados a la potencia en downlink
En las RNCs Huawei se definen los siguientes contadores asociados a la potencia total de portadora
transmitida:
VS.MeanTCP: potencia media transmitida de la portadora de una celda.
VS.MeanTCP.NonHS: potencia media transmitida no-HSDPA de una celda.
41
42
VS.HSDPA.MeanChThroughput: throughput medio downlink HSDPA de una celda.
Para indicar la carga downlink de la celda se define el ndice de uso medio (mean utility ratio) de la potencia
de portadora transmitida por una celda.
El ndice de uso medio de la potencia de portadora transmitida para usuarios no-HSPA en una celda
(incluyendo los usuarios no-HSPA en CCHs) se calcula con la siguiente frmula:
(45)
= 100

El ndice de uso medio de la potencia de portadora transmitida para todos los usuarios en una celda se
calcula con la siguiente frmula:
MeanTCP (46)
P Utility Ratio = 100
MAXTXPOWER
Adems de la potencia media tambin se puede monitorizar el mximo y el mnimo para tener una
informacin ms completa del comportamiento de la celda.
Veamos el detalle de estos contadores:
Potencia transmitida de portadora para una celda
ID Counter Description
67199618 VS.MeanTCP Mean Transmitted Power of Carrier for Cell
67199682 VS.MaxTCP Maximum Transmitted Power of Carrier for Cell
67199683 VS.MinTCP Minimum Transmitted Power of Carrier for Cell
Descripcin:
Estos contadores proporcionan los valores medidos de TCP de una celda en la RNC.
Punto de medicin:
La medida se lanza en el punto A tal como se muestra en la Figura 4-11, cuando la RNC obtiene el TCP de la
celda despus de recibir del NodoB un mensaje COMMON MEASUREMENT REPORT que contiene los
valores TCP de la celda.
Figura 4-11 Procedimiento Common Measurement Report

Unidades:
dBm
Potencia transmitida de portadora no-HSDPA para una celda
67202902 VS.MeanTCP.NonHS Mean Non-HSDPA Transmitted Carrier Power for Cell
67202900 VS.MaxTCP.NonHS Maximum Non-HSDPA Transmitted Carrier Power for Cell
67202901 VS.MinTCP.NonHS Minimum Non-HSDPA Transmitted Carrier Power for Cell
Descripcin:
Estos contadores proporcionan los valores medidos de TCP no-HSDPA de una celda en la RNC.
Punto de medicin:
La medida se hace de forma equivalente a lo comentado para la potencia TCP.
Unidades:
dBm
Promedio de potencia de CPICH de una celda
43
44
Este contador hace referencia a la potencia del canal piloto. Dicha potencia va a determinar el radio de
cobertura de la celda. Como veremos en los siguientes captulos es un valor a tener en cuenta en la
monitorizacin de la capacidad de un nodo e incluso ser un valor a modificar en situaciones de congestin.
Counter ID Counter Name Counter Description
67202921 VS.CPICH.MeanPwr Average CPICH Power for Cell
Descripcin:
Este contador proporciona el promedio de potencia del P-CPICH en una celda.
Punto de medicin:
La RNC toma muestras de la potencia del P-CPICH de una celda cada cinco segundos. Al final del perodo de
medida el promedio de la potencia del P-CPICH se obtiene dividiendo la potencia acumulada entre el nmero
de muestras
Unidades:
dBm
4.2.1.2 Ampliaciones de capacidad recomendadas
Huawei recomienda realizar ampliaciones de capacidad en los siguientes escenarios, aunque los criterios en
ltimo lugar son definidos por el operador.
Si el MeanNonHSTCP Utility Ratio es mayor que el 70% durante la hora cargada en tres das
consecutivos en una semana.
Si el MeanTCP Utility Ratio es mayor que el 85% y el valor del contador
VS.HSDPA.MeanChThroughput es inferior del valor requerido por los usuarios (por ejemplo 300
kbit/s) durante la hora cargada para tres das consecutivos en una semana.
Los mtodos de ampliacin de capacidad seran los siguientes:

Para celdas con alto trfico, aadir una portadora al sector si es posible, aadir un nuevo NodoB o
dividir el sector si el nmero de portadoras en el sector ha alcanzado su mximo, o aumentar la
potencia de las portadoras si es posible.
Para celdas con poco trfico o cobertura pobre, aadir un nuevo NodoB.
4.2.2 Carga en el uplink

En redes WCDMA, para medir la capacidad uplink de la celda se usa el RTWP, la potencia total de banda
ancha recibida.
RTWP incluye el ruido de fondo, la interferencia interna al sistema, y la interferencia RF. La interferencia
interna al sistema incluye la seales uplink de los UEs en la celda servidora y en las vecinas. La interferencia
RF incluye la interferencia de fuentes externas y la interferencia RF interna al sistema (por ejemplo, la
interferencia de intermodulacin producida por los componentes hardware).
El NodoB mide la RTWP en cada canal recibido en cada celda. La RTWP de la celda obtenida por la RNC es
el promedio lineal de las RTWPs medidas en los canales recibidos en una celda bajo un NodoB. La RTWP
refleja la interferencia a un NodoB e indica la fuerza de la seal en el puerto de recepcin del mdulo RF.
La capacidad uplink de una celda est limitada por la elevacin sobre el ruido trmico (RoT), la cual es igual al
RTWP menos el ruido de fondo de la celda.
() = () () (47)
Si no hay interferencia RF, el RoT es generado por la interferencia interna al sistema. Bajo esta condicin, el
RoT es usado como un criterio para evaluar la carga uplink.
La relacin entre el RoT y el factor de carga uplink UL es la siguiente:
1 (48)
= 10( )
1
Por ejemplo, un incremento de ruido de 3 dB se corresponde con un 50% de la carga uplink, y un incremento
de ruido de 6 dB se corresponde a un 75%.
Figura 4-12 Relacin entre RTWP, incremento de ruido, y carga uplink
Un valor alto de RTWP en una celda puede ser causado por un exceso de trfico, un fallo hardware (por
ejemplo, una baja calidad de las antenas o de los conectores), o por una interferencia externa. Si el RTWP es
demasiado elevado la cobertura de la celda se reduce, la calidad de los servicios admitidos decae, o las nuevas
solicitudes pueden ser rechazadas.
Huawei introduce otro concepto para medir la carga uplink de una celda, lo que denomina ENU (Equivalent
Number of Users). ENU es el indicador que mapea cada tipo de servicio en una carga de celda normalizada.
45
46
Figura 4-13 Nmero de usuarios equivalentes por servicio
4.2.2.1 Contadores asociados a la potencia en uplink
La RTWP y el nmero de usuarios equivalentes (ENU) vienen indicados por los siguientes contadores:
VS.MeanRTWP: promedio de RTWP en una celda.
VS.MinRTWP: mnimo RTWP en una celda.
VS.RAC.UL.EqvUserNum: nmero de ENUs uplink en todos los canales dedicados de una celda.
En la celda se define un nmero mximo de usuarios equivalentes mediante el parmetro UlTotalEqUserNum.
El ratio uplink ENU se calcula usando la siguiente frmula:
= . . . (49)
En algunas reas, el ruido de fondo se incrementa hasta -106 dBm o ms debido a la interferencia externa o
por defectos hardware. Si esto ocurre, el valor del contador VS.MinRTWP (el valor obtenido de RTWP
cuando la celda no lleva trfico) se considera como el ruido de fondo.
El RTWP de una celda se considera alto cuando el valor del contador VS.MeanRTWP es superior a -100 dBm
en las horas no-pico o superior a -90 dBm en las horas pico (hora cargada) durante dos o tres das consecutivos
en una semana.
Una celda se considera altamente cargada si el Ratio UL ENU supera el 75% durante las horas pico de dos o
tres das consecutivos en una semana.
Los contadores en detalle:
Potencia total de banda ancha recibida por una celda
67199617 VS.MeanRTWP Mean Power of Totally Received

Bandwidth for Cell
67199680 VS.MaxRTWP Maximum Power of Totally

Received Bandwidth for Cell
67199681 VS.MinRTWP Minimum Power of Totally

Received Bandwidth for Cell
Descripcin:
Estos contadores proporcionan los valores medidos de RTWP de una celda en una RNC.
Punto de medicin:
La medida se hace de forma equivalente a lo comentado para la potencia TCP.
Unidades:
dBm
Nmero de usuarios equivalentes
67199663 VS.RAC.UL.EqvUserNum Mean Number of UL Equivalent Voice UEs in

CEL_DCH State for Cell
67199664 VS.RAC.DL.EqvUserNum Mean Number of DL Equivalent Voice UEs in

CEL_DCH State for Cell
Descripcin:
Estos contadores proporcionan el nmero medio de UEs equivalentes de voz UL y DL en el estado
CELL_DCH.
Punto de medicin:
En un perodo de medida, el nmero de UEs equivalentes se muestrea cada cinco segundos. Al final del
perodo de medida, la RNC divide los valores acumulados entre el nmero de muestras.
4.2.2.2 Ampliaciones de capacidad recomendadas
Huawei recomienda realizar ampliaciones de capacidad en los siguientes escenarios, aunque, al igual que en el
47
48
uplink, los criterios en ltimo lugar son definidos por el operador:

Si el valor del contador VS.MinRTWP es superior a -100 dBm o inferior a -110 dBm durante las
horas no pico de tres das consecutivos en una semana, podran existir fallos hardware o interferencias
externas. Sera necesario localizar y rectificar los fallos. En la siguiente tabla se listan las alarmas RF
reportadas por el NodoB.
Tabla 4-6 Alarmas RF reportadas por el nodo

Alarm ID Alarm Name
ALM-26522 RF Unit RX Channel
RTWP/RSSI Unbalanced
ALM-26521 RF Unit RX Channel
RTWP/RSSI Too Low
ALM-26532 RF Unit Hardware Fault
ALM-26752 ALD Hardware Fault
ALM-26758 TMA Running Data and
Configuration Mismatch
ALM-26755 TMA Bypass
ALM-26757 RET Antenna Running Data and
Configuration Mismatch
ALM-26541 ALD Maintenance Link Failure
ALM-26529 RF Unit VSWR Threshold
Crossed
Si el valor del contador VS.MeanRTWP es mayor que -90 dBm en las horas pico durante tres das
consecutivos en una semana, puede haber un fallo hardware o una interferencia externa. Localizar y
corregir el fallo. Si el valor del contador VS.MeanRTWP sigue siendo superior a -90 dBm tras
corregir los fallos, habra que aadir ms portadoras. Si no hay ms portadoras disponibles habra que
aadir un nuevo nodo.
Si el nmero de ENUs es insuficiente y la cantidad de potencia uplink es suficiente habra que
aumentar el valor del parmetro UlTotalEqUserNum.
4.3 Recursos de cdigos OVSF

En las redes WCDMA, los canales se distinguen por cdigos. Cada canal usa dos tipos de cdigos: cdigos de
scrambling y los cdigos ortogonales de spreading factor variable (OVSF).
En el uplink, a cada mvil se le asigna un cdigo de scrambling nico. En downlink, a cada celda se le asigna
un cdigo de scrambling nico. Esto es, todos los UEs en una celda usan el mismo cdigo de scrambling pero
a cada uno se le asigna un cdigo OVSF nico. Por tanto, los cdigos OVSF distinguen los canales fsicos
downlink de los diferentes UEs en una celda.
En una celda WCDMA, los datos de los diferentes usuarios se distinguen mediante la tcnica CDMA, y todos
los datos de usuario son transmitidos sobre la misma frecuencia central al mismo tiempo. Los cdigos OVSF
proporcionan ortogonalidad perfecta, minimizando la interferencia entre los distintos usuarios.
La Figura 4-14 muestra un rbol de cdigos OVSF.
Figura 4-14 rbol de cdigos OVSF
En downlink, el factor de spreading mximo (SF) es 256.

Un rbol de cdigos OVSF puede ser dividido en 4 cdigos SF4, 8 cdigos SF8, 16 cdigos SF16, , 256
cdigos SF256. Los cdigos con distintos SFs pueden ser considerados como equivalentes a cdigos con
SF256. Por ejemplo, un cdigo con SF8 es equivalente a 32 cdigos con SF256. Usando este mtodo, el uso
de cdigos OVSF puede ser calculado para un usuario o una celda.
En una celda slo hay disponible un rbol de cdigos OVSF. En un rbol de cdigos, los cdigos hermanos
son ortogonales entre s, pero no son ortogonales con sus padres o con sus hijos. Como resultado de esto, una
vez que un cdigo es asignado a un usuario, ni sus cdigos padre ni sus cdigos hijo pueden ser asignados a
otro usuario. Los recursos de cdigos OVSF son limitados, por lo que si dichos recursos no son suficientes, las
nuevas solicitudes de llamadas sern rechazadas.
Tras la introduccin del servicio HSDPA, los servicios HSDPA y los servicios R99 comparten los cdigos
OVSF. Existen funcionalidades para la gestin de los cdigos tanto a nivel de RNC como a nivel de nodo.
La Figura 4-15 muestra la asignacin esttica de cdigos controlada por la RNC.
Figura 4-15 Asignacin de cdigos esttica controlada por la RNC
La Figura 4-16 muestra la asignacin dinmica de cdigos controlada por la RNC.
49
50
Figura 4-16 Asignacin de cdigos dinmica controlada por la RNC
El sistema reserva cdigos para los servicios HSDPA, y estos recursos de cdigos pueden ser compartidos
entre los servicios HSDPA. Por tanto, los servicios HSDPA no requieren del control de admisin basado en
los recursos de cdigos de celda.
La Figura 4-17 muestra la asignacin dinmica de cdigos controlada por el NodoB.
Figura 4-17 Asignacin de cdigos dinmica controlada por el NodoB
La asignacin de cdigos dinmica controlada por el NodoB es ms flexible que la controlada por la RNC,
acorta el tiempo de respuesta y ahorra la sealizacin en Iub usada para la asignacin de cdigos.
4.3.1 Contadores asociados a los cdigos OVSF

La RNC Huawei monitoriza el uso medio del rbol de cdigo OVSF con el nmero de cdigos equivalentes
con SF256, el cual se mide con el contador VS.RAB.SFOccupy.
Los cdigos usados por DCH pueden ser calculados usando la siguiente frmula:
DCH_OVSF_CODE = (<VS.SingleRAB.SF4> + <VS.MultRAB.SF4>) x 64 +

(<VS.SingleRAB.SF8> + <VS.MultRAB.SF8>) x 32 + (<VS.SingleRAB.SF16> +
<VS.MultRAB.SF16>) x 16 + (<VS.SingleRAB.SF32> + <VS.MultRAB.SF32>) x 8 + (410)
(<VS.SingleRAB.SF64> + <VS.MultRAB.SF64>) x 4 + (<VS.SingleRAB.SF128> +
<VS.MultRAB.SF128>) x 2 + (<VS.SingleRAB.SF256> + <VS.MultRAB.SF256>)
El RAB hace referencia al servicio que se establece sobre una conexin. Podemos tener conexiones
SingleRAB, con un nico servicio, por ejemplo una llamada de voz, o MultiRAB, con varios servicios en
paralelo, por ejemplo, una llamada de voz y cualquier servicio de datos.
El mximo nmero de cdigos disponibles para DCH puede ser calculado usando la siguiente frmula:
DCH_OVSF_CODE_Ava = 256 (Cdigos ocupados por CCHs + Cdigos ocupados por E-

AGCHs + Cdigos ocupados por E-RGCHs y E-HICHs + Cdigos reservados para HS- (411)
PDSCHs + cdigos HS-SCCH)
Por ejemplo, si tenemos las siguientes condiciones:

Una celda que soporta HSPA es configurada con dos SCCPCH, un E-AGCH, un E-RGCH/E-HICH,
y dos HS-SCCHs.
SF8 SF16 SF32 SF64 SF128 SF256

PS 384 PS 128 PS 64 AMR 2 HS-SCCH
0 CPICH (SF256,0)
0
1 PCCPCH y SCH (SF256,1)
0
2 AICH (SF256,2)
1
3 PICH (SF256,3)
0
4
2
5
1 SCCPCH 0: FACH (SF64,1)
6
3
7
0
8
4 SCCPCH 1: PCH (SF128,4)
9
2
10
5 HS-SCCH 1 (SF128,5)
11
1
12
6 HS-SCCH 2 (SF128,6)
13
3
14
7 E-RGCH/E-HICH (SF128,7)
15
0
16 E-AGCH (SF256,16)
8
17
4
18
9
19
2
20
10
21
5
22
11
23
1
24
12
25
6
26
13
27
3
28
14
29
7
30
15
31
Figura 4-18 Ejemplo asignacin canales OVSF
Al menos un cdigo reservado para servicios HSDPA.
Entonces, DCH_OVSF_CODE_Ava = 256 (8 + 1 + 2 + 16 + 4) = 225.

El uso de cdigos OVSF se calcula de la siguiente forma:
_ = . . 256 100% (412)
__ = _____ (413)

Nmero de SingleRABs por tipo de SF
67199698 VS.SingleRAB.SF4 Number of single-RAB UEs that Occupy the DL R99 Codes with
Spreading Factor (SF) of 4 for Cell
51
52
Descripcin:
Estos contadores proporcionan el nmero medio de single-RAB de UE que usan SF 4/8/16/32/64/128/256 en
una celda.
Punto de medicin:
La RNC toma peridicamente muestras del nmero de Single-RAB UE que usan los distintos SF. Al final del
perodo de medida divide el nmero acumulado entre el nmero de muestras.
Nmero de multi-RABs por tipo de SF
67202942 VS.MultRAB.SF4 Number of multi-RAB UEs that Occupy the DL R99 Codes with the
Descripcin:
Estos contadores proporcionan el nmero medio de multi-RAB de UE que usan SF 4/8/16/32/64/128/256 en
una celda.
Punto de medicin:
La RNC toma peridicamente muestras del nmero de multi-RAB UE que usan los distintos SF. Al final del
perodo de medida divide el nmero acumulado entre el nmero de muestras.
67191657 VS.RAB.SFOccupy.MAX Maximum Number of SFs that Have Been Occupied (Let the
SFs that Have Been Occupied a Unitary SF of 256) for Cell
67203416 VS.RAB.SFOccupy Mean Number of SFs that Have Been Occupied (Let the SFs
that Have Been Occupied a Unitary SF of 256) for Cell
Descripcin:
Las medidas proporcionan el nmero medio y mximo de cdigos ocupados en una celda. Los cdigos
ocupados son los cdigos ocupados por los canales comunes, los usuarios R99, y HS-DSCH. El nmero de
cdigos est normalizado a SF256, es decir, convertido a cdigos con SF256. La forma de normalizar a SF256
es multiplicar el cdigo con SF=k por 256/k.
Punto de medicin:
La RNC toma una muestra del nmero de cdigos ocupados en una celda cada cinco segundos y normaliza el
nmero a SF256. Entonces calcula la suma de nmeros normalizados. Al final del perodo de medida divide el
valor acumulado entre el nmero de muestras para obtener el valor medio, o toma el mximo para obtener el
nmero mximo de cdigos ocupados en el perodo de medida.
53
54
4.3.2 Ampliaciones de capacidad recomendadas

Si el valor del contador DCH_OVSF_Utilization es mayor del 70% en las horas pico durante tres das
consecutivos en una semana, la celda se queda sin cdigos OVSF.
Se recomiendan las siguientes medidas:
Habilitar la funcionalidad de asignacin dinmica de cdigos basada en el NodoB. Preferentemente
asignar los cdigos idle a los UEs HSDPA para mejorar el throughput de los UEs HSDPA.
Aadir una portadora o dividir la celda.
4.4 Recursos CNBAP

La carga de la parte de aplicacin de control del NodoB (CNBAP) se usa para medir la capacidad de
procesado del NodoB. La sobrecarga CNBAP provocar un fallo de establecimiento de radio link o rechazar
una solicitud de establecimiento de radio link, y disminuir significativamente el ndice de xito de
establecimiento de conexiones RRC y RAB, conceptos que aclararemos ms adelante.
4.4.1 Contadores asociados a los recursos CNBAP

Si el factor de soft handover es menos que 0.4, la siguiente ecuacin es cierta:
. . . (414)
=

Si el factor de soft handover es mayor o igual a 0.4, se cumple la siguiente ecuacin:
. . . + . . /12 (415)
=

donde
Vs.RadioLink.Recv.Mean: contador de NodoB que indica el nmero medio de recepciones de
conexin radio link por segundo.
VS.DedicMeaRpt.MEAN: contador de NodoB que indica el nmero medio de informes de medicin
dedicada por segundo.
CNBAP Capacity of NodeB: depende de la configuracin de las tarjetas principales de control,
tarjetas de procesado banda base y tarjetas de extensin de transmisin, como se muestra en la Tabla
4-7.
Tabla 4-7 Capacidad CNBAP en diferentes escenarios
Number of WBBPb Number of CNBAP

Main Control Board
or WBBPd Boards WBBPf Boards Capability
WMPT 1 0 60
WMPT 2 0 120
WMPT >=3 0 170
WMPT Any >=1 170
WMPT+UTRP 1 0 60
WMPT+UTRP 2 0 120
Number of WBBPb Number of CNBAP

Main Control Board
or WBBPd Boards WBBPf Boards Capability
WMPT+UTRP 3 0 180
WMPT+UTRP 4 0 240
WMPT+UTRP 5 0 250
WMPT+UTRP 0 1 200
WMPT+UTRP >=1 >=1 250
UMPT 1 0 400
UMPT 2 0 460
UMPT 3 0 520
UMPT 4 0 580
UMPT 5 0 640
UMPT 6 0 700
UMPT 0 1 500
UMPT 1 1 560
UMPT 2 1 620
UMPT 3 1 680
UMPT 4 1 740
UMPT 5 1 800
UMPT 0 2 700
UMPT 1 2 760
UMPT 2 2 820
UMPT 3 2 880
UMPT 4 2 940
UMPT 0 3 900
UMPT 1 3 960
UMPT 2 3 1020
UMPT 3 3 1080
UMPT 0 4 1100
UMPT 1 4 1160
UMPT 2 4 1220
UMPT 0 5 1300
UMPT 1 5 1360
UMPT 0 6 1500
El factor de soft handover es un contador a nivel de celda. Se calcula usando la siguiente frmula:
Soft handover factor = ((<VS.SHO.AS.1RL> + <VS.SHO.AS.2RL>+ <VS.SHO.AS.3RL>+

<VS.SHO.AS.4RL>+ <VS.SHO.AS.5RL>+ <VS.SHO.AS.6RL>)/(<VS.SHO.AS.1RL> +
(416)
<VS.SHO.AS.2RL>/2+ <VS.SHO.AS.3RL>/3+ <VS.SHO.AS.4RL>/4+
<VS.SHO.AS.5RL>/5+ <VS.SHO.AS.6RL>/6)) - 1
donde
VS.SHO.AS.1RL: nmero medio de UEs con un radio link por celda.
55
56
VS.SHO.AS.2RL: nmero medio de UEs con dos radio links por celda.
VS.SHO.AS.3RL: nmero medio de UEs con tres radio links por celda.
VS.SHO.AS.4RL: nmero medio de UEs con cuatro radio links por celda.
VS.SHO.AS.5RL: nmero medio de UEs con cinco radio links por celda.
VS.SHO.AS.6RL: nmero medio de UEs con seis radio links por celda.
El factor de soft handover del NodoB es igual al promedio del factor de soft handover de las celdas del nodo.
El uso de los recursos CNBAP pueden ser monitorizados por alarmas. Si la capacidad hardware CNBAP se
supera se genera la alarma ALM-28230 Base Station Service Overload.
Radio links recibidos
50332587 VS.RadioLink.Recv.Max Maximum number of received radio links per second
50332590 VS.RadioLink.Recv.Mean Average number of received radio links per second
Descripcin:
Este contador mide el nmero de radio links recibidos sobre el interfaz Iub. La frmula para calcular este
contador es la siguiente: Nmero de solicitudes de establecimiento de radio links recibidos + Nmero
solicitudes de adicin de radio links + 2x Nmero de reconfiguraciones de radio link.
Punto de medicin:
La medida se realiza en el punto A como se indica en la siguiente figura.
Figura 4-19 Medicin de radio links recibidos

Mensajes Dedicated Measuremet Report

ID
50332581 VS.DedicMeaRpt.MEAN The average number of Dedicated Measurement Reporting per

second
Descripcin:
Este contador proporciona el nmero promedio de mensajes DEDICATED MEASUREMENT REPORT
enviados por el NodoB por segundo.
Punto de medicin:
El nmero de mensajes se muestrea cada 5 segundos dentro del perodo de medida. Al final del perodo de
medida, el promedio de esas muestras se usa como el valor del contador. Por ejemplo, si el perodo de medida
es 15 minutos, hay 180 muestras.
4.4.2 Ampliaciones de capacidad recomendadas

Si la carga CNBAP del NodoB es superior al 60% en las horas pico durante tres das consecutivos en la
semana, se considera que el NodoB est sobrecargado.
Se recomiendan las siguientes medidas:
Aadir una tarjeta UTRP, reemplazar la tarjeta WMPT por una UMPT, o reemplazar la WBBPb o
WBBPd por una WBBPf.
Dividir el NodoB o aadir un NodoB si el problema de sobrecarga de CNBAP no se puede solucionar
aadiendo o reemplazando tarjetas.
57
5 DESCRIPCIN DE LOS EQUIPOS HUAWEI
L A solucin Single RAN de Huawei facilita la convergencia en las redes de telecomunicaciones,

permitiendo desplegar las distintas tecnologas GSM, DCS, UMTS y LTE.
Single RAN simplifica la eleccin de tecnologas y la evolucin de las redes mviles, al permitir que la
misma estacin base opere en distintas modalidades. Para ello se utiliza un diseo modular, basado en tarjetas
dedicadas, que permite aadir soporte para una tecnologa concreta mediante la instalacin de una de esas
tarjetas. Con ello se consiguen las caractersticas esenciales que busca un operador: bajos costes de
mantenimiento y operacin, eficiencia energtica, ahorro de espacio y facilidad de gestin.
5.1 BTS3900
La serie 3900 de Huawei presenta un diseo modular. Los mdulos bsicos son la unidad banda base
BBU3900, las unidades radio remotas exteriores RRU y los mdulos RF MRFU. La BBU3900 y los mdulos
RF (MRFU/RRU) se conectan mediante cables elctricos u pticos entre los puertos CPRI.
BBU3900 (BBU, Base Band Unit): Se emplea para procesar seales en banda base y permite la
interaccin entre la BTS y la BSC.
RRU (Radio Remote Unit)/MRFU (Multi-Mode Radio Frequency Unit): Se trata de unidades de
filtrado de radiofrecuencias que realizan modulaciones y demodulaciones entre seales en banda base
y seales de radio frecuencia, adems de procesar datos y combinar y dividir seales.
59
60
Descripcin de los Equipos Huawei
Figura 5-1 Solucin de producto de la serie BTS3900
Los dispositivos auxiliares de la serie multi-modo 3900 incluyen, el bastidor BTS3900, el bastidor exterior
RFC, el bastidor exterior AC AAPM30H, el bastidor exterior DC TMC11H y los bastidores de bateras
IBBS200T, IBBS200D y PS4890.
5.1.1 BBU3900
La BBU3900 de Huawei est basada en un diseo modular mediante el cual podemos configurar una estacin
base segn nuestras necesidades de manera fcil, aadiendo simplemente nuevas tarjetas, ya sea para ampliar
la capacidad de transmisin, la de proceso o para implementar una nueva tecnologa en un nodo ya existente.
La BBU3900 es la unidad de control de banda base que transfiere las seales entre el NodoB/BTS y la
RNC/BSC. Realiza las siguientes funciones:
Realiza la interaccin de seal entre la estacin base y la RNC/BSC.
Proporciona la seal de reloj.
Gestiona todo el sistema de la estacin base en trminos de Operacin y Mantenimiento.
Procesamiento de la sealizacin.
Proporciona un canal OM conectado al LMT o al M2000.
Proporciona puertos CPRI para comunicacin con los mdulos RF.
En la Figura 5-2 podemos ver una configuracin tpica de tarjetas para una BBU trabajando con GSM+UMTS.
Figura 5-2 Configuracin tpica de BBU3900 en modo GSM+UMTS
Y en la Figura 5-3 podemos ver la distribucin de slots de la BBU3900.
Figura 5-3 Distribucin de slots/tarjetas en la BBU3900
5.1.1.1 Tarjetas de la BBU3900
La BBU3900 puede ser configurada con las siguientes tarjetas:

Tarjetas principales de control y transmisin: GSM Timing and Timing and Management (GTMU),
WCDMA Main Processing and Transmission unit (WMPT), LTE Main Processing and Transmission
Unit (LMPT), Universal Main Processing and Transmission Unit (UMPT).
Tarjetas de procesado banda base: WCDMA Baseband Processing Unit (WBBP) o LTE BaseBand
Processing Unit (LBBP).
Universal Baseband Radio Interface Board (UBRI).
Universal Transmission Processing unit (UTRP).
Universal Power and Environment Interface Unit (UPEU).
Universal Environment Interface Unit (UEIU).
Satellite Card Clock Unit (USCU).
Unidades de proteccin contra sobre tensiones: Universal E1/T1 Lightning Protection unit (UELP),
Universal FE Lightning Protection unit (UFLP).
Universal inter-Connection Infrastructure Unit (UCIU)
5.1.1.1.1 GTMU
La GTMU es la tarjeta principal de control y transmisin de la BBU3900 para el modo GSM.
61
62
Figura 5-4 Tarjeta GTMU

Sus principales funciones son:
Proporciona 6 puertos CPRI para la conexin con los mdulos RF.
Procesa las seales de reloj.
Proporciona la gestin OM para las red 2G
Proporciona cuatro E1s/T1s, un puerto FE elctrico y un puerto FE ptico.
5.1.1.1.2 WMPT
La WMPT es la tarjeta principal de control y transmisin de la BBU3900 para el modo UMTS.
Figura 5-5 Tarjeta WMPT
Sus principales funciones son:

Procesa las seales de reloj y proporciona un reloj unificado para las tarjetas trabajando en modo
UMTS.
Proporciona la gestin OM para la red UMTS.
Proporciona cuatro E1s/T1s, un puerto FE elctrico y un puerto FE ptico.
Procesa la sealizacin y gestiona los recursos.
5.1.1.1.3 UMPT
La UMPT es una tarjeta universal de control principal y transmisin.
Figura 5-6 Tarjeta UMPT

Sus funciones principales son:
Controla y gestiona la estacin base en trminos de configuracin, equipamiento, monitorizacin y
recursos radio.
Procesa los mensajes de sealizacin.
Proporciona la referencia de reloj, puertos de transmisin, y un canal OM hacia el LMT o M2000.

Interconecta dos BBUs con la tarjeta UCIU e intercambia informacin de control, de transmisin, y de
reloj entre ellas.
5.1.1.1.4 WBBP
La WBBP es la unidad de procesado de banda base en el modo UMTS.
Figura 5-7 Tarjeta WBBP
Sus funciones principales son:

Proporciona puertos CPRI para la conexin con los mdulos RF.
Procesa las seales de banda base uplink y downlink.
Tal como vimos en el captulo 3, existen diferentes versiones de la tarjeta WBBP. La versin define y limita el
nmero de celdas y el nmero de channel elements (CEs) soportados en UL y DL.
5.1.1.1.5 UBRI
La tarjeta UBRI proporciona 6 puertos CPRI adicionales para facilitar la convergencia, distribucin y
transmisin de diferentes tecnologas entre la BBU y las RRU 900MHz. Los tres primeros puertos se
configuran para el despliegue de U900, mientras que los tres ltimos se configuran para la tecnologa GSM
Figura 5-8 Tarjeta UBRI
5.1.1.1.6 UTRP
La UTRP es una tarjeta que permite ampliar la capacidad de la BBU3900. En los casos en los que se
configuren ms de 4 E1s, la tarjeta UTRP4 provee de 8 E1s soportando el protocolo IP.
Figura 5-9 Tarjeta UTRP
5.1.1.1.7 UPEU
La UPEU es el mdulo de potencia de la BBU3900. Adems proporciona dos puertos para ocho seales de
tipo boolean que sirve para conectar la BBU a la caja de alarmas externas del site.
63
64
Figura 5-10 Tarjeta UPEU
5.1.1.1.8 UEIU
La tarjeta UEIU se encarga de transmitir las seales de alarma y monitorizacin de los dispositivos externos a
la tarjeta de control principal
Figura 5-11 Tarjeta UEIU
Al igual que la UPEU proporciona dos puertos EXT-ALM que pueden transmitir cuatro seales booleanas
cada uno. Por ello, la UEIU junto con la UPEU ofrecen la posibilidad de transmitir 16 alarmas externas en
total (8 cada tarjeta).
5.1.1.1.9 FAN
La unidad FAN controla la velocidad de los ventiladores y reporta el estado de los mismos a la tarjeta de
control principal, monitoriza la temperatura de la unidad y disipa el calor de la BBU.
5.1.2 Mdulos RF
5.1.2.1 RRU (Radio Remote Unit)
La RRU es el mdulo RF empleado en configuraciones distribuidas, es decir, se monta cerca de la antena.

Se emplea el modelo RRU3908V2 para la banda de 900 MHz (GSM+UMTS) y el modelo RRU3808 para la
banda de 2100 MHz (UMTS). Tambin existe el modelo RRU3908V1 para la banda de 1800 MHz, aunque el
DCS se suele montar en configuracin compacta mediante MRFUs, tambin para evitar que haya demasiadas
RRUs en la torre.
Figura 5-12 Modelos de RRU
La configuracin distribuida mediante RRUs permite una mayor cobertura, un menor consumo de energa,
menos mdulos y no necesita de amplificadores adicionales en recepcin para el balance de enlace.
La RRU dispone de dos puertos RF TX/RX para conexin a la antena, dos puertos CPRI para conexin a la
BBU y tambin un puerto para comunicacin con el RET de la antena, para el tilt elctrico remoto.
Tabla 5-1 Configuraciones tpicas de RRU3908V2

Mode Total Total Output Output
Number of Number of Power per Power per
GSM UMTS GSM UMTS
Carriers Carriers Carrier (W) Carrier (W)
GSM+UMTS 1 1 40 40
2 1 20 40
3 1 13 40
4 1 10 40
5 1 6 20
1 2 40 20
2 2 20 20
3 2 13 20
4 2 10 20
65
66
Tabla 5-2 Configuracin PA1 y PA2 en RRU3908V2

PA1 PA2
Number of Output Number of Output Number of Output Number of Output
GSM Power per UMTS Power per GSM Power per UMTS Power per
Carriers GSM Carriers UMTS Carriers GSM Carriers UMTS
Carrier Carrier Carrier Carrier
(W) (W) (W) (W)
1 40 0 0 0 0 1 40
2 20 0 0 0 0 1 40
3 13 0 0 0 0 1 40
4 10 0 0 0 0 1 40
5 6 0 0 0 0 1 20
1 40 0 0 0 0 2 20
2 20 0 0 0 0 2 20
3 13 0 0 0 0 2 20
4 10 0 0 0 0 2 20
Tabla 5-3 Configuraciones tpicas de RRU3808V1

Output
Number of PA1 Number of PA2 Power per
Mode
Carriers Carriers UMTS
Carrier (W)
1 0 40
2 0 20
UMTS
1 1 40
2 2 20
Tal como se observa en la Tabla 5-2, la RRU posee dos amplificadores de potencia independientes, cada uno
con una potencia mxima de 40 W, es decir 80 W para toda la RRU. Existen modelos que permiten llegar a los
60 W por amplificador, 120 W en total.
5.1.2.2 MRFU (Multi-Mode Radio Frequency Unit)
La MRFU es el modulo RF para configuraciones compactas, es decir, van montadas en el bastidor BTS3900
junto a la BBU.
Se emplea el modelo MRFUV2 que permite las bandas de 900 y 1800 MHz, tanto para GSM/DCS como para
UMTS, aunque slo suele usarse para GSM/DCS.
Figura 5-13 MRFU
La MRFU dispone de dos puertos RF para conexin a la antena, uno TX/RX y otro slo RX, dos puertos
CPRI para conexin a la BBU.
5.2 Tipos de emplazamiento

Podemos hacer dos clasificaciones de los emplazamientos dependiendo de su ubicacin y dependiendo del
tipo de mdulos RF elegidos.
Tipos de emplazamiento segn ubicacin:
Indoor: El equipo se encuentra dentro de una caseta.
Outdoor: El equipo se encuentra al aire libre.
Si el emplazamiento es indoor la BTS/NodoB recibe la denominacin BTS3900 y si es outdoor se denomina

BTS3900A.
67
68
Figura 5-14 BTS3900 Indoor
Figura 5-15 BTS3900A Outdoor
Tipos de emplazamientos segn mdulos RF:

BTS distribuida: El escenario est formado por la BBU (Base Band Unit) y el sistema radiante que, en
este caso, es a travs de las RRUs (Remote Radio Unit).
BTS compacta: El escenario est formado por la BBU y el sistema radiante que, en este caso, es a
travs de las RFUs (Radio Frecuency Unit).
5.3 Escenarios Habituales

Veamos los escenarios ms habituales.
5.3.1 Indoor GSM900 + DCS1800

En este escenario el DCS va en configuracin distribuida mediante MRFUs y el GSM en configuracin
compacta mediante RRUs.
Al combinar el modelo distribuido con el modelo compacto, la GTMU se utilizar para gestionar las RFUs y
se aadir la tarjeta UBRI para gestionar las RRUs del 2G. El esquema de conexiones ser el siguiente:
Figura 5-16 Configuracin Indoor GSM900 + DCS1800
Esta configuracin no lleva UMTS por lo que no son necesarias las tarjetas WMPT y WBBP.
5.3.2 Indoor GSM900 + U900 + U2100

En este caso nuestro escenario es completamente distribuido pero transmitimos tanto 2G como 3G. Como no
se utiliza el modelo compacto conectaremos las RRUs del 2G a la GTMU (no utilizaremos UBRI en este
escenario). Las RRUs del 3G se conectarn a la WBBP.
Si se decidiese activar U900 se conectara desde las RRUs de G900 (el GSM y el U900 comparten la RRU) a
la WBBP, los tres primeros puertos para el U900 y los otros tres para el U2100. El esquema de conexiones
ser el siguiente:
69
70
Figura 5-17 Configuracin Indoor GSM900 + U900 + U2100
En el caso de que se tuviesen ms de 3 sectores el esquema variara ya que en la WBBP no entraran el U900 y
el U2100 juntos, por lo que se aadira otra tarjeta WBBP para poner cada una de las tecnologas en una
diferente.
Figura 5-18 Configuracin Indoor GSM900 + U900 + U2100 con 4 sectores

5.3.3 Indoor GSM900 + DCS1800 + U900 + U2100

Ahora el escenario est formado por las tres bandas. En la parte 2G tenemos en configuracin compacta el
DCS y en distribuida el GSM por lo que nos har falta utilizar la UBRI. Las RFUs irn conectadas a los
puertos de la GTMU y las RRU de GSM a los puertos de la UBRI. El U2100 ir conectado a la WBBP, al
igual que el U900. El esquema es el siguiente:
Figura 5-19 Configuracin Indoor GSM900 + DCS1800 + U900 +U2100
Si en este escenario tuvisemos ms de 3 sectores, el DCS en lugar de ir colocado en la GTMU en los puertos
pares iran conectados en puertos consecutivos. El GSM ira igual salvo que con ms sectores y, como no
tenemos 8 puertos en la WBBP, colocaramos otra tarjeta de este tipo, una para el U2100 y otra para el U900.
Estos cambios quedan reflejados en la siguiente figura:
71
72
Figura 5-20 Configuracin Indoor GSM900 + DCS1800 + U900 +U2100 con 4 sectores
5.3.4 Outdoor GSM900 + DCS1800 + U900 + U2100

La configuracin del conexionado de RRUs y MRFUs es la misma que para el caso Indoor. La diferencia
entre los escenarios Indoor y Outdoor reside en que, al no estar dentro de una caseta con un generador elctrico
de respaldo, se necesitan colocar bateras.
Figura 5-21 Configuracin Outdoor GSM900 + DCS1800 + U900 + U2100

5.3.5 Escenario cuando no se pueden usar RRUs

En el caso en el que no puedan usarse RRUs habr que emplear la configuracin compacta, y podr llegar a
ser necesario aadir un segundo cabinet.
Figura 5-22 Escenarios en configuracin compacta
El conexionado sera de la siguiente forma:
Figura 5-23 Configuracin Indoor compacta GSM900 + DCS1800 + U900 + U2100
73
6 HERRAMIENTAS DE MONITORIZACIN
E N el captulo 4 se detallaron diferentes contadores que hay que monitorizar para determinar cundo hay
que realizar ampliaciones en la red. Esos contadores son recopilados por el sistema de supervisin de la
red. En el caso de Huawei ese sistema de supervisin se denomina M2000.
En este captulo se introducen dos herramientas que almacenan la informacin recopilada por M2000, para
posteriormente ser analizada, procesada, emitir reportes, etc. Estas herramientas son PRS y Business Objects.
Tambin se presentar un visor de estadsticos desarrollado en Access, para acumular los contadores asociados
al consumo de potencia y recursos de channel elements, y poder representarlos de una forma amigable. Este
visor se alimenta de reportes generados por PRS o Business Objects.
Aparte de monitorizar los contadores de la red, es necesario conocer la configuracin de cada nodo para
determinar si es necesaria la ampliacin, y adems saber qu tipo de ampliacin hay que llevar a cabo. La
configuracin de la red se obtiene tambin a travs del sistema de supervisin M2000. Se requiere por un lado
conocer distintos parmetros de la red, y por otro, cuantas tarjetas o mdulos posee cada nodo, as como el
tipo.
M2000 es una plataforma centralizada de gestin de redes mviles. En la Figura 6-1 podemos ver la
arquitectura del sistema.
Figura 6-1 Arquitectura M2000
75
76
Herramientas de Monitorizacin
6.1 PRS
PRS (Performance Surveillance) es una plataforma para analizar los datos de rendimiento de una red mvil,
generar informes personalizados y visualizar informes. Monitoriza la red regularmente y muestra el
rendimiento general de la red y el estado operativo en informes. Es aplicable a situaciones tales como
construccin, mantenimiento y optimizacin regular de una red.
Figura 6-2 Arquitectura de PRS
Algunas de las caractersticas de PRS son:

PRS puede mostrar los KPIs en diferentes formas, tales como tablas y grficas.
KPIs personalizados. PRS permite a los usuarios definir frmulas personalizadas basadas en los KPIs
originales, KPIs del sistema y KPIs predefinidos.
Reglas de hora cargada personalizadas. PRS permite a los usuarios personalizar las reglas de hora
cargada e identificar las horas cargadas basndose en escenarios especficos.
Informes personalizados. PRS permite a los usuarios personalizar los informes, tales como informes
simples, informes de comparacin, informes combinados, etc. Los usuarios pueden modificar, borrar,
mover, importar y exportar estos informes segn sea necesario.
Formatos personalizados de informes. Relacionando los informes con plantillas XLS, PRS permite a
los usuarios exportar los resultados de consultas usando plantillas XLS predefinidas. Los usuarios
pueden tambin editar los informes usando las distintas funciones de Excel, tales como fuentes,
grficas, frmulas y macros.
Generacin y entrega de informes de forma planificada. PRS genera automticamente informes segn
una fecha y perodo preestablecido. Una vez generados los informes pueden ser entregados a una
direccin de correo electrnico o servidor FTP.
En nuestro caso usaremos PRS para obtener datos de consumo de CEs a nivel horario. PRS permite obtener
datos casi en tiempo real, ya que muestra datos de hasta la hora anterior al momento en el que ejecutamos una
consulta.
6.1.1 Ejecucin de una consulta en PRS

Para ilustrar el funcionamiento de PRS vamos a mostrar de forma resumida cmo ejecutar una consulta de
datos, concretamente una consulta para obtener el consumo de CEs de los nodos de la red. Estos datos servirn
para alimentar el visor de estadsticos Access que hemos comentado anteriormente.
Tras introducir el usuario y contrasea necesarios para acceder a la herramienta, pasamos a la pgina principal
del sistema que vemos en la Figura 6-3.
Figura 6-3 Pgina Principal de PRS

En esta pgina podemos visualizar consultas que ya hayamos creado anteriormente, ver consultas generadas
por otros usuarios, importar consultas o generar consultas nuevas.
Nosotros nos centraremos en la seccin Report Management, pero como podemos observar aparecen otras
secciones disponibles, como KPI Analysis que nos permite analizar en detalle los KPIs, KPI Management
que nos permite definir KPIs personalizados o Busy Hour Rule que nos permite definir reglas
personalizadas de Hora Cargada.
En la Figura 6-4 podemos observar el aspecto de la herramienta cuando accedemos a una consulta ya definida.
Figura 6-4 Consulta de PRS
En la parte superior podemos ver la entidad y el objeto sobre el que se apoya la consulta. En nuestro caso la
entidad sera la RNC y dentro de ella el objeto NodoB.
Tambin podemos ver las siguientes secciones:
77
78
Select Object. En esta seccin podremos elegir los objetos o elementos de red sobre los que se
ejecutar la consulta. Podremos elegir a nivel de toda la red, de RNC, de NodoB o de celda. As como
elegir, por ejemplo, nodos de distintas RNCs. En nuestro caso no nos permitir elegir a nivel de nodo
debido a que los contadores elegidos en esta consulta son a nivel de nodo.
Select KPI. Nos permitir seleccionar los contadores que queremos que salgan en la consulta, en
nuestro caso los contadores asociados al consumo de CEs, as como las licencias y el Hardware
disponibles en el nodo, tal como se ve en la Figura 6-5.
Figura 6-5 Seleccin de contadores en PRS
Select Time. Nos permitir seleccionar el perodo de tiempo sobre el que vamos a ejecutar la consulta,
bien indicando la fecha inicial y final, o bien indicando un perodo a contar desde la fecha actual (un
nmero de horas o das, una semana, etc). Tambin se puede seleccionar a qu nivel de dimensin
temporal se ejecuta la consulta, es decir, por ejemplo a nivel de hora o a nivel de da. En esta eleccin
habr que tener en cuenta la forma de agregacin que tiene definida cada contador. Por ejemplo si
elegimos un nivel de da, si la forma de agregacin temporal del contador es la suma, para un da
obtendremos la suma de todas las horas, si es el mximo, obtendremos el valor mximo de todas las
horas.
Figura 6-6 Seleccin del perodo temporal en PRS
Una vez seleccionados los elementos de red, los contadores/KPIs y el perodo de tiempo, podremos ejecutar la
consulta pulsando en la opcin Query que podemos ver en la parte inferior de la Figura 6-4.
El resultado ser el siguiente:
Figura 6-7 Resultado de consulta en PRS
Tal como se aprecia en la parte superior de la Figura 6-7, la herramienta nos permite exportar los resultados
obtenidos a un archivo Excel o a un archivo formato .csv. Para grandes cantidades de datos se recomienda la
exportacin a formato .csv, de hecho el sistema convierte el archivo exportado a formato .csv, aunque
hayamos elegido el formato Excel, cuando detecta que la cantidad de datos es elevada.
El resultado de la consulta se obtiene por defecto en forma de tabla, pero tambin es posible generar un grfico
a partir de los datos obtenidos.
6.2 Business Objects

Business Objects permite a una organizacin el acceso a sus bases de datos y provee todo tipo de informacin
a todo tipo de usuarios. Permite realizar consultas para extraer la informacin que interese. El formato de estos
79
80
datos se puede realizar segn el gusto del usuario. Los usuarios tambin pueden analizar la informacin
mediante las tcnicas llamadas OLAP o proceso analtico online.
Business Objects es una solucin para implementar Sistemas de apoyo a la toma de decisiones (Decision
support systems DSS-). En otras palabras, Business Objects desarrolla y licencia un software que permite un
fcil acceso a los datos para poder tomar decisiones apoyndose en los hechos y no en la intuicin. Esto se
hace mediante un sistema que permite consultar, analizar los resultados de la consulta y generar informes con
los datos resultantes.
Figura 6-8 Funciones de Business Objects
Ventajas de Business Objects:

No tiene que depender de un departamento informtico para generar los informes.
Su curva de aprendizaje es muy corta. No es necesario conocer Structure Query Language (SQL), una
base de datos relacional (RDBMS) ni la estructura de los datos para empezar a hacer consultas.
Obtiene los datos de forma segura y el sistema es fcil de mantener.
La ltima ventaja, pero no la menos importante, es que permite una forma sencilla de acceder a los
datos, conocida como capa semntica, que permite acceder a los datos utilizando trminos de negocio.
Como hemos comentado, Business Objects es una herramienta genrica para acceder a las bases de datos de
una empresa, es decir, es una plataforma externa al sistema se supervisin M2000 de Huawei.
Los estadsticos recopilados por M2000 pueden ser exportados a ficheros los cuales pueden ser obtenidos por
Business Objects mediante FTP/SFTP. En Business Objects aparecer esta informacin disponible dentro de
lo que se conoce como Universo. Podemos tener diferentes universos definidos, por ejemplo a nivel de
tecnologa o a nivel de agregacin temporal.
A diferencia de PRS, los datos ms recientes que nos puede proporcionar Business Objects son los del da
anterior. Adems, la rapidez en la ejecucin de consultas es bastante mayor en PRS que en Business Objects.
6.2.1 Ejecucin de una consulta en Business Objects

Para ilustrar el funcionamiento de Business Objects vamos a mostrar de forma resumida cmo ejecutar una
consulta de datos, concretamente una consulta para obtener el consumo de potencia de las celdas de la red.
Estos datos servirn para alimentar el visor de estadsticos Access que hemos comentado anteriormente.
Tras introducir el usuario y contrasea necesarios para acceder a la herramienta, pasamos a la pgina principal
del sistema que vemos en la Figura 6-9.
Figura 6-9 Ventana Principal de Business Objects
En el men Archivo de la Barra de Men podremos acceder a consultas ya predefinidas o generar nuevas
consultas.
Si abrimos la consulta de consumo de potencia veremos lo siguiente:
Figura 6-10 Ventana de Consulta de Bussines Objects
En la parte izquierda de la Figura 6-10 aparece el Administrador de Informes donde se muestran los diferentes
objetos (elementos de red, dimensiones temporales y contadores) que han sido seleccionados del Universo
para ser mostrados en la consulta.
En la barra de herramientas superior tenemos varios botones, entre los cuales se encuentra el botn para
ejecutar la consulta (Actualizar los datos) y el botn para acceder al panel de definicin de la consulta que
podemos ver en la Figura 6-11.
81
82
Figura 6-11 Panel de Consulta de Business Objects
En el Panel de Consulta se distinguen tres secciones:

Clases y objetos. En esta seccin se muestran todos los contadores disponibles de la red, agrupados en
diferentes carpetas. Tambin se muestran diferentes entidades de la red (RNC, Nodo, Celda) y
entidades temporales (Hora, Da, Semana, etc.).
Objetos del resultado. Arrastrando objetos de la seccin anterior a esta seccin, seleccionaremos los
datos que queremos mostrar en la consulta.
Condiciones. En esta seccin se pueden definir condiciones para restringir o filtrar los datos que
queremos obtener. Por ejemplo seleccionar una determinada RNC, unos determinados nodos o celdas
o un determinado perodo de tiempo.
Los resultados obtenidos de una consulta se pueden mostrar en formato tabla o como grfica, y pueden ser
exportados a ficheros en diferentes formatos. En nuestro caso, para poder alimentar el visor de estadsticos que
veremos posteriormente, exportaremos los datos en formato texto.
En la siguiente figura podemos ver el resultado de la consulta sobre consumo de potencia para una celda
concreta en formato tabla.
Figura 6-12 Resultado de Consulta de Business Objects
6.3 Bases de Datos de Parmetros y de Configuracin Hardware

Como ya hemos comentado, adems de saber el valor de los diferentes contadores que va generando la red en
su funcionamiento, necesitaremos conocer determinados parmetros definidos en la red, as como la
configuracin hardware que tiene cada nodo. En cuanto a parmetro nos referimos, por ejemplo, al valor de
potencia que tiene disponible una celda, y en cuanto a configuracin hardware nos referimos, por ejemplo, al
nmero de tarjetas banda base que posee un nodo y su tipo.
Ambas informaciones, parmetros y hardware, se obtienen tambin a travs del sistema de supervisin
M2000.
6.3.1 Base de Datos de Parmetros

Haciendo una exportacin en M2000 se pueden obtener todos los parmetros definidos en la red. Esta
informacin se estructura en tablas, las cuales estn referenciadas, por ejemplo, a nivel de nodo o a nivel de
celda. En el caso de la red Huawei, estamos hablando de ms de 4000 parmetros estructurados en ms de 200
tablas. Para poder manejar toda esta informacin, los datos obtenidos de M2000 se almacenan en una base de
datos Access.
83
84
Figura 6-13 Base de Datos con tablas de parmetros de la red
Necesitamos conocer la configuracin de sectores, celdas y banda de frecuencia que posee cada nodo. Para
ello se desarroll una base de datos Access, que partiendo de una de las tablas comentadas anteriormente, nos
generara un listado de todos los nodos de la red y su configuracin. Concretamente partimos de la tabla
UMTS_RADIO_UCELL que tiene el listado de todas las celdas de la red. Cada nodo se divide en sectores, y
cada sector puede tener hasta cuatro portadoras, una en la banda de 900 MHz y tres en la banda de 2100 MHz.
Cada una de las portadoras por sector es una celda. En la siguiente tabla vemos parte de la informacin
suministrada por la tabla UMTS_RADIO_UCELL para un nodo determinado.
Tabla 6-1 Parmetros Tabla UMTS_RADIO_UCELL

Controller CNOPGRP MAXTX UARFCN UARFCN
NODEBNAME CELLNAME BANDIND
Name INDEX POWER DOWNLINK UPLINK
RNC_1 NODO0001 NODO0001U1A 0 0 460 10688 9738
RNC_1 NODO0001 NODO0001U2A 0 0 460 10688 9738
RNC_1 NODO0001 NODO0001U3A 0 0 460 10688 9738
RNC_1 NODO0001 NODO0001U1B 0 0 460 10663 9713
RNC_1 NODO0001 NODO0001U2B 0 0 460 10663 9713
RNC_1 NODO0001 NODO0001U3B 0 0 460 10663 9713
RNC_1 NODO0001 NODO0001U1C 0 0 460 10638 9688
RNC_1 NODO0001 NODO0001U2C 0 0 460 10638 9688
RNC_1 NODO0001 NODO0001U3C 0 0 460 10638 9688
RNC_1 NODO0001 NODO0001V1A 7 0 460 2959 2734
RNC_1 NODO0001 NODO0001V2A 7 0 460 2959 2734
RNC_1 NODO0001 NODO0001V3A 7 0 460 2959 2734
Explicamos los parmetros de Tabla 6-1:

ControllerName: Es la denominacin de la RNC.
NODEBNAME: Es la denominacin del NodoB.
CELLNAME: Es la denominacin de la celda. En la codificacin se identifica la banda, el sector y la
portadora de cada celda. Los 8 primeros dgitos nos identifican el nodo. El noveno dgito nos indica la
banda (U para 2100 y V para 900). El dcimo dgito nos indica el sector. Normalmente los nodos
suelen tener tres sectores, numerados segn su azimut (orientacin) y partiendo de 0. El undcimo
dgito nos indica la portadora dentro de la banda.
BANDIND: Identifica la banda (0 para 2100 MHz y 7 para 900 MHz).
CNOPGRPINDEX: Nos puede identificar distintos operadores que estn soportados por el nodo.
MAXTXPOWER: Indica la potencia mxima de transmisin downlink de la celda. El parmetro
viene expresado en 0.1 dBm. El valor por defecto es 430 (43 dBm = 20 W). En nuestro ejemplo el
valor es 460 (46 dBm = 40 W).
UARFCNDOWNLINK y UARFCNUPLINK: Identifica los canales downlink y uplink de la banda
UMTS.
La tabla UMTS_RADIO_UCELL contiene otros muchos parmetros, como por ejemplo, el cdigo de
scrambling de la celda o el LAC, el cdigo del rea de localizacin.
Mediante la base de datos mencionada, y tras un procesamiento de los datos de la tabla
UMTS_RADIO_UCELL obtenemos la siguiente tabla de configuracin simplificada del nodo.
Tabla 6-2 Configuracin de portadoras de un NodoB

NODEBNAME ControllerName U900 U2100
NODO0001 RNC_1 1+1+1 3+3+3
Dado que el U900 suele compartir la RRU con el GSM900, tambin necesitaremos conocer la configuracin
de los TRX de GSM900 para determinar la viabilidad de una ampliacin en la banda de 900 MHz.
6.3.2 Base de Datos de Configuracin Hardware

A travs del sistema de supervisin M2000 podemos obtener tambin datos de configuracin del nodo
relativos a las tarjetas que tiene instaladas, tanto a nivel de banda base como de RF, el tipo o modelo de tarjeta,
o los grupos de recursos definidos. Mientras que los parmetros se definen a nivel de RNC, la informacin de
configuracin se obtiene del nodo.
La exportacin de M2000 nos genera un fichero Excel con una serie de tablas.
Bastidores
Tabla 6-3 Bastidores del nodo
NEType NEName Rack No. Rack Type
GSMBTS NODO0001 0 BTS3900
NodeB NODO0001 0 BTS3900
Tendremos un solo bastidor BTS3900 para GSM y UMTS.

Tarjetas
85
86
Tabla 6-4 Tarjetas del nodo

Board
NEType NEName Node_CN_SRN_SN Board Type RackNo FrameNo SlotNo
Name
GSMBTS NODO0001 NODO0001_0_0_2_0_-1_-1 UBRI WD53UBRI 0 0 2

GSMBTS NODO0001 NODO0001_0_0_6_0_-1_-1 GTMU WD22GTMUb 0 0 6
GSMBTS NODO0001 NODO0001_0_4_0_0_-1_-1 MRFU WD5MMRFU73B 0 4 0 MRFU GSM1800
GSMBTS NODO0001 NODO0001_0_60_0_0_-1_-1 MRRU WD5MJRUAC8E 0 60 0 RRU 900
GSMBTS NODO0001 NODO0001_0_4_1_0_-1_-1 MRFU WD5MJFUE830 0 4 1 MRFU GSM1800
NodeB NODO0001 NODO0001_0_0_0_0_-1_-1 WBBP QWL1WBBPF4 0 0 0
NodeB NODO0001 NODO0001_0_0_1_0_-1_-1 WBBP QWL1WBBPD2 0 0 1
NodeB NODO0001 NODO0001_0_0_7_0_-1_-1 UMPT WD22UMPTa1 0 0 7
NodeB NODO0001 NODO0001_0_60_0_0_-1_-1 MRRU WD5MJRUAC8E 0 60 0 RRU 900
NodeB NODO0001 NODO0001_0_80_0_0_-1_-1 MRRU WD5MIRU281 0 80 0 RRU U2100
En esta tabla tenemos un listado de las tarjetas instaladas en el nodo, tanto para la parte GSM (GSMBTS)
como para la parte UMTS (NodeB). Se indica el tipo de tarjeta y su ubicacin fsica dentro del nodo, mediante
el nmero de bastidor (Cabinet Number), la bandeja dentro del bastidor (Subrack Number) y el slot dentro de
la bandeja (Slot Number).
Tal como podamos ver en la Figura 5-3 las tarjetas WBBP podan ir dentro de la BBU en los slots 0 al 4. En
nuestro ejemplo tenemos una WBBPF4 en el slot 0, una WBBPD2 en el slot 1 una WBBPD1 en el slot 3.
Tambin tenemos una GTMU en el slot 6, una UBRI en el Slot 2 y una UMPT en el slot 7.
Como podemos ver las RRU de 900 MHz son comunes al GSM y al UMTS, y en este caso, para el GSM1800
hay instaladas seis MRFUs y no tres, debido a que el nodo tiene tambin instalado el LTE1800 en
configuracin MIMO.
Grupos de recursos banda base UL y DL
Tabla 6-5 Grupos de recursos UL
UL BB
Node Node_CN_SRN_SN CN SRN SN
Group
NODO0001 NODO0001_0_0_0 0 0 0 0
NODO0001 NODO0001_0_0_3 0 0 0 3
NODO0001 NODO0001_0_0_1 1 0 0 1
Tabla 6-6 Grupos de recursos DL

DL BB
Node Node_CN_SRN_SN CN SRN SN
Group
NODO0001 NODO0001_0_0_0 0 0 0 0
NODO0001 NODO0001_0_0_3 0 0 0 3
NODO0001 NODO0001_0_0_1 1 0 0 1
Tendremos dos grupos. El grupo 0 tiene asociadas las tarjetas de los slots 0 y 3 (WBBPF4 y WBBPD1 segn
la Tabla 6-4). El grupo 1 tiene asociada la tarjeta 1 (WBBPD2 segn la Tabla 6-4).
Asociacin entre celda y tarjeta

Tabla 6-7 Asignacin de celda a tarjeta
DL DL DL UL UL UL
DL BB UL BB
Node UTRANCELL(T) Status BB BB BB Board Type BB BB BB Board Type
Group Group
CN SRN SN CN SRN SN
NODO0001 NODO0001U1A Available 0 0 1 QWL1WBBPD2 1 0 0 1 QWL1WBBPD2 1
NODO0001 NODO0001U1B Available 0 0 3 QWL1WBBPD1 0 0 0 3 QWL1WBBPD1 0
NODO0001 NODO0001U1C Available 0 0 3 QWL1WBBPD1 0 0 0 3 QWL1WBBPD1 0
NODO0001 NODO0001V1A Available 0 0 1 QWL1WBBPD2 1 0 0 1 QWL1WBBPD2 1
6.4 Visor de Estadsticos

Aunque tanto PRS como Business Objects permiten representar los contadores de la red mediante grficas,
debido a la gran cantidad de contadores que manejan, presentan una limitacin respecto al nmero de das que
pueden acumular. Normalmente mantienen uno o dos meses de datos. Esto nos planteaba la necesidad de crear
una herramienta adicional, que nos permitiera mantener un histrico de datos suficiente para analizar las
necesidades de ampliacin de los nodos. Adems nos daba la opcin de generar unas grficas ms
personalizadas y adaptadas al usuario.
Se eligi Microsoft Access para implementar la herramienta, que nos permite acumular gran cantidad de datos,
definir consultas sobre esos datos y generar formularios con grficas de una forma relativamente sencilla.
Se defini una base de datos principal que se ira alimentado de datos extrados mediante consultas de PRS y
Business Objects. Este fichero se ubica en una unidad compartida para acceso de todos los usuarios.
Adems se gener una segunda base de datos, que es en realidad el visor, el cual est vinculado a las tablas de
la base de datos principal. Este segundo fichero se ubica en el PC de cada usuario. Esto permite que la
ejecucin del visor no afecte de unos usuarios a otros, y que cada usuario pueda definir en su visor sus propias
consultas e incluso personalizar las grficas del visor.
En las subsecciones 6.1.1 y 6.2.1 vimos como obtenamos consultas, del consumo de CEs y de potencia, de
PRS y Business Objects respectivamente. Los resultados se almacenaban en un fichero .csv y en un fichero de
87
88
texto. Ambos ficheros estn vinculados a la base de datos principal del visor. Los datos los tenemos a nivel
horario, pero como en el visor slo vamos a almacenar un valor por da, realizamos un procesado de los datos.
Dicho procesado consiste en calcular para cada da la hora con el valor mximo de un determinado contador.
En caso del consumo de channel elements es el contador VS.LC.DLMax.LicenseGroup.Shared para el
downlink, y VS.LC.ULMax.LicenseGroup.Shared para el uplink. En el caso del consumo de potencia es el
contador VS.MeanTCP.NonHS para el downlink, y VS.RAC.UL.EqvUserNum para el uplink. Una vez
calculada la hora cargada, extraemos el valor del resto de contadores y los vamos acumulando. Extraemos
tambin algunos parmetros de la base de parmetros, como son la potencia mxima de transmisin downlink
de la celda MAXTXPOWER (de la tabla UMTS_RADIO_UCELL) o el nmero mximo de usuarios
equivalentes ULTOTALEQUSERNUM (de la tabla UMTS_RADIO_UCELLCAC).
Figura 6-14 Ventana Principal Base de Datos del Visor
Dentro del visor disponemos de dos formularios independientes, para representar los datos CEs y potencia.
Ambos visores presentan en la parte superior un combo desplegable para poder seleccionar un nodo (en el
caso de los CEs) o una celda (en el caso de la potencia). Tambin incluyen un subformulario para poder definir
el perodo de tiempo que se desea representar. Modificando las fechas inicial y final del subformulario
podremos hacer un zoom en un perodo determinado.
Figura 6-15 Formulario Visor CEs

En el visor de CEs se representan los datos de consumo downlink y uplink.
Figura 6-16 Formulario Visor Potencia

En el caso del visor de potencia, al lado de cada grfica, disponemos de un botn mediante el cual podemos
mostrar en formato tabla los datos de dicha grfica. Tenemos dos pestaas, una para los datos downlink y otra
para los datos uplink.
Veamos ms en detalle las diferentes grficas:
89
90
Grfica de consumo de channel elements.
Figura 6-17 Grfica de consumo de CEs

En esta grfica representamos mediante barras el consumo mximo y medio de la hora cargada, y mediante
reas las licencias definidas en el nodo (en azul) y el hardware disponible en el nodo (en amarillo). En grfico
de lneas y referido al eje secundario tenemos el porcentaje de consumo. En este ejemplo podemos observar
una ampliacin de licencias temporal que se realiz en el nodo, para soportar el aumento de consumo previsto
en un perodo determinado. Concretamente la Semana Santa de 2014.
Como se ve en la Figura 6-15 en el formulario de CEs del visor hay una grfica para el consumo DL y una
para el consumo UL.
Grfica de consumo de potencia DL.
Figura 6-18 Grficas Potencia DL

En el caso de la potencia se decidi separar los contadores en tres grficas, para poder representarlos de una
forma ms clara. La seleccin en el formulario de potencia se realiza por celda y no por nodo como en el caso
del formulario de CEs.
En la primera grfica se representan los valores de consumo medio y mximo en hora cargada para la potencia
total y la potencia no-HSDPA, en dBm. Tambin se representa mediante barras el nmero de fallos RRC y
RAB en hora cargada. Por RRC entendemos las conexiones establecidas, y por RAB los servicios
establecidos. Sobre un mismo RRC podemos tener varios RAB. Los RABs pueden ser de conexin de
circuitos y de conexin de paquetes, y en consecuencia, podremos tener fallos de ambos tipos.
En la segunda grfica se representan los valores del CPICH y el valor de potencia de transmisin mximo
definido en la celda. Modificando el valor del CPICH podemos recortar la celda en casos de congestin. El
valor por defecto es 33 dBm. El valor por defecto de la potencia mxima que puede dar una celda es 43 dBm
(20 W), pudindose ampliar a 46 dBm (40 W). Evidentemente previo pago de la licencia correspondiente.
En la tercera grfica se representa el porcentaje de carga no-HSDPA de la celda, as como de nuevo los fallos
RRC y RAB, aunque en este caso los totales del da. El porcentaje de carga es el denominado ndice de uso
medio de la potencia de portadora transmitida que vimos en el captulo 3.
En este ejemplo podemos observar que cuando el porcentaje de carga est en torno al 70% el nodo empieza a
presentar fallos. Para evitar la degradacin se efecta una disminucin del CPICH, lo que provoca una cada
del consumo de potencia y en consecuencia de la carga del nodo. En este caso el pico de trfico coincidi con
la Cabalgata de Reyes.
Grfica de usuarios equivalentes UL y potencia total recibida.
Figura 6-19 Grfica Usuarios y Potencia UL
En este caso los datos se separaron en dos grficas, y la seleccin se hace tambin a nivel de celda.
En la primera se representan los usuarios equivalentes en la hora cargada, los fallos RRC y RAB y el umbral
definido en el control de admisin para los servicios de datos.
En la segunda grfica se representan los valores mximo, mnimo y medio de la potencia total recibida, as
como los fallos totales del da.
91
92
Tal como comentamos en el captulo 4, el valor mnimo de potencia recibida nos puede permitir detectar en la
celda una interferencia externa o un fallo hardware cuando supera los -100 dBm o cuando cae de los -110
dBm.
Adems del nmero total de usuarios definidos en el nodo (UlTotalEqUserNum), se pueden definir en el
control de admisin diferentes umbrales para cada tipo de servicio (servicios de voz AMR, servicios
conversacionales no-AMR, handovers y servicios de datos). Estos umbrales se definen como un porcentaje
respecto al nmero total de usuarios. Cuando un servicio accede a la celda, la RNC evala la carga de la celda
si el servicio fuera admitido. Si la carga de la celda supera el umbral definido, dicho servicio ser rechazado.
De lo contrario ser admitido.
Si estos parmetros tienen un valor alto, sern admitidos ms usuarios, pero en esta situacin es fcil que el
sistema congestione, afectando a la estabilidad de dicho sistema y a la calidad de los servicios activos. Si el
valor es bajo, la capacidad de la celda para usuarios equivalentes ser menor y el porcentaje de xito en la
admisin disminuir. En esta situacin se reduce la utilizacin de recursos del sistema.
7 MTODOS DE MONITORIZACIN Y GESTIN
A
lo largo del documento se han ido mostrando los recursos disponibles en una red UMTS. El uso de
los smartphones y la demanda creciente de datos por parte de los usuarios, hace que el trfico en las
redes mviles siga aumentando, especialmente en el uso de datos. Este aumento de trfico puede
llegar a consumir los recursos de la red, que inicialmente se despleg con una capacidad concreta. Por tanto es
necesario implementar procesos para detectar aquellos nodos que estn llegando a congestionarse, para poder
llevar a cabo su ampliacin, de forma que la calidad del servicio no se degrade, y el cliente se vea afectado.
Adems hay que tener en cuenta que los operadores no disponen de un presupuesto ilimitado para ampliar
continuamente la red. Es por ello que habr que intentar conseguir la mxima eficiencia en el aprovechamiento
de los recursos, y valorar la degradacin permitida en la red antes de realizar una nueva ampliacin.
Hay dos mtodos de monitorizar los recursos del sistema y detectar posibles cuellos de botella:
Proceso Reactivo. Proceso continuo que cubre las necesidades detectadas mediante la monitorizacin
de la ocupacin de recursos.
Planes programados. Cubren las necesidades estacionales de la red.
Estos mtodos tendran su correspondencia con los tipos de comportamiento de trfico que podemos
encontrarnos en los nodos de una red:
Nodos con crecimiento continuo de trfico. Sera el comportamiento normal de un nodo de interior.
Figura 7-1 Nodo con crecimiento de trfico continuo
93
94
Mtodos de monitorizacin y Gestin
Nodos con crecimiento estacional. Sera el comportamiento de un nodo de costa.
Figura 7-2 Nodo con crecimiento de trfico estacional
Nodos con crecimiento eventual. Sera el comportamiento de un nodo que da cobertura en una zona
de eventos deportivos, ferias o cualquier otra concentracin elevada de usuarios. Estos nodos
experimentan un crecimiento muy alto de trfico en perodos de tiempo muy concretos.
Figura 7-3 Nodo con crecimiento eventual
El mtodo reactivo servira para monitorizar y ampliar nodos con un crecimiento continuo, mientras que los
planes programados se emplean para cubrir las necesidades de los nodos con un crecimiento estacional o
eventual.
7.1 Proceso Reactivo

Como hemos comentado, este mtodo se basa en la monitorizacin continua de la ocupacin de los recursos
de la red. Cuando se detecta que el uso de los recursos supera de forma continua unos umbrales, ser necesario
acometer ampliaciones de capacidad para aliviar la congestin de la red.
El proceso reactivo incluye tanto la comprobacin de los criterios de dimensionado que se definen para cada
indicador de consumo de recursos, como la aplicacin de un criterio adicional de priorizacin de inversiones
basado en el xito de establecimiento de llamada. Lo que se conoce como CSSR (Call Setup Success Rate).
En la siguiente figura se muestran un ejemplo de los pasos a seguir para implementar un proceso de
monitorizacin reactivo.
Figura 7-4 Proceso Reactivo

Al comienzo de cada semana se genera un fichero con la ocupacin de los nodos de la red, o lo que se conoce
como cuadro de mando. A partir del fichero anterior se obtiene un listado de los nodos infradimensionados. Se
realizar un filtrado, eliminando del listado aquellos nodos cuya congestin se pueda haber producido por
posibles incidencias en la red. Tambin se filtrarn aquellos nodos afectados por algn evento o estacionalidad.
Estos nodos debern ser cubiertos por los planes programados. En el caso de los eventos, posiblemente,
aunque lanzramos la ampliacin dentro del proceso reactivo, su implementacin llegara tarde.
En funcin de los criterios de priorizacin y de la disponibilidad presupuestaria se definir finalmente el
listado de ampliaciones priorizadas. A continuacin se realizar el lanzamiento de los pedidos al
suministrador. Estos pedidos pueden implicar la instalacin de nuevo hardware en el nodo, como nuevas
tarjetas en la BBU o unidades RF de mayor potencia, o simplemente la carga de nuevas licencias software,
como ampliaciones de channel elements, ampliaciones de portadoras o ampliaciones de potencia sobre las
portadoras existentes.
Un tema importante a la hora de definir el fichero con la ocupacin de los nodos es la forma en la que
agregamos los contadores que estamos monitorizando. Los indicadores sern peridicamente monitorizados
empleando una base semanal. El valor significativo semanal de un determinado indicador se obtendr de la
siguiente forma:
Para cada indicador, se reunirn los valores mximos de las horas cargadas para los siete das de la semana. Se
estimarn dos promedios a partir de estos valores, el primero se corresponder con los cinco valores desde el
lunes al viernes, y el segundo basado en los tres valores desde el viernes al domingo.
Figura 7-5 Clculo de promedios semanales
95
96
El valor significativo para la semana bajo anlisis ser el mximo de los dos promedios anteriores.
Esta forma de trabajar se debe a que los nodos pueden presentar dos tipos de comportamientos extremos.
Por un lado, nodos que cubren zonas donde la gente se desplaza los fines de semana. Sera el caso tpico de los
nodos de costa. Su perfil de trfico sera por tanto el siguiente:
Figura 7-6 Nodo con trfico de Fin de Semana

Por otro lado, el caso que suele ser ms usual, donde el trfico se concentra fundamentalmente en los das
laborables. Su perfil de trfico sera el siguiente:
Figura 7-7 Nodo con trfico de No-Fin de Semana

Evidentemente habr nodos con comportamientos intermedios entre los dos anteriores, o que incluso varan su
comportamiento segn la poca del ao.
En cualquier caso, esta operativa nos garantiza que la media semanal obtenida sea representativa del valor de
trfico del nodo, y en consecuencia de sus indicadores de capacidad. Si por ejemplo, para un nodo de playa
hiciramos el promedio para toda la semana, el valor obtenido se vera atenuado por los valores de lunes a
jueves, por lo que el anlisis de sus necesidades en cuanto a capacidad sera errneo.
7.1.1 Cuadro de mandos del proceso reactivo

La elaboracin del fichero de ocupacin de los nodos se basar en la monitorizacin semanal de los
indicadores de capacidad. Estos indicadores sern el consumo de CEs en el nodo, el consumo de potencia DL
en las celdas y la carga de procesado del nodo, que son fundamentalmente los que generan la necesidad de una
ampliacin en un nodo. Para cada uno de ellos generaremos un fichero con el consumo de cada nodo. Los
indicadores se extraern semanalmente de las herramientas de monitorizacin, tales como PRS o Business
Objects.
En la siguiente tabla mostramos un grupo de nodos extrado del fichero de consumo de CEs en el uplink.
Tabla 7-1 Ejemplo de listado de consumos de CEs
Max CE CE
Promedio Promedio Fuera de
L M X J V S D Promedio UL UL % Ocupacin
L-V CE V-S-D CE umbral UL
CE Lic HW
NODO0001 213,73 194,49 61,47 192,62 181,92 132,32 72,62 168,85 128,95 168,85 1408 1408 11,99% No
NODO0002 205,80 185,73 118,80 197,19 207,66 169,62 134,85 183,04 170,71 183,04 2048 2048 8,94% No
NODO0003 97,60 93,49 68,46 96,33 87,30 66,56 62,72 88,64 72,19 88,64 960 960 9,23% No
NODO0004 133,93 122,16 75,20 111,49 105,08 76,74 71,83 109,57 84,55 109,57 1280 1280 8,56% No
NODO0005 90,98 65,00 52,39 66,82 56,98 70,98 67,88 66,44 65,28 66,44 1280 1280 5,19% No
NODO0006 280,40 295,24 293,11 305,18 324,55 325,46 309,72 299,70 319,91 319,91 400 1472 79,98% S
NODO0007 404,10 412,77 421,60 403,79 464,14 388,99 450,18 421,28 434,43 434,43 496 1664 87,59% S
NODO0008 362,44 376,77 389,03 342,89 389,97 324,70 374,15 372,22 362,94 372,22 448 1344 83,08% S
El porcentaje de ocupacin uplink, o el UL_CE_Mean_Ratio tal como vimos en la seccin 4.1.5, lo

obtendremos dividiendo el mximo promedio semanal entre las licencias disponibles en el nodo. En el caso de
que el porcentaje de consumo sea superior al 70%, se considerar que el nodo est fuera de umbral. El hecho
de no apurar toda la capacidad para considerar que el nodo est fuera de umbral, proporciona un margen de
tiempo para que, en el caso de que el consumo siguiera creciendo, la ampliacin llegara antes de alcanzar la
capacidad mxima.
Para el consumo downlink se generara un listado similar.
Para el consumo de potencia de cada nodo obtenemos primero el consumo a nivel de celda, tal como muestra
la siguiente tabla:
Tabla 7-2 Consumo de potencia de un nodo a nivel de celda
Max
Promedio Promedio Potencia % Fuera de
L M X J V S D Sector Promedio
L-V V-S-D Ref Ocupacin umbral
Pot
NODO0001U1A 37,58 37,60 37,55 37,52 37,60 37,43 37,30 1 37,57 37,44 37,57 19,95 0,29 No
NODO0001U1B 37,30 37,32 37,38 37,38 37,34 37,16 37,20 1 37,34 37,23 37,34 19,95 0,27 No
NODO0001U1C 36,84 37,00 36,95 36,88 36,85 36,71 36,65 1 36,90 36,74 36,90 19,95 0,25 No
NODO0001U2A 37,86 37,86 37,79 37,97 37,88 36,67 36,54 2 37,87 37,03 37,87 19,95 0,31 No
NODO0001U2B 37,49 37,48 37,41 37,50 37,61 36,41 36,35 2 37,50 36,79 37,50 19,95 0,28 No
NODO0001U2C 36,73 36,77 36,77 36,76 36,89 36,74 36,23 2 36,78 36,62 36,78 19,95 0,24 No
NODO0001U3A 42,03 42,07 42,22 42,60 42,31 38,41 38,17 3 42,25 39,63 42,25 19,95 0,84 S
NODO0001U3B 41,12 41,25 41,33 41,83 41,57 38,15 37,81 3 41,42 39,18 41,42 19,95 0,69 No
NODO0001U3C 40,90 41,00 41,12 41,33 40,86 37,43 36,98 3 41,04 38,43 41,04 19,95 0,64 No
NODO0001V1A 37,43 37,46 37,64 37,65 37,67 37,89 38,14 1 37,57 37,90 37,90 19,95 0,31 No
NODO0001V2A 38,44 38,45 38,47 38,76 38,77 38,30 38,47 2 38,58 38,51 38,58 19,95 0,36 No
NODO0001V3A 39,13 39,34 39,30 39,83 39,69 37,49 37,50 3 39,46 38,22 39,46 19,95 0,44 No
97
98
Habr que comparar el promedio semanal de cada celda con su potencia definida. En este caso todas las celdas
del nodo estn definidas a 43 dBm (19,95 W). El umbral de potencia considerado ser tambin del 70%.
Se considerar que el consumo de potencia del nodo vendr dado por el consumo mximo de sus sectores. A
su vez, el consumo de cada sector ser el promedio de los consumos de sus celdas. Tericamente las celdas de
un sector se parametrizan para que haya un balanceo de carga entre todas ellas. Si no es as ser necesario
revisar y optimizar el sector para intentar conseguir alcanzar ese balanceo, de forma que se aproveche al
mximo la potencia disponible en todo el sector.
A partir de la tabla anterior llegaremos al consumo a nivel de nodo:
Tabla 7-3 Consumo de potencia del nodo

Emplazamiento % Ocupacin Fuera de umbral
NODO0001 65,36% No
Como vemos, aunque una de las celdas del nodo presentaba un consumo fuera de umbral, no se considera
todava que el nodo tambin est fuera de umbral.
Para la carga CNBAP de los nodos podremos tener un fichero de la siguiente forma:
Tabla 7-4 Ejemplo de listado de carga CNBAP

Carga Carga Carga Carga Carga Carga Carga Fuera
Capacidad
Nodo L M X J V S D CNBAP CNBAP CNBAP CNBAP CNBAP CNBAP CNBAP de
CNBAP
L M X J V S D umbral
NODO0010 144 146 140 124 132 106 118 170 84,66% 86,08% 82,40% 72,70% 77,70% 62,21% 69,46% S
NODO0011 95 126 124 116 95 77 81 180 52,78% 69,77% 69,03% 64,49% 52,69% 42,55% 45,14% S
NODO0012 106 160 115 107 123 118 113 170 62,35% 93,82% 67,89% 63,19% 72,55% 69,26% 66,62% S
En este caso, se considerar que un nodo est fuera de umbral cuando supera el 60% de carga CNBAP durante
tres das consecutivos. Obtendremos el porcentaje de carga mediante las frmulas (4-14) y (4-15) que ya
vimos en el captulo 4, aunque por simplicidad en el clculo se emplear la frmula (4-15), que es la ms
restrictiva. Necesitaremos conocer la capacidad CNBAP de cada nodo, que como vimos dependa del tipo de
tarjetas que tuviera instaladas. En el caso del ejemplo:
Tabla 7-5 Capacidad CNBAP de nodos

Capacidad
Nodo WMPT UTRP UTRPc UMPT WBBPb WBBPd WBBPf
CNBAP
NODO0010 1 0 0 0 0 4 0 170
NODO0011 1 1 0 0 0 3 0 180
NODO0012 1 0 0 0 0 3 1 170
A partir de toda la informacin anterior podremos elaborar el cuadro de mandos, al que incorporaremos el dato
del CSSR, que veremos con ms detalle en el siguiente apartado. De esta forma, un ejemplo de cuadro de
mandos podra ser el siguiente:
Tabla 7-6 Ejemplo de cuadro de mandos
%Carga CNBAP fuera de

Fuera umbral
%Ocupacin
%Ocupacin
%Ocupacin
%Ocupacin
%Ocupacin
%Ocupacin
%Ocupacin
%Ocupacin
semana N-1
semana N-2
semana N-3
semana N-4
semana N-1
semana N-2
semana N-3
semana N-4
semana N-1
semana N-2
semana N-3
semana N-4
Peor Sector
Dashboard
CSSR mes
CSSR PS
CSSR PS
CSSR PS
CSSR PS
Potencia
Potencia
Potencia
Potencia
NODOB
umbral
CE_UL
CE_UL
CE_UL
CE_UL
NODO0010 CE+CNBAP 99,67% 99,68% 99,76% 98,66% 99,59% 2 59% 57% 51% 59% 72% 67% 59% 71% SI
NODO0011 CE+CNBAP 99,61% 99,64% 99,54% 99,27% 99,57% 1 38% 36% 36% 42% 290% 283% 281% 254% SI
NODO0012 CNBAP 99,22% 99,40% 99,30% 98,74% 99,24% 2 56% 57% 60% 61% 64% 63% 58% 59% SI
NODO0013 POT 98,28% 99,21% 98,94% 98,93% 98,76% 1 72% 22% 19% 28% 25% 18% 14% 30% NO
NODO0014 CE 98,47% 98,67% 98,41% 97,90% 98,46% 3 45% 46% 40% 40% 77% 80% 70% 71% NO
NODO0015 CE 98,21% 98,53% 98,26% 98,24% 98,32% 2 30% 29% 28% 33% 96% 80% 78% 119% NO
En el cuadro de mandos semanal mantendremos un histrico de los distintos indicadores para poder priorizar y
decidir la ampliacin final de un nodo. Aunque los consumos de recursos estn fuera de umbral, slo se
lanzar la ampliacin en el caso de que el cliente est siendo afectado, es decir, cuando el CSSR empieza a
degradar de forma continuada. Se calcula el promedio de CSSR mensual dndole mayor peso a la ltima
semana, y se priorizarn los nodos que estn por debajo de un determinado umbral, completando el listado de
nodos a ampliar hasta consumir el presupuesto que haya disponible. Es por ello que ser importante verificar la
viabilidad de la ampliacin y el coste econmico que supone. Adems tambin ser importante filtrar del
listado aquellos nodos cuyo CSSR se haya visto impactado por una incidencia en la red o por un evento que ya
ha pasado.
En relacin con la afectacin del usuario, otro indicador que puede tenerse en consideracin es el throughput
ofrecido por la celda. Es algo que ha ido tomando relevancia debido a las crecientes necesidades de consumo
de datos que hay en las redes actuales. Una vez salvada la accesibilidad al servicio, es necesario que el servicio
sea rpido. De esta forma si un usuario, por ejemplo, puede navegar por internet pero la navegacin es muy
lenta, su percepcin de la calidad de dicho servicio se ver afectada. Cabe la posibilidad de que un nodo no
presente congestin de sus recursos, ni bajo CSSR, pero que su throughput ofrecido sea bajo, debido a que los
servicios de datos tienden a darse en modo best effort, permitiendo el sistema el acceso a ms usuarios pero
a una menor velocidad.
Otro punto importante a revisar semanalmente es el consumo de CEs a nivel de grupo. Puede que un nodo no
presente congestin de consumo de CEs a nivel del nodo, pero s que la est presentando a nivel de los grupos
de recursos definidos en el nodo. Como vimos las celdas se agrupan en distintos grupos de recursos.
Ilustraremos esta situacin con un ejemplo de un nodo concreto.
Un nodo presentaba la siguiente configuracin de tarjetas y grupos a nivel uplink:
Tabla 7-7 Ejemplo de tarjetas de un nodo
Board
NEType NEName Node_CN_SRN_SN Board Type RackNo FrameNo SlotNo
Name
Tabla 7-8 Ejemplo de grupos de recursos

UL BB UL BB UL BB UL BB
UTRANCELL(T) Board Type
CN SRN SN Group
NODO0100B1A 0 0 0 QWL1WBBPD1 1
99
100
UL BB UL BB UL BB UL BB
UTRANCELL(T) Board Type
CN SRN SN Group
NODO0100B1B 0 0 3 QWL1WBBPD1 0
NODO0100B1C 0 0 3 QWL1WBBPD1 0
NODO0100F1A 0 0 0 QWL1WBBPD1 1
El nodo tena por tanto dos tarjetas WBBPD1 y una tarjeta WBBPD2. El grupo 0 tena asignada una
WBBPD1 y una WBBPD2, y el grupo 1 tena asignada una WBBPD1. La D1 dispone de 192 CEs y la D2
dispone de 384 CEs. Adems el nodo tena licencias definidas para toda su capacidad hardware, es decir,
2x192+384=792 CEs. Sin embargo a nivel de grupo, el grupo 0 tena 192+384=576 CEs, y el grupo 1 tena
192 CEs.
Observando el consumo de CEs del nodo, presentaba la siguiente grfica:
Figura 7-8 Ejemplo de consumo de CEs de un nodo
Es decir, el consumo de CEs del nodo estaba en torno al 50% de su capacidad, por lo que no debera presentar
problemas. Sin embargo viendo el consumo de CEs a nivel de grupo tenamos lo siguiente:
Figura 7-9 Consumo de CEs a nivel de grupo
El grupo 1 haba alcanzado el mximo de su capacidad. Por ello hubo que reconfigurar los grupos, pasando
una WBBPD1 del grupo 0 al grupo 1, y por tanto el grupo 1 quedaba con dos WBBPD1 (384 CEs) y el grupo
0 con una WBBPD2 (384 CEs).
Extrayendo una consulta de los contadores de fallos RRC y RAB, que explicaremos en la siguiente seccin, se
observa una degradacin del servicio que coincide con el perodo que se observa en la grfica anterior.
Tabla 7-9 Ejemplo de fallos por congestin de CEs

Da F.
Hora (Dim) Vs Rab Failestcs Ulce Cong Vs Rab Failestps Ulce Cong Vs Rrc Rej Ul Ce Cong
(Dim)
03/05/2015 0 0,00 0,00 0,00
03/05/2015 1 0,00 0,00 0,00
03/05/2015 2 0,00 0,00 0,00
03/05/2015 3 0,00 0,00 0,00
101
102
Da F.
Hora (Dim) Vs Rab Failestcs Ulce Cong Vs Rab Failestps Ulce Cong Vs Rrc Rej Ul Ce Cong
(Dim)
03/05/2015 4 0,00 0,00 0,00
03/05/2015 5 0,00 0,00 0,00
03/05/2015 6 0,00 0,00 0,00
03/05/2015 7 0,00 0,00 0,00
03/05/2015 8 0,00 0,00 0,00
03/05/2015 9 0,00 0,00 0,00
03/05/2015 10 0,00 0,00 0,00
03/05/2015 11 0,00 0,00 0,00
03/05/2015 12 0,00 4,00 8,00
03/05/2015 13 0,00 23,00 67,00
03/05/2015 14 0,00 8,00 20,00
03/05/2015 15 0,00 42,00 61,00
03/05/2015 16 0,00 20,00 20,00
03/05/2015 17 0,00 2,00 3,00
03/05/2015 18 0,00 8,00 16,00
03/05/2015 19 0,00 2,00 9,00
03/05/2015 20 0,00 0,00 0,00
03/05/2015 21 0,00 0,00 0,00
03/05/2015 22 0,00 0,00 0,00
03/05/2015 23 0,00 0,00 0,00
7.1.2 CSSR (Call Setup Success Rate)

Definimos el CSSR como el porcentaje de llamadas realizadas con xito respecto al total de intentos. En una
llamada entran en juego dos conceptos que ya hemos mencionado anteriormente, RRC y RAB. Por RRC se
entiende el establecimiento de la conexin con la RNC, y por RAB se entiende el establecimiento de un
servicio determinado sobre una conexin RRC. Como dijimos, sobre una conexin RRC podemos tener varios
servicios establecidos.
El porcentaje de xito de las llamadas realizadas vendr por tanto determinado por el porcentaje de xito de los
RRCs y el porcentaje de xito de los RABs, es decir el CSSR_RRC y el CSSR_RAB, tal como vemos en la
siguiente frmula:
_ _ (71)
= _ _ =
_ _
Adems se hace una distincin entre las llamadas mediante conmutacin de paquetes, y las llamadas mediante
conmutacin de datos, CS o Circuit Switched y PS o Packet Switched. Tendremos por tanto un porcentaje de
xito de llamadas de circuitos y un porcentaje de xito de llamadas de datos:
__ __ (72)
_ = __ __ =
__ __
__ __ (73)
_ = __ __ =
__ __
Cuando un nodo empieza a presentar problemas su CSSR bajar. Podemos entonces determinar el origen de
dichos problemas analizando los contadores de congestin. Tendremos contadores de congestin asociados al
establecimiento de la conexin RRC y contadores asociados al establecimiento del RAB.
7.1.2.1 Contadores asociados a la congestin RRC
En la siguiente tabla podemos ver las causas de rechazo en el establecimiento de la conexin RRC y los
contadores correspondientes.
Tabla 7-10 Causas de congestin RRC

Causa del Rechazo Contador
Congestin por potencia en el
VS.RRC.Rej.ULPower.Cong
Uplink
Congestin por potencia en el
VS.RRC.Rej.DLPower.Cong
Downlink
Congestin por CEs en el Uplink VS.RRC.Rej.ULCE.Cong
Congestin por CEs en el Downlink VS.RRC.Rej.DLCE.Cong
Congestin por Ancho de Banda Iub

VS.RRC.Rej.ULIUBBand.Cong
en el Uplink
VS.RRC.Rej.DLIUBBand.Cong
en el Downlink
Congestin por recursos de cdigos
VS.RRC.Rej.Code.Cong
en el Downlink
La tasa de bloqueo RRC se calcula de la siguiente forma:
(74)
. . . = 100%
. . .
donde
Total RRC Rej = VS.RRC.Rej.ULPower.Cong + VS.RRC.Rej.DLPower.Cong +

VS.RRC.Rej.ULCE.Cong + VS.RRC.Rej.DLCE.Cong + VS.RRC.Rej.ULIUBBand.Cong + (75)
VS.RRC.Rej.DLIUBBand.Cong + VS.RRC.Rej.Code.Cong
Y VS.RRC.AttConnEstab.Sum mide el nmero de solicitudes de establecimiento de conexin RRC en una

celda.
7.1.2.2 Contadores asociados a la congestin RAB
En la siguiente tabla podemos las causas de rechazo en el establecimiento de la conexin RAB y los
contadores correspondientes.
103
104
Tabla 7-11 Causas de congestin RAB

Causa del Rechazo Contador
VS.RAB.FailEstabCS.ULPower.Cong: nmero de establecimientos de

conexin RAB CS fallidos debidos a congestin de potencia en el uplink en una
celda
VS.RAB.FailEstabCS.DLPower.Cong: nmero de establecimientos de
conexin RAB CS fallidos debidos a congestin de potencia en el downlink en
una celda
Congestin por potencia en el Uplink
VS.RAB.FailEstabPS.ULPower.Cong: nmero de establecimientos de
conexin RAB PS fallidos debidos a congestin de potencia en el uplink en una
celda
VS.RAB.FailEstabPS.DLPower.Cong: nmero de establecimientos de
conexin RAB PS fallidos debidos a congestin de potencia en el downlink en
una celda
VS.RAB.FailEstabCS.ULCE.Cong: nmero de establecimientos de conexin

RAB CS fallidos debido a congestin CE uplink en una celda
Congestin por CEs en el Uplink
VS.RAB.FailEstabPS.ULCE.Cong: nmero de establecimientos de conexin
RAB PS fallidos debido a congestin CE uplink en una celda
VS.RAB.FailEstabCS.DLCE.Cong: nmero de establecimientos de conexin
RAB CS fallidos debido a congestin CE downlink en una celda
Congestin por CEs en el Downlink
VS.RAB.FailEstabPs.DLCE.Cong: nmero de establecimientos de conexin
RAB PS fallidos debido a congestin CE downlink en una celda
VS.RAB.FailEstabCs.Code.Cong: nmero de establecimientos de conexin
RAB CS fallidos debido a congestin de recursos de cdigos en una celda
Congestin por recursos de cdigos en el Downlink
VS.RAB.FailEstabPs.Code.Cong: nmero de establecimientos de conexin
RAB PS fallidos debido a congestin de recursos de cdigos en una celda
VS.RAB.FailEstabCS.DLIUBBand.Cong: nmero de solicitudes de

asignacin RAB CS rechazadas debido a congestin en el ancho de banda Iub
downlink en una celda
VS.RAB.FailEstabCS.ULIUBBand.Cong: nmero de solicitudes de
asignacin RAB CS rechazadas debido a congestin en el ancho de banda Iub
uplink en una celda
VS.RAB.FailEstabPS.DLIUBBand.Cong: nmero de solicitudes de asignacin
RAB PS rechazadas debido a congestin en el ancho de banda Iub downlink en
una celda
VS.RAB.FailEstabPS.ULIUBBand.Cong: nmero de solicitudes de asignacin
RAB PS rechazadas debido a congestin en el ancho de banda Iub uplink en una
celda
La tasa de bloqueo RAB se calcula de la siguiente forma:
(76)
. . . = 100%
. . .
donde VS.RAB.AttEstab.Cell mide el nmero total de solicitudes de conexin RAB en la celda. Este contador
se calcula de la siguiente forma:
VS.RAB.AttEstab.Cell = VS.RAB.AttEstabCS.Conv + VS.RAB.AttEstabCS.Str +

VS.RAB.AttEstabPS.Conv + VS.RAB.AttEstabPS.Bkg + VS.RAB.AttEstabPS.Int + (77)
VS.RAB.AttEstabPS.Str
7.2 Planes programados

Los planes programados tratan de adelantarse a los crecimientos estacionales que sufre la red. Estos
crecimientos estacionales estn provocados por los movimientos naturales de los usuarios a lo largo de todo el
ao, que provocan crecimientos relevantes de trfico en determinadas zonas, que de no ser por dichos planes,
generaran problemas serios de congestin. En la siguiente figura podemos ver los ms relevantes.
Figura 7-10 Planes programados
El ltimo caso, que hemos denominado Calidad, no sera estrictamente una estacionalidad. Cambios en
parametrizaciones de la red o la activacin de nuevas funcionalidades pueden provocar un crecimiento en el
consumo de los recursos de la red. Normalmente, antes de realizar estos cambios de forma masiva, se realizan
pruebas en un nmero reducido de nodos, para ver su impacto en la capacidad de la red. De esta forma
podremos estimar las ampliaciones necesarias antes de implementar los cambios en toda la red.
Para la realizacin de los planes programados ser bsico disponer de un histrico de los indicadores de red,
tanto para poder estimar el trfico futuro aplicando un factor de crecimiento al trfico del ao anterior, como
para poder determinar los nodos que se ven afectados por ese comportamiento estacional.
En los siguientes apartados veremos cmo determinar el universo de nodos, y un ejemplo de la elaboracin de
un plan programado.
7.2.1 Universo de nodos afectados por el plan

Debido a que el volumen de nodos que puede manejar un operador es elevado, podemos estar hablando de
miles de nodos, es importante tener un listado de los nodos que realmente se ven afectados por la
estacionalidad que estamos analizando. Esto nos permitir centrar los esfuerzos en dichos nodos, tanto en su
105
106
anlisis y priorizacin de sus ampliaciones, como en su posterior monitorizacin durante la estacionalidad o

evento, para intentar corregir posibles problemas sobre la marcha.
Una vez ms, hay que sealar, que los presupuestos con los que cuentan los operadores para un determinado
plan estn acotados, y por tanto es necesario aprovechar las inversiones al mximo. Se evita de esta forma,
mediante este filtrado, considerar nodos con un comportamiento no estacional, que deberan ser gobernados
mediante el proceso reactivo.
La eleccin de los nodos se lleva a cabo combinando dos anlisis:
Un anlisis geogrfico, seleccionando los nodos que estn ubicados en las zonas donde consideramos
que se va a producir el crecimiento de trfico.
Un anlisis de trfico, seleccionando los nodos que histricamente han experimentado dicho
crecimiento de trfico.
Veamos por ejemplo el caso de la elaboracin de un plan programado para el verano. Si empleamos slo el
anlisis geogrfico, podramos pensar que los nodos que van a experimentar el crecimiento son los nodos
situados en la costa. Sin embargo, analizando los datos de trfico, se comprueba que tambin hay muchos
nodos de interior que sufren un incremento relevante. Si por el contrario, nos basramos slo en los datos
histricos de trfico, podramos pasar por alto nodos para los cuales no disponemos de dichos datos, por
ejemplo nodos de reciente integracin, o nodos para los que tenemos la informacin pero que no tuvieron un
comportamiento estival debido, por ejemplo, a una incidencia o a algn tipo de parametrizacin.
Para el anlisis geogrfico emplearemos algn sistema de informacin geogrfica, como puede ser MapInfo o
Google Earth, donde representaremos la ubicacin de los nodos de la red a partir del conocimiento de sus
coordenadas. Tambin se podrn representar las orientaciones de los sectores.
Siguiendo con el caso de un plan estival, realizaremos el anlisis de trfico basndonos en el trfico semanal
del ltimo ao. Consideraremos que un nodo es estival cuando su perfil de trfico presenta un joroba
significativa en verano. Para ello fijaremos las siguientes condiciones:
4 semanas o ms en verano con promedio de trfico un 40% superior al promedio anual. Se filtraran
as picos ocasionados por eventos y se absorbe parte del crecimiento sostenido del trfico.
Promedio de trfico en verano superior al promedio de mayo (>10%).
Promedio de trfico en verano superior al promedio de octubre en adelante (>10%).
Las dos ltimas condiciones se incluyen para no contabilizar los nodos que hayan experimentado un
crecimiento justo antes del verano y que dicho crecimiento se mantenga despus del verano.
Mostremos algunos ejemplos grficos de nodos para verlo de forma ms clara:
Figura 7-11 Ejemplo filtrado nodo estival I

Este nodo cumple las condiciones establecidas, reafirmando la grfica su comportamiento estival.
Figura 7-12 Ejemplo filtrado nodo estival II

Este nodo no cumple ninguna de las condiciones y por tanto no lo consideraremos estival.
Figura 7-13 Ejemplo filtrado nodo estival III

En este nodo se observa un pico de trfico de ms de un 40% del promedio anual. Sin embargo, al basarnos en
el promedio de al menos cuatro semanas, evitamos considerarlo estival.
Figura 7-14 Ejemplo filtrado nodo estival IV

Este nodo podramos haberlo considerado estival si hubisemos usado slo el criterio del 40%. Sin embargo al
mantener su trfico una vez pasado el verano, no cumple la tercera condicin de nuestro anlisis. Este nodo en
concreto, presenta este comportamiento, debido a que estaba congestionado. Una vez que fue ampliado, justo
antes del verano, experiment un escaln de trfico, pero no por causa estival.
107
108
7.2.2 Ejemplo de un plan programado

Un plan programado consiste en estimar el trfico que cursarn los nodos en un perodo determinado, de cara a
lanzar las ampliaciones que sean necesarias. Para ello aplicaremos un factor de crecimiento interanual al
trfico que cursaron los nodos en el perodo anterior. Ese factor de crecimiento puede ser suministrado a los
departamentos de planificacin de un operador por parte de las unidades de negocio, que valoran parmetros
como las expectativas de nuevos usuarios, el porcentaje de penetracin poblacional o el lanzamiento de nuevas
tarifas que puedan alterar el uso que los usuarios puedan hacer de su mvil.
En este caso, se trataba de estimar las ampliaciones de channel elements y potencia necesarias para el perodo
navideo. Al no disponer de unos factores de crecimiento suministrados por las unidades de negocio, hubo que
calcularlos basndonos en el histrico de consumos de los nodos.
Para los channel elements tenamos la siguiente evolucin del consumo:
Figura 7-15 Evolucin anual del consumo de CEs

En base a la evolucin anterior se estim un porcentaje de crecimiento interanual para uplink del 25%, y
aunque el crecimiento downlink se mantena prcticamente plano se consider una factor del 5%.
Para el caso de la potencia se hizo un anlisis similar obteniendo un factor de crecimiento del 15%.
Aplicaremos los factores de crecimiento a los valores significativos semanales de consumo de las navidades
anteriores para obtener los consumos estimados en las prximas navidades. En la siguiente tabla podemos ver
un ejemplo de cmo podra ser el fichero de anlisis.
Tabla 7-12 Ejemplo de estimacin de CEs

CE CE CE CE
CE DL CE UL CE DL CE UL DL UL NEC NEC Delta Delta
DL DL UL UL
Site NAV 13 NAV 13 NAV 14 NAV 14 ACT ACT DL UL DL UL
Lic HW Lic HW
NODO0001 654 676 687 845 225 354 687 845 336 2304 496 1536 352 352
NODO0002 593 631 623 789 261 333 623 789 672 1536 752 1280 0 48
NODO0003 688 670 722 838 188 303 722 838 640 1536 656 1280 96 192
NODO0004 606 629 636 786 266 436 636 786 624 1344 800 1088 16 0
NODO0005 634 629 666 786 320 469 666 786 384 1536 640 1280 288 160
CE CE CE CE
CE DL CE UL CE DL CE UL DL UL NEC NEC Delta Delta
DL DL UL UL
NAV 13 NAV 13 NAV 14 NAV 14 ACT ACT DL UL DL UL
Site Lic HW Lic HW
NODO0006 325 409 341 511 184 299 341 511 464 960 656 960 0 0
NODO0007 311 370 327 463 150 249 327 463 336 1152 400 1152 0 64
NODO0008 388 507 407 634 226 344 407 634 384 1152 512 1152 32 128
Tendramos el consumo de channel elements en las navidades anteriores y la estimacin en base a los factores
de crecimiento de las prximas navidades. Comparando con las licencias definidas en el nodo y con la
capacidad hardware, podremos determinar el nmero de licencias a ampliar, as como la necesidad de ampliar
alguna tarjeta de banda base. A tener en cuenta que las licencias de CEs se amplan en mltiplos de 16.
En el caso de la potencia aplicaramos el factor de crecimiento a la potencia consumida por el sector.
Tabla 7-13 Ejemplo de estimacin de potencia
POT MAX NAV 13 POT DEF

POT
POT POTENCIA
NODO SECTOR A A B C A A B DEF C
SECTOR ESTIMADA
SECTOR
NODO0001 3 11,6 27,5 27,2 18,3 84,6 20 20 20 20 80 97,3
NODO0002 3 17,1 19,6 19,1 0,0 55,9 20 20 20 60 64,3
NODO0003 2 0,0 19,0 15,9 0,0 35,0 20 20 40 40,2
NODO0004 2 33,1 36,3 19,9 20,0 109,3 40 20 20 20 100 125,7
En un sector podemos tener hasta cuatro portadoras, una de 900 MHz y hasta tres de 2100 MHz. Adems cada
una de las portadoras puede estar configurada entre 20 y 40 vatios.
En caso de que sea necesaria la ampliacin podremos tener varias casusticas:
Ampliar portadora en el caso de que no tengamos ya cuatro. Esto puede suponer meter la banda de
2100 MHz cuando el nodo slo posea la de 900 MHz, o meter la de 900 MHz cuando el nodo slo
posea la de 2100 MHz. La inclusin de una nueva banda implica la instalacin de una nueva RRU,
mientras que la ampliacin de una portadora dentro de la banda de 2100 MHz slo implica la
activacin de la licencia correspondiente dentro de la RRU existente.
Ampliar potencia en las portadoras existentes si ya disponemos de cuatro portadoras. Dado que las
RRUs instaladas por defecto son de 80 W, si queremos definir todas las portadoras de U2100 a 40 W
ser necesario pasar a una RRU de 120 W.
Cuando hayamos llegado al lmite de portadoras y de potencias del sector la opcin ser el despliegue
de un nuevo nodo en la zona cubierta por el sector, o incluir un nuevo sector en el nodo para descargar
en parte el sector congestionado. Debido a las dificultades que suele haber para realizar nuevos
despliegues de nodos, as como por su coste, suele ser ms factible la realizacin de una sectorizacin.
7.3 Movimiento de licencias y uso de nodos almacn

En este apartado explicaremos una metodologa complementaria para la gestin de los recursos disponibles en
la red. Como ya hemos comentado, los channels elements y la potencia de los nodos y celdas se definen
mediante licencias. Adems de pagar por el hardware, el operador debe pagar al suministrador, en este caso
Huawei, por las licencias que se definen en dicho hardware. Las licencias que han sido adquiridas al
suministrador estarn disponibles a nivel de RNC, y podremos repartirlas entre los nodos de dicha RNC.
En la fase de despliegue se define una capacidad por defecto en el nodo, segn unos criterios de dimensionado
prefijados, en funcin del entorno donde se despliega o la estimacin de trfico. Pues bien, es posible que haya
109
110
nodos que se encuentren sobredimensionados, es decir, que presenten recursos sobrantes. Por tanto, dado que
podemos mover licencias entre nodos, para reducir las inversiones necesarias en la red, se puede plantear el
movimiento de las licencias desde los nodos ociosos hacia los nodos congestionados. Incluso se puede
llegar a plantear el movimiento de tarjetas. Por ejemplo, las tarjetas WBBP que se despliegan actualmente son
las F4, que tienen mayor capacidad que las D1 y D2 que se desplegaban inicialmente. Es posible, por tanto,
que al ampliar un F4, quede alguna D1 o D2 ociosa, la cual podremos mover a otro nodo que necesite
ampliacin.
Un nodo ocioso puede surgir tambin por el despliegue de otro nodo en su entorno, o por la propia
estacionalidad. Se pueden disear planes para ajustar los recursos de la red segn el perodo del ao. De este
modo, durante el invierno, concentraramos los recursos en los nodos no estivales, y en verano los moveramos
hacia los nodos estivales.
Otra metodologa basada en el movimiento de licencias es el uso de los nodos almacn. Si se produce un
incremento inesperado de trfico en un nodo, por ejemplo debido a un evento, sera ms rpido mover
licencias desde otro nodo, antes que realizar un pedido al suministrador. Desde el lanzamiento de un pedido
hasta su implementacin transcurre un tiempo que sera siempre superior al crecimiento eventual de un nodo.
Ahora bien, para plantear el recorte de recursos de un nodo tambin es necesario un anlisis previo, para poder
concluir que el nodo est ocioso. Para reducir al mximo los tiempos de reaccin y evitar la degradacin del
servicio, lo que se hace es concentrar recursos ociosos en nodos donde sabemos que no se van a producir
incrementos de trfico inesperados. Peridicamente, y conforme fuera necesario, se realizaran anlisis de red
para detectar recursos sobrantes, los cuales se iran moviendo a los nodos almacn. El departamento de
operacin y mantenimiento realiza una monitorizacin en tiempo real de la red. En caso de producirse una
degradacin en la red por congestin, recurrira a los nodos almacn, ejecutando un movimiento sobre la
marcha y solucionando la congestin del nodo que ha provocado la degradacin.
8 CONCLUSIONES Y LNEAS FUTURAS
A
lo largo del documento se han ido mostrando los diferentes conocimientos que se requieren para
poder monitorizar la interfaz radio de una red UMTS Huawei, y se han definido las metodologas que
hay que aplicar para llevar a cabo la ampliacin de la red. Podramos considerar que este proyecto es
una gua de dimensionamiento de los nodos B de una red UMTS.
8.1 Conclusiones
Las principales conclusiones que se han obtenido de la realizacin de este proyecto seran las siguientes:
Es necesario conocer los recursos con los que cuenta un nodo segn su tecnologa, ya que cada uno de
ellos puede generar un cuello de botella durante su funcionamiento, cuando el trfico empieza a
crecer.
La identificacin de los contadores que muestran el consumo de los recursos, as como la
disponibilidad de los mismos en el nodo es esencial para poder monitorizar el comportamiento del
nodo. Una vez conocidos los contadores deberemos saber utilizar las herramientas que la red nos
proporciona, para conseguir la informacin que posteriormente hay que procesar y analizar.
En relacin con lo anterior, es bsico en cualquier departamento de planificacin, el dominio de
herramientas que nos hacen posible el procesado del gran volumen de datos que se llegan a manipular
en el da a da.
Hace falta un conocimiento de los equipos que hay desplegados en nuestra red para llevar a cabo las
ampliaciones que sean necesarias.
La definicin de procesos reactivos y de planes programados nos permiten asegurar la calidad de
servicio proporcionada al usuario, absorbiendo tanto el crecimiento sostenido del trfico como los
crecimientos estacionales. Adems remarcar que estos procesos no son exclusivos de una tecnologa
concreta, de forma que tambin podramos emplearlos en la nueva generacin que se est
desplegando actualmente, el LTE, o incluso en generaciones futuras.
Aunque lo fcil sera desplegar de entrada los nodos a su mxima capacidad, para ello las inversiones
necesarias seran enormes. Es necesario ajustar la capacidad de los nodos tanto en su despliegue
inicial como en su posterior funcionamiento. Habr siempre un compromiso entre las ampliaciones
que se pueden acometer y la calidad de servicio que se quiere garantizar.
8.2 Lneas futuras

Entre las principales ampliaciones que se podran llevar a cabo partiendo de este proyecto cabra destacar las
siguientes:
Dado que las redes actuales llegan a contar hasta con tres tecnologas diferentes concurriendo en un
mismo nodo, 2G, 3G y 4G, sera interesante evaluar cmo afecta cada nueva tecnologa a la capacidad
del resto, viendo cmo aprovechar al mximo los recursos de cada una de ellas segn las condiciones
111
112
Conclusiones y Lneas Futuras
y la naturaleza del trfico cursado.

En este proyecto se han visto los recursos bsicos de la red, pero adems existen multitud de
funcionalidades, incluso algunas que los suministradores van implementando a lo largo de la vida de
sus productos, que nos permiten aprovechar mejor los recursos disponibles.
Se podra extender el documento detallando cmo se llevan a cabo en el gestor M2000 las
ampliaciones tanto de potencia, de portadora o de channel elements, e incluso detallar la generacin
de los pedidos hacia el suministrador y los presupuestos asociados.
Como hemos comentado en el apartado de conclusiones, los planes reactivos y programados podran
aplicarse al LTE. Por tanto, podra llevarse a cabo un proyecto similar que definiera los recursos,
indicadores y equipamiento para esta nueva tecnologa, y aplicar estas metodologas basndose en el
trfico LTE.
BIBLIOGRAFA
Flavio Muratore (2000).Las Comunicaciones Mviles del Futuro. UMTS: el nuevo sistema del
2001. CSELT Centro Studi e Laboratori Telecomunicazioni.
Harri Holma and Antti Toskala. WCDMA For UMTS. Radio Access For Third Generation Mobile
Communications. John Wiley and Sons.
RAN 14.0 Capacity Monitoring Guide. Huawei Technologies CO.
3900 Series WCDMA NodeB Baseband Product Description. Huawei Technologies CO.
BBU 3900 Description. Huawei Technologies CO.
HedEx Lite Software. Huawei Technologies CO.
www.wikipedia.org
www.huawei.com
113

PFC JJ Gonzalez Mena PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

PFC JJ Gonzalez Mena PDF

Încărcat de

Drepturi de autor:

Formate disponibile

Proyecto Fin de Carrera

Monitorizacin y Gestin de la Capacidad de la

Autor: Jos Juan Gonzlez Mena

Equation Chapter 1 Section 1

Dep. Teora de la Seal y Comunicaciones

Monitorizacin y Gestin de la Capacidad de la

Dep. de Teora de la Seal y Comunicaciones

Autor: Jos Juan Gonzlez Mena

Tutor: Mara Jos Madero Ayora

Acuerdan otorgarle la calificacin de:

El Secretario del Tribunal

Jos Juan Gonzlez Mena

Tabla 4-1 Especificaciones de las tarjetas WBBP 31

Figura 2-1 DynaTAC8000X 4

AMPS Advanced Mobile Phone System

1.1 Objetivos del proyecto

1.2 Estructura del proyecto

estrictamente necesario para conseguir nuestro objetivo.

2.1 Los inicios de la red mvil

Figura 2-1 DynaTAC8000X

2.2 Telefona mvil analgica (1G)

2.2.1 NMT (NORDIC MOBILE TELEPHONE)

2.2.2 AMPS (ADVANCED MOBILE PHONE SYSTEM)

2.2.3 CDPC (CELLULAR DIGITAL PACKET DATA)

2.3 Segunda Generacin (2G)

2.3.2 GPRS (GENERAL PACKET RADIO SYSTEM)

2.3.3 EDGE (ENHANCED DATA RATES FOR GSM EVOLUTION)

2.4 Tercera generacin (3G): la banda ancha mvil

2.4.1 UMTS (UNIVERSAL MOBILE TELECOMMUNICATIONS SYSTEM)

2.4.2 HSPA (HIGH SPEED PACKET ACCESS)

2.5 Cuarta generacin (4G)

The fundamental problem of communication is that of reproducing at one

Claude Shannon, 1948

3.1 La tcnica de acceso W-CDMA

Figura 3-1 Analoga utilizada para describir la tcnica CDMA

Figura 3-2 Tcnicas de acceso en el dominio tiempo-frecuencia-potencia

3.1.1 Spreading y despreading

Figura 3-3 Incremento de la banda por efecto del spreading

Figura 3-4 Reduccin de las interferencias en la tcnica CDMA

3.1.1.1 Asignacin de las secuencias de spreading

Figura 3-5 rbol de secuencias de spreading

3.1.2 La capacidad de los sistemas

3.1.2.1 La capacidad del enlace uplink

Donde W es la velocidad de transmisin en el aire de la seal y R la tasa binaria de la fuente de informacin.

En esta expresin el elemento ms crtico es precisamente el factor f que no es fcil de determinar. En un

3.1.2.2 La capacidad del enlace downlink

3.2 Arquitectura UTRAN

Figura 3-6 Arquitectura UTRAN

Equipo de usuario (UE):

RNC (Radio Network Controller):

Manejo del trfico en los canales compartidos.

Red Central (Core Network):

MSC (Mobile Switching Center):

SGSN (Serving GPRS Support Node):

Figura 4-1 Recursos de la RNC, Nodo B y Celda

Los recursos monitorizados en la RNC son los siguientes:

4.1 Recursos de banda base

Figura 4-2 Estructura de la unidad banda base del Nodo B

4.1.1 Procedimientos de asignacin de los recursos banda base

4.1.1.1 Grupo de recurso UL

El grupo de recurso UL es un fondo comn de canales UL que soporta comparticin de carga.

Figura 4-3 Procedimientos de asignacin de recursos de un grupo de recurso UL

Figura 4-4 Grupos de recurso en diferentes configuraciones (Escenario 1)