Campaña de Benchmarking Cobertura de Telefonía Móvil en Entornos Indoor

Campaa de Benhmarking
Celia Moreno Jimnez

1

1 Introduccin.................................................................................................................12
1.1 Primerageneracin........................................................................................................13
1.2 Segundageneracin.......................................................................................................14
1.3 Tercerageneracin........................................................................................................15
1.4 EvolucindeUMTS.........................................................................................................19
1.4.1 BSBPA ........................................................................................................................................... 19
1.4.2 BS0PA ........................................................................................................................................... 2u
1.5 Cuartageneracin...........................................................................................................20
1.S.1 BSPA+ ............................................................................................................................................ 21
1.S.2 LTE .................................................................................................................................................. 21
2 Medidas de calidad y cobertura en redes de telefona mvil de 2 y 3
generacin.............................................................................................................................22
2.1 Introduccin......................................................................................................................22
2.2 ParmetrosparavozGSM............................................................................................26
2.2.1 Aiquitectuia ue ieu uSN ....................................................................................................... 26
2.2.2 Canales uSN ................................................................................................................................ S1
2.2.S Pioceso ue conexion ................................................................................................................ 4u
2.2.4 Paimetios iepoitauos .......................................................................................................... S2
2.3 ParmetrosparavozUMTS.........................................................................................71
2.S.1 Aiquitectuia ue ieu 0NTS .................................................................................................... 71
2.S.2 Canales 0NTS ............................................................................................................................. 76
2.S.S Pioceso ue conexion ................................................................................................................ 8u
2.S.4 Paimetios iepoitauos .......................................................................................................... 89
2.4 Parmetrosparacobertura.........................................................................................94
2.5 ParmetrosparadatosHSPA......................................................................................95
2.S.1 Seivicios ue valoi Aauiuo (vAS) ...................................................................................... 96
2.S.2 uPRS Attach ................................................................................................................................ 98
2.S.S PBP Context ............................................................................................................................. 1u1
2.S.4 Ping .............................................................................................................................................. 1u2
2.S.S Accesibiliuau............................................................................................................................ 1uS
2.S.6 Nantenibiliuau ........................................................................................................................ 1uS
2.S.7 Thioughput 0L ....................................................................................................................... 1uS
2.S.8 Thioughput BL ....................................................................................................................... 1uS
2.S.9 Thioughput BTTP ................................................................................................................. 1uS
2.S.1u 0so ue tecnologia ............................................................................................................. 1uS
2.S.11 Couificacion BSBPA ......................................................................................................... 1u6
3 Equipoytcnicademedidas...............................................................................115
3.1 Equipohumano.............................................................................................................115
3.2 Equipohardware..........................................................................................................117
3.3 Equiposoftware............................................................................................................120
3.4 Realizacindelasmedidas.......................................................................................135
4 Realizacindemedidasenzonas.......................................................................136
4.1 ConceptodeBenchmarking......................................................................................136
4.2 Flujograma......................................................................................................................137
4.3 Planificacin...................................................................................................................139
5 Comparacinentremedidasestimadasyreales..........................................141
5.1 ModelodeClculoOkumuraHata.........................................................................142
5.2 ModeloUMTSTR101112.........................................................................................144
S.2.1 Entoino ue inteiioies ue oficina ..................................................................................... 14S
S.2.2 Entoino ue exteiioi a inteiioi peatonal ....................................................................... 146
S.2.S Entoino ue test vehiculai ................................................................................................... 146
Celia Moreno Jimnez

2

6 Conclusionesyposibleslneasdetrabajo......................................................146
6.1 Factoressensiblesamejora....................................................................................147
6.1.1 Bepaitamento comeicial y tcnico. ............................................................................... 147
6.1.2 Napa ue cobeituia Inuooi ................................................................................................. 147
6.1.S Benchmaiking masivo ......................................................................................................... 148
6.1.4 Beiiamienta softwaie piopia ........................................................................................... 149
6.1.S Escnei poittil ...................................................................................................................... 149
6.1.6 Centializacion ue Qualipoc ................................................................................................ 1Su
6.2 Conclusiones..................................................................................................................150
7 Bibliografa................................................................................................................151

Celia Moreno Jimnez

3

ILUSTRACIONES

Figura 1-1 Evolucin de la estandarizacin .................................. 16
Figura 1-2. Evolucin tecnolgica .............................................. 17
Figura 2-1. Relacin entre satisfaccin del cliente, QoS y Performance
de la Red. Fuente: ITU-T E800 and ETSI TS 102 250-1 ................. 23
Figura 2-2. Arquitectura de una red mvil pblica (PLMN) ............. 27
Figura 2-3. Una trama de voz y la escritura multitrama ................ 33
Figura 2-4. Esquema de asignacin de canal radio ....................... 41
Figura 2-5. Sintonizacin de frecuencia y time slot ....................... 42
Figura 2-6. Mensaje de compatibilidad del terminal ...................... 42
Figura 2-7. Autentificacin del terminal en la red ......................... 43
Figura 2-8. Cifrado de la informacin ......................................... 43
Figura 2-9. Comprobacin del IMEI ............................................ 44
Figura 2-10. Establecimiento de la llamada MOC .......................... 44
Figura 2-11. Establecimiento de llamada. MOC (Izquierda) y MTC
(Derecha) .............................................................................. 45
Figura 2-12. Diagrama de desconexin....................................... 45
Figura 2-13. Registro en el sistema (1) ...................................... 47
Figura 2-14. Diagrama del proceso de llamada desde un terminal
mvil GSM a un terminal fijo (2). .............................................. 48
Figura 2-21. Lectura de RxLev de un escner en un proyecto outdoor
............................................................................................ 54
Figura 2-22. Ejemplo de Lack of Coverage .................................. 55
Figura 2-23. Mapa de cobertura con Lack of Coverage .................. 55
Figura 2-24. rea de Localizacin como conjunto de celdas. .......... 56
Figura 2-25. Concepto de Zona de rea de Localizacin (LA) ......... 57
Figura 2-27. Fallo de establecimiento por Location Area Updating .. 58
Figura 2-26. Concepto de Location Area ..................................... 58
Figura 2-28. Intervalo entre LAU y PCK ...................................... 59
Figura 2-29. Contenido del mensaje PCK .................................... 59
Figura 2-30. Exceso de reselecciones de celda ............................. 60
Figura 2-31. Mapa con excesivo nmero de reselecciones de celda . 61
Figura 2-32. Mensaje de desconexin (1) ................................... 62
Celia Moreno Jimnez

4

Figura 2-37. Zona de alta interferencia....................................... 64
Figura 2-38. Lectura de los C/I con NQDI ................................... 65
Figura 2-39. Parmetros para analizar la mantenibilidad ............... 66
Figura 2-40. Handover completado ............................................ 67
Figura 2-41. Handover no completado ........................................ 68
Figura 2-42. Desconexin por interferencias................................ 69
Figura 2-43. Desconexin por cobertura. .................................... 70
Figura 2-44. Causas adicionales ................................................ 70
Figura 2-45. Arquitectura de red UMTS simplificada ..................... 72
Figura 2-46. Arquitectura de red UMTS ...................................... 74
Figura 2-47. Capas de la interfaz radio UMTS .............................. 75
Figura 2-48. Modelo bsico de transacciones de red UMTS ............ 81
Figura 2-49. Paging Type 1 ....................................................... 82
Figura 2-50. Paging Type 2 ....................................................... 82
Figura 2-51. RRC Connection Setup ........................................... 82
Figura 2-52. Codificacin de canal. ............................................ 84
Figura 2-53. Spread Code y Scrambling Code. ............................. 84
Figura 2-54. Transaction Reasoning ........................................... 85
Figura 2-55. Authentication and security control .......................... 85
Figura 2-56. Transaction setup con RAB allocation (CS) ................ 86
Figura 2-57. CS transaction clearing and RAB release. .................. 88
Figura 2-58. RRC connection release. ......................................... 88
Figura 2-59. Principio del ensanchamiento de espectro ................. 90
Figura 2-60. Proceso de transmisin .......................................... 91
Figura 2-62. Lectura de un escaner ............................................ 95
Figura 2-62. GPRS Attach y PDP Context .................................... 99
Figura 2-64. Estados de un contexto. ........................................ 102
Figura 2-65. Esquema de un procedimiento HSDPA ..................... 104
Figura 2-66 Principio bsico de HSDPA ...................................... 107
Figura 2-67 Canales de HSDPA ................................................. 108
Figura 2-68 Procedimiento bsico de HSDPA .............................. 109
Figura 3-1. Organigrama de servicio Benchmarking .................... 116
Figura 3-3. Forzado de UMTS en QPAEngine ............................... 121
Figura 3-2. Pantalla principal de QPAEngine ............................... 121
Figura 3-4. Start a job ............................................................ 122
Figura 3-5. Job status, status y log ........................................... 123
Figura 3-6. Canales utilizados segn la tecnologa ....................... 123
Figura 3-7. Estado del GPS y resumen de KPI ............................ 124
Figura 3-8. Tipos de jobs ......................................................... 125
Figura 3-9. Forcing Functions ................................................... 125
Figura 3-10. General Settings .................................................. 126
Figura 3-11. Creacin de BBDD con NQDI (1) ............................ 127
Figura 3-12. Creacin de BBDD con NQDI (2). ........................... 128
Figura 3-13. Interfaz grfica de NQDI ....................................... 128
Figura 3-14. Data Management (1). .......................................... 129
Celia Moreno Jimnez

5

Figura 3-17. Progreso de importacin........................................ 131
Figura 3-18. Eliminacin de medidas. ........................................ 132
Figura 3-19. Session Overview ................................................. 132
Figura 3-20. Anlisis de una llamada GSM ................................. 133
Figura 3-21. Mensajes producidos durante la conexin. ............... 134
Figura 4-1. Flujograma Campaa Benchmarking ......................... 138
Figura 4-2. Fases del servicio Benchmarking .............................. 139
Figura 6-1. Posible mapa de cobertura indoor............................. 148

Celia Moreno Jimnez

6

TABLAS

Tabla 1-1. Velocidad de transmisin de diferentes tecnologas ....... 19
Tabla 2-1. Elementos de red ..................................................... 27
Tabla 2-2. Distribucin de Canales para la tecnologa GSM ............ 32
Tabla 2-3. Canales asignados a cada operador en GSM ................. 32
Tabla 2-4. Visin general de Bandas y canales UMTS .................... 77
Tabla 2-5 . Canales asignados a cada operador en UMTS .............. 77
Tabla 2-6. Niveles de multiplexacin PDH en Norteamrica, Europa y
Japn ................................................................................... 110
Celia Moreno Jimnez

7

Acrnimos

16QAM Modulacin por Amplitud de Cuadratura 16
3GPP 3rd Generation Partnership Project
AGCH Canal de Acceso Concedido
AICH Acquisition Indicator Channel
AMC Modulacin y codificacin adaptativa
AMPS Advanced Mobile PhoneService
AMR Adaptative Multi Rate
AP-AICH Access Preamble Acquisition Indicator Channel
APN Access Point Network
ARFCN Absolute Radio Frequency Channel Number
ARIB Associationof Radio Industries
ARQ Automatic Repeat Request
AS Active Set
BBDD Base de datos
BCCH Broadcast Control CHannel
BCS Base Control Station
BCH Canal de Difusin (broadcast)
BTS Base Transceiver Station
C/I Carrier-to-Interference ratio
CAMEL Customized Applications for Mobile Enhanced Logic
CC Call Control
CCCH Canal de Control Comn
CCR Call Completion Rate
CCSA Certification in Control Self-Assessment
CCH Communication CHannel
CD/CA-ICH Collision Detection Channel Assignment Indicator CHannel
CDMA Code Division Multiple Access
CEPT Confrence Europenne des Postes et Tlcommunications
CMT Comisin del Mercado de las Telecomunicaciones
CN Core Network
CNC Comisin Nacional de Comunicaciones
CPCH Common Packet CHannel
CPICH Common PIlot CHannel
CQI Indicacin de Calidad del Canal
CS Circuit Switched
CSICH CPCH Status Indicator CHannel
CSR Call Success Rate
CSSR Call Setup Sucess Rate
CTCH Common Trafic CHannel
DCCH Canal de Control Dedicado
DCR Drop Call Rate
DCH Dedicated CHannel
DL DownLink
DNS Domain Name System
DPCCH Dedicated Physical Control CHannel
DPDCH Dedicated Physical Data CHannel
Celia Moreno Jimnez

8

DRX
Parameters
Discontinous Reception Parameters
DS Detected Set
DSCH Downlink Shared CHannel
DTCH Dedicated Trafic CHannel
DTMF Tono Dual MultiFrecuencia
EDGE Enhanced Data for GSM Evolution
EFR Enhanced Full Rate
EGPRS Enhanced GPRS
EIR Equipment Identity Register
ETSI European Telecommunications Standards Institute
ETSI TR ETSI Technical Report
FACUA Asociacin de Consumidores de Asturias
FACH Forward Access CHannel
FDD Frequency Division Duplex
FDMA Frequency Division Multiple Access
FHMA Frequency Hopping Multiple Access
FPS Planificacin rpida de paquetes
FTP File Transfer Protocol
FTP DL FTP DownLink (Enlace Descendente)
FTP UL FTP Uplink (Enlace Ascendente)
GGSN Gateway GPRS Support Node
GMSK Gaussian Minimum Shift Keying
GPRS General Packet Radio Service
GPS Global Positioning System
GSM Group Speciale Mobile
HARQ Hybrid Automatic Repeat Request
HLR Home Location Register
HSCSD High Speed Circuit Switched Data
HSDPA High Speed Downlink Packet Access
HS-DPCCH High Speed Dedicated Physical Control Channel
HS-DSCH High Speed Downlink Shared Channel
HS-PDSCH High Speed Physical Downlink Shared Channel
HS-SCCH High Speed Downlink Shared Control Channel
HSUPA High Speed Uplink Packet Access
HTTP Hypertext Transfer Protocol
IEEE Institute of Electrical and Electronics Engineers
IMEI International Mobile Equipment Identity
IMS IP Multimedia Subsystem
IMSI International Mobile Subscriber Identity
IMT-2000 Telecomunicaciones Mviles Internacionales 2000
ISDN Integrated Digital Network services
ISUP ISDN User Part overview
IWF Inter Working Functions
JDS Jerarqua Digital Sncrona
KPI Key Performance Indicators
LA Location Area
LAC Location Area Code
Celia Moreno Jimnez

9

LAI Location Area Identity
LAU Location Area Updating
LTE Long Term Evolution
LTP Prediccin a Largo Trmino
MC Mobility Control
MIMO Multiple-input Multiple-output
MM Mobility Management
MOC Mobile Originated Call
MOS Mean Opinion Score
MS Monitored Set
MS Mobile Station
MSC Mobile Switching Center
MTC Mobile Terminating Call
NMTS450 Nordic Mobile Telephone System
NMTS450 Nordic Mobile Telephone System 450
NQDI Net Qual Digital Interface
NTT Nippon Telegraphand Telephone
OFDMA Orthogonal Frecuency Division Multiple Access
PAMR Public Access Mobile Radio
PCCPCH Primary Common Control Physical Channel
PCCH Paging Control CHannel
PCPCH Physical Common Packet CHannel
PCH Canal de Bsqueda
PDH Jerarqua Digital Plesicrona
PDSCH Physical Downlink Shared Channel
PICH PIlot CHannel
PIN Personal Identification Number
PLMN Public Land Mobile Network
PN Pseudo Noise
PRACH Physical Random Access CHannel
PS Packet Switched
PS Programador de Paquetes
PSE Personal Service Environmment
QAM Modulacin de Amplitud en Cuadratura
QoE Quality Of Experience
QoS Quality Of Service
QPAEngine QualiPoc Active Engine
QPSK Modulacin por desplazamiento de Fase en Cuadratura
RAB Radio Access Bearer
RACH Canal de Acceso Aleatorio
RAI Routing Area Identity
RAN Red de Acceso de Radio
RF Radio Frecuency
RNC Radio Network Controller
RPE Excitacin Regular de Pulsos
RRC Radio Resource Control
RRC Control de Recursos Radioelctricos
Celia Moreno Jimnez

10

RRM Administracin de Recursos Radioelctricos
RSCP Received Signal Code Power
RSSI Received Signal Strength Indicator
SACCH Slow Associated Control CHannel
SAE Service Architecture Evolution
SAW Stop-And-Wait
SCCPCH Secondary Common Control Physical Channel
SC-FDMA Single-carrier FDMA
SCH Synchronization CHannel
SDH Synchronous Digital Hierarchy
SDR Software Defined Radios
SF Spreading Factor
SGSN Serving GPRS Support Node
SIM Subscriber Identify Module
SIP Session Initiation Protocol
SMS Short Message Service
SQL Structured Query Language
SRNC Serving Radio Network Controller
ST Slot Time
STTD Space Time Transmit Diversity
TACS Total Access communications System
TCP Transmission Control Protocol
TCH Traffic Channel
TCH/F Canal de Trfico a Velocidad Completa
TCH/FS Canal de Trfico a Velocidad Completa para Voz
TCH/H Canal de Trfico a Velocidad Mitad
TCH/HS Canal de Trfico a Velocidad Mitad para Voz
TDD Time Division Duplex
TDMA Acceso Mltiple por Divisin de Tiempo
TDMA Time Division Multiple Access
TFRC Combinacin de Recursos y Formato de Transporte
TI Transaction Identifier
TMSI Temporary Mobile Equipment Identity
TMSI Temporary Mobile Subscriber Identity
TRAU Unidad de Adaptacin y TRanscodificacin
TTA Telecommunications Technology Association
TTC Telecommunications Technology Committee
TTI Intervalo de Tiempo de Transmisin
UE User Equipment
UIC Unin Internacional de Ferrocarriles
UL UpLink
UMTS Universal Mobile Telecommunications System
USIM Univeral Subscriber Identity Module
UTRAN Red de Acceso Radio Terrestre UMTS
UU Interfaz Radio
VHE Entorno de Hogar Virtual
VLR Visitor Location Register
Celia Moreno Jimnez

11

VPN Red Privada Virtual
VSF Variable Spreading Factor
WAP Wireless Application Protocol
W-CDMA Wideband-Code Division Multiple Access
Celia Moreno Jimnez

12

1 Introduccin
En este proyecto se desarrolla una posible metodologa para estudiar
la cobertura mvil en situaciones indoor, esto es, en condiciones de
interior, ya sean edificios residenciales como hospitales, restaurantes,
aeropuertos, etc. Segn la Orden de 18 de octubre de 1976 sobre
prevencin y correccin de la contaminacin industrial de la
atmsfera, un ambiente de interior se define como una Atmsfera en
lugares cerrados, tales como viviendas o edificios, o en recintos
industriales.

El ambiente interior tiene caractersticas que lo llevan a presentar un
comportamiento muy peculiar, ya que la seal se encuentra con
muchos y diferentes obstculos en un rango de distancia bastante
reducido, por lo que el inters en el comportamiento y en la
prediccin de la propagacin de las seales en este tipo de entornos
ha aumentado en los ltimos aos.

La importancia de estudiar este tipo de entornos es que, segn
diversos estudios del mercado de la telefona mvil (Diamond,
Cluster, CMT, etc) y anlisis de patrones de trfico de usuarios: El
70% de las llamadas que se realizan por las empresas, se
caracterizan porque el usuario originante se encuentra en un entorno
indoor (oficina, hogar, centro comercial, etc.). (...)un mnimo del
35% de las llamadas totales desde mvil se originan en la oficina.
1

Cada da ms, las operadoras de telefona mvil estudian el estado de
sus redes actuales con el fin de ofrecer un mejor servicio a sus
usuarios. El mercado espaol de la telefona mvil se ha
caracterizado histricamente por la escasa competencia,
especialmente en el precio de las llamadas, como se desprende de su
historia (fue monopolio hasta 1995) y han afirmado en numerosas
ocasiones tanto asociaciones de consumidores (la Asociacin de
Consumidores de Asturiaso FACUA) el propio rgano regulador, la
Comisin del Mercado de las Telecomunicaciones (CMT), e incluso la
Audiencia Nacional, que en alguna de sus decisiones ha calificado el
mercado de "oligopolio estrecho".En 2007, la Comisin Nacional de la
Competencia abri un expediente sancionador contra los tres
mayores operadores ante acusaciones de presunta concertacin de
precios.El expediente se resolvi en diciembre de 2008 con la
propuesta de multar a Movistar por conducta muy grave, al haber
cometido presuntamente una falta contra el artculo 1 de la ley
16/1989 de Defensa de la Competencia, por haber anunciado un
cambio de precios con mayor antelacin de la necesaria para,
presuntamente, facilitar a la competencia el cambio de sus tarifas de
igual manera.Tras un recurso por la empresa afectada, Telefnica, la

1
Extrado de: http://movil.bt.es/rpv_BT-Fusion
Celia Moreno Jimnez

13

CNC (Comisin Nacional de Comunicaciones) resolvi en julio de 2009
que no haba quedado "suficientemente acreditada" tal concertacin:
"no se ha podido demostrar que Telefnica anunciara sus tarifas con
una antelacin y unos procedimientos anormales".

Hoy en da el mercado de las telecomunicaciones presenta un entorno
competitivo entre operadoras, por lo que deben realizarse minuciosos
estudios de mercado, donde se evalan costes de implementacin,
costes de mantenimiento, satisfaccin de los usuarios, etc. Cada una
de las operadoras debe ser capaz de ofrecer un servicio de calidad a
un precio competitivo.

Por esto, las operadoras mviles seleccionan las zonas donde realizar
estos estudios basndose en diversos criterios, como por ejemplo las
incidencias remitidas por los propios usuarios de la red, segn el
volumen de usuarios, el estatus de los abonados o de la zona. Este
ltimo criterio es muy importante, ya que, por ejemplo, en un hotel
de cinco estrellas hay un gran nmero de usuarios, y adems stos
quieren un servicio absoluto y ptimo, por lo que a la operadora
buscarofrecer un mejor servicio en este negocio que en una
urbanizacin residencial de clase media-baja. Cuando se define el
concepto de servicio absoluto, adems de llamadas de voz se
incluyen las llamadas de datos. De esta manera, estos criterios deben
tenerse presentes en la planificacin de las mediciones, ya que lalnea
temporal es estricta, debiendo otorgar mayor prioridad a
emplazamientos de elevada relevancia. Por ltimo, se aplican
ponderaciones atendiendo a estos criterios para representar la
informacin final de manera que los resultados finales o KPIs
(Indicadores Clave de Desempeo) representen el estado real de la
red.

Adems, hay que tener en cuenta en la planificacin de las medidas
que stas se realicen en condiciones normales de uso de la red, ya
que sta est dimensionada para un nmero de usuarios activos
medio, y si las mediciones se llevan a cabo cuando no hay usuarios
activos, los resultados obtenidos sern mucho mejores de lo real, ya
que la red estar sobredimensionada en el momento de la medida.
En este captulo se comenzar revisando, de forma breve, la
evolucin de la telefona mvil, presentando las diferentes
generaciones y estndares.

A continuacin se presenta una pequea introduccin a las redes de
telefona mvil, desde la primera generacin hasta la futura cuarta
generacin.
1.1 Primerageneracin
La primera generacin de telefona mvil celular, naci con el
propsito de llevar la telefona a cualquier lugar, para esto de
Celia Moreno Jimnez

14

estableci el uso de la tcnica de acceso FDMA/FDD (Frequency
Division Multiple Access / Frequency Division Duplex). Esta tcnica de
Acceso Mltiple por Divisin de Frecuencia, utilizaba dos frecuencias
portadoras diferentes para establecer la comunicacin TX (Uplink) y
RX (Downlink).

En Europa el ao 1981, se introduce el sistema NMTS450 (Nordic
Mobile Telephone System), el cual comenz a operar en Dinamarca,
Suecia, Noruega y Finlandia, en la banda de frecuencia de los
450MHz, de ah el nmero en el acrnimo.A su vez, ese mismo ao
1981, en Norteamrica, se implant el sistema AMPS (Advanced
Mobile Phone Service), el cual dispona de 624 canales de voz y 42
canales de sealizacin ocontrol, en total 666 canales, de 30KHz cada
uno.

La Gran Bretaa, en el ao 1985, desarrollo su propio sistema a
partir del sistema AMPS norteamericano, y adopt el sistema TACS
(Total Access communications System), el cual mejoraba el nmero
de canales llegando a los 1000, pero reduciendo el ancho de banda
de los 30KHz del sistema norteamericano a los 25KHz, y ste operaba
en la banda de los 900MHz.

En esta misma dcada surgen otros sistemas para esta primera
generacin de telefona mvil, como el NTT (Nippon Telegraphand
Telephone) que fue el estndar japons, el C-Netz el estndar alemn
o el French Radiocom 2000 de Francia entre otros.

Todos estos sistemas de primera generacin eran sistemas
analgicos, y nicamente disponan de un servicio de llamadas de
voz. Debido a las diferencias entre todos estos sistemas, la
incompatibilidad estaba garantizada, esto implicaba que un terminal
de Norteamrica no poda funcionar en otro pas, y los proveedores
de servicio queran un estndar ms global y sobretodo reducir
costes. Esto fue lo que impuls la aparicin de la segunda generacin.
1.2 Segundageneracin
En 1982 se constituy, en el marco de la CEPT (Confrence
Europenne des Postes et Tlcommunications), el llamado GSM
(Group Speciale Mobile) con el mandato de preparar el estndar de
un sistema de telefona mvil pblico panaeuropeo destinado a un
mercado potencial, que se estimaba en unos 10 millones de usuarios
en Europa para el ao 2000.

El desarrollo de la norma se ha realizado de forma evolutiva, con
unos hitos o fases que han ido estableciendo partes completas del
estndar. La fase 1 concluy en 1990, con la especificacin del
servicio de voz. La fase 2, terminada en 1994, inclua ya aplicaciones
de datos y, particularmente, el servicio de mensajes cortos SMS
Celia Moreno Jimnez

15

(Short Message Service). La denominada fase 2+, iniciada en 1995 y
que llega a nuestros das, aade facilidades adicionales a la fase 2:
- Uso de bandas adicionales: Se han elaborado especificaciones
del GSM para las bandas de 1800 Mhz en Europa y 1900 Mhz
en Estados Unidos. El rpido crecimiento del GSM hizo
necesaria la utilizacin de la banda 1800 Mhz, as como la
ampliacin de la de 900 Mhz en su parte inferior.
- Mejoras en la codificacin de la voz, con la especificacin de un
cdec mejorado de velocidad plena EFR (Enhanced Full Rate) y
otro cdec adaptable de velocidad variable, AMR (Adaptative
Multi Rate), que permite el funcionamiento con diferentes
velocidades y niveles de calidad, en funcin de las
caractersticas de transmisin y requisitos del operador.
- Desarrollo de aplicaciones especficas de datos, con velocidades
superiores a la inicialmente prevista de 9600 bit/s. Se han
especificado los servicios de HSCSD (High Speed Circuit
Switched Data) con conmutacin de circuitos y GPRS (General
Packet Radio Service) con conmutacin de paquetes que abri
las puertas a un servicio de transmisin de datos mviles.
- Extensin de los servicios de red inteligente a los usuarios en
itinerancia, mediante la aplicacin CAMEL (Customized
Applicationsfor Mobile Enhanced Logic).
- Tecnologa EDGE (Enhanced Data for GSM Evolution), que
incorpora una nueva tcnica de modulacin de 8 niveles que
permite triplicar la velocidad de transmisin, aunque con
reduccin en la cobertura. Se puede combinar con GPRS para
dar lugar a lo que se conoce como EGPRS (Enhanced GPRS). Se
puede alcanzar con EGPRS una velocidad de hasta 384 kbit/s.
- Sistema GSM-PRO, que ofrece prestaciones propias de las redes
PAMR (Public Access Mobile Radio), con posibilidad de realizar
llamadas de grupo y de difusin. Como ejemplo puede citarse el
sistema GSM-R para comunicaciones de sealizacin y control
del trfico ferroviario, normalizado por la Unin Internacional
de Ferrocarriles (UIC) y que se est aplicando, en Europa, en
los trenes de Alta Velocidad.

El GSM ha supuesto un cambio total en la concepcin, diseo y
explotacin de los sistemas de Telefona Mvil Pblica celular por lo
que, dentro de su mbito evolutivo, se le reconoce como un sistema
de Segunda Generacin.
1.3 Tercerageneracin
3GPP ha producido hasta el momento tres releases y est trabajando
en la cuarta. La Figura 1-1 muestra la evolucin temporal y los hitos
fundamentales, desde la primera versin de la norma GSM (Fase 1).
Celia Moreno Jimnez

16

Figura 1-1 Evolucin de la estandarizacin

Las tres primeras releases de 3GPP fueron:
1. La Release 99, que, en su modo FDD, es la base de las redes
3G hoy en servicio ("3", NTT DoCoMo) y que est en fase de
despliegue en Europa.
2. La Release 4, que presenta una nueva interfaz radio
desarrollada por el socio chino (CCSA: Certification in Control
Self-Assessment), el modo TD-SCDMA, el cual es similar al
modo TDD de la Release 99 pero con diferente tasa de chip:
1,28 Mchip/s frente a 3,84 Mchip/s. En la red troncal se
introduce la separacin de los planos de sealizacin y usuario
y el concepto media gateway. Desde el punto de vista de
usuario, puede considerarse que esta release introduce cambios
menores, ya que un terminal release 4 no gozar de servicios o
capacidades muy diferentes a las de otro de la release 99.
3. La Release 5, que introduce IMS (IP Multimedia Subsystem) y
HSDPA (High Speed Downlink Packet Access). IMS permite
soportar mltiples flujos multimedia con diferentes QoS
(Quality Of Service), y utiliza el dominio de paquetes y el
protocolo SIP (Session Initiation Protocol) para el control de
sesin. HSDPA introduce en la red de acceso radio un nuevo
canal descendente, compartido y de alta velocidad.

W-CDMA (Wideband-Code Division Multiple Access) es el acrnimo de
Acceso Mltiple de Banda Ancha por Divisin de Cdigo, y es el
mtodo de acceso empleado en la tercera generacin.

W-CDMA es la tecnologa mvil inalmbrica destinada a sustituir a
GSM y su mtodo de acceso TDMA (Acceso Mltiple por Divisin de
Tiempo). Con ello se pretende aumentar las tasas de transmisin de
datos y ofrecer velocidades mucho ms altas en dispositivos
porttiles, como telfonos mviles aunque no es exclusivo de ellos,
que las obtenidas hasta el momento.

Celia Moreno Jimnez

17

El sistema UMTS (Universal Mobile Telecommunications System), es
la propuesta europea de tecnologa de red de comunicaciones mviles
de Tercera Generacin que cumpliendo los requisitos tcnicos de las
IMT-2000 (Telecomunicaciones Mviles Internacionales 2000), se
dise, con vocacin mundial, para un escenario de la Sociedad de
Informacin en el que destacan los servicios de comunicaciones
personales entre seres humanos, con independencia de su ubicacin
geogrfica, terminal utilizado y medio de transmisin (terrenal o por
satlite).

A continuacin se representa las claves que han marcado el
desarrollo de la tecnologa mvil.

Figura 1-2. Evolucin tecnolgica

UMTS pretende explotar la potencialidad de los conceptos genricos:
Anywhere, Anytime, Anykind, combinando la personalizacin, la
movilidad y las aplicaciones multimedia.

La Universalidad, que da nombre a la tecnologa UMTS, es un
concepto clave en el desarrollo de los servicios 3G en este sistema;
que se apoya en dos premisas bsicas:
- Posibilidad de que cualquier Entidad u Organizacin pueda
desarrollar Aplicaciones y Servicios.
- El usuario deber tener la misma percepcin de los servicios
recibidos con independencia del terminal que utilice y del lugar
donde se encuentre.

Para conseguir alcanzar los objetivos de calidad y capacidad
pretendidos en UMTS se adopt para el acceso radio la tecnologa
CDMA de banda ancha: WCDMA, lo que supuso un enfoque
revolucionario. Como esta tcnica es incompatible con la radio GSM,
los operadores deben desplegar una nueva red de estaciones base.
Celia Moreno Jimnez

18

Ello supone una notable inversin econmica, por lo que para el
ncleo de red, en la primera fase del estndar UMTS, se previno un
desarrollo evolutivo basado en una mejora del ncleo de la red
GSM/GPRS (2,5G).

En versiones posteriores de la norma se especifica la evolucin hacia
una red de paquetes todo IP (All IP), tanto en el ncleo de red
como en el acceso radio.

UMTS ha sido fruto de una importante actividad de investigacin por
parte de Empresas, Universidades y Operadores con programas
europeos y proyectos propios y en colaboracin con Japn. Las
fuerzas impulsoras de UMTS han sido, por un lado el xito del GSM y
por otro, el desarrollo de Internet.

Algunos de los objetivos de UMTS son:
- Equipos de usuarios pequeos y econmicos
- Servicio todo el tiempo
- Servicio en cualquier lugar (ambientes de espacios cerrados)
- Interoperabilidad con un sistema satelital
- Capacidad en los sitios con alta demanda
- Roaming global
- Calidad de voz como si existiera una conexin fsica
- Velocidad alta de transmisin de datos
- Mltiples servicios multimedia

Los servicios UMTS se basan en capacidades comunes en todos los
entornos de usuarios y radioelctricos de UMTS. Al hacer uso de la
capacidad de roaming desde su red hacia la de otros operadores
UMTS, un abonado particular experimentar as un conjunto
consistente de sensaciones como si estuviera en su propia red local
(Entorno de Hogar Virtual o VHE). Asimismo, VHE permitir a las
terminales gestionar funcionalidades con la red visitada,
posiblemente mediante una descarga de software, y se proveern
servicios del tipo como en casa con absoluta seguridad y
transparencia a travs de una mezcla de accesos y redes principales.

Al salirse UMTS del marco estrictamente europeo, para la
especificacin de la norma se constituy la entidad 3GPP (3rd
Generation Proyect Partnership), que comprende los organismos de
estandarizacin: ETSI; ARIB (Association of Radio Industries) y TTC
(Telecommunications Technology Committee) de Japn; T1 de
Estados Unidos; TTA (Telecommunications Technology Association)
de Corea y CCSA (Certification in Control Self-Assessment).

En 1996 se cre el UMTS Forum con el objetivo fundamental de
fomentar y facilitar la implantacin de los sistemas 3G (3rd
Generation). El foro elabora tambin informes orientados hacia
Celia Moreno Jimnez

19

aspectos del mercado de 3G. Pueden encontrarse detalles de su
estructura, funcionamiento e informes elaborados en su pgina web:
www.umts-forum.org.

Como se ha comentado anteriormente, el despliegue de la red UMTS
conlleva un fuerte coste econmico, por lo que los operadores
mviles optimizan su red continuamente, no slo de UMTS, sino
tambin de GSM para cubrir aquellas zonas donde UMTS no alcance.
Para ello, se llevan a cabo proyectos tan ambiciosos como ste, en el
que se analiza el estado de la red, ya sea en accesibilidad como en
mantenibilidad. Con los resultados de este proyecto se tomarn
decisiones sobre nuevas configuraciones de red y, si fuese necesario
y la mejora lo justificase, nuevos despliegues tcnicos.

1.4 EvolucindeUMTS
Una vez instalado y aceptado el sistema UMTS por los usuarios, la
evolucin de UMTS llega a la generacin 3.5, HSDPA: High Speed
Downlink Packet Access) y HSUPA: High-Speed Uplink Packet
Access).

Se muestra la velocidad de cada una de las tecnologas:

Uplink Peak Data Rate
(Typical Deployment)
Downlink Peak Data Rate
(Typical Deployment)
GSM 9.6 kbps 9.6 kbps
GPRS 20 kbps 40 kbps
EDGE 60 kbps 120 kbps
WCDMA
Release 99
64 kbps 384 kbps
HSDPA
Release 5
384 kbps 10 Mbps
HSUPA
Release 6
1.4 Mbps (early
deployment)
10 Mbps
Tabla 1-1. Velocidad de transmisin de diferentes tecnologas

1.4.1 HSDPA
Esta evolucin de UMTS es considerada el paso previo antes de saltar
a la cuarta generacin (4G), la que tericamente unificar todas las
redes, y recibe el nombre de generacin 3.5 (3.5G).

La tecnologa HSDPA no es un nuevo sistema como lo es UMTS, sino
que se considera como una primera evolucin de UMTS. sta optimiza
la tecnologa espectral de UMTS/WCDMA, la cual est incluida en las
especificaciones que el grupo 3GPP estableci en su release 5
consistiendo stas en la incorporacin de un nuevo canal compartido
Celia Moreno Jimnez

20

en el enlace descendente (downlink), el cual incrementa la mxima
capacidad de transferencia de datos hasta alcanzar cotas de 14Mbps,
soportando tasas de rendimiento promedio cercanas a 1Mbps.

La compatibilidad en sentido inverso con WCDMA est garantizada y
cualquier servicio y/o aplicacin funcionar para HSDPA. Adems la
mayora de proveedores actuales de UMTS ya dan soporte para esta
tecnologa.

La prestacin de servicios de banda ancha llega a su mximo
potencial con HSDPA a travs de las redes WCDMA, aumentando la
capacidad de recepcin de datos con un mayor rendimiento. Tal y
como UMTS mejoraba la eficiencia espectral comparada con la
segunda generacin, pasa de forma idntica con HSDPA con respecto
a WCDMA, adems de permitir que la red sea utilizada por un mayor
nmero de usuarios. Debido a estos aumentos, se posibilita el acceso
a nuevos tipos de aplicaciones, como videollamada y juegos online
entre mltiples jugadores, al acortar la latencia de la red (menos de
100ms) mejorando los tiempos de respuesta.

Lo que permite alcanzar estas mejores tasas de velocidad es la
inclusin de una modulacin de mayor grado 16-QAM (Modulacin de
Amplitud en Cuadratura), redundancia incremental y codificacin
variable de errores.
1.4.2 HSUPA
La HSUPA (High-Speed Uplink Packet Access) es la llamada
generacin 3.75. Es el siguiente paso, y la optimizacin, del HSDPA.
Si con el HSDPA se conseguan elevadas tasas de bajada, con el
HSUPA lo que se quiere conseguir es una tasa elevada de subida. Las
tasas de subida que se han conseguido son de hasta 5.76Mbps.

La funcin del HSUPA es igual de fundamental que la del HSDPA, ya
que es casi tan importante la subida como la bajada en Internet. Con
el HSUPA se consigue poder enviar un correo electrnico con un
archivo adjunto, juegos en tiempo real contra otro usuario y
establecer ratios simtricos de datos con otros usuarios.
1.5 Cuartageneracin
La futura cuarta generacin no tiene ninguna definicin a da de hoy
pero s se pueden intuir algunas caractersticas gracias a las pruebas
que se han estado realizando y a las bases que se estn
estableciendo.

Esta cuarta generacin est basada totalmente sobre IP y est
previsto que se alcancen velocidades de 100Mbps en movimiento y 1
Gbps en movilidades bajas. En Japn la empresa NTT DoCoMo
Celia Moreno Jimnez

21

experiment con la cuarta generacin alcanzando los 100Mbps a
200Km/h.

Se espera que en Japn la 4G surja comercialmente en el 2010 y en
el resto del mundo se implante sobre el ao 2020. Pese a las pruebas
en Japn y a las nuevas tecnologas el IEEE (Institute of Electrical
and Electronics Engineers) an no se ha pronunciado sobre el 4G.

Como caractersticas principales se tienen:
1. Para el acceso radio abandona el acceso tipo CDMA
caracterstico de UMTS.
2. Uso de SDR (Software Defined Radios) para optimizar el
acceso radio.
3. La red completa prevista es todo-IP.
4. Las tasas de pico mximas previstas son de 100Mbps en
enlace descendente y 50Mbps en enlace ascendente (con
espectros en ambos sentidos de 20 Mhz).

El concepto de 4G englobado dentro de Beyond 3-G incluye tcnicas
de avanzado rendimiento radio como MIMO y OFDM. Dos de los
trminos que definen la evolucin de 3G, siguiendo la estandarizacin
del 3GPP, sern LTE (Long Term Evolution) para el acceso radio, y
SAE (Service Architecture Evolution) para la parte ncleo de la red.
Como caractersticas principales tenemos:

1.5.1 HSPA+
Actualmente las operadoras estn implantando la tecnologa HSPA+
en Espaa. Esta tecnologa permite alcanzar los 56Mbps en el enlace
downlink y los 22 Mbps en el uplink con tecnologas MIMO usando
modulaciones ms altas como la 64QAM. Estas velocidades son las
tericas, por lo que la velocidad real que disfrutara un usuario sera
algo inferior.

La siguiente evolucin es un uso de portadora mltiple para llegar a
alcanzar los 1
68Mbps.

1.5.2 LTE
Adems de la tecnologa HSPA+, se habla de otra evolucin a nivel de
enlace radio, como es la LTE.
LTE (Long Term Evolution) es un nuevo estndar de la norma 3GPP.
Definida para unos como una evolucin de la norma 3GPP UMTS (3G)
para otros un nuevo concepto de arquitectura evolutiva (4G). De
hecho LTE ser la clave para el despegue del internet mvil, servicios
como la transmisin de datos a ms de 300 metros y videos de alta
Celia Moreno Jimnez

22

definicin, gracias a la tecnologa OFDMA sern de uso corriente en la
fase madura del sistema.

La novedad de LTE es la interfaz radioelctrica basada en OFDMA
para el enlace descendente (DL) y SC-FDMA para el enlace
ascendente (UL). La modulacin elegida por el estndar 3GPP hace
que las diferentes tecnologas de antenas (MIMO) tengan una mayor
facilidad de implementacin, esto favorece segn el medio de hasta
cuadruplicar la eficacia de transmisin de datos.

Las mejoras a investigar son, por ejemplo, el aumento de la
eficiencia, la reduccin los costes, la ampliacin y mejora de los
servicios ya prestados y una mayor integracin con los ya protocolos
existentes.

2 Medidasdecalidadycoberturaenredesdetelefonamvil
de2y3generacin

2.1 Introduccin
La "calidad de servicio" (QoS) es definida por la Unin Internacional
de Telecomunicaciones (UIT) como el efecto global de la calidad de
funcionamiento de un servicio que determina el grado de satisfaccin
de un usuario de dicho servicio.

El usuario estar satisfecho cuando su percepcin de servicio supere,
(o al menos iguales) sus expectativas sobre el servicio. El objetivo de
los operadores debe de centrarse, pues, en reducir los desajustes
entre expectativas y percepcin de usuario.

Hay muchos factores que impactan el grado de satisfaccin del
usuario final, relacionados con la calidad de servicio (QoS) ofrecida
para los diferentes tipos de servicios.

Se pueden clasificar esos factores en 2 grandes grupos:
- Factores de ndole tcnica
- Factores de ndole no tcnica

Celia Moreno Jimnez

23

Figura 2-1. Relacin entre satisfaccin del cliente, QoS y Performance de la Red.
Fuente: ITU-T E800 and ETSI TS 102 250-1

Los factores no tcnicos estn relacionados con aspectos como el
peso de marca, las tarifas e incentivos ofrecidos por parte de los
operadores, la calidad del servicio de atencin al cliente (gestin de la
contratacin, mantenimiento, conexin, facturacin, etc.), la
publicidad, etc. Estas reas no son, en principio, objeto de un servicio
de Benchmarking centrado en aspectos tcnicos, aunque, en caso de
disponer datos relevantes, podran utilizarse a la hora de ponderar las
conclusiones extradas como parte del estudio.

Desde el punto de vista de la metodologa, los factores de ndole
tcnica deben de focalizarse en aquellos aspectos tcnicos relativos a
la calidad de servicio extremo a extremo con impacto directo en el
grado de satisfaccin de cliente.

Adicionalmente, de este tipo de estudio se puede extraer mucha
informacin tcnica que puede ser utilizada a la hora de maximizar el
rendimiento de la red.

Tomando como punto de referencia las recomendaciones de ITU-T
E.800 y ETSI TS 102 250-1, la metodologa utilizada para la
realizacin de servicios de Benchmarking / Auditorias de Calidad de
Red sigue esta aproximacin, basada en la evaluacin de 2 conjuntos
de Indicadores de Red (KPIs):
- KPIs principales Aquellos factores con impacto directo en la
calidad percibida por el cliente.
- KPIs adicionales Utilizados para la evaluacin y optimizacin
del performance de la red.

Medidadepercepcinporperfildeusuario
Pueden definirse dos perfiles de usuarios diferenciados para todos los
operadores:
Celia Moreno Jimnez

24

- Usuarios residenciales, que englobaran todas las SIM de uso
personal (pagadas directamente por usuarios particulares) y
que presentan unos patrones de uso muy caractersticos, (en
general muy correlados con el coste por minuto de cada franja
horaria).
- Usuarios empresas, cuyo patrones de uso (e.g. nmero y
duracin de llamadas) difieren por completo de los
residenciales debido a la menor repercusin de los costes en el
individuo.
Segn informa la CMT, en Espaa dichos perfiles se reparten
aproximadamente al 50% para todos los operadores.

Adems de los patrones de utilizacin de los diferentes servicios, las
expectativas en relacin a la calidad de Servicio para cada tipo de
usuario son diferentes. Por este motivo, tendra sentido una
definicin de la metodologa y de los KPIs adaptada a la experiencia
de usuario de estos dos tipos de perfiles.

Medidadepercepcinportipodeservicio:VozVs.Datos
Es relevante realizar una distincin relativa al tipo de servicio:

- Para el servicio de voz, una medida del performance de la red
desde el punto de vista tcnico (a travs de indicadores)
basada en una definicin apropiada de la metodologa de
medidas, es una aproximacin muy vlida para establecer la
percepcin real de usuario, dado que las infraestructuras de red
se concibieron, inicialmente, como soporte de este servicio
concreto.

- Para el caso de datos, la red se convierte en un mero soporte
de una infinidad de servicios de naturaleza muy diversa, con lo
cual la percepcin de usuario est muy correlada con el tipo de
servicio soportado, al margen que determinados indicadores
puramente tcnicos puedan tener un impacto decisivo en la
calidad percibida por el usuario (por ejemplo, la latencia en el
caso de servicios en tiempo real voz sobre IP o la mxima
velocidad de descarga - FTP , por lo que; resulta fundamental
en este caso una adecuada identificacin de servicios a medir
en funcin de los perfiles de usuario y entornos de medida.
Tambin resulta imprescindible considerar que aspectos
externos a la red pueden influenciar la experiencia de usuario
(ancho de banda mximo por usuario de los servidores ftp,
nmero de usuarios instantneos que acceden a determinado
servicio, latencia de servidores web, etc.)
Celia Moreno Jimnez

25

Medidadepercepcinporentorno
Es igualmente relevante sealar la necesidad de identificar los
principales entornos donde los distintos perfiles de usuario hacen uso
de los distintos tipos de servicios y definir la metodologa de medidas
de forma adecuada para reproducir de la mejor manera posible la
calidad de experiencia percibida.

En funcin del tipo de entorno (carreteras, trenes, aeropuertos,
recintos de ocio, centros de trabajo, etc.), la valoracin de los
usuarios puede obedecer a indicadores distintos. Esta informacin se
podra ponderar a travs de la definicin de un indicador Global (GI)
por entorno identificado, de forma que se asignase un mayor peso
relativo al indicador(es) que los usuarios considerasen ms
importantes. Para esto resulta fundamental la informacin de clientes
de la que disponga el operador.

CalidaddeExperiencia(QoE)yBenchmarking
Mejorar la calidad experimentada (QoE) por los usuarios con los
servicios de voz constituye un factor fundamental a la hora de
minimizar la rotacin y mejorar la satisfaccin global del cliente.
El primer paso para mejorar es medir, de la forma ms fielmente
posible, la calidad experimentada por los usuarios finales con los
diferentes servicios ofrecidos por el operador (voz y datos). Si
adems las medidas se realizan con un enfoque de Benchmarking, los
resultados del estudio arrojan una valiosa informacin:
- Por un lado, permite posicionar la satisfaccin de los clientes
propios con la experimentada por clientes de la competencia,
aportando una valiosa informacin para la ejecutiva del
operador
- Adems, permite hacer un anlisis comparativo y competitivo
que permite evaluar las fortalezas y debilidades del operador
en relacin a su competencia; esto ofrece tambin a la
direccin una informacin sumamente importante para afrontar
la toma de decisin encaminada a disminuir el churn
focalizando las inversiones y los recursos de forma inteligente
para mejorar (o disminuir, segn sea el caso) el gap de
satisfaccin de los clientes propios en relacin con los de la
competencia.
- Por ltimo, se pueden abordar un anlisis tcnico ms profundo
con el objeto de sacar el mximo rendimiento a las medidas
realizadas en entornos muy diferentes y con un alcance
geogrfico nacional proporcionando una informacin que puede
resultar muy valiosa a los departamentos tcnicos
correspondientes con el objeto de optimizar el rendimiento de
la red.
Celia Moreno Jimnez

26

En este proyecto se pretende enfocar el servicio de Benchmarking
con garanta de independencia en el mtodo, procedimientos,
herramientas y tipo de anlisis, por lo que las conclusiones del
anlisis provisto como parte del servicio tienen el valor de Auditora
de Red.

El equipo de medida que se usa son unos terminales mviles
comerciales con un software especfico gracias al cual se puede
obtener una serie de parmetros que se usan para el anlisis de las
medidas (Se profundizar en el equipo de medidas en el apartado 3.
Equipo y tcnica de medida).

Estos parmetros a analizar son diferentes segn si se analiza
cobertura, voz o datos. Se muestra cada uno de ellos:

2.2 ParmetrosparavozGSM
Para comprender los parmetros que se analizan en voz GSM, se
deben aclarar varios conceptos de GSM.

Se comenzar con la arquitectura de red GSM, definiendo cada uno
de los sistemas que la componen, seguido de una descripcin de los
diferentes canales de los que se hace uso en esta tecnologa, y a
continuacin se detallar el proceso de una llamada, as como los
mensajes que intercambian estacin base y terminal de usuario. Para
terminar, se presentarn los parmetros de los que se hace uso en
este proyecto para presentar resultados al cliente.

2.2.1 ArquitecturaderedGSM
Una red GSM est formada por varios elementos: la estacin mvil
(MS), el modulo de identidad (SIM), la estacin base transceptora
(BTS), la estacin base controladora (BCS), la unidad de adaptacin y
transcodificacin (TRAU), el centro de intercambio de servicios
mviles (MSC), el registro de localizacin local (HLR), el registro de
localizacin visitante (VLR) y el registro de identidad de equipos
(EIR).
Juntos, forman una red mvil pblica (PLMN). La Figura 2-2 recrea
una visin global de los subsistemas GSM.

Celia Moreno Jimnez

27

Figura 2-2. Arquitectura de una red mvil pblica (PLMN)

Los siguientes elementos forman la estructura de la red GSM:
Elemento de la red Icono
Estacin mvil

Modulo de identidad

Estacin base transceptora

Estacin base controladora

Transcoding Rate and
Adaptation Unit

Estacin de conmutacin mvil

Home location register

Visitor location register

Equipment identity register

Tabla 2-1. Elementos de red

Celia Moreno Jimnez

28

2.2.1.1 EstacinMvil
Un terminal GSM es incluso para los a expertos, una maravilla
tcnica, considerando los rangos en los cuales los precios han bajado,
la complejidad de los dispositivos y el elevado nmero de diferentes
terminales disponibles. Toda la funcionalidad conocida desde las BTS
transmisoras/receptoras, la modulacin/demodulacin Gaussian
minimun shift keying (GMSK) utilizada hasta la
codificacin/descodificacin de los canales, tambin necesita ser
implementado en una MS.
Otras funciones especficas de una MS han de ser mencionadas, como
el tono dual Multifrecuencia (DTMF) y el aspecto ms importante, el
reconocido uso de la batera.
Desde la perspectiva del protocolo, la MS no es solo un compaero de
la BTS. Se comunica directamente con la MSC y el VLR, va control de
movilidad (MC) y control de llamadas (CC). Adems, la MS tiene que
ser capaz de proveer una conexin transparente para conexiones de
datos y fax a otros dispositivos externos.

2.2.1.2 Mdulodeidentidad(SIM)
En redes GSM, los algoritmos A3 y A8 se implementan en el
Subscriber Identity Module o mdulo de identidad.
La informacin del operador, llamado IMSI (Identidad de Suscriptor
Mvil Internacional), se almacena en la tarjeta SIM.
La tarjeta SIM tambin se puede utilizar para almacenar informacin
definida por el usuario como entradas de la agenda. Una de las
ventajas de la arquitectura de GSM es que las SIMs se pueden mover
de una estacin mvil a otra. Esto hace que la mejora de telfono
mvil sea muy sencilla para el usuario.

2.2.1.3 Estacinbasetransceptora
La BTS proporciona una conexin fsica entre MS y la red por el canal
radio. Por otro lado, la BTS est conectada a la BSC va radio o cable.
Los fabricantes de equipos BTS han sido capaces de reducir su
tamao sustancialmente. El tamao tpico en 1991 era parecido al de
una armadura, actualmente tiene el tamao de un buzn. La
estructura bsica de las BTS, a pesar de todo, no ha cambiado. La
recomendacin GSM permite que una BTS tenga hasta 16
transmisores. En la realidad, la mayora de las BTS tienen entre uno a
cuatro transmisores.

Celia Moreno Jimnez

29

2.2.1.4 Estacinbasecontroladora
Las BTSs de un rea de tamao medio estn conectadas a la BSC a
travs de una interfaz llamada Abis-interface. La BSC cuida de todas
las funciones centrales y del control del subsistema, conjunto llamado
subsistema estacin base (BSS). La BSS contiene al BCS en s y las
BTSs conectadas.
La BSC forma el centro de la BSS y puede, dependiendo del
fabricante, ser conectada a varias BTSs a travs del interfaz Abis.
La BSC es, desde un punto de vista tcnico, un pequeo
intercambiador digital con varias extensiones mviles especficas. La
BSC fue creada con la intencin de quitar mucha de la carga radio de
las MSC y su arquitectura y tareas son fruto de este objetivo final.

2.2.1.5 TranscodingRateandAdaptationUnit
Una de las funciones ms interesantes de GSM la desarrolla la TRAU,
que est localizada habitualmente entre la BSC y la MSC para las
conexiones de voz. La tarea de la TRAU es comprimir o descomprimir
la voz entre la MS y la MSC a travs de la excitacin regular de
pulsos prediccin a largo trmino (RPE LTP). Es capaz de
comprimir la voz desde 64 Kbps hasta 16 Kbps, en el caso de un
canal fullrate (el flujo de datos neto es de 13 Kbps) y de 8 Kbps en el
caso de un canal halfrate (el flujo de datos netos de un canal halfrate
es de 6.5 Kbps).

2.2.1.6 MobileServicesSwitchingCenter
Desde una perspectiva tcnica, la MSC es simplemente una red ISDN
(Integrated Digital Network Services) ordinaria con algunas
modificaciones especficamente creadas para soportar aplicaciones
mviles, esto permite a los operadores de sistemas GSM puedan
ofrecer que sus terminales se conecten con redes de telefona fija.
Las modificaciones de intercambios requeridos para la previsin de
servicios mviles afectan, en particular, al trabajo de canales usados
hacia la BSS, de la cual la MSC es responsable, y la funcionalidad de
altura y controlar los handover. Esto define dos de las tareas
principales de la MSC. Se tienen que aadir funciones inter-red
(IWF), las cuales son necesarias para las conexiones de voz y datos
hacia redes externas. La IWF es responsable de la conversin de
protocolo entre la CC y la parte usuaria de la ISDN (ISUP), tal y como
para la adaptacin de servicios de datos.

Celia Moreno Jimnez

30

2.2.1.7 HomeLocationRegister
Cada PLMN requiere el acceso de al menos una HLR como centro de
almacenamiento de datos. La HLR puede ser considerada como una
gran base de datos con tiempos de acceso que tienen que ser tan
cortos como sea posible. Cuando ms rpida sea la respuesta desde
la base de datos, ms rpida ser la conexin de la llamada. Esta
base de datos ha de ser capaz de manejar datos de literalmente
cientos y miles de usuarios.
Con la HLR los parmetros especficos de los usuarios son
mantenidos, como el parmetro Ki que es parte del mantenimiento
de la seguridad. Este parmetro nunca es transmitido en ningn
canal y es conocido solo por la HLR y la SIM. Cada operador es
asignado a un HLR especfico, el cual acta como un punto de
referencia fija y donde la informacin de la localizacin actual del
usuario es guardada. Para reducir la carga en el HLR, el VLR fue
introducido para ayudar a mantener muchas de las peticiones de los
operadores (Ej. Localizacin y aprobacin de aplicaciones).
Debido a la funcin central del HLR y la sensibilidad de guardar datos,
es esencial que cada esfuerzo sea tomado para prevenir obstculos al
HLR o la prdida de datos del operador.

2.2.1.8 VisitorLocationRegister
El VLR fue diseado para que el HLR no estuviese sobrecargado con
las peticiones de datos de los operadores. Como el HLR, el VLR
contiene datos de los operadores, pero solo parte de los datos del
HLR y solo mientras un operador especfico pasa por el rea de la
cual el VLR es responsable. La rea geogrfica del VLR consiste en la
rea total cubierta por aquellas BTSs que tienen relacin a la MSC la
cual el VLR proporciona los servicios.
El VLR, como el HLR, es un registro de datos, pero su funcin difiere
del HLR. Mientras el HLR es responsable de muchas funciones
estticas, el VLR proporciona el manejo de datos del operador.
Considerar por ejemplo, el roaming del operador. Mientras el terminal
se mueve desde una localizacin hasta otra, datos son pasados entre
el VLR de la localizacin que el terminal abandona hasta la VLR de la
localizacin donde entra. En este caso, la antigua VLR pasa los datos
especficos a la nueva VLR. Hay veces donde la nueva VLR tiene que
solicitar a la HLR del operador para datos especficos. Una cuestin
surge: Asume la HLR de GSM toda la responsabilidad del manejo de
aquellos terminales que actualmente se encuentran en un rea
geogrfica determinada? La respuesta es no. Aun cuando el terminal
se encuentra en un rea determinada, el VLR de esta rea se encarga
de los datos dinmicos. Esto demuestra otra diferencia entre el HLR y
el VLR. El VLR es asignado a una zona geogrfica limitado, mientras
Celia Moreno Jimnez

31

el HLR maneja tareas que son independientes de la localizacin del
terminal. El termino rea HLR no tiene significado en GSM, a menos
que te refieras a toda la PLMN. Tpicamente, pero no necesariamente,
una VLR es unida con una nica MSC. El estndar GSM permite, la
asociacin de un VLR con varias MSCs. Las intenciones iniciales
fueron las de especificar la MSC y el VLR como elementos de red
independientes. Aunque, cuando el primer sistema GSM fue puesto
en servicio en 1991, varias deficiencias en el protocolo entre la MSC y
el VLR forzaron a los fabricantes a implementar soluciones. Esta es la
razn por la que el interfaz entre la MSC y la VLR, el interfaz-B, no es
mencionada en las especificaciones de la fase 2 de GSM. La
recomendacin GSM 09.02 ahora proporciona no solo la gua bsica,
sino tambin como utilizar correctamente el interfaz.

2.2.1.9 EquipmentIdentityRegister
El robo de telfonos mviles parece muy atractivo, ya que las
identidades de los suscriptores y del terminal fsico van por separado.
Equipos robados pueden ser simplemente utilizados cambiando la
tarjeta SIM. Borrando el paso a un operador no borra el terminal
fsico. Para prever este hecho, cada terminal GSM tiene un nmero
nico de identificacin, el nmero internacional de equipo mvil
(IMEI). Recae en la responsabilidad del operador de red el equipar a
cada PLMN con una base de datos adicional con los terminales
sustrados, EIR.

2.2.2 CanalesGSM
GSM utiliza dos bandas de 25 MHz para transmitir y para recibir
(FDD). La banda de 890-915 MHz se usa para las transmisiones
desde la MS hasta el BTS ("uplink") y la banda de 935-960 MHz se
usa para las transmisiones entre el BTS y la MS ("downlink").

Existe una versin de GSM que opera en la banda de 1800 MHz (GSM
1800). Ambos sistemas mantienen la misma estructura en cuanto a
canalizacin, sealizacin, estructura de trama TDMA, la nica
diferencia reside que el sistema GSM 1800 tiene 75 MHz de banda
asignada en lugar de los 25 MHz del sistema GSM convencional, es
decir se dispone de 374 radiocanales en lugar de los 124 del sistema
GSM convencional, permitiendo la existencia de un nmero mayor de
operadores. La banda es 1710MHz a 1785 MHz para el enlace
ascendente y 1805 MHz a 1880MHz para el descendente. Dispone de
374 canales adicionales numerado (ARFCN) desde 512 al 885. Como
este sistema opera al doble de la frecuencia original de GSM se
facilita la generacin de terminales duales.

Celia Moreno Jimnez

32

Adems, el EGM o GSM modo extendido tiene las bandas 880-915
MHz para el enlace ascendente y 925-960MHz para el descendente.
Como se tienen 10+10 MHz de banda adicionales se tienen 50 nuevos
canales numerados de 974 a 1023. Puesto que el canal numerado
974 es el que ahora est situado en el extremo inferior de la banda,
ahora se utiliza como canal de guarda, convirtindose el canal 0
(antes canal de guarda) en un canal de uso convencional.

El interfaz de radio de GSM se ha implementado en diferentes bandas
de frecuencia por asuntos legales de disponibilidad de frecuencias no
asignadas.

Banda Nombre Canales
Uplink
(Mhz)
Downlink
(Mhz)
Notas
GSM 850 GSM 850 128 - 251
824,0 -
849,0
869,0 -
894
Usada en EE.UU.,
Sudamrica y Asia.
GSM 900
P-GSM 900 1 - 124
890,0 -
915,0
935,0 -
960,0
La banda con que
naci GSM en Europa
y la ms extendida
E-GSM 900 975 - 1023
880,0 -
890,0
925,0 -
935,0
E-GSM, extensin de
GSM 900
R-GSM 900 n/a
876,0 -
880,0
921,0 -
925,0
GSM ferroviario
(GSM-R).
GSM1800 GSM 1800 512 - 885
1710,0 -
1785,0
1805,0 -
1880,0

GSM1900 GSM 1900 512 - 810
1850,0 -
1910,0
1930,0 -
1990,0
Usada en
Norteamrica,
incompatible
con GSM-1800 por
solapamiento de
bandas.
Tabla 2-2. Distribucin de Canales para la tecnologa GSM
2

En Espaa, los operadores tienen asignadas las siguientes bandas de
frecuencias:
- Movistar: 900 y 1800 MHz, UMTS
- Vodafone: 900 y 1800 MHz , UMTS
- Orange: 1800 MHz

Y los canales asignados para cada una de las operadoras en Espaa
para GSM son:

Operador Canales
Orange 762-885 975-1004
Movistar 1-63 512-635 1005-1023
Vodafone 65-124 637-760

Tabla 2-3. Canales asignados a cada operador en GSM
3

2
Esta tabla se encuentra en www.mityc.es
3
Regulado por la CMT (Comisin del Mercado de las Telecomunicaciones)
Celia Moreno Jimnez

33

GSM usa FDD y una combinacin de TDMA y FHMA para proporcionar
a las estaciones base y a los usuarios un acceso mltiple. Las bandas
de frecuencias superiores e inferiores se dividen en canales de
200KHz llamados ARFCN ("Absolute Radio Frequency Channel
Number" Nmeros de Canales de Radio Frecuencia Absolutos). El
ARFCN denota un par de canales "uplink" y "downlink" separados por
45 MHz y cada canal es compartido en el tiempo por hasta 8 usuarios
usando TDMA.

Cada uno de los 8 usuarios usa el mismo ARFCN y ocupa un nico
slot de tiempo (ST) por trama. Las transmisiones de radio se hacen a
una velocidad de 270.833 kbps usando modulacin digital binaria
GMSK ("Gaussian Minimum Shift Keying") con BT=0.3. El BT es el
producto del ancho de banda del filtro por el periodo de bit de
transmisin. Por lo tanto la duracin de un bit es de 3.692 ms, y la
velocidad efectiva de transmisin de cada usuario es de 33.854 kbps
(270.833 kbps / 8 usuarios).

Con el estndar GSM, los datos se envan actualmente a una
velocidad mxima de 24.7 kbps. Cada TS tiene un tamao
equivalente en un canal de radio de 156.25 bits, y una duracin de
576.92 s, tal y como se muestra en la Figura 2-3 y una trama TDMA
simple en GSM dura 4.615 ms. El nmero de total de canales
disponibles dentro de los 25 MHz de banda es de 125 (asumiendo que
no hay ninguna banda de guarda). Dado que cada canal de radio est
formado por 8 slots de tiempo, hacen un total de 1000 canales de
trfico en GSM.

Figura 2-3. Una trama de voz y la escritura multitrama

Celia Moreno Jimnez

34

En implementaciones prcticas, se proporciona una banda de guarda
de la parte ms alta y ms baja de espectro de GSM, y se dispone
tan solo de 124 canales.

La combinacin de un nmero de ST y un ARFCN constituyen un
canal fsico tanto para el "uplink" como para el "downlink". Cada
canal fsico en un sistema GSM se puede proyectar en diferentes
canales lgicos en diferentes tiempos. Es decir, cada slot de tiempo
especfico o trama debe estar dedicado a manipular el trfico de
datos (voz, facsmil o teletexto), o a sealizar datos (desde el MSC, la
estacin base o la MS). Las especificaciones GSM definen una gran
variedad de canales lgicos que pueden ser usados para enlazar la
capa fsica con la capa de datos dentro de las capas de la red GSM.
Estos canales lgicos transmiten eficientemente los datos de usuario,
adems de proporcionar el control de la red en cada ARFCN. GSM
proporciona asignaciones explcitas de los slots de tiempo de las
tramas para los diferentes canales lgicos.

Los canales lgicos se pueden separar en dos categoras
principalmente:

- Canales de Trfico (TCH): llevan voz codificada digitalmente
o datos y tienen funciones idnticas y formatos tanto para el
"downlink" como para el "uplink".

- Canales de Control: llevan comandos de sealizacin y
control entre la estacin base y la estacin mvil. Se definen
ciertos tipos de canales de control exclusivos para el uplink o
para el downlink.

Hay seis clases diferentes de TCHs y un nmero an mayor de
canales de control.

Los canales de trfico en GSM pueden ser de velocidad completa
("full-rate") o de velocidad mitad ("half-rate"), y pueden llevar voz
digitalizada o datos de usuario. Cuando se transmite a velocidad
completa los datos estn contenidos en un ST por trama; mientras
que cuando se transmite a velocidad mitad, los datos de usuario se
transportan en el mismo slot de tiempo pero se envan en tramas
alternativas.

En GSM, los datos TCH no se pueden enviar en el TS 0 ("time slot 0")
sobre ciertos ARFCNs ya que este TS est reservado para los canales
de control en la mayora de las tramas. Adems, cada trece tramas
TCH se enva un canal de control asociado lento (SACCH) o tramas
"idle". A cada grupo de 26 tramas consecutivas TDMA se le llama
multitrama.

Celia Moreno Jimnez

35

De cada 26 tramas, la decimotercera y la vigesimosexta se
corresponden con datos SACCH, o tramas "idle". La 26 trama
contiene bits idle para el caso cuando se usan TCHs a velocidad
completa, y contiene datos SACCH cuando se usa TCHs a velocidad
mitad.

Los TCHs se usan para llevar voz codificada o datos de usuario. Se
definen en GSM dos formas generales de canales de trfico:

- Canal de Trfico a Velocidad completa (TCH/F).
Transporta informacin a una velocidad de 22.8 kbps.

- Canal de Trfico a Velocidad Mitad (TCH/H). Transporta
informacin a una velocidad de 11.4 kbps.

Para transportar voz codificada se van a utilizar dos tipos de canales:

- Canal de trfico a velocidad completa para voz (TCH/FS).
Lleva voz digitalizada a 13 kbps. Despus de la codificacin del
canal la velocidad es de 22.8 kbps.

- Canal de trfico a velocidad mitad para voz (TCH/HS). Ha
sido diseado para llevar voz digitalizada que ha sido
muestreada a la mitad que la de un canal a velocidad completa.
En este aspecto GSM se ha anticipado a la disponibilidad de
codificadores normalizados de voz a velocidades de unos 6.5
kbps. Despus de la codificacin del canal, la velocidad es de
11.4 kbps.

Para llevar datos de usuario se definen los siguientes tipos de canales
de trfico:

- Canal de Trfico a velocidad completa para datos a 9.6
kbps (TCH/F9.6). Lleva datos de usuario enviados a 9600
bps. Con la codificacin de correccin de errores aplicada segn
el estndar GSM, los datos se envan a 22.8 bps.



Celia Moreno Jimnez

36

- Canal de Trfico a velocidad mitad para datos a 4.8 kbps
(TCH/H4.8). Lleva datos de usuario enviados a 4800 bps. Con
la codificacin de correccin de errores aplicada segn el
estndar GSM, los datos se envan a 11.4 bps.

- Canal de Trfico a velocidad mitad para datos a 2.4 kbps
(TCH/H2.4). Lleva datos de usuario enviados a 2400 bps. Con
la codificacin de correccin de errores aplicada segn el
estndar GSM, los datos se envan a 11.4 bps.

Se definen tres categoras de canales de control:

- Difusin ("broadcast" BCH)
- Comunes (CCCH)
- Dedicados (DCCH)

Cada canal de control consiste en varios canales lgicos distribuidos
en el tiempo para proporcionar las funciones de control necesarias en
GSM.

Los canales de control downlink BCH y CCCH se implementan slo en
ciertos canales ARFCN y se localizan en slots de tiempo de una forma
especfica. Concretamente, estos canales se localizan solo en el TS 0
(como se introdujo anteriormente este slot de tiempo est reservado
para este canal) y se emiten slo durante ciertas tramas dentro de
una secuencia repetitiva de 51 tramas (definida multitrama de control
del canal) sobre aquellos ARFCNs que se disean como canales
"broadcast". Desde TS1 hasta TS7 se llevan canales de trfico
regulares.

En GSM se definen 34 ARFCNs como canales "broadcast" estndar.
Para cada canal "broadcast", la trama 51 no contiene ningn canal
"downlink" BCH o CCCH y se considera como una trama idle. Sin
embargo, el canal "uplink" CCH puede recibir transmisiones durante
el TS 0 de cualquier trama (incluso la trama "idle").

Por otra parte, los datos DCCH se pueden enviar durante cualquier
slot de tiempo y en cualquier trama, y hay tramas completas
dedicadas especficamente para algunas transmisiones DCCH. A
continuacin se detallan los diferentes tipos de canales de control.

El BCH opera en el "downlink" de un ARFCN especfico dentro de cada
celda, y transmite datos slo en el primer slot (TS 0) de algunas
tramas GSM. Al contrario que los TCHs que son dplex, los BCHs solo
usan el "downlink". El BCH sirve como un canal gua para cualquier
mvil cercano que lo identifique y se enganche a l. El BCH
proporciona sincronizacin para todos los mviles dentro de la celda y
se monitoriza ocasionalmente por los mviles de celdas vecinas para
Celia Moreno Jimnez

37

recibir datos de potencia y poder realizar las decisiones de handover.
Aunque los datos BCH se transmiten en TS0, los otros siete slots de
una trama GSM del mismo ARFCN estn disponibles para datos TCH,
DCCH estn fijados por rfagas vacas ("dummy").

Dentro de los canales BCH se definen tres tipos de canales separados
que tienen acceso al TS0 durante varias tramas de la multitrama de
control formada por 51 tramas.

Existen tres tipos de canales BCH, se describen a continuacin:

- Canal de Control de "Broadcast" (BCCH): Es un canal
downlink que se usa para enviar informacin de identificacin
de celda y de red, as como caractersticas operativas de la
celda (estructura actual de canales de control, disponibilidad de
canales, y congestin). El BCCH tambin enva una lista de
canales que estn en uso en una celda. Desde la trama 2 a la 5
de una multitrama de control estn contenidos los datos BCCH.
El TS0 contiene datos BCCH durante tramas especficas, y
contiene otro tipo de canales BCH, canales de control comunes
(CCCHs), o tramas idle, en otras tramas hasta completar las 51
tramas que forman la multitrama de control.

- Canal Corrector de Frecuencia (FCCH) : Es una rfaga de
datos que ocupa el TS0 para la primera trama dentro de la
multitrama de control, y que se repite cada diez tramas. El
FCCH permite a cada estacin mvil sincronizar su frecuencia
interna de oscilacin a la frecuencia exacta de la estacin base.

- Canal de Sincronizacin (SCH): Se enva en el TS0 de la
trama inmediatamente despus del FCCH y se usa para
identificar a la estacin base servidora mientras que permite a
cada mvil la sincronizacin de las tramas con la estacin base.
El nmero de trama (FN), que oscila entre 0 hasta 2,715,647,
se enva con el cdigo de identificacin de la estacin base
(BSIC) durante la rfaga SCH. El BSIC es asignado
individualmente a cada BTS en un sistema GSM. Dado que un
mvil puede estar hasta a 30 km de la BTS, es necesario
frecuentemente ajustar la temporizacin de un usuario mvil
particular de forma que la seal recibida en la estacin base se
sincroniza con el reloj de la estacin base.

En aquellos ARFCN reservados para BCHs, los canales de control
comunes ocupan el TS0 de cada trama que no est ocupada por los
BCHs o por tramas idle. Un CCCH puede estar formado por tres tipos
diferentes de canales:

- Canal de bsqueda (PCH) downlink
Celia Moreno Jimnez

38

- Canal de acceso aleatorio (RACH) uplink
- Canal de acceso concedido (AGCH) downlink

Los CCCHs son los ms comunes dentro de los canales de control y se
usan para buscar a los abonados, asignar canales de sealizacin a
los usuarios, y recibir contestaciones de los mviles para el servicio.
Se detallan estos tres tipos de canales:

- Canal de Bsqueda (PCH): Proporciona seales de bsqueda
a todos los mviles de una celda, y avisa a los mviles si se ha
producido alguna llamada procedente de la PTSN. El PCH
transmite el IMSI (Identificacin de Abonado Mvil
Internacional) del abonado destino, junto con la peticin de
reconocimiento de la unidad mvil a travs de un RACH.
Alternativamente, el PCH se puede usar para proporcionar
envos de mensajes tipo ASCII en las celdas, como parte del
servicio SMS de GSM.

- Canal de Acceso Aleatorio (RACH): Es un canal "uplink"
usado por el mvil para confirmar una bsqueda procedente de
un PCH, y tambin se usa para originar una llamada. El RACH
usa un esquema de acceso slotted ALOHA. Todos los mviles
deben de pedir acceso o responder ante una peticin por parte
de un PCH dentro del TS0 de una trama GSM. En el BTS, cada
trama (incluso la trama idle) aceptar transmisiones RACH de
los mviles durante TS0. Para establecer el servicio, la estacin
base debe responder a la transmisin RACH dndole un canal
de trfico y asignando un canal de control dedicado (SDCCH)
para la sealizacin durante la llamada. Esta conexin se
confirma por la estacin base a travs de un AGCH.

- Canal de Acceso Concedido (AGCH): Se usa por la estacin
base para proporcionar un enlace de comunicaciones con el
mvil, y lleva datos que ordenan al mvil operar en un canal
fsico en particular (en un determinado TS y en un ARFCN) con
un canal de control dedicado. El ACCH es el ltimo mensaje de
control enviado por la estacin base antes de que el abonado es
eliminado del control del canal de control. El ACCH se usa por la
estacin base para responder a un RACH enviado por una MS
en la trama CCCH previa.

Hay tres tipos de canales de control dedicados en GSM, y, como los
canales de trfico, son bidireccionales y tienen el mismo formato y
funcin en el uplink y en el downlink. Como los TCHs, los DCCHs
pueden existir en cualquier slot de cualquier ARFCN excepto en el
TS0 de los ARFCN de los BCHs. Los Canales de Control Dedicados
(SDCCH) se usan para proporcionar servicios de sealizacin
Celia Moreno Jimnez

39

requeridos por los usuarios. Los Canales de Control Asociados Lentos
y Rpidos (SACCH y FACCH) se usan para supervisar las
transmisiones de datos entre la estacin mvil y la estacin base
durante una llamada.

- Canales de Control Dedicados (SDCCH): Lleva datos de
sealizacin siguiendo la conexin del mvil con la estacin
base, y justo antes de la conexin lo crea la estacin base. El
SDCCH se asegura que la MS y la estacin base permanecen
conectados mientras que la estacin base y el MSC verifica la
unidad de abonado y localiza los recursos para el mvil. El
SDCCH se puede pensar como un canal intermedio y temporal
que acepta una nueva llamada procedente de un BCH y
mantiene el trfico mientras que est esperando que la estacin
base asigne un TCH. El SDCCH se usa para enviar mensajes de
autenticacin y de alerta (pero no de voz). A los SDCCH se les
puede asignar su propio canal fsico o pueden ocupar el TS0 del
BCH si la demanda de BCHs o CCCHs es baja.

- Canal de Control Asociado Lento (SACCH): Est siempre
asociado a un canal de trfico o a un SDCCH y se asigna dentro
del mismo canal fsico. Por tanto, cada ARFCN
sistemticamente lleva datos SACCH para todos sus usuarios
actuales. El SACCH lleva informacin general entre la MS y el
BTS. En el downlink, el SACCH se usa para enviar informacin
lenta pero regular sobre los cambios de control al mvil, tales
como instrucciones sobre la potencia a transmitir e
instrucciones especficas de temporizacin para cada usuario
del ARFCN. En el uplink, lleva informacin acerca de la potencia
de la seal recibida y de la calidad del TCH, as como las
medidas BCH de las celdas vecinas. El SACCH se transmite
durante la decimotercera trama (y la vigesimosexta si se usa
velocidad mitad) de cada multitrama de control, y dentro de
esta trama, los 8 slots se usan para proporcionar datos SACCH
a cada uno de los 8 usuarios ( 16) del ARFCN.

- Canales de Control Asociados Rpidos (FACCH): Lleva
mensajes urgentes, y contienen esencialmente el mismo tipo de
informacin que los SDCCH. Un FACCH se asigna cuando un
SDCCH no se ha dedicado para un usuario particular y hay un
mensaje urgente (como una respuesta de handover). El FACCH
gana tiempo de acceso a un slot "robando" tramas del canal de
trfico al que est asignado. Esto se hace activando dos bits
especiales, llamados bits de robo ("stealing bits"), de una
rfaga TCH. Si se activan los stealing bits, el slot sabe que
contiene datos FACCH y no un canal de trfico, para esa trama.

Celia Moreno Jimnez

40

2.2.3 Procesodeconexin
Para comprender cmo se usan los diferentes canales de trfico y de
control, se considera el caso de que se origine una llamada GSM.
Existen diferentes tipos de llamadas segn dnde se originen:
- MOC (Mobile Originated Call): la llamada la realiza el terminal
mvil.
- MTC (Mobile Terminating Call): el destinatario de la llamada es
el terminal mvil.
Para poder establecer una llamada en GSM desde un terminal
(llamada MOC) se necesita:
- Crear un enlace radio con la estacin base
- Establecer un enlace a travs de la red GSM con el dispositivo o
la red destinatarios de la llamada.

En el comienzo de la llamada se pueden distinguir diferentes procesos
segn si la llamada es MOC o MTC. En el primer caso es el mvil el
que pide el canal, mientras que en una llamada MTC, es el mvil el
que debe de ser localizado por la red mediante un mensaje de
paging.

En modo idle el mvil no tiene asignados recursos dedicados para
poder comunicarse con la red, por lo que si la red necesita
comunicarle al mvil que est siendo llamado hace uso del canal PCH
(Paging Channel) para enviarle el mensaje de paging, mientras que si
el mvil necesita hacerle saber a la red que quiere realizar una
llamada, ste har uso del canal compartido RACH.

Como se describi anteriormente, el canal PCH es un canal downlink
que todos los mviles escuchan a la vez, de manera que el terminal
codificar este mensaje de paging para saber si va dirigido a l. Sin
embargo, el canal RACH es un canal de acceso compartido en el que
transmiten todos los mviles en sentido ascendente. Estos dos
canales los usaran la BTS y el terminal mvil respectivamente hasta
que se realice la asignacin de canal.

La peticin del canal radio se realiza mediante el mensaje de Channel
Request. El mvil enva este mensaje y lo repite hasta que recibe un
mensaje de confirmacin donde la red le asigna el canal llamado
Inmediate Assignment. El tiempo que espera para enviar mensajes
Channel Request es un tiempo aleatorio (entre unos rangos
controlados por la red, enviados en el BCCH). Puede verse un
esquema de este proceso en la figura que se representa a
continuacin:

Celia Moreno Jimnez

41

Figura 2-4. Esquema de asignacin de canal radio

Con el mensaje Inmediate Assignment se le asigna al mvil los
recursos radio para establecer la conexin. Este mensaje contiene:
- Descripcin del canal asignado: TN Time Slot Number,
frecuencia utilizada (normal o con salto de frecuencia), TRX
asignado,
- Campo de informacin del mensaje Channel Request enviado
por el mvil y el nmero de trama en que se envi
- El valor inicial de Timing Advance (TA).
- Indicador de espera antes de comenzar a utilizar el enlace radio
asignado (opcional).
Si la red no dispone de recursos para asignar canal enva el mensaje
Inmediate Assignment Reject y el mvil deja de enviar Channel
Request e inicializa dos temporizadores:
- T3126: cuando finaliza este entra en modo reposo.
- T3122: cuando finaliza puede volver a enviar Channel Request.

Cuando el mvil ha recibido el mensaje de Inmediate Assignment
(Extended) sintoniza la frecuencia y time slot correspondientes
responde a la red. El mensaje usado es CM Service Request. En este
mensaje se incluye:
- Mensaje SABM (Set Asynchronous Balanced Mode) que inicia
una conexin LAPDm con la MSC (SAPI = 0).
- Informacin sobre la compatibilidad del mvil.
La BSS responde al mvil para confirmar la conexin.

Celia Moreno Jimnez

42

Figura 2-5. Sintonizacin de frecuencia y time slot

El mensaje de compatibilidad del mvil es del tipo Classmark Change.
En la herramienta que se utiliza puede leerse este mensaje y su
contenido, tal y como se muestra en la Figura 2-6. En este mensaje
el mvil comunica a la red qu opciones soporta y cuales no, tales
como tecnologas o algoritmos, de forma que la red configure la
conexin correctamente.

Figura 2-6. Mensaje de compatibilidad del terminal

Celia Moreno Jimnez

43

Una vez que el mvil dispone del canal dedicado SDDCH, la red suele
pedir que ste se autentifique (que asegure que el IMSI que ha dicho
que tiene es el real). Para ello se usa el mensaje Authentication
Request y para confirmar el Authentication Response, tal y como se
muestra en la Figura 2-7. En el Authentication Request se enva una
clave que tras una serie de modificaciones sirve para confirmar que el
IMSI que el mvil le indica realmente es el real.

Figura 2-7. Autentificacin del terminal en la red

Una vez que el mvil dispone del canal dedicado SDDCH, la red
puede exigir al mvil que cifre la informacin. Esta operacin se realia
siendo la MSC quien enva el mensaje Ciphering Mode Command.
Cuando el mensaje llega a la estacin base, sta enva el mensaje
(sin cifrar) al mvil con el algoritmo de cifrado compatible con el
mvil (indicados en el mensaje Classmark) que crea mas oportuno.
La red activa el modo cifrado en recepcin. El mvil recibe el mensaje
y activa el modo cifrado en transmisin y recepcin. Entonces enva
la confirmacin Ciphering Mode Complete. Cuando la estacin base
recibe la confirmacin activa el modo cifrado en transmisin. Este
proceso de muestra de forma esquemtica en la Figura 2-8.

Figura 2-8. Cifrado de la informacin

La red puede pedir al mvil el IMEI (y en ocasiones el IMSI) con el
mensaje Identify Request para comprobar que el IMEI es el correcto.
En esta operacin, el mvil enva la informacin requerida en el
Celia Moreno Jimnez

44

mensaje Identify Response y la red comprueba el IMEI en el EIR
(Equipment Identity Register).

Figura 2-9. Comprobacin del IMEI

En una llamada MOC el mvil enva el mensaje setup que encapsula:
- Compatibilidad del mvil (full rate, ) respecto a la
conversacin de voz.
- Nmero destino.
- Compatibilidad en funciones de control (DTMF, prolonged
clearing procedure, )

Una vez que la red recibe el mensaje de setup, crea la conexin con
el destino y responde con el mensaje call proceeding

En este momento se debe de asignar el canal TCH y los ACCH
(FACCH y SACCH) anteriormente descritos en el apartado 2.2.2. Para
ello se usa un procedimiento parecido al Inmediate Assignment, el
Assignment Request o Assignment Command, con la nica diferencia
que el mensaje se enva por el canal dedicado SDCCH y no por el
RACH. A partir de este momento el desarrollo de la llamada depende
del otro extremo.

Figura 2-10. Establecimiento de la llamada MOC

Celia Moreno Jimnez

45

La red enva al mvil el mensaje Alerting, cuando el otro extremo
contesta, la red enva el mensaje Connect y el mvil contesta con el
Connect Acknowledge. En este momento se ha establecido la llamada
con xito.

En la se evidencian las diferencias en el establecimiento de una
llamada entre una llamada MOC y una MTC.

Figura 2-11. Establecimiento de llamada. MOC (Izquierda) y MTC (Derecha)

Cuando se quiere terminar la llamada se usa el mensaje Disconnect y
se adjunta la causa de la desconexin. A ste se responde con un
mensaje Release y a su vez a este ltimo con un Release Complete.
Dependiendo de quien pida la desconexin el sentido ser uno u otro.
Al final se termina con un Channel Release por parte de la red, ya sea
una llamada MOC o una MTC.

Figura 2-12. Diagrama de desconexin

Se recoge a continuacin de manera esquemtica los pasos, canales
y elementos involucrados en cada uno de los pasos anteriormente
descritos para la progresin de una llamada de una red mvil a una
red fija (MOC):
Celia Moreno Jimnez

46

1. Registro. Una vez que la estacin mvil es encendida y su
propietario ha introducido el PIN, o nmero de identificacin de
usuario, el terminal escanea toda la banda de frecuencias para
detectar la existencia de una red en el menor tiempo posible.
De la portadora baliza, el terminal mvil obtiene los parmetros
de la red, y una vez que con ellos determina su posicin, inicia
un proceso de registro en el caso en que su posicin actual no
coincida con la ltima que tena almacenada (vase Figura
2-13).
Los nmeros de la secuencia se han incluido en forma de
prembulo, ya que previo al intento de comunicacin en s
mismo, debe existir una estacin perfectamente ubicada.
2. Peticin de servicio. Desde que la estacin mvil pide un
canal para poder transmitir su peticin al sistema (canales
RACH, AGCH, SDCCH), hasta que una vez que el mvil cuenta
con SDCCH y hace llegar a su MSC la peticin, acontecen los
pasos mostrados (vase Figura 2-14).
3. Autentificacin, cifrado y validacin de equipo. Antes de
permitir al mvil hacer uso del sistema, se desencadenan en l
una serie de procesos encaminados a autentificar al usuario y
su terminal, as como a dotar al usuario de una clave de cifrado
para que desde ese momento se pueda transmitir toda la
informacin de forma segura (vase Figura 2-15).
4. Establecimiento de la llamada. Con las comunicaciones
encriptadas, la estacin mvil realiza la peticin a la central de
conmutacin, que a su vez traspasa esta peticin a la central de
la red PTSN que tenga como interlocutora. De este modo, se
establecen los canales de trfico oportunos entre la estacin
mvil y la fija.
5. Liberacin. El caso mostrado asume que la peticin de
liberacin de la comunicacin se genera en la estacin mvil. El
conjunto de procesos involucrados se muestran en la Figura
2-20.
Celia Moreno Jimnez

47

MS BSS MSC VLR HLR
Um A B D
i) RACH
ii) AGCH
iii) SDCCH
iv)
v)
vi)
vii) (rea y TMSI)
viii)
ix)
x)
xi) SDCCH
i) Peticin de canal
ii) Asignacin de canal SDCCH
iii) Peticin de actualizacin de posicin
iv) Peticin de autentificacin
v) Respuesta de autentificacin
vi) Contraste parmetros autentificacin
vii) Asignacin nueva rea y TMSI
viii) rea y TMSI
ix) y x) Actualizacin parmetros en VLR y HLR
xi) Liberacin de canal
Figura 2-13. Registro en el sistema (1)
Celia Moreno Jimnez

48

MS MSC VLR HLR AUC
B D
6)
7)
8)
9)
10)
11) RAND
13) SRES
Autentificacin
6) Peticin de parmetros de autentificacin
7), 8) y 9) Envo de parmetros de autentificacin
10) y 11) Orden de autentificacin de MS
12) y 13) Respuesta de autentificacin
MS BSS MSC VLR
Um A B
1) RACH
2) AGCH
3) SDCCH
4)
5)
1) Peticin de canal
2) Asignacin SDCCH
3), 4) y 5) Peticin de servicio
Peticin de servicio
Figura 2-14. Diagrama del proceso de llamada desde un terminal mvil GSM a un
terminal fijo (2).
12) SRES
terminal fijo (3).
Celia Moreno Jimnez

49

MS MSC EIR
F
19)
20)
21)
22)
Validacin
de equipo
19) Peticin IMEI
20) Respuesta IMEI
21) Peticin comprobacin IMEI
22) Respuesta comprobacin IMEI

MS BSS MSC VLR
Um A B
14) kc
15)
16)
17)
18)
Cifrado
14) Parmetro de cifrado
15) y 16) Orden de cifrado
17) y 18) Cifrado completado
terminal fijo (4).
terminal fijo (5).
Celia Moreno Jimnez

50

23) Peticin de establecimiento
24) Peticin de datos de cliente
25) Respuesta de datos de cliente
26) Llamada en curso
27) Asignacin del enlace
28) Asignacin del canal
29) Sintonizacin TCH y acuse de recibo
30) Conexin TCH al enlace
MS BSS MSC VLR
Um A B
23)

24)
25)
26)
27)
28) SDCCH
29)
30)
Establecimiento
de llamada
en MS
Figura 2-18. Diagrama del proceso de llamada desde un terminal mvil GSM a
un terminal fijo (6).
Celia Moreno Jimnez

51

MS MSC PTSN
31)
32)
33)
34)
Establecimiento
de llamada
en la red fija
35)
36)
31) Mensaje del establecimiento
32) Sealizacin de aviso
33) Envo de tono de aviso a MS
34) Seal descolgado de cliente llamado
35) Notificacin conexin establecida
36) MS acusa recibo del mensaje de conexin

terminal fijo (7).
Celia Moreno Jimnez

52

2.2.4 Parmetrosreportados
Los parmetros ms importantes o KPIs que se pueden presentar a
un cliente en relacin a las pruebas de llamadas de voz realizadas se
detallan a continuacin. Estos resultados se presentan de forma
positiva, centrndose en los datos que daran unos buenos
resultados. Es decir, se presenta por ejemplo la tasa de llamadas
completadas con xito, no las que no se han podido completar. Esto
se hace de esta forma para darle un enfoque positivo a los datos
presentados, y mostrar al cliente los resultados de los procesos que
se realizan con xito.
2.2.4.1 CSSR
El CSSR (Call Setup Sucess Rate) indica la tasa de establecimientos
de llamada realizados con xito frente a los que se han intentado. Por
lo tanto, esta tasa ser el resultado de aplicar la frmula:

CSSR =
Coll Sctup Succssul
Coll ottcmps

39)
40)
41)
42)
43)
37) Desconexin
38) Liberacin de enlace
39) y 40) Liberacin
41) Seal de liberacin
42) Liberacin del canal
43) Liberacin completada

Liberacin
MS BSS MSC PSTN
Um A
37)

38)
terminal fijo (8).
Celia Moreno Jimnez

53

Esto es, dentro de los intentos de llamadas (Call attemps) habr que
contabilizar las llamadas completadas con xito, las que se han
interrumpido una vez establecidas y las que no se llegaron a
establecer. Hay que tener clara la diferencia entre un establecimiento
de llamada y la realizacin de la llamada. De esta forma, tambin se
puede definir el parmetro CSR (Call Success Rate), donde se hace
referencia a las llamadas que se han mantenido durante al menos 2
minutos, y se define como:

CSR =
Coll Succssul
Coll Attcmps
= CSSR(1 - CR)

donde se introduce el parmetro DCR (Dropped Call Rate), que hace
referencia a las llamadas que se han cado de la red antes de ser
finalizadas.

El CSSR hace referencia a la accesibilidad de la red, ya que si este
parmetro tiene un valor elevado, significa que la red es capaz de
establecer la mayora de las llamadas que se intentan establecer.
Representa el porcentaje de llamadas cadas de todos los intentos
realizados. Una llamada se considera que ha sido correctamente
establecida si se asigna correctamente el canal TCH y la voz
comienza a enviarse y recibirse correctamente, en este caso un tono
piloto, ya que no se realizan mediciones de calidad de voz. En caso
contrario la llamada se considera failed.

Un descenso de este parmetro tiene diferentes causas, se detallan
las ms comunes:
1. Lack of Coverage o hueco de cobertura. Puede darse el caso
en el que exista una zona geogrfica donde el terminal mvil no
est cubierto por ninguna BTS que pueda darle servicio del
operador al que est suscrito. Esta ser la causa ms comn de
fallo de accesibilidad. Los telfonos mviles pueden llamar al
112 siempre que haya cobertura de algn operador, sea ste o
no quien presta el servicio al llamante, porque todas las redes
atienden este tipo de llamadas gratuitamente. Ntese que en
zonas rurales, montaosas o muy apartadas, es decir, en
cualquier lugar donde no haya cobertura de ninguna red, no se
podr efectuar la llamada ya que no se dispondr de cobertura
de ningn operador.
En proyectos outdoor se dispone de la lectura de un escner,
por lo que estos huecos son fcilmente reconocibles, ya que se
dispone de los valores de nivel de potencia de recepcin en
cada canal como puede verse en la Figura 2-21. En el caso de
un proyecto indoor en el que slo se dispone de la lectura del
terminal mvil, ste valor podr leerse en los perodos de idle
del terminal, ya que en dedicado no realiza la lectura de estos
Celia Moreno Jimnez

54

valores, lo cual puede dificultar el diagnstico de este
problema.

Figura 2-21. Lectura de RxLev de un escner en un proyecto outdoor
4

El nivel que se va a tener en cuenta es lo que la herramienta
define como RxLev, que es el nivel de potencia recibido sobre
todas las tramas. Este nivel se calcula en 4 multitramas del
canal BCCH, es decir, cada 480 ms.
El estndar GSM (3GPP TS 05.05) especifica el nivel de
referencia de sensibilidad es:
- -104 dBm para un terminal GSM 900
- -100 dBm para un terminal DCS 1800 clase 1 o clase 2
- -102 dBm para un terminal DCS 1800 clase 3
A continuacin, en la Figura 2-22 se recoge una captura de
pantalla del programa que se utiliza, donde se pueden leer los
valores de RxLev de cada una de las estaciones vecinas. Puede
comprobarse que todos los RxLev son muy bajos, por lo que
puede determinarse que existe un Lack de cobertura, ya que el
mvil no puede conectarse a ninguna BTS con buen RxLev.

4
Algunas de estas capturas de pantalla estn tomadas de los manuales de
referencia de Swissqual y otras estn tomadas con la licencia propia.
Celia Moreno Jimnez

55

Figura 2-22. Ejemplo de Lack of Coverage

Adems, todo esto puede comprobarse grficamente si se
representa un mapa de cobertura, donde se representen los
diferentes RxLev diferenciados por colores y los eventos
negativos (ya sean Failed o Dropped), de manera que en la
Figura 2-23 puede comprobarse como en el municipio 1 est
marcado un claro ejemplo de Lack of Coverage, donde el RxLev
es muy bajo en una zona geogrfica y los dos eventos Failed
que se producen sern causados por este Lack.

Figura 2-23. Mapa de cobertura con Lack of Coverage

Celia Moreno Jimnez

56

2. Location Area Updating o Actualizacin del rea de
Localizacin. La zona de localizacin o Location Area (LA), es el
rea dentro de la cual una estacin mvil puede desplazarse
libremente sin que se modifique su registro de localizacin.
Comprende varias estaciones base, por lo que puede definirse
como un grupo de celdas en las que la red tiene localizado al
MS, lo cual est representado grficamente en la Figura 2-24.
Cuando es necesario alertar a un mvil para pasarle un
mensaje o llamada entrante, se le avisa por las estaciones base
de la zona de localizacin, por lo que el mensaje de
radiobsqueda (paging) solo tiene que ser radiado en una zona
determinada.
Las reas de localizacin se identifican mediante un nmero
llamado cdigo de rea de localizacin, LAC (Location Area
Code).

Figura 2-24. rea de Localizacin como conjunto de celdas.

Un mismo MSC puede controlar varias LA y a la inversa una LA
puede depender de ms de un MSC.

Celia Moreno Jimnez

57

En proyectos indoor esta causa de fallo de accesibilidad no ser
muy frecuente, ya que las medidas se realizan en espacios de
mbito geogrfico tan restringido que ser difcil que se produzca
un cambio de rea de localizacin dentro del emplazamiento.
Adems, el Location Area Updating afectar a las llamadas MTC,
es decir, las recibidas por el terminal mvil, y en el proyecto
indoor no se realiza este tipo de pruebas, ya que el cliente en
este caso no lo requiere.
A pesar de ello, se detalla a continuacin el caso de una llamada
MTC y cmo puede repercutir este proceso en la accesibilidad.
Se supone que el terminal est en movimiento, y se desplaza a
lo largo de una celda, pero en un momento dado cambia de
celda y realiza el proceso denominado reseleccin de celda, que
es aquel por el que el mvil decide cambiar de celda porque ha
encontrado una mejor que aquella en la que estaba acampado.
El conjunto de celdas al que puede intentar hacer una
reseleccin no es ilimitado, sino que en el BCCH de cada celda se
radia, entre otras informaciones, una lista con los posibles BCCH
en los que el mvil podr hacer medidas mientras est
acampado en dicha celda. De esta manera el resto de BCCH que
PSTN
MSC 1
(GMSC)
MSC 2
BS1
BS2
BS3
BS4
BS5
BS1
BS2
ZONA DE MSC 2
ZONA DE MSC 1
LA 1
LA 2
LA 3
Figura 2-25. Concepto de Zona de rea de Localizacin (LA)
Celia Moreno Jimnez

58

no estn en dicha lista resultarn transparentes para el mvil,
por lo que no entrarn en su algoritmo de reseleccin y ser
imposible que se seleccionen.
Si al reseleccionar una celda detecta que el LAC es el mismo que
el que tena anteriormente, se realiza la reseleccin sin ningn
proceso adicional; sin embargo, si este LAC ha cambiado, debe
informar a la red de dicho cambio. Este cambio puede producirse
en dos situaciones:
1. Si se produce cuando el mvil se encuentra en estado de
espera o idle, el terminal informara a la red del cambio de
LAC realizara tras la reseleccin de celda.
2. En caso de que el terminal mvil estuviese en llamada en el
instante del cambio de LAC, el terminal informa a la red
cuando finaliza la conexin en transcurso.
Si se analiza detalladamente el segundo caso, en el tiempo que
transcurre entre la reseleccin y el momento en que la red es
informada del nuevo LAC, el terminal no recibira los mensajes
de paging, ya que la red los seguira enviando al LAC antiguo y el
terminal se encuentra en el nuevo LAC. Este hecho tiene una
repercusin directa en el KPI de accesibilidad MTC (Mobile
Terminated Call), ya que si en ese tiempo se produjera una
llamada entrante, el resultado de la misma sera un bloqueo.

Figura 2-27. Fallo de establecimiento por Location Area Updating

Supngase que en una llamada MTC, el terminal mvil es la
parte A y la otra parte se define como B. En la Figura 2-27 puede
comprobarse el momento en el que la parte B comienza el
proceso de marcado (Start Dial). El mensaje de Dial es el primer
instante en el que la llamada es efectiva, por lo que a partir de
ese momento el terminal puede recibir el paging, pero justo
antes de este Dial se ha producido un Cell Reselection, por lo
que este mensaje de paging no ser recibido por el mvil, ya que
la peticin de actualizacin del LAC se realiza en un momento
posterior. En resumen, entre los mensajes Cell Reselection y
Location Area Request, el mvil no recibir ningn mensaje de
paging, por lo que si en esos instantes tiene alguna llamada
entrante, no sera posible establecerse.
Celia Moreno Jimnez

59

Con la misma herramienta se puede ver el momento en el que
una vez aceptado el LAU (Location Area Updating), el terminal
recibe el PCK, que es el mensaje con el que el operador notifica
al usuario que ha recibido una llamada mientras no estaba
disponible.

Figura 2-28. Intervalo entre LAU y PCK

Figura 2-29. Contenido del mensaje PCK

3. Overlapping o solapamiento. El concepto de overlapping se
usa cuando varios BCCH alcanzan el terminal mvil con un
RxLev similar, es decir, existe un sobrealcance. Esto lleva a que
el canal de la mejor servidora cambia continuamente, ya que
Celia Moreno Jimnez

60

no existe un canal dominante constante. Se asocia a un
problema en el planteamiento de la red y las causas pueden ser
varias, pero las ms comunes son un problema en el tilt (o
inclinacin) de la antena o reflexiones indeseadas.
El overlapping puede llevar a un nmero excesivo de
reselecciones de celda, ya que el terminal recibir varios BCCH
con la misma potencia, acampando entre ellas. Este nmero
elevado de reselecciones conlleva un alto nmero de
procedimientos para la sincronizacin en capas inferiores,
dejando al terminal mvil no disponible para realizar otras
operaciones.
Se puede ver un claro ejemplo extrado de la herramienta
usada para las medidas en la Figura 2-30, donde cabe destacar
el elevado nmero de mensajes de Cell Reselection debido a
que todas las estaciones vecinas se reciben con una potencia
similiar (-82 dBm,-83 dBm,-84 dBm) a la servidora (-89
dBm), provocando una elevada interferencia.

Figura 2-30. Exceso de reselecciones de celda

A continuacin se presenta un mapa existe una zona
diferenciada por los continuos cambios de mejor servidora.

Celia Moreno Jimnez

61

Figura 2-31. Mapa con excesivo nmero de reselecciones de celda

4. Network Disconnection. En cualquier momento la red puede
decidir desconectar a un usuario por diferentes motivos. Esta
desconexin suele ocurrir en el momento en el que el usuario
realiza la peticin de un canal para establecer una conexin;
una vez que la red recibe esta peticin, enva al usuario
diferentes mensajes con la causa de la desconexin. Estas
causas podran clasificarse en 3 tipos, segn el mensaje que
nos muestre la herramienta:
a. Network Congestion. La red puede estar sufriendo una
congestin de trfico en un determinado momento,
haciendo que se sature y decida desconectar usuarios
siguiendo un criterio. Esta congestin puede ocurrir en
diferentes puntos de la red, pero la herramienta utilizada
slo nos muestra dos posibles casos:
i. No circuit/channel available: Este mensaje aparece
cuando la BTS no dispone de ms canales para
ofrecer al usuario en el enlace entre ella y el
usuario, as que no puede concederle una conexin
para que realice la llamada.
Celia Moreno Jimnez

62

Figura 2-32. Mensaje de desconexin (1)

ii. Switching congestion: La congestin es a un nivel
superior a la BTS.


b. Protocol Error. Este mensaje se debe a errors en el
protocol usado entre terminal y red. El terminal recibe un
mensaje de desconexin porque la red no ha logrado
decodificar los mensajes del terminal.

Celia Moreno Jimnez

63


c. Unspecified. Algunas veces la red procede a la
desconexin sin dar un motivo especfico. Hay varios
motives por los que se de esta situacin:
i. Cobertura o intereferencias: en este caso debern
revisarse cada uno de los casos.
ii. Incidencias de transmisin.
iii. Problemas hardware de la BTS.
En la se muestra un ejemplo de desconexin por motivos
no especificados.


5. Interference. Existen dos tipos de intereferencia:
a. Interferencia co-canal: es la interferencia que se da en el
mismo canal.
b. Interferencia del canal adyacente: es la creada por los
canales adyacentes, ya sean inferiores como superiores.

Existen unos requisitos mnimos definidos por el estndar GSM
que definen la interferencia mxima que puede tener una BTS
con los terminales:
- Para interferencia co-canal: C/Ic=9dB
- Para la interferencia de canal adyacente (200 kHz):
C/Ia1=-9dB
C/Ia2=-41dB
Celia Moreno Jimnez

64

C/Ia3=-49dB

Este motivo de descenso de accesibilidad suele ser comn en
los alrededores de zonas donde existan inhibidores de
frecuencia, como son zonas militares, crceles... En la siguiente
figura se muestra la lectura de un escaner de los niveles de C/I
en los alrededores de una crcel espaola. En ella se puede
demostrar como el nivel desciende hasta que se producen los
eventos failed representados con estrellas negras. Los
inhibidores de frecuencian introducen seales en todas las
frecuencias, haciendo que sea imposible la comunicacin entre
MS y BTS.

Figura 2-37. Zona de alta interferencia

Adems, la herramienta usada en el procesado (NQDI) nos
permite obtener la lectura del escner en cada momento en el
caso de los proyectos outdoor. En la Figura 2-38 se muestra la
lectura del C/I de los diferentes canales.

El C/I se define como el nivel de seal de portadora sobre
interferencia.

Celia Moreno Jimnez

65

Figura 2-38. Lectura de los C/I con NQDI

6. Missing Neighbor. Otra de las posibles causas de un fallo de
accesibilidad puede ser una configuracin de la red errnea,
como por ejemplo una definicin de estaciones base vecinas
incorrecta. De esta manera, si es necesario que el terminal
mvil se conecte a otra estacin base con mejores condiciones
que la actual, no encontrar la correcta en su lista de vecinas.

2.2.4.2 CCR

Otro de los KPI reportados es el CCR o Call Completion Rate, que
representa el nmero de llamadas que se completa correctamente
frente al nmero de intentos totales; responde a la frmula:

CCR =
Coll ComplctcJ
Coll ottcmps

Hace referencia a la capacidad que posee la red de mantener una
llamada sin que se produzca una desconexin prematura.

Una vez se ha establecido con xito una llamada, se puede dar:
- La llamada se completa correctamente y es el usuario el que
finaliza la llamada.
- Puede ocurrir que la llamada se caiga, es decir, que sea
interrumpida por la red sin que el usuario lo desee, por lo que
conlleva una percepcin negativa percepcin del usuario
respecto al operador. Es por esto por lo que los operadores
prestn gran inters por este parmetro.

Celia Moreno Jimnez

66

Los parmetros que pueden observarse para analizar este KPI estn
representados en la siguiente figura, en la que puede verse una
captura de NQDI:

Figura 2-39. Parmetros para analizar la mantenibilidad

1. Canal radio al que est conectado la MS o BCCH (serving).
Servir para detectar posibles problemas en handover.
2. Nivel de seal RxLev
3. Valor del RxQual o nivel de calidad de seal
4. Instante de la llamada para el cual se est mirando el valor de
los parmetros y los mensajes de capa 3
5. Mensaje que indica las vecinas de GSM
6. Canales EGSM definidos como vecinos
7. Mensaje que indica las vecinas de EGSM
8. Las vecinas que se han detectado
9. Nivel de seal de las vecinas detectadas

Las posibles causas de un fallo de mantenibilidad pueden ser:
1. Handover
5
no Completed: Un handover es el procedimiento
que lleva a cabo la red, cuyo objetivo es el de transferir el
servicio de una estacin base a otra cuando la calidad del
enlace es insuficiente. Este mecanismo garantiza la realizacin
del servicio cuando un mvil se traslada a lo largo de su zona
de cobertura. Existen dos motivos por lo que no se puede

5
Para ms informacin sobre Handover se pueden consultar las siguientes citas
bibliogrficas:
- Laiho, Jaana and Wacker, Achim. Radio Network Planning and Optimisation
for UMTS. 2nd Edition.
- http://www.umtsworld.com/technology/handover.htm
Celia Moreno Jimnez

67

completar un Handover (HO), que las condiciones radio no lo
permitan o que no se realice al canal adecuado.
En un procedimiento de handover, la red lo solicita con el
mensaje Handover command y el terminal lo aceptar con un
Handover Completed.

En la Figura 2-40 se muestra un handover completado del canal
733 al canal 790. Con la lectura del escaner se puede
comprobar como el nivel del canal 790 era mucho mejor que el
del canal 733 en ese instante de tiempo, por lo que la red
solicita al terminal un handover y se realiza adecuadamente.

Figura 2-40. Handover completado

Sin embargo, en la siguiente figura se muestra como se intenta
un handover y no se puede realizar con xito debido a las
malas condiciones radio (RxLev) que impiden que se enve el
mensaje de Handover completed.

Celia Moreno Jimnez

68

Figura 2-41. Handover no completado

2. No Handover. En este caso la llamada se interrumpe ya que la
red no solicita el handover en el momento adecuado,
degradndose la seal en el canal servidor sin que se cambie a
otro de mejor nivel. Es debido a una configuracin de red
errnea.

3. Missing Neighbour. La red tiene definidas unas vecinas a las
que el terminal debe migrar en el momento en que la seal de
una de ellas mejore la seal de la estacin servidora, pero este
procedimiento no siempre se lleva a cabo de manera correcta,
lo que puede inducir a errores en el anlisis.

Por ejemplo, un terminal recibe el mensaje de informacin de
sistema 5ter, en el que no estn definidos los canales
disponibles, por lo que el terminal no los reconoce como
vecinas, de manera que no realiza el cambio y la llamada se
interrumpe. A priori esta cada de llamada puede interpretarse
por un error de cobertura, ya que el nivel de seal del canal
servidor ser bajo, pero no el error real es una mala definicin
de vecinas, ya que los canales vecinos tienen un buen nivel de
seal, lo cual puede comprobarse con la lectura del escaner.

Este tipo de causas no pueden diferenciarse en los proyectos
indoor, ya que slo se dispone de la lectura de los terminales,
que a pesar de estar en estado idle no podrn leer los niveles
Celia Moreno Jimnez

69

de seal de estos canales al no estar definidos en el mensaje de
informacin de sistema.

4. Interferencia por canal adyacente. En este caso durante la
llamada se produce alta interferencia (High Rxqual) y
finalmente es causa de cada.
Un alto Rxqual durante un periodo de tiempo, finalmente
provoca una desconexin no deseada, ya que el contador de
radio link timeout llega a cero.

En la Figura 2-42 puede comprobarse como en el canal 773
tiene un alto RxQual (igual a 7) desde el instante 8:50
aproximadamente producindose la desconexin en el instante
8:58.

Figura 2-42. Desconexin por interferencias

5. Overshooting o sobre alcance. Este motivo se describi en el
apartado dedicado a la accesibilidad, por lo que se describir
brevemente. La estacin servidora puede tener buena seal a
ms de 10Km de distancia, a pesar de que hay BTS ms
cercanas, aunque stas pueden estar en un zona montaosa y
sin visin directa. Posiblemente la BTS servidora est situada
en un lugar elevado y con el down tilt elevado, bajo estas
condiciones y con una visin directa se produce sobrealcance,
provocndose una degradacin progresiva de la seal
provocando la interrupcin de la llamada.

6. Cobertura. Es el motivo principal que causa la desconexin. Se
observa como la llamada ya se inicia con unas condiciones de
cobertura bajas, y como a lo largo de la llamada el nivel de
seal va cayendo hasta que se produce una desconexin.

Celia Moreno Jimnez

70

Figura 2-43. Desconexin por cobertura.

7. Problemas adicionales. No pueden englobarse en ninguna de
las categoras anteriores y no pueden determinarse las causas
de desconexin ya que no se pueden observar anomalas en el
enlace radio.

Figura 2-44. Causas adicionales

Celia Moreno Jimnez

71

2.2.4.3 MOS
La calidad de experiencia (QoE) es medida a menudo mediante tests
subjetivos controlados cuidadosamente en los que se reproducen
muestras de audio o video a espectadores, a quienes se les pide que
las punten en una escala. Las calificaciones asignadas por cada
espectador son promediadas para as obtener la puntuacin de
opinin media (MOS, Mean Opinion Score). En resumen, el MOS o
Mean Opinion Score indica la calidad con la que se recibe un clip de
audio o video.

La QoE se cit en el captulo Calidad de Experiencia (QoE) y
Benchmarking, donde se explicaba la importancia de este parmetro
en una campaa de esta ndole. Sin embargo, en proyectos indoor no
se mide esta calidad del servicio.

Se usan tonos piloto mediante los cuales slo se logra observar el
comportamiento de la red en cuando a accesibilidad (la llamada
consigue establecerse) y mantenibilidad (la llamada no es
interrumpida de manera ajena al usuario).

De esta forma, en este texto slo se indica que el fabricante de las
herramientas utilizadas para la realizacin de las medidas y el post-
procesado de las mismas provee una herramienta para medir el QoE
mediante el intercambio de clips de voz y video. Adems, ofrece un
algoritmo propio para calcular este parmetro.

2.3 ParmetrosparavozUMTS
Se comenzar describiendo la arquitectura de red UMTS, definiendo
cada algunos de los componentes que la componen. A continuacin
se citan los diferentes canales de los que se hace uso en esta
tecnologa. Para finalizar, se presentarn los parmetros de los que
se hace uso en este proyecto para presentar resultados al cliente.

En algunos de los apartados dedicados a UMTS, en especial aquel
dedicado a los parmetros concretamente, no se detallar en exceso
debido a la similitud con los citados anteriormente para GSM.

2.3.1 ArquitecturaderedUMTS
A diferencia de GSM, UMTS se basa en servicios por capas. En la cima
est la capa de servicios, que provee un despliegue de servicios
rpido y una localizacin centralizada. En el medio est la capa de
control, que ayuda a mejorar procedimientos y permite que la
capacidad de la red sea dinmica. En la parte baja est la capa de
conectividad donde cualquier tecnologa de transmisin puede usarse
y el trfico de voz podr transmitirse mediante ATM/AAL2 o IP/RTP.

Celia Moreno Jimnez

72

El sistema UMTS se compone de 3 grandes bloques:
Red central o ncleo de red(Core Network, CN)
Red de acceso de radio(Radio Access Network,RAN UTRAN)
Terminales mviles(User Equipment, UE)

En la siguiente figura se muestra esta arquitectura de red simplicada:

Figura 2-45. Arquitectura de red UMTS simplificada

Red Central (CN)
La red central tambin es llamada Core Network (CN) y se encuentra
formada por varios elementos como el MSC (pieza central en una red
basada en conmutacin en circuito) y el SGSN (pieza central en una
red basada en conmutacin de paquetes).

Algunos requerimientos para UMTS con respecto al CN son los
siguientes:
CN soportar servicios de datos por conmutacin de paquetes
con capacidad de al menos 2 Mbit/s.
El establecimiento de portadora no va a prevenir la conexin de
una nueva portadora. Esta portadora puede ser de tipo PS o
CS.
UMTS CN proveer una solucin efectiva de trfico entre redes.
UMTS CN proveer facilidad de soporte para monitorear y medir
flujo de trfico y caractersticas dentro de la red, como por
ejemplo el control de congestin.

El CN est dividido en un dominio de servicios de conmutacin de
paquetes y un dominio de servicios de conmutacin de circuitos.
Redes y terminales pueden tener slo el dominio PS, slo el dominio
CS ambos dominios implementados.

Realiza labores de transporte de informacin, tanto para trfico como
de sealizacin y contiene la inteligencia del sistema. A travs de
esta UMTS se conecta a otras redes de comunicaciones. Elementos:
HLR, VLR, AuC, EIR y centros de SMS.

Red de Acceso de Radio (RAN o UTRAN)
Celia Moreno Jimnez

73

El equivalente a la BTS de GSM se denomina Nodo B y el equivalente
a la BSC se denomina RNC. Las radio bases (Nodo B) de UMTS
podrn ser colocadas con las existentes radio bases de GSM.

Los dos sistemas que abarca UMTS, los llamados modos FDD y TDD,
se distinguen por la forma de conseguir la transmisin dplex:
mientras en FDD se emplean distintas portadoras para el enlace
ascendente y el descendente, en TDD se emplea una nica portadora
para todos los usuarios y ambos enlaces, pero dividindolas en
pedazos de tiempo temporales para ambos enlaces.

El modo TDD puede slo ser usado para pequeas distancias, pero
esto permite ms altas velocidades de transmisin y servira tal como
para comunicaciones de Internet.

Terminales mviles (UE)
Se denomina equipo de usuario o tambin llamado mvil, al equipo
que trae el suscriptor para lograr la comunicacin.

Los equipos de usuario (Ue) se conectan a la red de acceso mediante
el interfaz radio (Uu), basado en WCDMA.

El interfaz Iub es el encargado de comunicar los Nodos B con la RNC
(Radio Network Controller), tanto como para el transporte de trfico
para el usuario, como para el transporte de sealizacin.

Mediante la red de acceso se transporta todo el trfico del usuario
incluida la sealizacin del mvil a la red hasta el ncleo de red (Core
Network) a travs del interfaz Iu.

Llegados al ncleo de red se encuentran los sistemas de conmutacin
y transmisin necesarios para poder implementar el transporte de la
comunicacin hasta el abonado remoto que puede formar parte de la
red UMTS (llamada de voz o vdeollamada) o a otro tipo de red (RTC,
Internet...).

La red de acceso UMTS (UTRAN) est formada por uno o ms
subsistemas llamados RNS (Radio Network Subsystem). Cada RNS
est a su vez constituido por un controlador RNC (Radio Network
Controller) que es el responsable de la gestin de los recursos y por
un determinado nmero de estaciones base (Nodo B) en funcin de
los requisitos y la implementacin del RNC.

Celia Moreno Jimnez

74

Figura 2-46. Arquitectura de red UMTS

Tal y como se puede comprobar en la Figura 2-46, con el interfaz Iur
se pueden realizar los traspasos suaves de los servicios de usuario
(Soft-Handover) si se diera el caso de tener que pasar la gestin de
un controlador RNC a otro por el movimiento del usuario.

El RNC, mediante el interfaz Iu, se conecta al ncleo de red. Como el
sistema UMTS funciona por conmutacin de paquetes y conmutacin
de circuitos, se necesitan dentro del interfaz Iu dos interfaces ms.
La gestin de la conmutacin de circuitos se implementa en el
interfaz Iu-CS y la implementacin de la conmutacin de paquetes se
realiza mediante el interfaz Iu-Ps.

Las principales funciones del RNC son:
1. Gestionar las portadoras de acceso por radio para el transporte
de datos del usuario.
2. Gestionar y optimizar los recursos de la red por radio
3. Controlar la movilidad.
4. Dar mantenimiento a los enlaces de radio.

En la Figura 2-47 se muestra la estructura en capas que sigue la
tecnologa UMTS. En dicha figura, pueden diferenciarse las capas:
Fsica, MAC, RLC y RCC; cuyas funciones principales son:

- Fsica:
Celia Moreno Jimnez

75

o Codificacin/decodificacin con control de errores.
o Supervisin de los canales fsicos.
o Combinacin para macrodiversidad y traspaso con
continuidad.
o Multiplexacin/Demultiplexacin de canales de transporte
nicos y mltiples.
o Representacin o proyeccin (mapping) de los canales de
transporte sobre canales fsicos.
o Modulacin/Demodulacin de espectro ensanchado en
banda ancha (DS- WCDMA).
o Control de potencia.
o Control de antenas.
o Adaptacin de velocidades.
o Procesado RF.

- MAC:
o Asignacin de la correspondencia entre los canales lgicos
y los de transporte.
o Seleccin de formatos de transporte segn la tasa de
transmisin.
o Gestin de prioridades de servicios.
o Gestin de prioridades entre terminales segn el perfil de
trfico.
o Supervisin del volumen de trfico a disposicin de la
subcapa RRC.

Figura 2-47. Capas de la interfaz radio UMTS

Celia Moreno Jimnez

76

- RLC:
o Transferencia de informacin entre las subcapas RRC y
MAC en modo: Transporte, sin acuse de recibo y con
acuse de recibo
o Tratamiento de la informacin de capas superiores para
cursarla en las unidades de informacin manejadas por la
RLC.
o Correccin de errores, ordenacin de paquetes, supresin
de duplicidades.
o Control del flujo de informacin.

- RRC:
o Difusin de la informacin proporcionada por el estrato de
No Acceso.
o Difusin de informacin propia del estrato de Acceso.
o Establecimiento, mantenimiento y liberacin de
conexiones RRC entre terminales mviles y la red de
acceso radio.
o Gestin de portadoras radio: asignacin, reconfiguracin
y liberacin de recursos.

2.3.2 CanalesUMTS

En la siguiente tabla se muestran las frecuencias usadas en cada una
de las bandas UMTS, as como los canales y el espaciamiento entre
canales en cada una de ellas.

Frequency Bands Frequency Range Duplex
Band I 1920 1980 MHz (uplink)
2110 2170 MHz (downlink)
190 MHz
12
channels
Band II 1850 1910 MHz (uplink)
80 MHz
12
channels
Band III 1710 1785 MHz (uplink)
95 MHz
15
channels
Band IV 1710 1775 MHz (uplink)
400 MHz
12
channels
Band V 824 849 MHz (uplink)
5
channels
45 MHz
Band VI 830 840 MHz (uplink)
45 MHz
2
channels
Band VII 2500 2570 MHz (uplink)
120 MHz
Celia Moreno Jimnez

77

Band VIII 880 915 MHz (uplink)
45 MHz
Band IX 1749.9 1784.9 MHz (uplink)
1844.9 1879.9 MHz (downlink)
95 MHz
Band X 1710 1770 MHz (uplink)
400 MHz
Espaciamiento de
canal
200 kHz
Anchura de banda 5 MHz
Modulacin QPSK (dl)
2*BPSK/HPSK (ul)
Chip rate 3.84 Mcps
Formato de acceso CDMA
Voz Adaptive multirate (AMR), dynamic operation on
full and half rate channel depending on capacity
and reception quality
Control de potencia Up to 1500 power control commands per second
changing the level in increments of 1, 2 or 3 dB,
depending on the setting of the Node B (base
station)

Tabla 2-4. Visin general de Bandas y canales UMTS

En Espaa, el 13 de marzo del ao 2002 se adjudicaron las 4
primeras licencias UMTS disponibles a las operadoras Telefnica
Mviles (Movistar), Airtel (actualmente Vodafone), Amena
(actualmente Orange) y al consorcio Xfera (ms conocido como
Yoigo).

Los canales asignados para cada una de las operadoras en Espaa
para UMTS son:

Operador Canales
ORANGE 10638 10663 10688
MOVISTAR 10788 10813 10838
VODAFONE 10713 10738 10763
YOIGO 10563 10588 10613

Tabla 2-5 . Canales asignados a cada operador en UMTS

Los tipos de canales existentes en UMTS son:
- Los canales lgicos expresan el tipo de informacin que se
transfiere por la interfaz radio. Pertenecen al nivel de enlace.
- Los canales de transporte expresan cmo se transmite esa
informacin.
- Los canales fsicos denotan los recursos utilizados: cdigos de
expansin, frecuencias portadoras e intervalos de tiempo.

Los canales lgicos pueden clasificarse en Canales de Control y
Canales de Trfico, donde:
- Canales de control:
Celia Moreno Jimnez

78

o BCCH (Broadcast Control CHannel): Sentido descendente.
Difunde la informacin en la red.
o PCCH (Paging Control CHannel): Tiene sentido
descendente, y se usa para enviar los avisos a los mviles
localizados en la red.
o CCCH (Common Control CHannel): Es bidireccional, y es
utilizado para la sealizacin con mviles que no tienen
conexin RRC.
o DCCH (Dedicated Control CHannel): Tambin es
bidireccional y se usa para la sealizacin con un mvil
especfico.
- Canales de trfico:
o DTCH (Dedicated Trafic CHannel): Es bidireccional y se
usa para la transfernecia de informacin con un mvil
especfico.
o CTCH (Common Trafic CHannel): Transfiere informacin
de punto a multipunto de manera bidireccional.

Los canales de transporte pueden considerarse como servicios
ofrecidos por la capa 1 a las capas superiores. Llevan asociados
distintos formatos de transporte definidos por la codificacin de
datos, entrelazado, velocidad de bits y proyeccin sobre canales
fsicos. En estos canales, las componentes de informacin y
sealizacin van multiplexadas en tiempo; equivalen a los canales
lgicos de GSM.

Se dividen en comunes y dedicados. Los canales comunes son
compartidos por varias MS aunque pueden tambin usarse para
intercambiar informacin con una MS determinada con identificacin
en-banda; mientras que en los canales dedicados la MS se identifica
por el canal fsico que est utilizando.

En UMTS no hay distincin entre canales dedicados (control)
vinculados a un canal de trfico y los que no lo estn.

Los canales comunes son:
- BCH (Broadcast CHannel): Difunde la informacin entre red y
clula en sentido descendente.
- FACH (Forward Access CHannel): Tiene sentido descendente y
es utilizado para el envo de informacin a mviles cuya
situacin es conocida.
- PCH (Paging CHannel): Similar al FACH pero a mviles cuya
situacin no es conocida; tambin en sentido descendente.
- DSCH (Downlink Shared CHannel): Dedicado a la asignacin de
recursos con carcter descendente.
- RACH (Random Access CHannel): Tiene sentido ascendente y
se encarga del acceso aleatorio de los mviles.
Celia Moreno Jimnez

79

- CPCH (Common Packet CHannel): Se encarga de la transmisin
de paquetes sin asignacin exclusiva en sentido ascendente.
El canal dedicado DCH tiene sentido bidireccional, y se encarga de la
transmisin de informacin y sealizacin en un mvil especfico.

Se han definido dos modos de funcionamiento en UMTS-WCDMA:
- Modo FDD con dos portadoras por radiocanal para operacin en
bandas de frecuencias emparejadas. Idneo para servicios
simtricos, con una amplia gama de velocidades
- Modo TDD con una portadora por radiocanal para operacin en
bandas de frecuencias no emparejada; resulta adecuado
para servicios asimtricos en entonos de interiores y
microcelulares. En este modo, los requisitos de sincronizacin
son ms estrictos y exigen ms mrgenes (overhead) para los
tiempos de guarda y rampas de variacin de potencia.

El Multiacceso FDD tiene dos modos:
- Bandas Emparejadas (Paired Bands)
Enlace Ascendente: 1920 1980 MHz
Enlace Descendente: 2110 2170 MHz
60 MHz = 12 Portadoras
- Bandas no emparejadas (Unpaired Bands)

2010 2025 MHz
1900 1920 MHz
35 MHz = 7 Portadoras

Un canal fsico es una asociacin de cdigos e intervalos dentro de
una estructura de tramas. Por ello:
- En FDD : Par (Frecuencia Portadora, Cdigo).
- En TDD: Tripleta (Frecuencia Portadora, Cdigo, Intervalo). Los
canales fsicos se diferencian o clasifican:
1. Segn el sentido de la transmisin:
- Ascendente.
- Descendente.
2. Segn la asignacin a estaciones mviles:
- Comunes.
- Dedicados.
3. Segn el tipo de informacin intercambiada:
- Datos.
- Control.

Los diferentes canales fsicos segn la asignacin a estaciones
mviles son:
- Comunes:
o P-CCPCH (Primary Common Control Physical Channel):
Sentido descendente. Se encarga de soportar el BCH.
Celia Moreno Jimnez

80

o S-CCPCH (Secondary Common Control Physical
Channel): Es el encargado de soportar el FACH y el
PCH y tiene sentido descendente.
o PDSCH (Physical Downlink Shared Channel): Tiene
sentido descendente y soporta el DSCH.
o PRACH (Physical Random Access CHannel): Soporta el
RACH. Sentido ascendente.
o PCPCH (Physical Common Packet CHannel): Soporta el
CPCH. Sentido ascendente.
o CPICH (Common PIlot CHannel): Tiene sentido
descendente y es un piloto continuo para referencia de
potencia y fase a las MS.
o SCH (Synchronization CHannel): Es descendente y se
encarga de la sincronizacin de las MS con una clula.
o AICH (Acquisition Indicator Channel): Notifica la
aceptacin o el rechazo de solicitudes de registro en
sentido descendente.
o AP-AICH (Access Preamble Acquisition
Indicator Channel): Es similar al AICH pero con
solicitudes de uso del CPCH y tiene sentido
descendente.
o CSICH (CPCH Status Indicator CHannel): Tiene sentido
descendente e informa de la disponibilidad del CPCH.
o CD/CA-ICH (Collision Detection Channel Assignment
Indicator CHannel): Informa sobre la deteccin de
colisiones y es el encargado de la asignacin del CPCH.
Tiene sentido descendente.
o PICH (PIlot CHannel): En sentido descendente informa
al MS sobre la decodificacin del PCH.
- Dedicados:
o DPDCH (Dedicated Physical Data CHannel): Es
bidireccional y se encarga del trfico de datos de DCH.
o DPCCH (Dedicated Physical Control CHannel): Tambin
es bidireccional y se encarga del trfico de sealizacin
del DCH.

2.3.3 Procesodeconexin
El modelo de interconexin de UMTS mostrado hasta ahora (Figura
2-47) es til aqu, en el sentido en que diferentes procedimientos
hacen uso de distintas capas de la red UMTS, de esta manera se tiene
un proceso dividido en capas.

La capa de transporte es usada en cualquier procedimiento: la
sealizacin de transporte siempre es requerida y el transporte de
datos de usuario es requerido en muchas transacciones. Las
funciones de la capa radio son necesarias siempre que los servicios
de la red de acceso son requeridos para un procedimiento bsico. El
Celia Moreno Jimnez

81

control general de las transiciones de sistema es soportado por
protocolos de red, los cuales invocan procedimientos bsicos de
manera secuencial y determina cmo se lleva a cabo la transaccin a
travs de los escalones de la secuencia.

Bsicamente, cualquier transaccin de la red puede ser dividida en
los ocho pasos representados en la Figura 2-48. Para cada escaln de
la cadena puede distinguirse un procedimiento bsico:

Figura 2-48. Modelo bsico de transacciones de red UMTS

- Paging: es un procedimiento de la capa Mobility Management
(MM) usado para bsquedas con un operador dado con el rea
de cobertura. Este procedimiento solo es ejecutado si la
transaccin es originada por la red.
Existen dos tipos de Paging, segn el estado anterior del
terminal al que va dirigido. La diferenciacin entre paging tipo 1
y 2 tiene lugar en la RNC.
o Tipo 1: En el que la conexin se establece por primera
vez. Se enviar a travs de los canales Cell_PCH o
URA_PCH, segn si el usuario est en modo idle o
registrado en la red UTRAN respectivamente. Este tipo de
paging puede ser enviado tambin para usuarios que no
estn registrados en alguna clula.
o Tipo 2: La red intenta localizar a un terminal con el que
ya tiene conexin previamente. Este tipo de paging est
destinado a usuarios que se encuentran en modo
dedicado (Cell_DCH) o en modo FACH (Cell_FACH);
siempre est dedicado y direccionado a un solo UE.

Estos dos tipos se ven en las figuras expuestas a continuacin:
Rauio Netwoik (Contiol Plane)
Paging
Rauio Netwoik (Contiol Plane) RRC Connection Setup
System Netwoik (Contiol Plane)
Tiansaction Reasoning
Authentication anu Secuiity
Tiansaction Setup anu Rauio Access
Beaiei Allocation
Tiansaction
Tiansaction Cleaiing anu Rauio
Access Beaiei Release
Rauio Netwoik (Contiol Plane) RRC Connection Release
Celia Moreno Jimnez

82

Figura 2-49. Paging Type 1

Figura 2-50. Paging Type 2

- Radio Resource Control (RRC) connection setup: es un
procedimiento elemental que permite establecer la conexin
radio entre el terminal y la red de acceso radio (RAN).

Figura 2-51. RRC Connection Setup

La Figura 2-51 muestra el proceso de conexin entre el UE y la
RNC a travs de la interfaz Uu e Iub.
La conexin RRC siempre empieza con un mensaje por parte
del terminal RRC CONNECTION REQUEST enviado a travs del
canal CCCH (el canal CCCH en direccin ascendente es igual al
RACH, y esta peticin de conexin RRC se enva a travs del
canal fsico PRACH). Este mensaje de peticin es recibido en el
RNC a travs del puerto Iub, y es aqu cuando la entidad RRC
del RNC cambia su estado de idle a connected (ya sea en el
canal Cell_FACH o Cell_DCH). Despus, la RNC se comunica con
el UE a travs de los canales de control comunes (FACH y RACH
respectivamente).
El mensaje de peticin de conexin RRC contiene toda la
informacin necesaria acerca de la conexin radio requerida y la
identidad del operador y el terminal (IMEI (International Mobile
Celia Moreno Jimnez

83

Equipment Identity), TMSI (Temporary Mobile Equipment
Identity), LAI (Location Area Identity), RAI (Routing Area
Identity)). El mensaje de RRC CONNECTION REQUEST debe
indicar cuantos de estos valores se han insertado en el
mensaje, y de acuerdo con este valor debe definir cada uno de
estos parmetros. Adems de estas identidades, el mensaje
citado contiene la razn de la peticin de canal radio. Existen
numerosas razones por las que un UE puede pedir el canal:
o Originar una llamada de voz.
o Originar una llamada streaming.
o Originar una llamada interactiva.
o Originar una llamada en background.
o Terminar la conversacin de voz.
o Terminar una llamada de streaming.
o Terminar una llamada interactiva.
o Terminar una llamada en background.
o Llamada de emergencia.
o Sealizacin de alta prioridad.
o Sealizacin de baja prioridad.
o Llamada de reestablecimiento.

Tal y como puede comprobarse de esta lista, el mensaje de RRC
CONNECTION REQUEST adems indica qu tipo de QoS (Quality
of Service) ser requerido cuando tenga lugar la transaccin.
Una llamada de emergencia ser tratada de manera diferente
por la red.

Segn la razn de esta peticin de conexin, la RNC toma la
decisin de concederla, asignando recursos comunes o
compartidos de la red. La interfaz Iub queda abierta cuando la
RNC enva un mensaje de NBAP RADIO LINK SETUP a la BS.
Este mensaje contiene la descripcin del formato de transporte,
la informacin del control de potencia y la informacin de
cdigo, es decir, el scrambling code uplink para la comunicacin
WCDMA-FDD. En la figura a continuacin se recuerda la ventaja
de utilizar una seal con codificacin frente a utilizarla sin
codificacin:

Celia Moreno Jimnez

84

Figura 2-52. Codificacin de canal.

Conviene recordar la diferencia entre el spread code (o cdigo
de ensanchamiento) y el scrambling code. El cdigo de
scrambling no aumenta la tasa de chip: se multiplica chip a
chip.

Figura 2-53. Spread Code y Scrambling Code.

Estos conceptos se detallarn ms adelante en el apartado
Parmetros reportados.

Continuando con el proceso, la estacin base (BS) asiente el
mensaje enviando NBAP RADIO LINK SETUP RESPONSE. Este
mensaje informa a la RNC sobre la direccin de la capa de
transporte.

El SRNC (Serving Radio Network Controller) comienza con el
establecimiento de la conexin de acuerdo con la informacin
recibida de la BS. Este procedimiento se lleva a cabo por el
plano de control interno de la capa de transporte en la interfaz
Iub. Cuando la comunicacin Iub est lista para ser usada, la
RNC enva un mensaje RRC CONNECTION SETUP al UE sobre
los canales de control comunes (FACH en el caso de una
conexin usando el canal DCH si se trata de una comunicacin
en dedicado). En este mensaje el SRNC informa al terminal de
usuario UE el formato de transporte, el control de potencia y los
Celia Moreno Jimnez

85

cdigos usados, que en el caso de una comunicacin WCDMA-
FDD sera el scrambling code en sentido descendente. El UE
confirma el establecimiento de la comunicacin con un mensaje
RRC CONNECTION SETUP COMPLETE.

- Transaction reasoning: el terminal indica a la red (Core
Network) el tipo de conexin que desea. Basndose en la
informacin que recibe, la red puede decidir proseguir con la
conexin o finalizarla.

Figura 2-54. Transaction Reasoning

Tiene lugar una vez que la conexin ha sido establecida.

- El procedimiento de autenticacin y seguridad: autentifica
de manera mutua el operador de UMTS y la red;
posteriormente activa los mecanismos de seguridad necesarios
para la acceso a la red.

Figura 2-55. Authentication and security control

Durante el establecimiento de la conexin RRC el UE ya ha
informado al RNC, usando los parmetros de clasificacin, sobre
sus capacidades, como por ejemplo los algoritmos de seguridad
que soporta.

El terminal de usuario y la red se autentican mutuamente
enviando al un mensaje MM AUTHENTICATION REQUEST en el
payload de los mensajes RANAP AND RRC DIRECT TRANSFER
dirigidos al terminal. Tras la ejecucion de los algoritmos de
autenticacin en el USIM (Univeral Subscriber Identity Module),
el terminal de usuario responde con un mensaje MM
AUTHENTICATION RESPONSE que enva de nuevo en el payload
del mensaje anteriormente citado. En este dilogo el RNC acta
Celia Moreno Jimnez

86

como un relevo que reenva el contenido de RANAP DIRECT
TRANSFER a RRC DIRECT TRANSFER y viceversa.

La red de ncleo o CN indica a la interfaz UTRAN que la
transaccin debe ser encriptada con un mensaje RANAP
SECURITY MODE COMMAND. Este mensaje indica a la UTRAN
los algortimos de seguridad y la integridad del canal de
comunicacin, as como las claves de encriptacin.

Basndose en esta informacin la RNC manda al UE comenzar
con la encriptacin usando las claves y los algoritmos
correspondientes enviando el mensaje RRC SECURITY MODE
COMMAND. Acusando con un mensaje RRC SECURITY MODE
COMPLETE el terminal de usuario indica que ha usado
correctamente los algoritmos de proteccin y encriptacin,
protegiendo en adelante el resto de la comunicacin. Tras este
mensaje, la RNC indica a la CN que el procedimiento se ha
completado satisfactoriamente.

- Transaction setup and Radio Access Bearer (RAB):
localiza e identifica los recursos necesarios para la conexin,
segn el tipo de acceso que se realice (basado en conmutacin
de circuitos o de paquetes).

Figura 2-56. Transaction setup con RAB allocation (CS)

En una transaccin CS la informacin es enviada a travs del
mensaje RRC/RANAP DIRECT TRANSFER. Estos mensajes
pueden llevar en sus payload los mensajes de CC SETUP, como
se muestra en la Figura 2-56. Estos mensajes identifican la
transaccin e indican los requisitos de QoS; en otras palabras,
el tipo de portadora que se requiere para el servicio cuyos
parmetros pueden contener:
o Transaction Identifier (TI)
o Identificador de Stream
o Clase de trfico
Celia Moreno Jimnez

87

o Indicador de asimetra
o El bit rate mximo
o El bit rate garantizado

Segn el valor de TI, el UE y el nodo de la CN sern capaces de
distinguir entre s sus llamadas, ya que cada llamada tiene su
propio TI. El identificador de stream reconoce la portadora
usada en la llamada; si no existe significa que el protocolo de
CC en el UE quiere establecer una nueva portadora.

Una vez que se ha recibido el mensaje de CC SETUP, el servidor
MSC entra en accin. Antes de nada, comprueba que el UE y el
operador tienen permitido utilizar los recursos que han pedido.
Si es afirmativa la respuesta a este chequeo, el servidor MSC
comienza con la asignacin de RAB con un nico identificador y
pidiendo la configuracin de un RAB con los parmetros de QoS
necesarios. sto lo hace utilizando el mensaje RANAP RAB
ASSIGNMENT REQUEST en la interfaz Iu.

Cuando el RNC recibe esta peticin, comienza con el reparto de
portadoras radio comprobando los recursos disponibles para
satisfacer el QoS. Si es as, la asignacin de la portadora ser
conforme con el QoS requerido. Si no es as, el RNC puede
seleccionar otra portadora aunque no se cumpla el QoS o poner
en cola la peticin a la espera de la disponibilidad de la
portadora que satisfaga el QoS. Estos casos especiales merecen
un trato especial.

La RNC informa al UE de la asignacin de la portadora
envindole un mensaje RRC RADIO BEARER SETUP. Cuando el
UE recibe este mensaje, combina la informacin que
originariamente envo a la red con el mensaje CC SETUP con el
identificador de portadora que le ha sido asignada. De esta
manera, el terminal de usuario puede enrutar su trfico de
datos en la interfaz de usuario en la portadora correcta. En
cuanto el UE es capaz de recibir datos de la nueva portadora,
siente enviando el mensaje RRC RADIO BEARER SETUP
COMPLETE a la RNC. La RNC debe establecer una portadora Iu
para la nueva comunicacin adems de indicar a la MSC
servidora de que un RAB ha sido asignado enviando un mensaje
RANAP RAB ASSIGMENT RESPONSE. Adems, si la RNC hace
cualquier cambio en el valor del QoS requerido por el MSC, ser
indicado en este mensaje. El procedimiento contina a partir de
ahora en el nivel de protocolo CC.

- El procedimiento elemental de Transaction es la fase en la que
existe una conexin activa con el plano de usuario.

Celia Moreno Jimnez

88

- Transaction clearing and RAB release: es el procedimiento
en el que se liberan todos aquellos parmetros relacionados con
la conexin que est teniendo lugar.

Cuando una conexin tiene lugar en el plano de usuario, ste
plano debe ser cerrado lo primero de todo. Esta desconexin se
muestra en la Figura 2-57, en la que el proceso es originado en
un UE, aunque tambin lo puede comenzar la CN.

Una vez que se ha desconectado el plano de usuario, el sistema
libera el RAB con un subprocedimiento que usa los mensajes
RANAP RAB ASSIGMENT REQUEST y RANAP RAB ASSIGMENT
RESPONSE. El terminal de usuario an disfruta de una conexin
RRC a la red UTRAN y ningn otro RAB para el mismo UE debe
existir an.

Figura 2-57. CS transaction clearing and RAB release.

- RRC connection release: contiene todos los mecanismos
necesarios para que la conexin entre el UE y la red de acceso
pueda establecerse.

Figura 2-58. RRC connection release.

Este procedimiento siempre es empezado por la RNC, que
identifica que conexin RRC debe ser liberada y enva la
informacin al UE con el mensaje RRC CONNECTION RELEASE.
El terminal de usuario debe confirmar que la conexin ha sido
liberada enviando un RRC CONNECTION RELEASE COMPLETE.

Celia Moreno Jimnez

89

Tras esto, la RNC comienza a liberar los recursos de la interfaz
Iub intercambiando los mensajes NBAP RADIO LINK DELETION
y NBAP RADIO LINK DELETION RESPONSE. Cuando la
eliminacin del radioenlace llega al nivel NBAP, la portadora de
los datos de transporte de la interfaz Iub es liberada.

2.3.4 Parmetrosreportados
Sobre la calidad de servicio (QoS) se pueden definir distintas
caractersticas segn la base en la que se sustente:
- Tecnologa:
o Retardo.
o Caudal.
o Anchura de Banda.
o Indisponibilidad.
o Tasa de errores.
- Percepcin del usuario.
o Prioridades.
o Calidad subjetiva de imgenes y sonidos.
o Seguridad.
o Confidencialidad.
o Coste.
- Gestin esttica de los recursos.
o Tipificacin de QoS.
o Control de admisin.
o Reserva de recursos.
o Negociacin de recursos en un entorno cambiante.
- Gestin dinmica de los recursos.
o Monitorizacin de la comunicacin.
o Seguimiento de los parmetros de acceso al sistema.
o Negociacin de valores de parmetros.
o Sincronizacin entre servicios simultneos.

En este proyecto se intenta mantener un equilibrio entre los aspectos
tecnolgicos y la percepcin del usuario. Los KPIs reportados en
UMTS son similares a los ya citados en GSM, ya que en ambas
tecnologas se valora el servicio de voz. Sin embargo, cabe destacar
aspectos que diferencian ambas tecnologas a la hora de reportar
datos al cliente.

Para ello se comenzar con un breve repaso al modelo de transmisin
de UMTS para comprender mejor estas diferencias entre tecnologas.
A continuacin se describirn aquellos parmetros que nicamente se
reportan en UMTS:
Celia Moreno Jimnez

90

6
UMTS est basado en una tecnologa en ensancha la energa RF a
una banda ancha, haciendo as que la seal ocupa ms ancho de
banda. Esto conlleva una desventaja, pero se compensa con la gran
ventaja que aporta, y es que varias estaciones UMTS pueden
transmitir en la misma frecuencia al mismo tiempo y en el lado
receptor se pueden separar las diferentes transmisiones. Este mtodo
es el llamado CDMA (Code Division Multiple Access). Para permitir
esta separacin en la recepcin, el usuario debe modular con un
cdigo binario (key) antes de transmitir. Para un bit de datos 1, es
transmitido el cdigo binario negativo, para un bit de datos 0, se
transmite el mismo cdigo. Por ejemplo, si el cdigo tiene una
longitud de 4 bits, el rate de datos transmitidos y el ancho de banda
RF resultante son 4 veces superior al que resultara sin el factor de
ensanchamiento (spreading).

Figura 2-59. Principio del ensanchamiento de espectro

Los cdigos usados en UMTS tienen una secuencia pseudo random de
bits, haciendo que la seal que se est transmitiendo parezca ruido
(Pseudo Noise o PN). Para evitar que se confunda entre cdigo y
mensaje transmitido, a cada bit del cdigo se le llama chip. As, la
nueva tasa de bit transmitido es la tasa de chip, en lugar de la tasa
de bit de usuario.

Los receptores implementan un proceso de correlacin con la seal
recibida y el cdigo usado. Incluso si alguno de los bits es destruido
por interferencia de otras estaciones UMTS que estn en la misma
frecuencia, los datos originales puede ser filtrados y extrados.
Fsicamente, el la energa RF ensanchada en la banda extendida es

6
Todos estos conceptos se detallan y profundizan en el documento digital
http://www.erodocdb.dk/Docs/doc98/official/pdf/ECCREP103.PDF
Celia Moreno Jimnez

91

combinada por el receptor y reducida a banda estrecha mediante el
proceso de correlacin. Esta concentracin suprime cualquier
interferencia (de bandas estrecha y ancha) mediante lo llamado
system gain; de manera que se obtiene una gran resistencia a
interferencias.

Figura 2-60. Proceso de transmisin

Los receptores comerciales de UMTS o (UE) incluyen el receptor RF,
las etapas de correlacin y el demodulador.
RSCP
El RSCP (Received Signal Code Power) es la energa resultante del
proceso de correlacin y descrambling; normalmente se mide en
dBm. El RSCP no puede ser calculado como una potencia RF recibida
con un monitor de recepcin o un analizador de espectros, sino que
como la seal ha sido filtrada con el cdigo correcto (el definido por el
UE), debe usarse un receptor de correlacin para calcularlo usando el
cdigo especfico.

Un receptor de UMTS comercial tiene que saber el cdigo que se
transmite para poder realizar el proceso de correlacin.

Ec/Io
El Ec/Io es la tasa de energa recibida por chip (o bit de cdigo) por
nivel de interferencia recibido; normalmente se expresa en dB. En
caso de que no exista interferencia como tal, este nivel se define
como el de ruido presente. Sin embargo, en una red de UMTS el UE
recibir normalmente la seal desde diferentes celdas, todas
transmitidas en la misma frecuencia pero diferente cdigo de
scrambling. Existen ocasiones en las que el UE se encuentra cerca de
Celia Moreno Jimnez

92

un nodo y tiene un alto nivel de RSCP pero no es capaz de
conectarse, ya que hay cerca otro nodo que le est interfiriendo la
comunicacin. Este efecto se llama pillot pollution y los
planificadores de red intentan evitarlo, localizando los nodos lo
suficientemente espaciados.

Para medir el Ec/Io se necesitar el mismo equipo que para el RSCP,
ya que es necesario calcular la energa de chip.

El antes citado system gain o ganancia de sistema, permite que
exista comunicacin aunque el nivel de interferencia sea mayor que
el nivel de seal, por lo que el parmetro Ec/Io tomar valores
negativos aun cuando la comunicacin sea posible; cabe destacar que
en la mayora de los casos prcticos el valor ser negativo.

Adems de estos parmetros, es importante tener presente otro ms
aunque ste no se reporte, y es el RSSI o Received Signal Strength
Indicator.

El RSSI compara los dos parmetros anteriores mediante la frmula:

| | | | | | dB I E dBm RSCP dBm RSSI
o c
=

Al igual que los parmetros que lo componen, es necesario el mismo
equipo para calcularlo.

Para la red, segn los criterios del cliente, se imponen unos umbrales
a partir de los cuales se consideran unas muy malas condiciones
radio y calidad. En este caso, para que sirva de orientacin se toman:
- Ec/Io > -12 dB (Calidad)
- RSCP > -110 dBm (Nivel)

Porcentajedeusodetecnologa
Otro factor importante a reportar al cliente para evaluar el estado de
la red es el porcentaje de tiempo que se usa cada tecnologa.

Con los valores de este parmetro se puede lograr una visin global
de la cobertura 3G de una zona determinada, as como de la calidad
de servicio en dicha zona.

Se supone una zona determinada en la que la operadora tiene un
despliegue 3G casi al 100%, es decir, se han instalado nodos B que
cubren casi la totalidad del territorio. Cuando se presenta el valor de
este parmetro en esta zona se detecta que el porcentaje de uso de
3G frente a 2G es de un 40%. De aqu se puede concluir que se
requieren trabajos de optimizacin en la red, ya que estos valores
indican problemas en la red, ya sean por RSCP o Ec/Io.
Celia Moreno Jimnez

93

De igual manera se actuar para datos, detallado en el apartado
Parmetros para datos HSPA.

PorcentajedeHO3g2gsuccessful
Existen las diferentes categoras de handover (tambin denominados
handoff):
- Hard Handover: significa que todos los radioenlaces que tiene
el UE se eliminan por completo antes de que los nuevos
radioenlaces sean establecidos. El hard handover puede ser
seamless o non-seamless. Cuando es seamless, ste no es
perceptible para el usuario. En la prctica, cualquier handover
que requiera un cambio en la frecuencia de portadora (inter-
frequency handover) ser siempre un hard handover.
- Soft Handover: Significa que los radioenlaces son aadidos y
eliminados de manera que el UE siempre tiene al menos algn
radioenlace con la red UTRAN. El soft handover hace uso de la
macrodiversidad, que significa que varios radioenlaces pueden
ser establecidos a la vez. El soft handover es usado cuando el
terminal se mueve entre varias celdas que operan a la misma
frecuencia, cambiando nicamente de Scrambling Code.
- Softer Handover: Es un caso especial del soft handover, y es
que los radioenlaces que entran en juego pertenecen al mismo
Nodo B. En este tipo de handover se puede implementar la
macrodiversidad con el mximo ratio de combinacin posible en
un mismo Nodo B. Este efecto de macrodiversidad puede darse
nicamente en el sentido downlink.

Adems de esta clasificacin de los handover segn la manera de
aadir y eliminar los radioenlaces, stos pueden clasificarse segn los
cambios de red que se realicen en el handover:
- Inter/intra system handover: Si el terminal cambia o no de
tecnologa (de 3G a 2G o viceversa).
- Inter/intra cell handover: Si el terminal cambia o no de
celda.

Los handover intra-cell o inter-cell pueden ser:
- Handover 3G -3G (por ejemplo entre UMTS y otros sistemas
3G)
- FDD soft/softer handover
- FDD inter-frequency hard handover
- FDD/TDD handover (cambio de celda)
- TDD/FDD handover (cambio de celda)
- TDD/TDD handover
- Handover 3G - 2G (por ejemplo handover a GSM)
- Handover 2G - 3G (por ejemplo handover desde GSM). Este
handover no se usa en Espaa.
Celia Moreno Jimnez

94

Adems, el handover puede darse por diferentes circunstancias. Se
sabe que el handover es debido a la situacin en la que el usuario
puede ser servido por otra celda ms eficiente (ya sea por prdida de
potencia o cobertura como por interferencia); pero adems pueden
existir otras razones que generen el handover, como por ejemplo una
sobrecarga en un sistema. Se sabe que HSPA no es una tecnologa
como tal, sino que se implementa sobre UMTS, por lo que la red
UMTS soporta una gran carga de usuarios. Puede darse la situacin
en la que la red tenga sobrecarga y decida que los usuarios hagan
uso de tecnologa 3G nicamente para la transmisin de datos,
liberando as la red de los usuarios con conexiones de voz.

El Active Set (AS) es definido con el set de nodos B a los que el
terminal est conectado de manera simultnea. Por ejemplo, las
celdas UTRA que asignan un canal DPCH downlink al UE constituyen
un active set. Las celdas que no estn incluidas en el active set pero
s en la CELL_INFO_LIST forman parte del Monitored Set (MS).
Aquellas celdas que son detectadas por el UE y que no pueden
incluirse en los dos sets anteriores son el Detected Set (DS).

De esta manera, el mvil tendr varias Celdas en su Active Set, cada
una de ellas con diferente SC (Scrambling Code). En el Monitored Set
tendremos diferentes celdas con diferentes frecuencias.

Por tanto, el porcentaje de handover completados de manera
satisfactoria dar una visin de la calidad de configuracin
establecida en la red, ya que es posible que existan errores en la
definicin de los sets anteriores, apareciendo en ellos celdas no
vecinas. En el apartado dedicado a GSM se detall la importancia de
los handover en los parmetros de accesibilidad y mantenibilidad.

2.4 Parmetrosparacobertura
En este proyecto la cobertura no juega un papel importante en s
misma como lo juega en el proyecto de outdoor. Como se comentar
posteriormente, en este otro proyecto se hace uso de escneres que
barren las frecuencias usadas en GSM y UMTS. Esto permite tener
una visin de cada uno de los canales para todos los operadores. Este
barrido de frecuencias permite leer los valores de diferentes
parmetros.

Un ejemplo de la visin que da un escner es esta:

Celia Moreno Jimnez

95

Figura 2-61. Lectura de un escaner

Tal y como puede verse en la figura anterior, para cada canal se
puede leer el valor de diversos parmetros (en este caso el nivel de
recepcin de potencia y el nivel C/I o nivel de interferencia a la
portadora). Estos parmetros a visualizar son configurables dentro de
una lista, por lo que se tiene gran flexibilidad para analizar los
resultados de una medida. Con esta herramienta, al analizar cada
medida se puede hacer uso de la lectura del escner en ese preciso
instante, por lo que es ms fcil localizar el motivo de una cada o de
un fallo de accesibilidad en una llamada.

Sin embargo, en este proyecto de indoor no se puede hacer uso del
escner por los motivos ya comentados. As, se tendr que hacer uso
de los telfonos mviles del equipo para realizar mediciones de
cobertura. Estas medidas no son ms que un registro de lo que
realiza el mvil en estado idle o en espera. Con estas medidas se
puede ver qu ocurre con el telfono mvil mientras est en el canal
compartido.

En modo idle el mvil no tiene asignados recursos dedicados para
poder comunicarse con la red, por lo que si la red necesita
comunicarle al mvil que est siendo llamado hace uso del canal
compartido RACH (uplink), mientras que si el mvil necesita hacerle
saber a la red que quiere realizar una llamada, ste har uso del
canal broadcast PCH (downlink).

2.5 ParmetrosparadatosHSPA
Antes de analizar los estos parmetros, se debe comprender el
procedimiento en una llamada de datos. Para ello se presentan los
pasos definidos por el estndar en una llamada de datos y a
continuacin se presentan cada uno de los parmetros que se
analizan en este tipo de llamadas.
Celia Moreno Jimnez

96

A medida que se presenten los parmetros analizados en este
proyecto, se introducirn los conceptos bsicos de esta tecnologa.

Adems, este estudio se centra en la tecnologa HSPA, ya que es la
que est bajo estudio por parte de las operadoras al querer suplantar
GPRS por esta novedosa tecnologa.

Una comunicacin de datos en una red 2.5G (GPRS) o 3G (UMTS)
comienza cuando se enciende el terminal. En este momento se lanzan
una serie de procesos de mutua validacin para que el terminal
realice lo que se denomina attach a la red (en ese momento el nodo
SGSN (Serving GPRS Support Node) ya conoce qu capacidades tiene
el usuario, a qu servicios debe darles acceso si lo solicita, todo ello
previa consulta al HLR (Home Location Register)). En este momento
es cuando aparece el icono de cobertura (de datos) en el terminal y
est registrado en el SGSN. Este nodo guardar un registro de todos
los usuarios que estn en su zona de localizacin.

Posteriormente el usuario debe determinar que quiere comenzar una
comunicacin de datos. En este momento selecciona el APN (Access
Point Network) al que se quiera conectar (por ejemplo pueden ser
internet, WAP, una VPN privada de la empresa, etc) esto activar lo
que se denomina un PDP Context, que no es ms que la definicin de
qu servicio y con qu calidad del mismo quiere el usuario. Cuando
se activa el PDP Context se crea un tnel GTP (GPRS Tunnelling
Protocol) que no es ms que un tnel del trfico de usuario entre el
SGSN que le da servicio y el GGSN (Gateway GPRS Support Node)
que opera el APN.

A partir de este momento, el terminal del usuario tiene una IP
(pblica o privada) para acceder al servicio solicitado, y todo su
trfico va tunelizado hasta el interfaz de salida del GGSN
(denominado Gi en GPRS). Depender de la configuracin del
operador de telecomunicaciones cmo quiera configurar la red
perteneciente a dicho interfaz (Gi), si la quiere dejar libre, si tuneliza,
si coloca los DNS's o firewall's etc. Pero aqu es donde termina el
estndar.

Una vez revisados los conceptos bsicos se presentan los parmetros
a analizar para las llamadas de datos:
2.5.1 ServiciosdeValorAadido(VAS)
Las operadoras ofrecen a sus abonados diferentes tarifas segn los
servicios que se presten. Las tarjetas SIM (Subscriber Identify
Module) almacenan informacin especfica de la red, usada para
autenticar e identificar a los suscriptores en ella, siendo la ms
importante el ICC-ID, el IMSI (International Mobile Subscriber
Celia Moreno Jimnez

97

Identity), la clave de autenticacin (Ki) y la identificacin de rea
local (LAI). La tarjeta SIM tambin almacena otros datos especficos
del operador como el nmero del SMSC (centro de servicio de
mensajes cortos), el nombre del proveedor de servicio (SPN), los
nmeros de servicio de marcado (SDN) y las aplicaciones de servicios
de valor aadido (VAS). La SIM es un microchip que es implantado en
una check card (actualmente poco utilizado) o en una pieza de
plstico de 1 cm. cuadrado (Plug-in SIM). Excepto para llamadas de
emergencia, un telfono mvil GSM no puede ser usado sin la SIM. La
terminologa GSM distingue entre la estacin mvil y el equipo mvil.
El equipo mvil se transforma en una estacin mvil cuando la SIM es
insertada. No hay diferencias de funcionamiento entre la ID-1 (Check
Card) SIM y la SIM plug-in, exceptuado el tamao, que es la ventaja
por la cual actualmente solo se utilizan SIMs plug-in. La SIM
determina el nmero y las llamadas facturadas al operador. Tambin,
la SIM es utilizada como una base de datos. Las correspondientes
descripciones estn disponibles en la especificacin GSM 11.11.

Los operadores tienden a estructurar su red por planos o niveles
funcionales para aumentar su eficiencia y poder prestar servicios de
valor aadido ms avanzados. Hace algn tiempo, el desarrollo de los
servicios de valor aadido se basaba en la modificacin del software
de las centrales. Sin embargo, cuando se popularizaron estos
servicios, tal mtodo se mostr inviable dada la complejidad que
requera su mantenimiento. Esta fue la razn para que se aadiese al
plano de transporte un plano adicional de servicios, que se
materializ en la red inteligente.

En UMTS se busca una arquitectura que permita desarrollar
aplicaciones y servicios siguiendo el modelo de Internet,
arquitecturas del tipo cliente-servidor, para poder ofrecer a los
usuarios servicios que se ajusten a sus necesidades, acortando los
tiempos de desarrollo y lanzamiento al mercado.

sto conduce al concepto del entorno personalizado de servicios PSE
(Personal Service Environmment). El PSE de un usuario describe
unvocamente el modo en el que ste desea percibir e interactuar con
los servicios que tiene suscritos. El modo de materializar este
concepto es el perfil de usuario (User Profile).

El perfil de usuario es un conjunto de caractersticas asociadas a un
usuario concreto, las cuales se pueden dividir en:

- Caractersticas asociadas a los servicios que el usuario
desea emplear, condiciones de estos servicios y
preferencias. Estas caractersticas se recogen en un perfil
denominado User Service Profile. Este perfil incluye una lista
de los servicios que el usuario tiene suscritos, si estn o no
Celia Moreno Jimnez

98

activados y referencias a las preferencias del uso del
servicio (por ejemplo nmeros a los que desviar y
condiciones de desvos, listas de nmeros a los que
restringir las llamadas entrantes, etc.).
- Caractersticas asociadas al modo en que los servicios se
personalizan para su presentacin al usuario. stas se
recogen en el User Interface Profile. En este perfil se
incluyen la personalizacin del men en pantalla (por
ejemplo contenidos y colocacin de los iconos), la
personalizacin de la pantalla del terminal (por ejemplo el
tipo de letra, color del fondo, volumen, tono de llamada,
etc.) y preferencias del uso de la red (idioma en el que
recibir las locuciones de red y servicios, etc.).

De esta manera, segn el servicio a medir, se usan SIM con
diferentes perfiles de usuario.

Uno de los parmetros ms visibles para el usuario es la velocidad de
descarga y subida de datos. Las mediciones pretenden analizar el
estado de la red, por lo que las SIM que se utilicen no deben tener
ningn tipo de limitacin de velocidad, para que la red asigne todos
los recursos que tiene disponibles y los valores que se obtengan sean
los mximos alcanzables.

Algunas de las tarifas actuales que ofrecen las operadoras tienen un
lmite de trfico de datos en un periodo de tiempo, habitualmente un
mes natural, a partir del cul al usuario se le limita la velocidad de
trfico; por lo que habr que prestar especial atencin a que las
operadoras asignen a las SIM lo contratado. sto se puede comprobar
fcilmente con la herramienta usada en el proyecto, que extrae los
mensajes de capa 3 que la red enva al terminal, indicndole la
velocidad mxima que puede alcanzar. De esta manera, se puede
comprobar que la red est asignando la velocidad mxima adecuada
al servicio que se puede utilizar y que se ha contratado (en este caso
siempre se contrata el mayor posible).

2.5.2 GPRSAttach
El procedimiento de GPRS Attach se ejecuta para alterar el estado del
terminal mvil pasando del estado IDLE en el que no se puede
transmitir o recibir informacin al estado READY. Existen dos tipos de
attach: GPRS Attach y combined GPRS/IMSI attach. Para los
terminales mviles de clase A y B se pueden dar los dos tipos de
procedimientos, mientras que para los terminales mviles de clase C
nicamente el GPRS attach (previamente se habr realizado el IMSI
dettach si era el caso).

Celia Moreno Jimnez

99

En el procedimiento de attach el terminal mvil se identifica a travs
de un P-TMSI (Packet Temporary Mobile Subscriber Identity) o de su
IMSI, indicando el tipo de attach que pretende realizar. Despus de
ejecutarse la funcin de attach el terminal mvil pasa del estado IDLE
al estado READY, generndose un contexto de gestin de la
movilidad, en el terminal mvil y en el SGSN (Serving GPRS Support
Node).

Desde el estado READY el terminal mvil puede activar contextos de
transferencia de informacin para el intercambio de paquetes.

A modo de ejemplo en la Figura 2-62 se muestra el procedimiento de
combined GPRS/IMSI attach y PDP Context que se ver ms
adelante. Esta figura se puede encontrar ms detallada en la web
www.eventhelix.com.

Figura 2-62. GPRS Attach y PDP Context
Celia Moreno Jimnez

100

El terminal mvil inicia el procedimiento enviando un mensaje de
requerimiento de attach hacia el SGSN con los parmetros:
- IMSI o P-TMSI
- Old RAI, Routeing Area Identify
- Classmark
- CKSN
- Attach type (GPRS attach o combined GPRS/IMSI attach)
- DRX parameters: Discontinous Reception parameters
- Old P-TMSI Signature
-
Si el terminal mvil se identifica con un P-TMSI y el SGSN de
contacto es diferente al que le proporcion dicho identificador, el
SGSN nuevo enva un requerimiento de identificacin al SGSN viejo.
Slo en el caso de que el identificador P-TMSI no es reconocido por el
viejo SGSN se obliga al terminal mvil a que comunique su IMSI. A
continuacin el terminal mvil es autenticado. Si el SGSN de contacto
es diferente al del GPRS detach previo o si es la primera vez que se
realiza el GPRS attach, el SGSN informa al HLR para realizar una
actualizacin de posicin. El HLR (Home Location Register) por su
parte realiza una cancelacin de localizacin sobre el SGSN viejo y
enva un mensaje de insercin de informacin de subscriptor sobre el
SGSN nuevo. Posteriormente, el SGSN inicia un procedimiento de
actualizacin de posicin sobre el MSC/VLR, lo cual servir a su vez
para realizar un IMSI attach si es el caso. En esta ocasin
dependiendo de si la actualizacin de posicin es intraMSC (intra
Mobile Switching Center) o interMSC intervendrn ms o menos
elementos. Finalmente, se informa al terminal mvil de la aceptacin
de la solicitud de attach realizada.

La funcin de GPRS detach puede ser iniciada desde el terminal mvil
o desde la red. El procedimiento consiste en eliminar el contexto de
gestin de la movilidad residente en el terminal mvil y el SGSN al
objeto de impedir el inicio de cualquier nueva transferencia de
paquetes. Mediante la ejecucin de esta funcin el terminal mvil
pasa del estado READY al estado IDLE o de reposo.

La funcin de GPRS detach puede ejecutarse desde la red de manera
explcita con indicacin sobre el terminal mvil o de manera implcita,
eliminando el contexto de gestin de la movilidad existente para el
terminal mvil sin notificacin de ello. Existen dos tipos de detach: el
GPRS detach y el combined GPRS/IMSI detach, as mismo existen
cuatro procedimientos diferentes:
- Mobile Station-Initiated GPRS detach
- Mobile Station-Initiated combined GPRS/IMSI detach
- SGSN-Initiated GPRS detach
- HLR-Initiated GPRS detach

Celia Moreno Jimnez

101

En el procedimiento de dettach el terminal mvil inicia el
procedimiento enviando el mensaje de requerimiento de detach hacia
el SGSN. El SGSN, al recibir el mensaje, enva otro mensaje de
borrado de los contextos de transferencia de informacin asociados al
terminal mvil hacia el GGSN, a su vez enva un mensaje de IMSI
detach hacia el MSC/VLR. Si el procedimiento fuera nicamente de
GPRS detach, el SGSN no enviara un IMSI detach al VLR, sino
nicamente un GPRS detach indication, de forma que el VLR deja de
estar asociado al SGSN en la gestin de los procedimientos de
bsqueda y actualizacin de posicin del terminal mvil.

El procedimiento de purga permite al SGSN informar al HLR de que
ha eliminado los contextos de gestin de la movilidad y de
transferencia de informacin. Esto se puede producir inmediatamente
despus de un GPRS detach o un tiempo despus si el SGSN quiere
conservar temporalmente la informacin por si se produjese un GPRS
attach entre tanto.

De esta manera, si el procedimiento de GPRS attach no se realiza
puede concluirse que no hay cobertura para llamadas de voz en esa
localizacin.

Otro motivo por el que el GPRS attach no se realice correctamente
puede ser que la SIM con la que se intenta realizar la conexin de
datos no est subscrita a los servicios necesarios.
2.5.3 PDPContext
Si el GPRS attach se ha llevado a cabo correctamente, se analiza este
otro procedimiento.

Antes de que un mvil GPRS pueda llevar a cabo un intercambio de
datos es necesario que se establezca un contexto PDP (Protocolo de
Datos de Paquetes) con el GGSN (Gateway GPRS Support
Node)correspondiente, de forma que luego los datos puedan ser
encaminados.

Un contexto PDP permite transferir las PDUs de una direccin PDP
entre el mvil y el GGSN.Tienen informacin de encaminamiento y de
QoS:
- Direccin PDP (IPv4, IPv6, X.121 (X.25)).
- Access Point Name (APN): Referencia al GGSN a utilizar.
- QoS solicitada.
- Opciones de configuracin.

Los estados de un contexto se representan en la Figura 2-63.
Celia Moreno Jimnez

102

Figura 2-63. Estados de un contexto.

La activacin de un contexto PDP se realiza desde el mvil. El
procedimiento es:
a. Activate PDP Context Request. El terminal mvil enva un
requerimiento de activacin de un contexto PDP al SGSN
pasando los parmetros de la conexin.
b. SecurityFunctions. Se intercambian las funciones de
seguridad entre el SGSN y el terminal.
c. Create PDP Context Request. El SGSN hace una peticin de
contexto de PDP al GGSN.
d. Create PDP Context response. El GGSN responde al SGSN.
e. Activate PDP Context Accept. El SGSN responde al terminal
mvil con la respuesta del GGSN.

De esta manera, si el procedimiento de PDP Context se realiza
correctamente, el terminal tiene asignada la direccin IP y puede
comenzar la comunicacin.
2.5.4 Ping
Las medidas de datos se harn sobre los protocolos:
1. FTP DL (FTP Downlink)
2. FTP UL (FTP Uplink)
3. HTTP (Hypertext Transfer Protocol)

La herramienta de anlisis permite realizar un ping al servidor FTP
que se usa para las pruebas. La utilidad ping comprueba el estado de
la conexin con uno o varios equipos remotos por medio de los
paquetes de solicitud de eco y de respuesta de eco (ambos definidos
en el protocolo de red ICMP) para determinar si un sistema IP
especfico es accesible en una red.

De esta manera se comprueba la accesibilidad del servidor FTP.
Celia Moreno Jimnez

103

2.5.5 Accesibilidad
Una vez hecho el ping al servidor ftp, se comienza la prueba de
datos, que no es ms que realizar descargas del ftp, subidas al ftp y
accesos web.

Si la prueba no puede iniciarse, se dice que no hay accesibilidad. Los
valores habituales de accesibilidad se proporcionan en porcentajes, y
suelen ser del 99%.

Cuando no hay accesibilidad, la herramienta proporciona diferentes
cdigos de error que describen los posibles errores de conexin.
Estos cdigos no proporcionan detalles a nivel 4 (TCP o FTP) de la
torre protocolaria, de manera que si hay un error en el enlace radio,
habr que analizar los mensajes de capa 3. Una posible clasificacin
para estos cdigos de error podra ser:

1. Error en el protocolo FTP (autenticacin del usuario, saturacin
del servidor...)
2. Error en el protocolo TCP
3. Error de DNS. No se encontr la IP del usuario en el servidor
DNS.
4. Error en el enlace radio. El cdigo de error puede ser timeout o
failure in socket, por lo que no se conoce a priori la naturaleza
del error que se produjo en el nivel 3.

2.5.6 Mantenibilidad
Una vez que se ha podido iniciar la prueba, se comprueba la
mantenibilidad del enlace. A diferencia del caso de voz, si el enlace
radio falla, la llamada no acaba.

En HSDPA el procedimiento para la recepcin de datos por parte de
un usuario puede verse con un esquema simplificado:

Celia Moreno Jimnez

104

Figura 2-64. Esquema de un procedimiento HSDPA

La RNC recibe paquetes para un determinado usuario, los enva a la
BTS, donde son almacenados en un buffer. A partir de este momento
se comienza la transmisin de los datos. Si en algn momento esta
transmisin falla, la BTS recibir un NACK (si el terminal no recibe los
datos correctamente) o se cumplir un TimeOut (si el enlace radio se
interrumpe). Aunque la conexin haya fallado, los datos no se
pierden, ya que continan almacenados en el buffer.

HSPA hace uso de la Solicitud de Retransmisin Automtica Hbrida o
HARQ, que permite que el elemento de red receptor detecte errores
y, cuando proceda, solicite la retransmisin. La tcnica de
retransmisin, uno de los mecanismos esenciales de transmisin de
datos, garantiza una recepcin de paquetes de datos sin errores.
Comparada con la ARQ convencional, la ventaja que introduce HARQ
reside en la capacidad de combinar las estimaciones iniciales o la
informacin explcita recibida de la transmisin original y de las
retransmisiones correspondientes, con el proceso de adaptacin del
enlace. De este modo, ayuda a reducir el nmero de retransmisiones
necesarias y contribuye a la adaptacin del enlace sin errores
independientemente de las variaciones del canal radio. As que si la
conexin es interrumpida, los datos seguirn transmitindose a partir
del ltimo recibido correctamente. En el caso en el que el enlace
radio se pierda por completo, la BTS enviar paging al UE y se
recomenzar la transmisin.

Celia Moreno Jimnez

105

Se profundizar un poco ms sobre la continuidad de la transferencia
de datos en entornos outdoor en el apartado Codificacin HSDPA
cuando se describa el cambio imperceptible de clula. Se dice en
entornos outdoor ya que en los indoor difcilmente se producir un
cambio de clula.

En el caso de HSUPA se tiene una situacin similar.
2.5.7 ThroughputUL
Los parmetros de configuracin de HSUPA son bastante recientes,
por lo que an no se comprenden en profundidad. En este proyecto
slo se estudia si los terminales del equipo de medidas (que soportan
Release 5) usan el protocolo HSUPA cuando ste est disponible y no
hacen uso de Release 99. A menudo, la operacin a seguir es
controlar el porcentaje de tiempo de uso de cada tecnologa, y si el
uso de Release 99 es relevante, se estudia caso a caso revisando un
mensaje de capa 3 donde se encuentra el parmetro booleano
servingEDCH_RL_indicator, que indica si HSPA est habilitado o no,
ya sea porque no hay cobertura HSPA o porque la red no ofrece ese
servicio a un determinado usuario.
2.5.8 ThroughputDL
Se analiza el throughput o volumen de trabajo o de informacin que
fluye a travs de un sistema en el enlace descendente. Se estudia a
nivel de aplicacin, por lo que se tiene la informacin real, eliminando
cabeceras y retransmisiones.

En los entornos indoor un handover o transferencia del servicio de
una estacin base a otra cuando la calidad del enlace es insuficiente
es prcticamente despreciable, ya que difcilmente dentro de un
edificio tendr lugar. Sin embargo, en entornos outdoor, el nmero
de handover puede afectar al throughput obtenido.

Ms adelante se ver en detalle los dems parmetros que influyen
en esta velocidad de transferencia de datos.
2.5.9 ThroughputHTTP
El throughput del servicio HTTP ser menor que en los casos
anteriores, ya que las conexiones son de menor duracin. El nmero
de cabeceras en relacin con la informacin transmitida es mayor,
por lo que se transmite menos informacin en el mismo tiempo.
2.5.10 Usodetecnologa
Este parmetro va a comprobarse para las pruebas FTP DL y UL, ya
que son las de mayor importancia para las operadoras en este tipo de
estudios.

Celia Moreno Jimnez

106

Lo primero que se analiza es el throughput medio obtenido. Estos
resultados se comparan con proyectos realizados aos anteriores o
con los resultados en otros emplazamientos.

Esta valoracin debe realizarse con frecuencia a lo largo de la
campaa para evitar posibles errores de configuracin el equipo.
Cada uno de los terminales mviles del equipo de medidas se usa
para determinadas pruebas, por lo que los terminales destinados a
comprobar la cobertura HSPA deben estar forzados a la banda UMTS,
mientras los destinados a comprobar la cobertura GPRS estarn
forzados a 2G. Es fcil cambiar estos forzamientos, por lo que un
descenso significativo en el throughput puede llevar al
descubrimiento de un error y por tanto, a una correccin a tiempo
para que no afecte a los resultados finales.

De esta forma, si este valor es menor de lo estimado, se compara con
el porcentaje de tiempo que el equipo hace uso de cada una de las
tecnologas. As, cuanto mayor sea el porcentaje de tiempo de uso de
HSPA, mayor deber ser este throughput.

Cuando un terminal mvil debe hacer un cambio de tecnologa, no se
hace de manera inmediata, sino que existen tiempos de transicin
entre tecnologas. De esta forma, para las estadsticas debern
contabilizarse estos tiempos.
2.5.11 CodificacinHSDPA
Para ver los parmetros que influyen en la velocidad de transferencia
de datos en el enlace descendente o throughput DL, se presenta el
procedimiento de transferencia de datos y modulacin utilizados en
HSPA:

En la Figura 2-66 se muestra la idea sobre la que se fundamenta el
modo HSDPA. Originalmente, en la versin 4 de las redes UMTS, el
trfico de datos poda tratarse a travs de los canales comunes (CCH
o Communication CHannel), el DCH (Dedicated CHannel) y DSCH
(Downlink Shared CHannel). Ms concretamente, se utiliza ste
ltimo para los servicios de datos mientras que los datos de baja
velocidad de transmisin tambin se pueden tratar a travs del FACH
(Forward Access CHannel o canal de acceso directo) y el DCH. Para el
DCH, la velocidad binaria y la velocidad superior del canal pueden
variar en funcin del factor de ensanchamiento (SF) utilizado para los
cdigos asignados. HSDPA, principalmente, emplea la multiplexacin
en el tiempo para transferir paquetes de datos en un solo canal
compartido y utilizar un multicdigo con un SF fijo. A pesar de que
pueda parecer una operacin sencilla, requiere una cierta
funcionalidad y una serie de procedimientos para que sea factible a
travs de la interfaz area; se debe programar cuidadosamente,
modular, codificar y enviar los datos multiplexados a travs de la
Celia Moreno Jimnez

107

interfaz area, adems, el enlace radio debe adaptarse a esta
finalidad. Como consecuencia, las mejoras de las caractersticas de la
Versin 4 del sistema UTRAN fueron inevitables.

Los canales
usados en
HSDPA son:

- High Speed Downlink Shared Channel (HS-DSCH). Downlink
Transport Channel. Compartido por varios usuarios.
- High Speed Shared Control Channel (HS-SCCH). Downlink
Control Channel. Dedicado al tratamiento de informacin de
control relacionada con la descodificacin y la retransmisin
(TRFI, HARQ)
- High Speed Physical Downlink Shared Channel (HS-PDSCH).
Downlink Data Channel
- High Speed Dedicated Physical Control Channel (HS-DPCCH).
Uplink Control Channel. Asociado al HS-PDSCH para la
transmisin de informacin de control relacionada con la
retransmisin (ACK/NACK) y CQI.

Uno o varios HS-PDSCH junto con un DPCH asociado estn unidos a
un conjunto de canales HS-SCCH individuales, conocidos tambin
como conjunto HS-SCCH. La temporizacin entre estos canales ha
sido especificada de modo que el instante de tiempo (time offset)
transcurrido entre el inicio de la informacin de HS-SCCH y el inicio
de la correspondiente subtrama HS-PDSCH sea fijo. El proceso de
configuracin del canal se realiza con la sealizacin del RRC. El
DCH1
Cdigo 1
DCH2
Cdigo 2
DCH3
Cdigo 3
HS-DSCH multiplexado
en tiempo con
multicdigo
Figura 2-65 Principio bsico de HSDPA
Celia Moreno Jimnez

108

nmero de canales de un conjunto HS-SCCH para un UE puede variar
entre 1 y 4.

En la Figura 2-66 se representan los diferentes canales entre el nodo
B y el terminal de usuario. En dicha figura, puede verse el sentido
(ascendente o descendente) de cada uno de los canales.

Figura 2-66 Canales de HSDPA

A continuacin se presenta el procedimiento bsico en una operacin
HSDPA bsica, representada en la Figura 2-67. Una vez establecida la
conexin del RRC, el UE facilita a la BS en servicio informacin sobre
la calidad del canal e informacin de control, como podra ser la
capacidad del UE y la capacidad requerida en un CQI. Con esta
informacin y otros datos sobre la planificacin (la TTI determinada,
los recursos radioelctricos y fsicos, etc.), la BS deber decidir el
conjunto de HS-DSCH y los parmetros, la modulacin, etc. y
comenzar la transmisin de HS-SCCH dos intervalos antes de la
transmisin de HS-DSCH. Cuando el UE reciba la transmisin,
descodificar la informacin del HS-SCCH (extrada, por ejemplo, del
TRFI) y basndose en ella obtendr los parmetros necesarios, como
la parte dinmica del formato de transporte del HS-DSCH, como el
tamao del conjunto de bloques de transporte y el esquema de
modulacin, as como el esquema de correspondencias de canales en
la TTI del HS-DSCH correspondiente. Cuando el UE haya
descodificado todos los parmetros necesarios, iniciar el
procesamiento de los datos y el proceso de HARQ y devolver el
ACK/NACK a la BS. Tras la finalizacin del proceso, la temporalizacin
entre HS-SCCH, HS-DSCH y ACK/NACK desempear un papel
fundamental durante la conexin de transmisin de datos y, por
tanto, debera ser vigilada de cerca por parte del UE.

Celia Moreno Jimnez

109

Figura 2-67 Procedimiento bsico de HSDPA

Para comprobar el throughput obtenido para cada una de las
operadoras de las que se hace este estudio, puede calcularse el
porcentaje de uso del canal HS-SCCH que hace cada una de ellas.
Cada una de las operadoras tiene su canal compartido, por lo que
este clculo debe realizarse para cada operadora de manera
independiente. Si este porcentaje de tiempo obtenido es bajo, puede
deberse a:

1. Hay ms usuarios en la red en el momento de la prueba, por lo
que el usuario con el que se hace la medida tiene que compartir
el canal.
2. Los datos que llegan al servidor con destino para el usuario es
poco, por lo que el nodo B no tiene datos para transmitir al
usuario.

De esta manera, tambin se deber comprobar la capacidad del nodo
B al que est conectado el usuario. Las interfaces tpicas que
soportarn los equipos sern: E1, 2 Mbit/s estructurados segn la
norma G-704, o transmisin ATM full rate, E3, 34 Mbit/s, de acuerdo
a los estndares europeos PDH, o transmisin ATM full rate, o
interfaces SDH (Synchronous Digital Hierarchy, o JDS, Jerarqua
Digital Sncrona): STM-1 (155,520 Mbit/s), STM-4 (622,080 Mbit/s),
ATM full rate.

A continuacin se muestran los distintos niveles de multiplexacin
PDH utilizados en Norteamrica (Estados Unidos y Canad), Europa y
Japn.

Celia Moreno Jimnez

110

Nivel
Norteamrica Europa
Circuitos Kbit/s Denominacin Circuitos Kbit/s Denominacin
1 24 1,544 (T1) 30 2,048 (E1)
2 96 6,312 (T2) 120 8,448 (E2)
3 672 44,736 (T3) 480 34,368 (E3)
4 2016 274,176 (T4) 1920 139,264 (E4)

Nivel Japn
Circuitos Kbit/s Denominacin
1 24 1,544 (J1)
2 96 6,312 (J2)
3 480 32,064 (J3)
4 1440 97,728 (J4)

Tabla 2-6. Niveles de multiplexacin PDH en Norteamrica, Europa y Japn

Segn el nmero de E1 que agregue un nodo B se esperar una
capacidad de transmisin, de esta manera se puede ver la diferencia
entre la capacidad del nodo y la velocidad que ofrece para comprobar
la configuracin de la red.

HSDPA puede realizar multiplexacin en el tiempo para transferir
paquetes de datos en un solo canal compartido y utilizar un
multicdigo con un SF fijo gracias a las funcionalidades bsicas y
entidades especificadas en la Versin 5, que son:

- Modulacin y codificacin adaptativa (AMC)
- Solicitud de retransmisin automtica hbrida (HARQ)
- Planificacin rpida de paquetes (FPS)
- Cambio imperceptible de clula

Modulacin y codificacin adaptativa (AMC)
El principal objetivo de la modulacin y la codificacin adaptativa es
compensar la inestabilidad del canal radioelctrico ajustando los
parmetros de transmisin. En HSDPA se consider que no era
razonable aplicar el control de potencia rpido por la gran
complejidad que supone y los escasos beneficios que brinda al
utilizarlo con la tcnica AMC.

La AMC ajusta los parmetros de modulacin y codificacin de la capa
fsica para compensar las variaciones del canal. Para ello utiliza las
mediciones del canal radioelctrico realizadas con el terminal mvil y,
para HSDPA en particular, utilizando la Indicacin de Calidad del
Canal (CQI) y el procedimiento de retransmisin. La AMC, sirvindose
de esta informacin y de la relacionada con el trfico, como la Calidad
Celia Moreno Jimnez

111

de Servicio (QoS) y el estado de los recursos radioelctricos y fsicos,
selecciona los mtodos de modulacin y codificado ms adecuados
para la red.

En el anlisis del throughput se medir la media del valor de CQI que
reporta el terminal a la red. Se sabe que cuanto mayor sea el CQI,
mayor calidad radio encuentra el usuario, por lo que se puede
estimar la cobertura HSDPA segn esta media. Cuanto ms alto sea
el valor obtenido en una prueba, mejor cobertura de servicio HSDPA
se tiene (recordar que el CQI slo se reporta en HSDPA, no en
HSUPA).

Adems, este valor medio de CQI puede utilizarse para comprobar el
funcionamiento de la red, ya que a partir de l se puede estimar el
porcentaje de NACK que se obtendr. Cuanto mayor sea el valor
medio de CQI, menor porcentaje de NACK se espera, ya que las
condiciones radio sern mejores y menor probabilidad de error de
transmisin se tendr. El valor ms habitual en las medidas es un
15% de NACK.

En lo que respecta a la modulacin, la Versin 5 permite al mtodo
HSDPA y, ms concretamente, al HS-DSCH, que utilice la Modulacin
por Amplitud de Cuadratura 16 (16QAM) o a la Modulacin por
desplazamiento de Fase en Cuadratura (QPSK). La QPSK ya se haba
especificado en la Versin 4, en cambio la 16QAM se defini
especficamente en la Versin 5 para la operacin de HSDPA. Los
mtodos de modulacin de orden superior, como es la 16QAM,
proporcionan una mayor eficiencia del uso del espectro en lo que se
refiere al flujo de transmisin de datos, en comparacin con la
modulacin QPSK y, por tanto, se pueden utilizar para mejorar las
velocidades punta de transmisin de datos. Tambin permiten
combinar la seleccin de modulacin con el proceso de codificacin de
canal, lo que en ocasiones se ha llamado Combinacin de Recursos y
Formato de Transporte (TFRC) en el mbito de la especificacin de las
redes UMTS. Como resultado, basndose en las medidas de los
canales, se puede seleccionar la mejor combinacin de multicdigo,
velocidad de canal y modulacin y obtener, as, el mximo flujo de
transferencia en unas determinadas condiciones del canal.

La modulacin a utilizar est adaptada segn las condiciones del
canal de radio. La modulacin QPSK puede soportar 2 bits por
smbolo donde 16QAM puede soportar 4 bits por smbolo y, por lo
tanto, tiene dos veces la capacidad de pico en comparacin con
QPSK, de modo que se utiliza el ancho de banda del canal de forma
ms eficiente.

Las diferentes velocidades de cdigo usadas son 1/4, 1/2, 5/8, 3/4. El
Nodo B (Estacin Base) recibe el informe del indicador de calidad de
Celia Moreno Jimnez

112

canal (CQI) y, a su vez, mide la potencia de los canales asociados. En
base a esa informacin se determina la velocidad de transmisin de
los datos.

En HSDPA, los usuarios que se encuentran cercanos al Nodo B tienen
asignada una modulacin ms alta as como velocidades de cdigo
mayores (por ejemplo, 16 QAM y velocidad de cdigo de 3/4) de
manera que ambos irn decreciendo cuanta mayor sea la distancia
entre usuario y Nodo B.

Ejemplo:
1TTI = 3 slots = 2ms = 2.560*3 chips = 7.680 chips = 480
smbolos en SF=16

480 smbolos = 960 bits en QPSK y 480 smbolos = 1.920 bits
en 16QAM

As, en el anlisis que se est realizando, se debe comprobar la
modulacin de la que hace el uso el terminal segn le asigne la red.
Hay que tener en cuenta que la modulacin 16QAM es ms sensible a
ruidos, por lo que en condiciones radio insuficientes, al terminal se le
asignar modulacin QPSK.

Como puede verse en el ejemplo, la modulacin usada y el nmero
de cdigos usado influirn de forma significativa en el throughput
obtenido. A mayor nmero de cdigos y a mayor nmero de bits por
smbolo (16QAM frente a QPSK), mayor velocidad de transmisin.
El rendimiento de la AMC es vulnerable a las medidas del canal radio
que extrae el terminal, ya que es probable que el ciclo de medida no
logre alcanzar la variacin normal del canal a causa de su rpido
desvanecimiento (el CQI se reporta cada 2-6ms); adems de que los
datos de las mediciones pueden contener errores. Un informe poco
fiable sobre el estado de los canales puede ocasionar que se tomen
decisiones errneas sobre la planificacin de los paquetes, la fijacin
de la potencia de transmisin y la seleccin del mtodo de
modulacin y codificacin.

Por ello se ha equipado al HSDPA con procedimientos avanzados para
la estimacin de CQI que utilizan la informacin de potencia piloto
que recibe del CPICH (Common PIlot CHannel), la temporizacin del
canal, el ciclo de generacin de informes adaptativo y la interaccin
de las capas superiores para garantizar una operacin sin errores de
la AMC. Adems, la HARQ ayuda a compensar la vulnerabilidad de la
AMC introduciendo al proceso de informacin de la capa de enlace.

Celia Moreno Jimnez

113

Solicitud de retransmisin automtica hbrida (HARQ)
En el apartado Mantenibilidad se comentaron los aspectos ms
importantes sobre la HARQ.

Cabe destacar el procedimiento de retransmisin seleccionado para
HSDPA, el denominado parada y espera (o stop-and-wait, SAW).
Seleccionado por su sencillez, ya que el retraso de retransmisin y el
exceso de sealizacin son los aspectos ms crticos en una
transmisin radio, especialmente para las aplicaciones de las redes
mviles. En este mtodo, el transmisor opera en un bloque hasta que
se asegura de que el UE lo recibe correctamente. Utiliza un
mecanismo de acuse de recibido optimizado y un mensaje para
confirmar la correcta transmisin de un paquete de datos al tiempo
que elude la necesidad de retransmisin. Para evitar retrasos
adicionales por el tiempo de espera, emplea HARQ canal N, junto con
el mtodo SAW para realizar el proceso de retransmisin paralelo y,
as, ahorrar tiempo y recursos.

Mientras que el esquema en el que se basa el protocolo HARQ
consiste en un enlace descendente asncrono y un enlace sncrono, el
esquema combinado utilizado en HSDPA se sirve del mtodo de
Redundancia Incremental. Cuando se aplica la combinacin de Chase,
como variante del HARQ, la memoria soft del UE necesaria se
particiona por los procesos HARQ de modo semiesttico por una capa
superior, por ejemplo, la sealizacin del RRC. Para ello se recurre a
la determinacin y la seleccin del Formato de Transporte.

Planificacin rpida de paquetes (FPS)
El funcionamiento eficiente de HSDPA en lo que respecta a la AMC y
la HARQ requiere que el ciclo de planificacin de paquetes sea lo
suficientemente rpido para seguir las variaciones a corto plazo en
una seal de desvanecimiento del UE. Este rasgo cobra especial
importancia en ausencia de mecanismos de control rpido de
potencia y del factor de ensanchamiento variable (VSF), porque han
sido sustituidos por la AMC, la HARQ y los procedimientos de
retransmisin rpida. Tambin es el principal motivo para ubicar el
Programador de Paquetes (PS) en el nodo B, en lugar de en el RNC,
como ocurra en la Versin 4.

De esta forma, se minimiza el retraso en el proceso de planificacin y
las medidas radioelctricas tambin reflejan mejor la condicin del
canal de radio, con lo que se pueden tomar decisiones de
planificacin ms fiables y acertadas. Gracias a esto y a la estrategia
de asignacin de cdigo fijo (16) y a la reduccin del Intervalo de
Tiempo de Transmisin (TTI) de los 10 o 20 ms de la Versin 4 a un
intervalo fijo de 2 ms en HSDPA, el PS puede asumir una rpida
planificacin y formacin de tramas. El tipo de PS implementado
Celia Moreno Jimnez

114

todava depende del fabricante, como ha ocurrido con los algoritmos
de la Administracin de Recursos Radioelctricos (RRM) utilizados en
las redes mviles de 2G y 3G.

Cambio imperceptible de clula
En realidad, para este proyecto el cambio de clula no afecta de
forma significativa, ya que en el tipo de entorno en los que se
desarrollan las medidas (emplazamientos indoor), debido a sus
pequeas dimensiones habituales, raramente se producir un cambio
de clula. Sin embargo, por el paralelismo que este tipo de proyectos
lleva con aquellos en los que se estudian los entornos outdoor, se
presentar.

Gracias al cambio imperceptible de clula, el UE se conecta a la mejor
clula disponible en direccin descendente, consiguiendo una perfecta
conectividad en modo HS-PDSCH. Esta tcnica reduce tambin las
interferencias indeseables, en especial en el caso del traspaso con
continuidad. En realidad, el cambio de clula forma parte de los
procedimientos de movilidad, ya que HS-PDSCH tambin garantiza la
movilidad del UE con la conexin de transmisin de datos de alta
velocidad. Para ello, se transfiere la funcin de la clula del HS-DSCH
en servicio (es decir, la clula asociada a la BS que lleva a cabo la
transmisin y la recepcin del enlace de radio del HS-DSCH en
servicio para un UE concreto) de uno de los enlaces radioelctricos de
la clula HS-DSCH final. La transferencia de la funcin requiere un
tratamiento especfico porque la asignacin de HS-DSCH a un UE
corresponde exclusivamente al enlace radioelctrico de HS-DSCH en
servicio asignado al UE. Como en los traspasos normales de las redes
UTRAN, el cambio de clula en servicio debe decidirse principalmente,
desde el UE o la red. Sin embargo, la Versin 5 nicamente ofrece la
opcin del control desde la red, y se realiza mediante la sealizacin
del RRC.

En resumen, en el estudio del throughput obtenido, lo ms
importante a tener en cuenta es el tipo de modulacin usado y el
nmero de cdigos de los que se hace uso, ya que estos valores
determinarn significativamente la velocidad de transmisin final.
Segn estos 2 valores, tambin se deber tener en cuenta el valor
del CQI y porcentaje de NACK obtenidos para comprobar el
funcionamiento de la red.

Celia Moreno Jimnez

115

3 Equipoytcnicademedidas

3.1 Equipohumano

Cuando se presenta la propuesta tcnica se debe adjuntar un
organigrama en el que se describan los puestos a ocupar por el
personal, as como las tareas y responsabilidades de cada uno de
ellos.

La organizacin de proyecto propuesta por este proyecto sera:

Un (1) Jefe de Proyecto (Project Manager)
Cuatro (4) ingenieros expertos en anlisis Calidad/Optimizacin
de Red, responsables de:
o Post-procesado, anlisis y reporting de las Campaas
Outdoor:
Voz GSM
Voz UMTS
Datos HSPA
o Soporte de peticiones adicionales
Un (1) ingeniero adicional responsable de liderar la integridad
de las tareas de post-procesado y encargado de dar soporte y
de actuar de nexo entre los ingenieros de anlisis y el grupo de
coordinacin en labores de post-procesado y anlisis.
Dos (2) Coordinadores de Medidas Outdoor, cubriendo de
manera efectiva el turno doble de medidas
Seis (6) Equipos de Medidas agrupados en tres turnos dobles.
Para aquellas semanas en que se desarrollen medidas de indoor en
paralelo a las de outdoor, se proponen:
Un (1) recurso adicional (perfil ingeniero Qos) para la
coordinacin, el post-procesado, anlisis y reporting de las
Campaas Indoor
Seis (6) Tcnicos de Medidas agrupados en tres turnos dobles

De esta manera, el flujo al que son sometidas las medidas recorre los
siguientes perfiles en orden ascendente:

Celia Moreno Jimnez

116

Figura 3-1. Organigrama de servicio Benchmarking

Se detalla una breve descripcin de los perfiles:
- Project Manager: Tendr la responsabilidad principal de
liderar el servicio y asegurar la correcta comunicacin con el
cliente. Se encargar as mismo de verificar la definicin e
implementacin de los procedimientos de control de calidad
necesarios para garantizar la correcta realizacin de los
trabajos de medidas y anlisis.
Experto en el sistema de medidas utilizado, tendr la funcin de
gestionar el da a da del proyecto para la correcta consecucin
de objetivos. Ser el responsable tcnico del proyecto y el
encargado de garantizar la calidad y fiabilidad de los datos
reportados al cliente. Se encargar tambin de coordinar y
supervisar la realizacin de presentaciones ejecutivas
- Ingeniero de Anlisis de Calidad de Servicio: ser el
responsable tcnico del post-procesado, anlisis y reporting de
los datos para las distintas campaas / servicios (Voz GSM, Voz
UMTS, Datos HSPA).
Su perfil ser el de un Ingeniero de Telecomunicaciones con
amplia experiencia en post-procesado y anlisis de medidas de
calidad de red radio. Poseer amplio bagaje tcnico en el
sistema de medidas utilizado y en el manejo de todas nuestras
herramientas de post-procesado y anlisis y experto en SQL.
- Coordinadores de medidas: tendrn como responsabilidad la
planificacin de los coches de medidas, garantizar la correcta
ejecucin de dichas medidas seguimiento de la planificacin,
chequeo de integridad, etc.-, as como de dar el soporte tcnico
Realizacion ue las
meuiuas
Cooiuinacion y
sopoite tcnico
Coniol, integiiuau y
cooiuinacion
Postpiocesauo y
anlisis
uiupo ue piocesauo
uestion ue pioyecto
y caliuau
Pioject
managei
Ingenieio ue
piocesauo
senioi
Ingenieio ue
piocesauo
Ingenieio ue
piocesauo
Responsable
cooiuinacion
uiupo
Cooiuinauoi
uiupo
tcnico
Ingenieio ue
piocesauo
Celia Moreno Jimnez

117

necesario a los tcnicos de campo. La realizacin de turnos
dobles implica un horario de medidas muy extenso y por tanto
los dos coordinadores realizarn tambin turnos para dar
soporte continuamente a los tcnicos de campo.
- Tcnicos de medidas: sern los responsables de implementar
las medidas segn las directrices del Coordinador de Medidas.
Cada equipo o coche estar compuesto por dos tcnicos de
medidas.

3.2 Equipohardware

Las medidas que se presentan en este proyecto son de cobertura
indoor, lo cual conlleva algunas limitaciones ya que los tcnicos
debern entrar a pie transportando con ellos el equipo de medidas.
En las medidas de cobertura outdoor, el tcnico se desplaza en un
vehculo por lo que se dota de movilidad, espacio y autonoma al
equipo de medidas.

Gracias a la movilidad pueden realizarse las medidas en unos mbitos
geogrficos ms extensos, como pueden ser ciudades, pueblos o
incluso pedanas para luego poder clasificar estas medidas y realizar
ponderaciones. En los proyectos indoor, las medidas se suelen limitar
a ciudades e incluso centros de ciudad. Las medidas en interior no se
realizan utilizando un vehculo como medio de transporte entre
emplazamientos, ya que las zonas de medidas suelen ser conflictivas
en trfico y existen problemas de aparcamiento, por lo que el tiempo
entre medidas ascendera y los costes seran mayores.

Gracias al espacio y la autonoma los equipos que pueden usarse
poseen mayor capacidad de clculo (lo que suele incurrir en un mayor
gasto de energa) y, en consecuencia mayor estabilidad. Los telfonos
mviles convencionales con el software especfico no disponen de
suficiente potencia de clculo, por lo que provocan fallos en las
medidas y por tanto prdidas de datos. Es por esto por lo que es
importante llevar un control exhaustivo de los resultados de las
mediciones, ya que de esa manera pueden evitarse grandes prdidas
al poder solucionar posibles conflictos de forma casi inmediata.

De esta forma, se proporciona a los tcnicos unos ordenadores
porttiles para que diariamente puedan enviar los resultados de las
medidas. Las medidas pueden enviarse va FTP debido al tamao de
los datos. Diariamente estas medidas se importan en las bases de
datos con las que posteriormente los ingenieros de procesado
analizan los resultados. Con estas mismas bases de datos se crean
procedimientos de chequeo de la integridad de los resultados, ya sea
a nivel de integridad de ficheros (ausencia de archivos, ficheros
corruptos) como en lneas generales de los parmetros a analizar
Celia Moreno Jimnez

118

(limitacin de velocidad de sim, desforzado de un telfono a una
tecnologa no deseada).

En las medidas de outdoor se usan unos terminales mviles
convencionales conectados a CPUs para mejorar su estabilidad y un
escaner de frecuencia, que lee todo el espectro; de forma que puede
analizarse lo que ocurre en cada una de las bandas de frecuencia,
mientras que en las medidas indoor no se puede usar este equipo, ya
que supondra un peso y una batera adicional a transportar.

La importancia de no poder usar el escner es que si nicamente se
dispone de las medidas de los telfonos mviles comerciales, no se
sabe a ciencia cierta la naturaleza de un cambio de frecuencia, un
cambio de BTS (Base Transceiver Station) o incluso un roaming
dentro de operadoras. Con la lectura del escner se puede comprobar
si los cambios de frecuencias son correctos, tal y como se ha visto en
el apartado (2. Medidas de calidad y cobertura en redes de telefona
mvil de 2 y 3 generacin).

Como se ha descrito anteriormente, las medidas sufren un proceso
hasta desde el momento en el que se toman hasta que son
entregadas al cliente. A lo largo de su recorrido, el equipo humano
hace uso de herramientas software y hardware para su tratamiento.
En este proyecto se hace uso de las herramientas proporcionadas por
la empresa Swissqual.

Swissqual provee de diferentes herramientas, ya sea para la toma,
post-procesado o anlisis de las medidas. En Abril de 2010 ha
publicado la nueva Release 10.4 de su herramienta para Qualipoc y
Diversity. Para ms informacin sobre actualizaciones puede
consultarse la web www.swissqual.com. En el siguiente apartado se
detallar el software proporcionado por el proveedor.

El equipo que se utiliza para este proyecto se presenta a
continuacin:
- 11 telfonos mviles convencionales dotados de un software
especfico; reciben la denominacin de Qualipoc. El software
usado es QPAEngine.
- 1 batera de 12 V y al menos 18 Ah.
- 1 antena GPS (en este caso se usar con conexin bluetooth
compatible con los terminales).

Con el equipo se deben realizar las mismas pruebas para cada una de
las operadoras, ya que la visin que desea el cliente es la calidad de
su servicio frente a su competencia. Esto es as ya que, por ejemplo
en una zona la operadora realiza el estudio y obtiene una calidad de
servicio deficiente, as que decide realizar una inversin y desplegar
su red en esa rea. Parecera una solucin correcta, sin embargo
Celia Moreno Jimnez

119

puede ocurrir que en esa zona ninguna de las dems operadoras
tuviese un servicio mejor antes, incluso, de haber realizado la
inversin, as que el cliente no slo no ganara abonados, sino que
adems no los perdera, ya que su servicio era el mejor de antemano
por lo que la inversin no ha sido acertada.

Cada uno de los terminales mviles realizar un tipo de pruebas (voz,
cobertura o datos) para una de las operadoras. De esta forma, cada
uno de los telfonos llevar la SIM correspondiente a la operadora
con la que trabajar. En la primera parte de planificacin del
proyecto, se deber hacer un estudio de costes para seleccionar las
tarifas de cada una de las tarjetas. Hoy en da la tarificacin de datos
se ofrece en diversas modalidades, de las que se pueden destacar:
- Precio fijo sin lmite de descarga.
- Precio con lmite de descarga:
o Si se supera este lmite la velocidad de transferencia se
reduce.
o Si se supera este lmite se cambia de tarificacin.
- Precio segn los datos usados.

Cada una de las operadoras ofrece las tarifas de datos segn
decisiones comerciales internas, por lo que en el estudio de costes se
debe considerar cada una de las operadoras de forma independiente.
Adems de los costes, para este proyecto es muy importante tener
presente las posibles limitaciones de velocidad de la tarifa
seleccionada, ya que se desea medir el lmite de la red, por lo que
por parte del terminal no se desea ninguna limitacin. Por ejemplo,
se dispone servicio HSDPA, la red autoriza a hacer uso, pero la
operadora limita la velocidad a GPRS porque se ha sobrepasado el
lmite de descarga de ese mes, de esta manera los resultados
obtenidos en ese emplazamiento sern peores de lo real, ya que la
red no tiene problemas de throughput pero nuestras medidas tendrn
un valor throughput bajo.

La importancia de esta limitacin es tal que en un primer chequeo de
integridad, uno de los valores a comprobar ser que no existe
limitacin de velocidad por tarificacin, tal y como se ha expuesto en
el apartado Servicios de Valor Aadido (VAS).

Los 12 terminales mviles tendrn configuradas las siguientes
medidas:
- 3 telfonos para voz y cobertura GSM
- 4 telfonos para cobertura UMTS
- 4 telfonos para voz UMTS y datos HSPA

Para que los telfonos realicen las medidas adecuadamente tendrn
que configurarse en la tecnologa correspondiente. De tal forma que
los que slo miden GSM tendrn que estar forzados a 2G, los que
Celia Moreno Jimnez

120

miden la cobertura UMTS forzados a 3G, y los telfonos que miden
datos tendrn que permitir ambas, ya que se desea comprobar el
comportamiento de la red cuando se tiene que cambiar de 3G a 2G y
viceversa. De esta manera, si un telfono que realiza mediciones de
datos cambia a 2G, se puede tener la lectura de cobertura 3G en ese
momento gracias a los telfonos forzados a 3G y comprobarse si el
cambio realizado es adecuado o existe una mala configuracin de la
red.

Como se ver posteriormente, es necesario disponer de coordenadas
GPS en cada medicin. Es muy importante que en cada
emplazamiento se disponga de las coordenadas, ya que los
emplazamientos no siguen una continuidad como podra ser en el
caso de las mediciones en un coche de medidas, sino que el tcnico
tiene flexibilidad a la hora de realizar las medidas a lo largo de un da
de trabajo. Al realizarlas a pie, es comn que cada cierto tiempo se
haga uso del transporte pblico para desplazarse a otra zona de la
ciudad, lo que dificultara la localizacin de una medida en caso de
prdida de coordenadas. La solucin que se ha contemplado en este
proyecto es el uso de un telfono de medida como maestro, al que se
nombrar MASTER. La herramienta usada en los telfonos permite
configurar jobs, que son la secuencia de tests que debe realizar el
equipo. Esto es, la secuencia de llamadas y la configuracin de cada
una de ellas que se realizar en la medida.

En el siguiente apartado se detallan algunas de las diferentes
herramientas utilizadas el proyecto.

3.3 Equiposoftware
Swissqual proporciona todo lo necesario para la realizacin de las
medidas, tanto el hardware anteriormente detallado como el software
que utilizan los equipos.

Se va detallar el software usado para este proyecto en concreto,
usado por los equipos Qualipoc, llamado QPAEngine. Este software se
incluir en subapartado Software realizacin de medidas.

Adems, ha desarrollado software para el posterior procesado y
anlisis de las medidas realizadas. Este programa, llamado NQDI (Net
Qual Digital Interface), se describe en el apartado Software post-
procesado.

Softwarerealizacindemedidas
En este apartado se va a detallar el programa QPAEngine (QualiPoc
Active Engine). Swissqual proporciona sus terminales con este
software integrado, dando la posibilidad de elegir el terminal que ms
Celia Moreno Jimnez

121

se adece a las necesidades ofreciendo una lista de terminales
compatibles.

Lo primero que ofrece este programa es un men principal en el que
se describen las diferentes opciones:

- Start monitoring: el tfono se queda
en estado idle o espera sin grabar resultados.
- Start a job: lanza un job de los que
estn creados.
- Job handling: Creacin de jobs y
secuencias.
- Settings: Ajustes y configuracin
principales.
- Results: Permite explorar los resultados
obtenidos, as como enviarlos.
- About: Permite obtener informacin
sobre la versin del QPAEngine

Se detallan algunos de estos submens:
- Start monitoring: Permite obtener una lectura instantnea de
los parmetros de la red. El telfono permanece en un estado
de reposo evaluando los parmetros de la red.
Es de gran utilidad cuando se desea una lectura rpida de la
cobertura de red.
No graba los resultados de la lectura en un archivo, as que no
se obtienen datos de la medida, por lo que se usa nicamente
para una lectura en tiempo real.
En esta monitorizacin pueden forzarse situaciones tales como
la tecnologa a la que debe estar conectado el terminal (GSM o
UMTS), los handover que debe realizar...
En la Figura 3-3 puede verse como el forzado de UMTS puede
ajustarse a los canales.

Figura 3-3. Forzado de UMTS en QPAEngine

Figura 3-2. Pantalla principal
de QPAEngine
Celia Moreno Jimnez

122

En esta figura adems, cada canal UARFCN est descrito por un
tipo con el parmetro type, que toma los valores:

a Active set, STTD (Space Time Transmit Diversity) not
active on PCCPCH (Primary Common Control Physical
Channel).
m Monitored set, STTD not active on PCCPCH
d Detected set, STTD not active on PCCPCH
u Undetected, STTD not active on PCCPCH
n Not listed or detected, STTD not active on PCCPCH
En maysculas cada uno de ellos significa lo mismo pero
con el STTD activo en el PCCPCH.

- Start a job: Cuando se crean los jobs en la opcin Job
Handling (descrita a continuacin), cuando se va a realizar una
medida el tcnico debe lanzar el job adecuado. Existe una
posibilidad de lanzar el ltimo job utilizado, ahorrando tiempo
en el caso en el que siempre se tenga que usar el mismo job. Si
se elige la opcin de seleccionar el job de una lista, se
encuentran todos los tipos de jobs que se pueden crear
(detallados en job handling).

Cuando se selecciona el job deseado, ste comienza y el
programa vuelve a la pantalla principal, en la que usando la
tecla de direccin se puede navegar por un men que indica el
progreso actual de la medida.

Figura 3-4. Start a job
Celia Moreno Jimnez

123

En la Figura 3-5 se muestra cmo puede comprobarse el
nombre del job que est en uso, as como los tests que se
estn realizando. La pestaa status permite una visin global
ms detallada del estado de la medida. Adems, en la pestaa
de log pueden verse resultados del test en tiempo real,
facilitando as la tarea de deteccin de errores, ya que el
tcnico que est realizando la medida puede comprobar in situ
que todo est correcto.

En la Figura 3-6 se muestran las pestaas en las que
QPAEngine permiten visualizar el canal en el que se encuentra
el terminal en ese momento. Segn la tecnologa en la que se
est trabajando, aparecer una pestaa con valores o no.
Adems del canal en el que se est manteniendo la
comunicacin, pueden leerse los valores de potencia recibida,
C/I... y en el caso de UMTS si se trabaja en modo comprimido,
si existe interfrecuencia...

Figura 3-5. Job status, status y log
Figura 3-6. Canales utilizados segn la tecnologa
Celia Moreno Jimnez

124

Adems de estos valores, en la siguiente figura se muestran
otros valores tales como el estado del GPS, un resumen
historial del KPI deseado.

- Job handling: En este apartado se pueden crear y configurar
los jobs utilizados en las medidas.
Los tipos de jobs son los mostrados en la Figura 3-8:
Speech Call: Es un job donde los tests que se definen son
llamadas de voz. En cada test pueden definirse diferentes
conexiones de voz, cada una con su duracin y nmero
de destino. En este proyecto es el job usado junto con el
Data Call y Job Sequence.
Messaging: Se definen tests donde las conexiones son
mensajes de texto o SMS.
Data Call: Los tests usados son conexiones de datos, ya
sean en sentido ascendente como descendente. Los tests
ms usados en este job son FTP y ping a servidores para
comprobar la latencia.
Browsing: Es un test de consulta a una pgina web.
Video Call/Streaming: Este job permite definir tests
donde se realiza la transmisin de un video. En estos
tests se puede valorar la velocidad de transmisin del
video, la calidad con la que se recibe y el retraso con el
que llega al destino. Permite estudiar estos servicios que
actualmente estn sufriendo un gran impulso, como por
ejemplo youtube, as que las pruebas se realizan con
videos de calidad similar. Estos videos sern de diferentes
caractersticas, tales como: con mucho/poco movimiento,
muchos/pocos colores... para comprobar el
comportamiento del servicio en diferentes situaciones.
Job Sequence: permite crear un job que sea la
consecucin de diferentes jobs. Es til para que el tcnico
no tenga que lanzar una y otra vez los diferentes jobs.
Por ejemplo: en un complejo residencial, 15 minutos de
medidas deben ser dedicados a conexiones de voz,
Figura 3-7. Estado del GPS y resumen de KPI
Celia Moreno Jimnez

125

mientras los otros 15 minutos restantes deben realizarse
conexiones de datos. Sin esta opcin, tras los primeros
15 minutos, el tcnico debera lanzar el siguiente job con
tests de datos, pero entre el fin de un job y el comienzo
del siguiente puede perderse tiempo, ya que las medidas
se realizan con 11 terminales, mientras que gracias a las
secuencias tras las conexiones de voz comenzaran las de
datos sin dejar tiempo entre unas y otras, librando de
esta manera al tcnico de trabajo innecesario.

Adems de crear los jobs, se pueden editar los ya existentes,
borrarlos o duplicarlos para crear jobs similares entre s.

- Settings: En esta pantalla hay diferentes opciones a
configurar, tales como el forzado del terminal (tanto en banda
como en tecnologa tal y como se muestra en la Figura 3-9), la
conexin con el GPS...

Las opciones generales se encuentran dentro de General
Settings donde se puede configurar los tests (se indica el tipo
de emplazamiento en el que se realizan las medidas: outdoor o
Figura 3-9. Forcing Functions
Figura 3-8. Tipos de jobs
Celia Moreno Jimnez

126

indoor), el brillo de la pantalla (backlight), el tiempo de espera,
etc.

- Results: Existe la opcin de comprobar el nmero y nombre de
los ficheros que se han creado con las medidas. Estos ficheros
se pueden enviar va bluetooth a otro dispositivo, va email o
va FTP (previa configuracin de direccin, usuario y contrasea
en la pestaa General Settings).
Esta opcin es til para comprobar que las medidas se estn
grabando correctamente, as como el nmero de ficheros que
est generando cada una de ellas, evitando prdida de ficheros
por posibles errores de memoria.

- About: Permite visualizar la versin del software instalado en
el terminal, as como la fecha de caducidad de la licencia.

Softwarepostprocesado

NQDI (NetQual Data Investigation) es la herramienta de post-
procesado de SwissQual para datos generados por la familia de los
productos Qualipocs/Diversity para la optimizacin de redes y
Benchmarking, usado en este proyecto para los procesos posteriores
a la toma de medidas.

NQDI se usa para analizar la calidad de audio, datos y video en
paralelo con todos los parmetros de la red y los valores obtenidos a
partir de las medidas hechas en todas las tecnologas mviles GSM,
GPRS, EDGE, UMTS, WCDMA, CDMA, EVDO, HSPA y WiMAX.

Incluye tambin protocolos de diagnstico de red para Layer3,TCP/IP,
RSTP, UDP, H.245, H.324M, WAP, HTTP, FTP y trazas de Video
Streaming.

Est diseado como una aplicacin Cliente/Servidor usando Microsoft
SQL Sever como repositorio para los datos. Incluye herramientas
Figura 3-10. General Settings
Celia Moreno Jimnez

127

para la administracin de datos, filtros, anlisis, estadsticas, mapas y
generacin de reportes de KPI.

Tambin hay una versin de NQDI que permite la importacin de
datos obtenidos con el equipo Seven.Five de SwissQual.

Dentro del funcionamiento bsico de NQDI se va a detallar el proceso
de creacin y configuracin de BBDD y la gestin y seleccin de
datos.

Para crear una BBDD con la estructura de tablas necesaria para la
importacin de las medidas obtenidas con los productos de
Swissqual, en este caso, QPAEngine. Gracias a la estructura creada
con NQDI es posible crear consultas con SQL para crear reportes e
informes, obteniendo los KPI propios de una manera fcil y cmoda.

Figura 3-11. Creacin de BBDD con NQDI (1)

Para crear una base de datos con NQDI basta con seguir un sencillo
procedimiento en el que se introducen los datos necesarios (Nombre
y ruta) para su creacin, tal y como se indica en la siguiente figura.

Celia Moreno Jimnez

128

Figura 3-12. Creacin de BBDD con NQDI (2).

Una vez que se crea la BBDD es necesario configurarla con los datos
necesarios que no vienen de forma prederminada. Entre estas
opciones a configurar son los canales GSM y UMTS que usa cada
operador en Espaa. Estos canales se cargan usando un archivo .chf
para los canales GSM y .chu para los de UMTS.

Figura 3-13. Interfaz grfica de NQDI

La interfaz grfica de NQDI se muestra en la Figura 3-13, donde se
pueden ver las diferentes pestaas, de las que caben destacar las
siguientes:

Celia Moreno Jimnez

129

- Data Management: Permite administrar la importacin de los
ficheros que contienen las medidas. Basta con seguir los pasos
descritos en las Figura 3-14 y Figura 3-15 eligiendo los ficheros
deseados salvados anteriormente en la propia mquina donde
est instalada la licencia de NQDI o en una mquina en red
accesible desde sta.

Figura 3-14. Data Management (1).

Celia Moreno Jimnez

130



Una vez que la importacin ha comenzado, puede comprobarse
el estado de la misma, as como los posibles mensajes de error
que puedan producirse, ya sea por falta de ficheros o el que
stos estn corruptos.

Adems, es importante que los ficheros se importen en la base
de datos correspondiente, ya que es comn que stas se
Celia Moreno Jimnez

131

clasifiquen por la tecnologa usada. De esta manera, antes de la
importacin ser necesaria una clasificacin de los ficheros
segn la medida que se ha realizado.

Figura 3-17. Progreso de importacin.

Al final de la importacin se pueden ver el nmero de errores y
de warnings. El resultado de la importacin se salva en una
tabla llamada logimport, a la que se realiza una consulta para
obtener ms detalles acerca del error obtenido.

- Data Selection: Permite seleccionar las medidas deseadas
segn varios criterios:
o Fecha y hora
o Job utilizado
o Carpeta en la que se encuentra
o Tecnologa usada
o Etc.
De esta manera, pueden analizarse las medidas que sigan los
criterios deseados, afinando as los resultados obtenidos.

Otra de las posibles acciones a realizar con NQDI es la
eliminacin de ciertas medidas. Una de las posibles causas para
la eliminacin de una medida es la obtencin de unos
resultados incongruentes debido a un mal procedimiento en la
medida.

Para eliminar los ficheros, NQDI ofrece la interfaz mostrada en
la Figura 3-18.
Celia Moreno Jimnez

132

Figura 3-18. Eliminacin de medidas.

- Anlisis: Es posible analizar las medidas de manera grfica en
el entorno que ofrece NQDI en la pestaa Analysis.

El analisis con el NQDI se usa para analizar una sesin o un
Test especifico, hay 3 tipos de sesiones: Idle,Call y Data.

Ejemplo de un log de Medida: Las sesiones llamadas 'CALL'
corresponden a la duracin de una llamada desde 'Dial
command' hasta 'disconnect/Release'. Las sesiones llamadas
'IDLE' corresponden al tiempo entre 2 llamadas. Las sesiones
llamadas 'DATA ' corresponden a sesiones que tienen un GPRS
data test (una transmisin FTP). Las sesiones pueden agrupar
ms de 1 test; los tests Speech y DTMF pertenecen a una
sesin 'CALL', mientras Ping y SMS pertenecen a 'DATA'.

Figura 3-19. Session Overview

Celia Moreno Jimnez

133

En la Figura 3-19 se muestra la duracin de una conexin de
voz donde se representa en el eje de tiempos y gracias a la cual
se puede recorrer temporalmente.

Dentro de la seccin de Analisis se tienen las siguientes
opciones:
Session info.
Resultados Detallados de la Medida.
GSM Hot channels.
GSM Analysis.
UMTS Scanner.
UMTS Analysis.
KPI.
Layer 3Messages tab.

En la Figura 3-20 se muestra un ejemplo de anlisis de una
conexin de voz GSM. En esta captura puede comprobarse el
nivel de anlisis que permite alcanzar NQDI.

Una de las utilidades que ofrece NQDI es la posibilidad de
guardar los mensajes que intercambian terminal mvil y BTS.
Figura 3-20. Anlisis de una llamada GSM
Celia Moreno Jimnez

134

Adems de guardarlos, permite leer su contenido, facilitando la
tarea de concretar las causas de los resultados obtenidos.

Figura 3-21. Mensajes producidos durante la conexin.

En apartados anteriores pueden encontrarse diversas capturas
del apartado de anlisis, donde se analizan diferentes
parmetros importantes en las llamadas.

A todas estas funciones de NQDI hay que aadir la opcin que
permite generar informes de manera automtica y rpida desde
el propio programa. Es relevante el hecho de que en estos
informes se puede modificar el contenido, mostrando una gran
versatilidad y capacidad de personalizacin, permitiendo
customizar los informes para generar aquellos que sean de
inters. Por ejemplo, en las llamadas que la herramienta
clasifique de alguna manera debido a un temporizador, esta
marca de tiempo puede desplazarse para obtener as otras
estadsticas que se ajusten con las peticiones del cliente. Sin
embargo, esta opcin a veces no es muy usada, ya que no
permite una personalizacin en el aspecto que muestra el
informe, algo importante en las presentaciones tcnicas y
ejecutivas ante el cliente, por lo que sera necesario generar los
informes y posteriormente modificarlos manualmente para
darles un aspecto corporativo utilizable en estas
presentaciones.

Otro aspecto que dota de utilidad NQDI es la posibilidad de
crear mapas y grficas utilizando las medidas. Sin embargo, se
escapa del inters de este proyecto mostrar estas utilidades
adicionales.

Celia Moreno Jimnez

135

En resumen, Swissqual ofrece un gran equipamiento hardware y
software que se complementan perfectamente entre s, ofreciendo al
cliente una solucin completa y eficaz.

Si se desea ms informacin acerca de las soluciones que ofrece
Swissqual pueden encontrarse en su web www.swissqual.com.

3.4 Realizacindelasmedidas
Al principio de cada da de trabajo, cuando se arranca todo el equipo
de medidas, se debe realizar la sincronizacin de los telfonos. Esta
sincronizacin incluye:
1. Sincronizar el telfono master con el GPS para que ste tenga
las coordenadas en los resultados.
2. Sincronizar la hora del telfono master con el resto de telfonos
para que las medidas tengan la misma hora en cada uno de
ellos.

A continuacin se detallan los pasos a seguir en una medida son:
- Se anotar la hora de inicio y el nombre, direccin y tipologa
del emplazamiento a medir. Esto ser de gran utilidad en caso
de prdida de las coordenadas. Tambin puede ser utilizado
para comprobar que la tipologa indicada por el tcnico se
corresponde con la realidad.
- El primer telfono en el que se lanzar la medida es el master,
que no comienza la llamada hasta que tiene coordenadas GPS,
con lo que se reduce enormemente la posibilidad de perder
unas coordenadas. Una vez se tiene posicin, se lanzan en el
resto de los telfonos.
- Hay que comprobar que todos han empezado la primera
llamada correctamente antes de entrar en el emplazamiento.
Ver que todos los telfonos estn llamando.
Verificar que los telfonos 2G estn forzados a GSM. Es
habitual que al retirar la batera de un telfono durante
un tiempo, ste pierda la configuracin.
- Una vez dentro del emplazamiento se coloca un marcador en la
herramienta de medidas para tener conocimiento del momento
a partir del cual la medida comienza realmente.
- El tcnico recorrer la superficie del emplazamiento durante el
tiempo configurado en la medida. Una vez el telfono master
haya terminado el job, o secuencia de tests, se esperar un
tiempo prudencial (aproximadamente un minuto) para dar
tiempo a los dems telfonos a terminar sus medidas, y se
saldr del emplazamiento.
- Una vez fuera, se anotar la hora de finalizacin de las medidas
y cualquier tipo de incidencia que se haya producido.

Celia Moreno Jimnez

136

Todas estas anotaciones sern de gran ayuda para el equipo de
consolidacin de datos, ya que permitir distinguir entre los errores
producidos por la red y los derivados de mal funcionamiento de la
herramienta o procedimiento errneo de las medidas.

Es importante que cada medida realizada disponga de seal GPS para
tener las medidas localizadas geogrficamente, ya que uno de los
objetivos finales del proyecto es la optimizacin de la red, por lo que
en caso de mal funcionamiento de la red es muy importante saber en
qu punto est fallando.

De esta manera, los resultados obtenidos se le presentan al cliente
en forma de mapa, donde cada punto representa uno de los lugares
medidos. Se crearn mapas temticos, en los que se presentan las
medidas clasificadas por la tipologa de emplazamiento en el que se
mide, el resultado obtenido o el tiempo que se ha medido.
4 Realizacindemedidasenzonas
4.1 ConceptodeBenchmarking
Cada operadora de telefona mvil tiene sus propias preferencias
sobre las zonas donde realizar las medidas, as que la planificacin de
las medidas se realizar basndose en las preferencias del cliente.
Una posible planificacin de medidas sera estudiar las zonas en las
que existen reclamaciones de usuarios por baja calidad del servicio,
pero en este proyecto en concreto, al tratarse de un trabajo de
benchmarking, deben realizarse las medidas de forma distribuida,
ya que el resultado debe ser una visin global de la situacin en el
mbito geogrfico seleccionado. Se presentan las definiciones de
Benchmarking:

La palabra benchmarking es un anglicismo traducible al castellano
como comparativa. (Wikipedia).
Benchmarking es el proceso continuo de medir productos, servicios y
prcticas contra los competidores ms duros o aquellas compaas
reconocidas como lderes en la industria. (David T. Kearns, director
general de Xerox Corporation).
Un proceso sistemtico y continuo para evaluar los productos,
servicios y procesos de trabajo de las organizaciones que son
reconocidas como representantes de las mejores prcticas, con el
propsito de realizar mejoras organizacionales. (Michael J.
Spendolini).

Actualmente, las empresas compiten no slo con empresas de la
misma regin, sino que, cada vez ms, la competencia se extiende a
un mbito internacional debido al concepto de globalizacin. En el
campo que compete a este proyecto, se puede hablar tambin de
Celia Moreno Jimnez

137

competencia internacional, ya que los operadores ms relevantes del
panorama nacional estn presentes en otros pases del mundo. A
veces, el poder que posee una operadora en un pas le permite llevar
una poltica ms agresiva, ya sea comercial como tcnica, en otro
pas debido a su experiencia y estabilidad. Es por esto que las
empresas estn buscando formas o frmulas para llegar a ser ms
competitivos aumentando su productividad y calidad. Uno de los
recursos ms usados es el Benchmarking.

4.2 Flujograma
En la propuesta tcnica del proyecto, adems de describir el equipo
humano y hardware que se va a usar en el proyecto, debe
presentarse el flujograma que seguir la campaa.

En este flujograma, se han representado:

Procesos
Entregable
Reunin

La emisin de informes de seguimiento tiene carcter semanal por
parte la empresa que lleva a cabo el proyecto con objeto de
mantener mxima visibilidad sobre el estado de proyecto.
El mantenimiento de reuniones de seguimiento se realizar con
periodicidad quincenal para revisar el estado de proyecto y puntos de
accin acordados. La periodicidad de estas reuniones se podr
modificar en virtud del estado de proyecto.

La reunin de Kick-Off no es ms que una reunin que se tiene con el
Cliente o Responsable del proyecto para discutir y recoger los
requerimientos del proyecto a desarrollar y es fundamental que se
realice al principio del proyecto para garantizar que todo el proceso
se direccione de manera adecuada.

Celia Moreno Jimnez

138

Preparacin
campaa
Desarrollo
campaa
Procesado,
Anlisis,
Reporting

Figura 4-1. Flujograma Campaa Benchmarking

Es conveniente realizar una planificacin detallada, adjudicando hitos
temporales para que sea ms fcil un seguimiento de la campaa una
vez comenzada.

Esa planificacin temporal se muestra en la siguiente figura; en ella
puede verse como el proyecto contempla la posibilidad de peticiones
adicionales por parte del cliente, que obtendrn una respuesta por
parte de la empresa que ofrece el servicio.

Inicio de campaa
Planificacin y
medidas
Kick - Off
(Cliente -
Empresa)
Importacin y
chequeo de
integridad
Procesado
preliminar
Revisin de
campaa
Informes
seguimiento
Reuniones
seguimiento
Procesado y
anlisis
Entrega informe
preliminar
Revisin cliente
Ajuste y entrega.
Informe final
Revisin
presentacin
ejecutiva
Cierre de
campaa
Presentacin KPI
ejecutivos
Informe
preliminar
Celia Moreno Jimnez

139

Se planifica la entrega de informes en un perodo concreto tras la
finalizacin de las medidas, lo cual es tremendamente ambicioso en
relacin a la profundidad e importancia de los requerimientos del
anlisis.

4.3 Planificacin
Adems de realizar las medidas distribuidas geogrficamente, se
debern realizar para todas las operadoras tal y como se mostr en el
apartado 3. Equipo y tcnica de medida, por lo citado anteriormente.
De esta forma, el proyecto debe tener presente el objetivo final del
cliente, que es la satisfaccin del abonado. Un usuario satisfecho ser
fiel a la compaa y adems puede llegar a atraer ms clientes, por lo
que desde el punto de vista de la operadora, no slo deja de perder
sus abonados, sino que adems los gana en otras zonas. Es por todo
esto por lo que el estudio se hace de todas las operadoras, para que
las posibles soluciones que se le propongan al cliente tengan en
cuenta todos los posibles factores. En este tipo de estudios, en la
decisin final de realizar un despliegue de la red o para extender el
actual influir la situacin de las dems operadoras tal y como se
present en el apartado anterior.

A la hora de planificar las zonas de medidas, se desea una muestra
distribuida de cada una de las tipologas de emplazamientos a medir.
Hay que tener en cuenta que siempre en la planificacin influye de
forma relevante las preferencias del cliente. Estas preferencias son
Entrega
informe
1 semana
Preparacin
campaa
Reunin
inicio
campaa
Reunin
seguimiento
Reunin
seguimiento
Reunin
seguimiento
Entrega
borrador
Desarrollo
campaa
Procesado
Informes
seguimiento
Post-procesado
semanal
Peticin
cliente
Peticin
cliente
Respuesta
servidor
Respuesta
servidor
2 das 2 semanas
CAMPAAS BENCHMARKING
PETICIONES ADICIONALES
Preparacin
informes
Figura 4-2. Fases del servicio Benchmarking
Celia Moreno Jimnez

140

fruto de polticas comerciales internas de la operadora. En este caso,
el cliente da mucha importancia a los aeropuertos, ferias de muestras
y hoteles cinco estrellas; esta relevancia a emplazamientos concretos
conlleva una planificacin minuciosa, en la que se reservarn unos
das de medidas concretos en los que el tcnico se desplazar a estos
lugares para realizar las medidas. Con esto el coordinador de campo
se asegura que este tipo de emplazamientos se medirn a lo largo de
la campaa sin depender del desarrollo de ella. Adems de reservar
estos das, tambin es necesario tramitar unas acreditaciones para
realizar las medidas, ya que en este tipo de emplazamientos hay un
alto nivel de seguridad, por lo que el equipo de medidas debe ser
identificado y autorizado para trabajar. De esta forma, al principio de
la campaa el coordinador contactar telefnica o presencialmente
con los responsables de seguridad de estos lugares, para asegurar la
posibilidad de realizar las medidas. En caso negativo, se comunicar
al cliente y se tomarn las decisiones oportunas. En ciertas ocasiones
ser el propio cliente el que deber tramitar las autorizaciones.

Adems, en cada una de las ciudades medidas los emplazamientos de
relevancia crtica debern ser los mismos, de otra manera la visin
global del proyecto se vera afectada por el peso de cada una de las
ciudades. Para entenderlo mejor vase el ejemplo del aeropuerto, si
en una de las ciudades no se mide, el resultado final puede ser mejor
o peor que el real; si el aeropuerto tiene buena calidad de servicio, el
resultado sera peor y si la calidad fuese mala, el resultado
presentado sera mejor del real.

En el resultado presentado al cliente, las medidas se clasifican por
tipologa de cada uno de los emplazamientos medidos, de forma que
el cliente pueda valorar al final del proyecto los resultados obtenidos
atendiendo a este criterio. En cada una de las tipologas medidas se
realiza una prueba diferente, ya sea en cantidad de llamadas, tipo de
llamadas o duracin de la medida. Adems de esto, en ciertas
tipologas de mayor envergadura, la metodologa a realizar puede
variar. (Vase el apartado 3. Equipo y tcnica de medida). Es comn
que el modo de medir cada tipologa lo decida el cliente.

En el proyecto que se est desarrollando, el mbito geogrfico de
estudio son algunas capitales de provincia concretas, por lo que en
cada una de estas ciudades ser necesario realizar una cantidad de
medidas de acuerdo al nmero de habitantes de cada una de ellas;
para lo cual a lo largo del proyecto, se realiza un pequeo control
semanal, en el que se ponderan el nmero de mediciones por el
nmero de habitantes de la ciudad, y se harn modificaciones en la
planificacin para que todas las capitales tengan aproximadamente el
mismo porcentaje. El resultado final debe ser una cantidad de
medidas de acuerdo a la poblacin de cada ciudad. El resultado de la
Celia Moreno Jimnez

141

operacin Poblocion i]o Nmcro Jc mcJiJos rcolizoJos debe ser igual
para cada una de las ciudades comprendidas en este proyecto.

Dentro de los resultados presentados al cliente se encuentra un mapa
con los puntos de medidas. A lo largo de la campaa se harn
revisiones peridicas de esta visin geogrfica de las medidas ya que
las medidas debern estar distribuidas por toda la ciudad para que el
KPI reportado de una ciudad se ajuste lo mximo a la situacin real.
Estas revisiones (la periodicidad depende de la duracin total del
proyecto) permiten realizar modificaciones en la campaa a tiempo
para que el resultado final sea el adecuado. Para poder dibujar estos
mapas, la herramienta utilizada para realizar las mediciones debe
tener acceso a las coordenadas GPS de cada medida. Esta necesidad
de coordenadas se soluciona con el uso de una antena GPS, descrita
en el apartado 3.

5 Comparacinentremedidasestimadasyreales
El proyecto descrito hasta ahora se centra en las medidas indoor,
pero puede complementarse con las medidas realizadas en outdoor.
La planificacin de ambos proyectos se coordina de manera que
coincidan en tiempo y localizacin. Esto es, el proyecto de outdoor
suele tener una duracin anual, ya que su cobertura geogrfica es
mucho ms extensa, mientras que el proyecto indoor suele cubrir un
nmero limitado de ciudades, por lo que su lmite temporal es ms
reducido.

De esta manera, se planifica que las ciudades cubiertas por ambos
proyectos se midan el mismo tiempo, de manera que ambas medidas
pueden compararse entre s. Esto se hace as, ya que en numerosas
ocasiones la red tiene problemas temporales como cadas de nodos, o
simplemente se modifican algunos parmetros de la red para
optimizar su uso. Si las medidas se realizasen en meses diferentes,
sera necesario considerar estas posibles modificaciones o cadas de
la red, de manera que en ocasiones sera imposible la comparacin,
ya que las condiciones no seran las mismas.

Es frecuente que una vez realizado un estudio de benchmarking, el
operador demande un nuevo estudio en ciertos puntos de accin.
Esto es debido a posibles modificaciones que se hayan realizado a la
red, tras un proceso de optimizacin y se desee comprobar el
resultado obtenido. Tambin puede deberse a un error conocido en la
red en un momento determinado, como una saturacin o la cada de
un nodo o parte del ncleo. Este tipo de incidencias son registradas y
comparadas con los resultados del benchmarking, de manera que se
solicita una nueva medida en esa zona concreta para comprobar que
el problema era temporal y tener una visin del comportamiento de la
Celia Moreno Jimnez

142

red en condiciones normales. Idealmente, este informe sobre
incidencias de la red se reportar en tiempo real, por lo que la
planificacin de las medidas se modificara para evitar remedidas.

Esta comparacin se lleva a cabo ya que existen varios mtodos para
estimar la cobertura indoor a travs de la outdoor. As, una vez
obtenidos los resultados de cobertura outdoor, se hace uso de uno de
estos mtodos para estimar las curvas de cobertura indoor. Estas
curvas pueden compararse con las obtenidas en las medidas del
proyecto de indoor para evaluar cunto de preciso es el mtodo e
incluso para detectar posibles errores en una de las dos medidas.

Por motivos de confidencialidad, el mtodo usado en estos proyectos
no puede describirse detalladamente, por lo que se opta por describir
los mtodos ms usados. Estos mtodos son el COST231, clculo
Okumura-Hata y el modelo UMTS TR 101 112 es usado como base en
el mtodo desarrollado en la prctica.

5.1 ModelodeClculoOkumuraHata

El factor de penetracin indoor (PI) es el factor de desvanecimiento
que sufre la seal en el paso de un ambiente outdoor a uno indoor.

5.1.1.1 Prdidasdepenetracinhaciaelinteriordeedificios.

Para clculos de cobertura indoor, se consideran prdidas de
penetracin que han sido medidas en varios tipos de edificios en
pisos sobre el nivel de tierra y subterrneos.

Las prdidas de penetracin en edificios, dependen del medio
ambiente y del tipo de edificio. Esta es la diferencia entre la magnitud
del campo principal fuera de los edificios y las magnitudes del campo
principal sobre el piso considerado.

- Para reas urbanas, en que la distribucin de edificios es
uniforme, con construcciones de concreto, del orden de 8 pisos,
con longitudes de 35m, y calles con longitudes de 30m, los
valores medios de penetracin son de alrededor de 18 dB en el
primer piso. Este valor puede variar desde menos de 10 dB
hasta ms de 35 dB dependiendo del material del edificio y su
ancho.

- Para reas urbanas medias, con edificios de 3 y 4 pisos y
longitudes de 25 m calles de 30m a 50m, generalmente
edificios de oficinas, con ventanas amplias, el factor medio de
penetracin es de aproximadamente 15 dB.
Celia Moreno Jimnez

143

- Para reas residenciales, en que las construcciones son
principalmente casas o pequeos edificios y el largo de las
calles de cerca de 50 m, el factor medio de penetracin es del
orden de 10 dB.

Estos valores slo conciernen a pisos de nivel de tierra (primer piso).
Para pisos superiores se esperan ganancias promedio de 2 dB por
piso.

Sin embargo, de un pas a otro, se tienen pequeas variaciones en
los valores de penetracin debido a distintas normas de arquitectura
(consideraciones anti-ssmicas....) y materiales de construccin
(piedra, concreto, mrmol....).

Las suposiciones de cobertura indoor correspondientes a los
mrgenes de penetracin son para las reas en que se requiere una
cobertura indoor y para aparatos porttiles con antenas desplegadas:

5.1.1.2 ModeloconsideradoporelgrupoCOST
Este factor crtico depende de los requerimientos del operador para
las caractersticas de la cobertura, particularmente importante de
considerar para los aparatos porttiles.

Para su clculo, se pueden considerar varias tipos de aproximaciones,
y varias teoras o mtodos de anlisis de mediciones. Uno de los
mtodos ms prcticos es aquel obtenido de presentaciones en la
Comunidad Europea por el Grupo COST231, el cual entrega las
prdidas en funcin del tipo de muros de los edificios, nmero de
pisos y nmero de muros divisorios internos.

El modelo correspondiente es el siguiente:

PI = I
cxt
+ p I
p
- I
]
( - 1)
Donde:

PI : Prdidas de penetracin indoor en dB
I
cxt
: Prdidas en los muros exteriores
p : Nmero de muros interiores
I
p
: Prdidas en muros interiores (por muro)
: Nmero de pisos
I
]
: Ganancia por piso.

Los valores medios propuestos para estos parmetros son:

Celia Moreno Jimnez

144

I
cxt
: Grosor de muros con ventanas : 13 dB
I
p
: Muros interiores de madera : 2 dB
I
]
: : 3 dB

En orden a obtener los objetivos de cobertura, se deben cubrir varios
pisos, en que el nivel de tierra es Lf = 1.

Entonces:

PI = 1S +2 p
Se considera que:

- Para una cobertura indoor sobre los 5 m dentro de edificios
p = 1 as PI = 15 dB

- Para una cobertura indoor sobre los 10 m dentro de edificios
p = 2 as PI = 17 dB

Se pueden realizar clculos estadsticos conociendo la distribucin de
la magnitud del campo en el interior de un edificio y la distribucin de
dicha magnitud outdoor. Una estimacin de la cobertura outdoor
puede ser dada en trminos del porcentaje de cobertura indoor en
superficie en la red al nivel del primer piso (nivel de tierra) o en
trminos del porcentaje de un edificio con un mnimo de cobertura
del X% al nivel del primer piso en la red.

Este factor de penetracin usualmente entrega el margen ms crtico.
En los clculos siguientes, se considerar el peor caso de entre este
factor y el margen de Hand over, combinado con el factor de
penetracin dentro de un automvil. Tambin se asumir baja
movilidad dentro de los edificios lo cual permite una simplificacin.

5.2 ModeloUMTSTR101112
Es un modelo emprico para calcular la prdida de propagacin en un
entorno mvil. El informe tcnico del ETSI TR (Technical Report) 101
112 define el procedimiento y los criterios de seleccin utilizados en
la comparacin y evaluacin de las diferentes tecnologas candidatas
a la parte fsica de acceso radio UMTS.

Este documento describe los entornos utilizados en la evaluacin de
cada tecnologa, proponiendo los diferentes modelos de prdidas de
trayecto a utilizar en cada uno de ellos. Las expresiones que se
presentan aqu estn particularizadas, pero pueden servir para
obtener una expresin muy simplificada utilizable para clculos
preliminares.

Los escenarios contemplados son:
Celia Moreno Jimnez

145

- Entorno de interiores de oficina. Este entorno se caracteriza
por las celdas de pequeo tamao y las bajas potencias de
transmisin en ubicaciones de interior. El desvanecimiento
log-normal aparece con desviaciones estndar de 12 dB. El
desvanecimiento rpido vara entre Rayleigh y Rice, con
desplazamientos debido al efecto Doppler de velocidades
tpicas al caminar.
- Entorno de exterior a interior peatonal. Este entorno se
caracteriza por celdas pequeas y baja potencia de
transmisin. En exteriores se sitan antenas de baja altura.
El desvanecimiento log-normal presenta razonablemente
valores de desviacin estndar de 10 dB en exteriores y 12
dB en interiores. Las penetraciones en los edificios provocan
prdidas de media 12 dB con desviacin estndar de 8 dB.
Las tasas de Rayleigh y/o Rice se fijan con velocidades
tpicas al caminar, pero a menudo se contempla un
desvanecimiento ms rpido debido a las reflexiones en los
vehculos en movimiento.
- Entorno de test vehicular. Caracterizado por celdas ms
grandes y potencia consiguientemente mayor. Se
diferencian las zonas urbanas, suburbanas y rurales. Los
desvanecimientos log-normales se consideran de desviacin
estndar de 10 dB. Las velocidades consideradas son las
tpicas de los vehculos.

Una vez establecidos los entornos, se debe centrar en fijar los
modelos de evaluacin de las prdidas en cada uno de ellos. Como es
lgico, viendo la descripcin realizada en los entornos el inters final
es proporcionar una ecuacin para el valor de la prdida de trayecto
media. El valor de las prdidas en dB, L, no ser en ningn caso un
valor inferior al del valor de las prdidas de espacio libre. El valor de
la altura de la antena del usuario se considera en todos los casos de
1,5 m.
5.2.1 Entornodeinterioresdeoficina
Utilizando la expresin general tomada del modelo COST 231, y
aplicndola al entorno simplificado que se est considerando, la
expresin queda como:

L dB ( ) = 37+ 30logR +18,3n
n +2 ( ) n +1 ( )0,46 ( )

Donde:

R : Separacin entre transmisor y receptor en metros.
n : Nmero de plantas en el trayecto.
Celia Moreno Jimnez

146

5.2.2 Entornodeexteriorainteriorpeatonal
El origen del modelo simplificado que aqu se incluye se encuentra en
los trabajos de Xia, con la consideracin de que la contribucin a las
prdidas por difraccin del tejado a la calle y las prdidas por las
pantallas difractantes que suponen los edificios desde la antena
transmisora hasta llegar al ltimo (este trmino depender de la
situacin de la antena por encima o por debajo del tejado).

El modelo a utilizar sigue la siguiente expresin, y considera que las
antenas estn prximas a la superficie del tejado:

L dB ( ) = 40logR 30logf 49

Donde:

R : Separacin entre transmisor y receptor en km.
f : Frecuencia (2000 Mhz en el caso UMTS)

Se debe hacer notar que este modelo es absolutamente simplificado,
utilizado en la evaluacin de las tecnologas candidatas a la telefona
de tercera generacin. Existe un refinamiento adicional utilizando el
mtodo COST Walfisch-Ikegami, que no se reproduce en este texto y
que da cuenta de los aspectos relacionados con las diferencias entre
macroceldas y microceldas.
5.2.3 Entornodetestvehicular
Este modelo es aplicable en los escenarios de test de las reas
urbanas y suburbanas fuera de la zona de edificios altos de altura
uniforme:

L dB ( ) = 401 4 10
3
Ah
b
( )
logR 18logAh
b
+ 21log f + 80

Donde:

R : Separacin entre transmisor y receptor en km.
f : Frecuencia (2000 Mhz en el caso UMTS)
Ah
b
: Altura de la estacin base, expresada en metros y
medida sobre la altura media de los tejados de los edificios.

6 Conclusionesyposibleslneasdetrabajo
Las posibles lneas de trabajo a seguir en un futuro que se proponen
son las siguientes:

Celia Moreno Jimnez

147

6.1 Factoressensiblesamejora
6.1.1 Departamentocomercialytcnico.
A menudo, el concepto de benchmarking puede inducir a errores. El
concepto general es el de tener una visin global del comportamiento
de la red, lo puede llevar a olvidar tener una visin real.

Es decir, a menudo en los estudios de benchmarking no se tienen en
cuenta algunos factores clave, como puede ser zonas especialmente
conflictivas o fuente de quejas de abonados. Normalmente el
operador tiene preferencias sobre los emplazamientos en los que se
debe realizar las medidas, como pueden ser los aeropuertos o las
ferias de muestras, pero no siempre engloban estas zonas
conflictivas. Para el operador mvil, realmente en estos estudios lo
interesante es obtener la visin que tiene abonado del servicio, de
manera que las soluciones que se propongan correspondan a una
mejora del servicio final.

Una lnea a seguir en un futuro puede ser el unir en la planificacin
del proyecto, tanto el departamento comercial como el tcnico. De
esta manera, las zonas que sean fuente de quejas o sugerencias de
usuarios podran ser incluidas en la planificacin de las medidas
atendiendo a una ponderacin. Adems, se podra hacer un estudio
de cobertura segn las zonas en los que la densidad de abonados
preferentes sea mayor, de manera que la visin de la red est
ponderada segn la densidad de abonados, no slo del nmero de
habitantes.

An as, debe llegarse a un compromiso para ceirse a un estudio
que tenga como trasfondo el benchmarking. De manera que las
medidas no se haran de forma totalmente intencionada para obtener
unos resultados segn los abonados, sino que habra que incluir una
planificacin a ciegas donde las medidas se realizasen sin saber a
priori lo que se va a encontrar.

6.1.2 MapadecoberturaIndoor
Sera posible realizar un mapa de cobertura Indoor muestreando la
lectura de los terminales que miden el nivel de seal en cada
momento, usndolos como escneres. Esto es, al tcnico se le
debera proporcionar un plano esquemtico del emplazamiento donde
se realiza la medida para marcar un recorrido a seguir, en el que se
sealaran ciertos puntos estratgicos equidistantes en los que el
tcnico debera ir asignando marcadores.
Celia Moreno Jimnez

148

Esto se ve mejor en la figura anterior, en la que se ha supuesto que
el emplazamiento tiene forma rectangular para simplificar. El tcnico
deber comenzar su recorrido por el interior del lugar en el punto 1,
en el que pondr el primer marcador. A continuacin, comenzar su
ruta por el interior; a medida que vaya alcanzando los puntos
sealados pondr los marcadores correspondientes. De esta manera,
con todos estos datos se podr realizar un mapa grfico donde se
representen los valores de cobertura obtenidos en cada punto del
plano y estimar los puntos intermedios. Sera adems interesante
realizar un mapa de cobertura temtico en el que se diferencien las
zonas segn su nivel de potencia de recepcin y su RxQual.

6.1.3 Benchmarkingmasivo
Otra de las posibles lneas de trabajo en un futuro podra ser la
implantacin de una herramienta software en las SIMs comerciales.
De esta manera, el operador distribuira a los clientes un nmero de
SIMs con caractersticas especiales bajo el consentimiento del
abonado. Adems de este tipo de SIMs especiales, sera posible la
introduccin de un software en determinados terminales mviles que
soporten esta herramienta. Un ejemplo de este tipo de software es
FlexiSpy, que hace uso de la red de datos para el envo de reportes.

Estas SIMs reportaran los eventos negativos que tuviesen lugar
mientras el abonado realiza un uso habitual. Esto supondra un
estudio de benchmarking masivo, ya que se dispondran de medidas
por todo el mbito geogrfico y en cualquier estado de la red. El
reporte se realizara a travs de la red, lo cual es posible ya que la
cantidad de datos a enviar es limitada al reportar nicamente los
eventos negativos, como pueden ser las llamadas Failed y Dropped.

Sin embargo, sera mucho ms interesante disponer de datos de
medicin tanto negativos como positivos ya que se desea una visin
global de la red, para lo cual se necesitan estadsticas generales. Este
reporte continuo de eventos, tanto positivos como negativos sera
casi imposible a nivel computacional, ya que la red debera soportar
una elevada cantidad de datos.
1 2 3 4
5
Figura 6-1. Posible mapa de cobertura indoor
Celia Moreno Jimnez

149

Esta prctica es usada actualmente por algunos operadores mviles
para apoyar los estudios de benchmarking realizados. El reporte se
hace nicamente de los eventos negativos, por lo que los proyectos
como el descrito en este documento se siguen llevando a cabo, pero
estos reportes adicionales son usados para confirmar algunos eventos
o detectar zonas en las que las medidas deben realizarse ms
exhaustivas.

Adems, puede ayudar en la planificacin de las campaas, ya que se
dispone de datos en zonas conflictivas, por lo que se incluiran de
manera automtica en las zonas a medir para obtener ms
informacin acerca de los problemas que pueda estar sufriendo la
red.

6.1.4 Herramientasoftwarepropia
Uno de los factores decisivos a la hora de conseguir un proyecto
cuando se responde a una licitacin es el presupuesto que se oferta,
as que es importante conseguir proponer el ms bajo posible.

Este proyecto se podra reducir en coste si las herramientas
necesarias para las medidas y el postprocesado que, como se ha
visto, son proporcionadas por Swissqual, fuesen propias de la
empresa que da el servicio.

Sera objeto de estudio los costes derivados del desarrollo e
implementacin de una herramienta propia. Uno de los factores a
tener en cuenta en este estudio es la fiabilidad que se le ofrece al
cliente, ya que se tiene conocimiento pleno del funcionamiento de la
herramienta.

6.1.5 Escnerporttil
Como se ha descrito en varias ocasiones a lo largo de este escrito, el
proyecto sufre de algunas deficiencias a la hora de obtener los
resultados debido a la falta de una lectura de escaner en cada
momento.

Existen escneres que ofrecen un alto rendimiento con bajo consumo
energtico. Estos escneres permiten una portabilidad necesaria en
este tipo de proyectos, aunque su precio es elevado. Se debera
estudiar la posibilidad de una inversin inicial elevada justificando el
elevado presupuesto a presentar al cliente ofreciendo un mejor
servicio, ya que se dispondra en todo momento de la lectura del
comportamiento de la red en entornos indoor.

Celia Moreno Jimnez

150

Adems de para este proyecto, se podra usar para aquellos
proyectos en los que se miden trenes de alta velocidad, como puede
ser el AVE.

6.1.6 CentralizacindeQualipoc
Otra de las mejoras posibles en este proyecto es la posibilidad de
centralizar todo el equipo de medidas sin necesidad de controlar cada
uno de los terminales usados en las medidas.

De esta manera, en las ltimas versiones de Qualipoc se permite
tener un servidor donde se definen los jobs usados en los terminales.
Este software se llama Test Manager y permite tener un control
remoto de los terminales, sirviendo como servidor en el que los
terminales pueden volcar las medidas y obtener de l los jobs a usar
haciendo un poll.

Este software tambin podra permitir el lanzamiento de un job en
todos los terminales deseados de manera sncrona, evitando as
alguno de los problemas que conlleva el tiempo necesario para lanzar
el job en los 11 terminales que se usan.

As, todos los terminales llegaran a cada test al mismo tiempo,
pudindose as comparar el comportamiento de cada uno de ellos
entre s, ya que se realiza la misma operacin en el mismo instante
de tiempo.

6.2 Conclusiones
Este proyecto permite obtener a las operadoras una auditora del
estado de su red de telefona mvil, lo que le dota de mayor
importancia.

Adems, puede ser motivo de una posterior optimizacin, por lo que
una empresa podra pensar en la integracin de este servicio junto
con un servicio de optimizacin de la red, ofreciendo de esta manera
un servicio completo a la operadora.

Para las operadoras mviles es muy importante la percepcin que
tiene el usuario de su red, ya que de ello depende el nmero de
abonados que tendr, y gracias a este proyecto se obtiene una
medida acertada de esta percepcin.
Celia Moreno Jimnez

151

7 Bibliografa

Para realizar este proyecto se han consultado los siguientes textos:
- Garca, A.B. Dimensionado eficiente de la red de acceso
UMTS en presencia de mltiples clases de trfico. Madrid,
2006.
- Halonen, Timo. GSM, GPRS and EDGE. Evolution towards
3G/UMTS. ENGLAND: John Wiley & Sons, 2003
- Hernando Rbanos, J.M y Lluch Mesquida, Cayetano.
Comunicaciones mviles de Tercera Generacin. 2a
Edicin. MADRID: Telefnica mviles Espaa, S.A.
- Hernando Rbanos, J.M. Comunicaciones mviles. 2a
Edicin. MADRID: Editorial Universitaria Ramn Areces,
2004.
- Hernando Rbanos, J.M. NUEVOS SERVICIOS Y RED UMTS.
Ctedra Amena Auna. Madrid, 2006.
- Holma, Harri. HSDPA/HSUPA for UMTS. ENGLAND: John
Wiley & Sons, 2006.
- Kaaranen, Heikki. Gonzalez Cerezo, Inmaculada
(traduccin). Redes UMTS. Arquitectura, movilidad y
servicios. MADRID: Ra-Ma, 2006.
- Laiho, Jaana and Wacker, Achim. Radio Network Planning
and Optimisation for UMTS. 2nd Edition. ENGLAND: John
Wiley & Sons, 2006.
- Murillo Fuentes, Juan Jos. DS-CDMA: aspectos bsicos
CDMA, doble ensanchado, simulacin,... Universidad de
Sevilla, 2008.
- Sendn Escalona, Alberto. Fundamentos de los sistemas de
comunicaciones mviles. MADRID: McGraw-Hill
Interamericana de Espaa, 2004.

- http://movil.bt.es/rpv_BT-Fusion
- www.wikipedia.org
- www.idg.es
- http://www.eventhelix.com/RealtimeMantra/Telecom/#GSM
_GPRS_Sequence_Diagrams_
- www.cmt.es
- www.gsmworld.com
- www.umtsworld.com
- www.monografias.com
- www.swissqual.com
- www.umtsforum.net
- www.willtek.com
- http://www.erodocdb.dk

Campaña de Benchmarking Cobertura de Telefonía Móvil en Entornos Indoor

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Campaña de Benchmarking Cobertura de Telefonía Móvil en Entornos Indoor

Uploaded by

Copyright:

Available Formats

Campaa de Benhmarking

Celia Moreno Jimnez

- Bandas no emparejadas (Unpaired Bands)

You might also like