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-15. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (3). .............................................. 48 Figura 2-16. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (4). .............................................. 49 Figura 2-17. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (5). .............................................. 49 Figura 2-18. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (6). .............................................. 50 Figura 2-19. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (7). .............................................. 51 Figura 2-20. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (8). .............................................. 52 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 Figura 2-33. Mensaje de desconexin (2) ................................... 62 Figura 2-34. Mensaje de desconexin (3) ................................... 62 Campaa de Benhmarking Celia Moreno Jimnez
4
Figura 2-35. Mensaje de desconexin (4) ................................... 63 Figura 2-36. Mensaje de desconexin (5) ................................... 63 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 Figura 3-15. Data Management (2). .......................................... 130 Campaa de Benhmarking Celia Moreno Jimnez
5
Figura 3-16. Data Management (3). .......................................... 130 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
Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking Celia Moreno Jimnez
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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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). Campaa de Benhmarking 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.
Campaa de Benhmarking 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. Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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.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
Campaa de Benhmarking 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: Campaa de Benhmarking 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.) Campaa de Benhmarking 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. Campaa de Benhmarking 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.
Campaa de Benhmarking 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
Campaa de Benhmarking 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.
Campaa de Benhmarking 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.
Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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:
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) Campaa de Benhmarking 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
Campaa de Benhmarking 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.
Campaa de Benhmarking 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.
- Canal de Trfico a velocidad completa para datos a 4.8 kbps (TCH/F4.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 22.8 bps.
- Canal de Trfico a velocidad completa para datos a 2.4 kbps (TCH/F2.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 22.8 bps.
Campaa de Benhmarking 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.
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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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:
Campaa de Benhmarking 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.
Campaa de Benhmarking 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
Campaa de Benhmarking 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 Campaa de Benhmarking 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
Campaa de Benhmarking 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): Campaa de Benhmarking 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. Campaa de Benhmarking 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) Campaa de Benhmarking 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 Figura 2-15. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (3). Campaa de Benhmarking 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 Figura 2-16. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (4). Figura 2-17. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (5). Campaa de Benhmarking 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). Campaa de Benhmarking 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
Figura 2-19. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (7). Campaa de Benhmarking 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) Figura 2-20. Diagrama del proceso de llamada desde un terminal mvil GSM a un terminal fijo (8). Campaa de Benhmarking 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 Campaa de Benhmarking 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. Campaa de Benhmarking 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
Campaa de Benhmarking 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.
Campaa de Benhmarking 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) Campaa de Benhmarking 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. Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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. Campaa de Benhmarking Celia Moreno Jimnez
62
Figura 2-32. Mensaje de desconexin (1)
ii. Switching congestion: La congestin es a un nivel superior a la BTS.
Figura 2-33. Mensaje de desconexin (2)
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.
Figura 2-34. Mensaje de desconexin (3) Campaa de Benhmarking Celia Moreno Jimnez
63
Figura 2-35. Mensaje de desconexin (4)
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.
Figura 2-36. Mensaje de desconexin (5)
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 - Para la interferencia de canal adyacente (400 kHz): C/Ia2=-41dB Campaa de Benhmarking Celia Moreno Jimnez
64
- Para la interferencia de canal adyacente (600 kHz): 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.
Campaa de Benhmarking 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.
Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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
Campaa de Benhmarking 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.
Campaa de Benhmarking 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) Campaa de Benhmarking 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.
Campaa de Benhmarking 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: Campaa de Benhmarking 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
Campaa de Benhmarking 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) 1930 1990 MHz (downlink) 80 MHz 12 channels Band III 1710 1785 MHz (uplink) 1805 1880 MHz (downlink) 95 MHz 15 channels Band IV 1710 1775 MHz (uplink) 2110 2175 MHz (downlink) 400 MHz 12 channels Band V 824 849 MHz (uplink) 869 894 MHz (downlink) 5 channels 45 MHz Band VI 830 840 MHz (uplink) 875 885 MHz (downlink) 45 MHz 2 channels Band VII 2500 2570 MHz (uplink) 2620 2690 MHz (downlink) 120 MHz Campaa de Benhmarking Celia Moreno Jimnez
77
Band VIII 880 915 MHz (uplink) 925 960 MHz (downlink) 45 MHz Band IX 1749.9 1784.9 MHz (uplink) 1844.9 1879.9 MHz (downlink) 95 MHz Band X 1710 1770 MHz (uplink) 2110 2170 MHz (downlink) 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:
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: Campaa de Benhmarking 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. Campaa de Benhmarking 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. Campaa de Benhmarking 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 Campaa de Benhmarking 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) Rauio Netwoik (Contiol Plane) Paging Rauio Netwoik (Contiol Plane) RRC Connection Setup Rauio Netwoik (Contiol Plane) System Netwoik (Contiol Plane) Tiansaction Reasoning Rauio Netwoik (Contiol Plane) System Netwoik (Contiol Plane) Authentication anu Secuiity Rauio Netwoik (Contiol Plane) System Netwoik (Contiol Plane) Tiansaction Setup anu Rauio Access Beaiei Allocation Rauio Netwoik (Contiol Plane) System Netwoik (Contiol Plane) Tiansaction Rauio Netwoik (Contiol Plane) System Netwoik (Contiol Plane) Tiansaction Cleaiing anu Rauio Access Beaiei Release Rauio Netwoik (Contiol Plane) RRC Connection Release Campaa de Benhmarking 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 Campaa de Benhmarking 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:
Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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.
Campaa de Benhmarking 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: Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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. Campaa de Benhmarking 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. Campaa de Benhmarking 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:
Campaa de Benhmarking 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. Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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).
Campaa de Benhmarking 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 Campaa de Benhmarking 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
Campaa de Benhmarking 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. Campaa de Benhmarking 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. Campaa de Benhmarking 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:
Campaa de Benhmarking 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.
Campaa de Benhmarking 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.
Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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.
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 Campaa de Benhmarking 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 Campaa de Benhmarking 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.
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.
Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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:
Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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:
Campaa de Benhmarking 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).
Campaa de Benhmarking Celia Moreno Jimnez
130
Figura 3-15. Data Management (2).
Figura 3-16. Data Management (3).
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 Campaa de Benhmarking 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. Campaa de Benhmarking 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
Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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.
Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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 Campaa de Benhmarking 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.
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. Campaa de Benhmarking 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:
Campaa de Benhmarking 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: Campaa de Benhmarking 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. Campaa de Benhmarking 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:
Campaa de Benhmarking 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. Campaa de Benhmarking 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 Campaa de Benhmarking 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.
Campaa de Benhmarking 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. Campaa de Benhmarking 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.