Comunicaciones Moviles

Campaa de Benhmarking
Celia Moreno Jimnez
Existen planes para desarrollar perfiles de certificacin y de

interoperabilidad para equipos que cumplan el estndar IEEE 802.16e
(lo que posibilitar movilidad), as como una solucin completa para
la estructura de red que integre tanto el acceso fijo como el mvil. Se
prevee el desarrollo de perfiles para entorno mvil en las frecuencias
con licencia en 2,3 y 2,5 Ghz.
Las caractersticas bsicas que ofrece WiMax son:
Distancias de hasta 80 kilmetros, con antenas muy
direccionales y de alta ganancia.
Velocidades de hasta 75 Mbps, 35+35 Mbps, siempre que el
espectro est completamente limpio.
Facilidades para aadir ms canales, dependiendo de la
regulacin de cada pas.
Anchos de banda configurables y no cerrados, sujeto a la
relacin de espectro.
Permite dividir el canal de comunicacin en pequeas
subportadoras.
Si se desea profundizar acerca de WiMax pueden consultarse
diferentes citas [14], [22] y [20].
2 Medidas de calidad y cobertura en redes de

telefona mvil de 2 y 3 generacin
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
28
Celia Moreno Jimnez
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 y 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.
Medida de percepcin por perfil de usuario
Pueden definirse dos perfiles de usuarios diferenciados para todos los
operadores:
29
Celia Moreno Jimnez
Usuarios residenciales, que englobaran todas las SIM (Mdulo

de identificacin de abonado) 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.
Medida de percepcin por tipo de servicio: Voz Vs. Datos

Es relevante realizar una distincin relativa al tipo de servicio:
Para el servicio de voz, una medida del comportamiento 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 qu 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.)
30
Celia Moreno Jimnez
Medida de percepcin por entorno

Es igualmente relevante sealar la necesidad de identificar los
principales entornos, donde los distintos perfiles de usuario que
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, o la propia operadora que
contrata el estudio, considerasen ms importantes. Para esto resulta
fundamental la informacin de clientes de la que disponga el
operador.
Calidad de Experiencia (QoE) y Benchmarking
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 o
abandono de clientes, focalizando las inversiones y los recursos
de forma inteligente para mejorar (o disminuir, segn sea el
caso) el gap o diferencia de satisfaccin de los clientes
propios en relacin con los de la competencia.
Por ltimo, se puede 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
31
Celia Moreno Jimnez
correspondientes con el objeto de optimizar el rendimiento de

la red.
En este proyecto se pretende enfocar el servicio de benchmarking con
garanta de independencia en el mtodo, procedimientos,
herramientas y tipo de anlisis utilizados, por lo que las conclusiones
del anlisis previsto 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 usa para el anlisis de las
medidas (Se profundizar acerca del 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. La distincin entre tecnologas se realiza de
manera ms acentuada entre los parmetros de voz (2G y 3G),
mientras que datos se analiza de forma separada, y la tecnologa
usada en cada momento ser uno de los parmetros que se reporte.
Cada uno de los apartados a continuacin detalla cada uno de los
parmetros presentados al cliente final:
2.2 Parmetros para voz GSM

Para comprender los parmetros que se analizan en voz GSM,
primero se deben aclarar varios conceptos de GSM.
Se comenzar con la arquitectura de red GSM, definiendo cada uno
de los sistemas que la componen, siguiendo con 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 los resultados al cliente.
2.2.1 Arquitectura de red GSM
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).
32
Celia Moreno Jimnez
Juntos, forman una red mvil pblica o PLMN. La Figura 2-2 recrea
una visin global de los subsistemas GSM.
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
Unidad de adaptacin y transcodificacin
Estacin de conmutacin mvil
Registro de localizacin local
Registro de localizacin visitante
Registro de identidad de equipos

Tabla 2-1. Elementos de red
33
Celia Moreno Jimnez
2.2.1.1 Estacin Mvil

Una estacin mvil est constituida por una tarjeta SIM (Mdulo de
identificacin de abonado), que permite identificar de manera nica al
usuario y al terminal mvil y por el terminal propiamente dicho, es
decir, el telfono mvil.
Los terminales se identifican por medio de un nmero nico de
identificacin de 15 dgitos denominado IMEI (Identificador
internacional de equipos mviles).
Una estacin mvil adems de permitir el acceso a la red a travs de
la interfaz de radio con funciones de procesado de seales y de
radiofrecuencia, debe ofrecer tambin una interfaz al usuario humano
(un micrfono, altavoz, display y tarjeta, para la gestin de las
llamadas de voz), y/o una interfaz para otro tipo de equipos
(ordenador personal, o mquina facsmil o fax).
La MS, adems de establecer una conexin con la BTS, se comunica
directamente con la MSC y el VLR, va control de movilidad (MC) y
control de llamadas (CC).
2.2.1.2 Mdulo de identidad (SIM)
Es una tarjeta que se introduce en el terminal mvil. En redes GSM,
los algoritmos A3 y A8 se implementan en ella, permitiendo
identificar a cada usuario independientemente del terminal utilizado
durante la comunicacin con la estacin base.
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.
2.2.1.3 Estacin base transceptora (BTS)
La estacin base controla la conexin radio entre el telfono mvil y
la red; y es tambin conocida por clula, ya que cubre una
determinada rea geogrfica.
Un BSS (Base Station Subsystem o subsistema de estacin base)
est compuesto por dos elementos: la BTS (Base Transceiver Station)
y la BSC (Base Station Controler); cada BSS puede tener o ms BTS.
Las BTS albergan el equipo de transmisin y recepcin, y gestionan
los protocolos de radio con el mvil.
En reas urbanas existen ms BTS que en zonas rurales ya que
deben abastecer a un mayor nmero de abonados, y en algunos
34
Celia Moreno Jimnez
casos con caractersticas fsicas o geogrficas particulares (como por

ejemplo, tneles) son colocados retransmisores para garantizar el
servicio.
Cada estacin utiliza tcnicas digitales para permitir que varios
usuarios se conecten a la red, as como para permitir que realicen y
reciban llamadas simultneamente (multiplexing).
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 de correos.
Sin embargo, la estructura bsica de las BTS no ha cambiado. El
estndar GSM permite que una BTS tenga hasta 16 transmisores,
aunque en la realidad la mayora de las BTS tienen entre uno a cuatro
transmisores.
2.2.1.4 Estacin base controladora
La BSC, o estacin base controladora, administra los recursos de
radio de una o ms BTS; entre sus funciones se incluyen el handover
(que ocurre cuando el usuario se mueve de una clula a otra,
permitiendo que la conexin se mantenga), el establecimiento de los
canales de radio utilizados y posibles cambios de frecuencia.
Finalmente, establece la conexin entre el mvil y el Mobile Service
Switching Center (MSC), el corazn del sistema GSM.
2.2.1.5 Transcoding Rate and Adaptation Unit
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 TRAU es el equipo en el cual se lleva a cabo la
codificacin y descodificacin de la voz (fuente), as como la
adaptacin de velocidades en el caso de los datos.
Es capaz de comprimir la voz desde 64 Kbps hasta 16 Kbps en el caso
de un canal full-rate (el flujo de datos neto es de 13 Kbps); y 8 Kbps
en el caso de un canal half-rate (el flujo de datos neto de un canal
half-rate es de 6.5 Kbps).
2.2.1.6 Mobile Services Switching Center
El MSC es el centro de la red; a travs de l se realiza una llamada
originada en un mvil dirigida a otras redes fijas (las analgicas PSTN
o digitales ISDN) o mviles. El nudo en el que se encuentra posee
adems una serie de equipos destinados a controlar varias funciones,
como el cobro del servicio, la seguridad y el envo de mensajes SMS.
2.2.1.7 Home Location Register
El Home Location Register (HLR) contiene toda la informacin
administrativa sobre el cliente del servicio y la localizacin actual del
35
Celia Moreno Jimnez
terminal. Permite que la red verifique si un mvil que intenta llamar

posee un contrato de servicio vlido. Si la respuesta es afirmativa, el
MSC enva un mensaje de vuelta al terminal informndole que est
autorizado a utilizar la red. Entonces, el nombre de la operadora
aparece en pantalla, informando que se pueden efectuar y recibir
llamadas. Cuando el MSC recibe una llamada destinada a un mvil, se
dirige al HLR para verificar la localizacin del destinatario.
Paralelamente, el terminal enva un mensaje a la red cada cierto
tiempo para informar de su posicin (este proceso es denominado
polling).
2.2.1.8 Visitor Location Register
El Visitor Location Register (VLR) es utilizado para controlar el tipo de
conexiones que un terminal puede hacer. Por ejemplo, si un usuario
posee restricciones en las llamadas internacionales, el VLR impide
que stas sean hechas, bloquendolas y enviando un mensaje de
vuelta al telfono mvil informando al usuario.
El VLR, como el HLR, es un registro de datos, pero sus funciones
difieren entre s; ya que mientras el HLR es responsable de muchas
funciones estticas, el VLR proporciona el manejo de datos del
operador.
2.2.1.9 Equipment Identity Register
Equipos robados pueden ser utilizados cambiando la tarjeta SIM. Para
evitar este hecho, cada terminal GSM tiene un nmero nico de
identificacin, el nmero internacional de equipo mvil (IMEI)
mediante el cul, se pueden bloquear los terminales que han sido
sustrados quedando inoperativos. Es responsabilidad del operador de
red el equipar a cada PLMN con una base de datos adicional con los
terminales sustrados, EIR.
2.2.2 Canales GSM

GSM utiliza dos bandas de 25 MHz para transmitir y recibir (FDD). La
banda de 890-915 MHz se usa para las transmisiones desde la MS
hasta la BTS ("uplink") y la banda de 935-960 MHz se usa para las
transmisiones entre la 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 en 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 de 1710MHz a 1785 MHz para el enlace
ascendente y de 1805 MHz a 1880MHz para el descendente. Dispone
36
Celia Moreno Jimnez
de 374 canales adicionales numerados (ARFCN) desde el 512 al 885.

Como este sistema opera al doble de la frecuencia original de GSM se
facilita la generacin de terminales duales.
Adems, el GSM modo extendido (EGM) tiene las bandas de 880 a
915 MHz para el enlace ascendente y de 925 a 960MHz para el
descendente. Como se tienen 10+10 MHz de banda adicionales se
tienen 50 nuevos canales numerados del 974 al 1023. Puesto que el
canal numerado como 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
GSM 850
GSM 850
128 - 251
P-GSM 900
1 - 124
E-GSM 900
975 - 1023
R-GSM 900
n/a
GSM 1800
512 - 885
GSM 900
GSM1800
Uplink
(Mhz)
824,0 849,0
Downlink
(Mhz)
869,0 894
890,0 915,0
935,0 960,0
880,0 890,0
876,0 880,0
1710,0 1785,0
925,0 935,0
921,0 925,0
1805,0 1880,0
Notas
Usada en EE.UU.,
Sudamrica y Asia.
La banda con que
naci GSM en Europa
y la ms extendida
E-GSM, extensin de
GSM 900
GSM ferroviario
(GSM-R).
Usada en
Norteamrica,
1850,0 1930,0 incompatible
GSM1900
GSM 1900
512 - 810
1910,0
1990,0
con GSM-1800 por
solapamiento de
bandas.
Tabla 2-2. Distribucin de Canales para la tecnologa GSM - Extrado de [29].
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.
Esta distribucin de frecuencias se recoge en el CNAF o Cuadro
Nacional de Atribucin de Frecuencias. El Ministerio de Industria,
Turismo y Comercio debe aprobar las nuevas versiones del CNAF,
mediante una Orden Ministerial y publicarla en el Boletn Oficial del
Estado (BOE). La distribucin del espectro radioelctrico en Espaa se
encuentra regulada por la CMT o Comisin del Mercado de las
Telecomunicaciones.
37
Celia Moreno Jimnez
As, en la tabla a continuacin se presentan los canales asignados

para cada una de las operadoras en Espaa para GSM:
Operador
Orange
Movistar
Vodafone
762-885
1-63
65-124
Canales
975-1004
512-635
637-760
1005-1023
Tabla 2-3. Canales asignados a cada operador en GSM
A continuacin, se detalla la modulacin que usa esta tecnologa para

entender mejor su funcionamiento. Seguidamente, se presentarn los
diferentes canales presentes en GSM.
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 200
KHz 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 (Time Slot) 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.
38
Celia Moreno Jimnez
Figura 2-3. Una trama de voz y la escritura multitrama
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
principalmente:
se
pueden
separar
en
dos
categoras
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.
39
Celia Moreno Jimnez
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 esta ranura de tiempo est reservada
para los canales de control en la mayora de las tramas. A cada grupo
de 26 tramas consecutivas TDMA se le llama multitrama.
Adems, cada trece tramas TCH se enva un canal de control
asociado lento (SACCH) o tramas idle, por lo que de cada multitrama,
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).
informacin a una velocidad de 11.4 kbps.
Transporta
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:
40
Celia Moreno Jimnez
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 mitad para datos a 4.8 kbps
(TCH/H4.8). Lleva datos de usuario enviados a 4800 bps. Con
la codificacin de correccin de errores aplicada segn el
estndar GSM, los datos se envan a 11.4 bps.
Canal de Trfico a velocidad mitad para datos a 2.4 kbps
(TCH/H2.4). Lleva datos de usuario enviados a 2400 bps. Con
la codificacin de correccin de errores aplicada segn el
estndar GSM, los datos se envan a 11.4 bps.
Se definen tres categoras de canales de control:
Difusin (broadcast BCH)
Comunes (CCCH)
Dedicados (DCCH)
Cada canal de control consiste en varios canales lgicos distribuidos
en el tiempo para proporcionar las funciones de control necesarias en
GSM.
Los canales de control downlink BCH y CCCH se implementan slo en
ciertos canales ARFCN y se localizan en slots de tiempo de una forma
especfica. Concretamente, estos canales se localizan solo en el TS 0
(como se dijo 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 TS 1 hasta TS 7 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
41
Celia Moreno Jimnez
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
recibir datos de potencia y poder realizar las decisiones de handover.
Aunque los datos BCH se transmiten en TS 0, 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 TS 0 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 TS 0 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 TS 0 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 TS 0 de la trama
inmediatamente despus del FCCH y se usa para identificar a la
estacin base servidora mientras que permite a cada mvil la
42
Celia Moreno Jimnez
sincronizacin de las tramas con la estacin base. El nmero de

trama (FN), que oscila entre 0 hasta 2715647; y 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 que, frecuentemente, se ajuste la
temporizacin de un usuario mvil particular, de forma que la
seal recibida en la estacin base se sincronice con el reloj de
la estacin base.
En aquellos ARFCN reservados para los BCHs, los canales de control
comunes ocupan el TS 0 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
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
pedir acceso o responder ante una peticin por parte de un PCH
dentro del TS 0 de una trama GSM. En el BTS, cada trama
(incluso la trama idle) aceptar transmisiones RACH de los
mviles durante TS 0. 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.
43
Celia Moreno Jimnez
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
sea 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 uplink y downlink. Como los TCHs, los DCCHs pueden
existir en cualquier slot de cualquier ARFCN excepto en el TS 0 de los
ARFCN de los BCHs. Los Canales de Control Dedicados (SDCCH) se
usan para proporcionar servicios de sealizacin 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 TS 0
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
44
Celia Moreno Jimnez
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): Llevan
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.
2.2.3 Proceso de conexin
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
45
Celia Moreno Jimnez
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:
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 el
CHANNEL REQUEST e inicializa dos temporizadores:
T3126: cuando finaliza este entra en modo reposo.
T3122: cuando finaliza puede volver a enviar el mensaje
CHANNEL REQUEST.
Cuando el mvil ha recibido el mensaje de INMEDIATE ASSIGNMENT
(EXTENDED) sintoniza la frecuencia y time slot correspondientes
46
Celia Moreno Jimnez
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.
Figura 2-5. Sintonizacin de frecuencia y time slot
El mensaje de compatibilidad del mvil es del tipo Classmark Change.

En la herramienta de anlisis que se utiliza en este proyecto 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.
47
Celia Moreno Jimnez
Figura 2-6. Mensaje de compatibilidad del terminal
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, usado a su vez 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 ciertamente es el real.
Figura 2-7. Autentificacin del terminal en la red
48
Celia Moreno Jimnez
Una vez que el mvil dispone del canal dedicado SDDCH, la red
puede exigir al mvil que cifre la informacin. Esta operacin se
realiza siendo la MSC quien enva un 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 ms
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 y
cuando la estacin base recibe esta confirmacin, activa el modo
cifrado en transmisin. Este proceso se 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 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.
49
Celia Moreno Jimnez
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.
Es en este momento cuando 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
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 Figura 2-11 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
50
Celia Moreno Jimnez
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 el proceso de conexin de una llamada de una red
mvil a una red fija (MOC):
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.
Sin embargo, anteriormente el terminal ya est acampado en
una celda, as que es posible la realizacin de llamadas al
nmero de emergencias 112 sin la necesidad de introducir el
PIN. 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 Error! No se encuentra el origen de la referencia.).
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).
51
Celia Moreno Jimnez
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.
52
Celia Moreno Jimnez
MS
Um
BSS
MSC
VLR
HLR
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)
53
Celia Moreno Jimnez
Um
MS
BSS
MSC
VLR
1) RACH
Peticin de servicio
2) AGCH
3) SDCCH
4)
5)
1) Peticin de canal
2) Asignacin SDCCH
3), 4) y 5) Peticin de servicio
Figura 2-14. Diagrama del proceso de llamada desde un terminal mvil GSM a un
terminal fijo (2).
MS
MSC
VLR
HLR
AUC
6)
7)
8)
Autentificacin
9)
10)
11) RAND
12) SRES
13) SRES
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
terminal fijo (3).
54
Celia Moreno Jimnez
MS
Um
BSS
MSC
VLR
14) kc
15)
Cifrado
16)
17)
18)
14) Parmetro de cifrado

15) y 16) Orden de cifrado
17) y 18) Cifrado completado
terminal fijo (4).
MS
MSC
EIR
19)
20)
Validacin
de equipo
21)
22)
19)
20)
21)
22)
Peticin IMEI
Respuesta IMEI
Peticin comprobacin IMEI
Respuesta comprobacin IMEI
terminal fijo (5).
55
Celia Moreno Jimnez
Um
MS
BSS
MSC
VLR
23)
24)
Establecimiento
de llamada
en MS
25)
26)
kc
27)
28) SDCCH
29)
30)
23)
24)
25)
26)
27)
28)
29)
30)
Peticin de establecimiento
Peticin de datos de cliente
Respuesta de datos de cliente
Llamada en curso
Asignacin del enlace
Asignacin del canal
Sintonizacin TCH y acuse de recibo
Conexin TCH al enlace
Figura 2-18 Diagrama del proceso de llamada desde un terminal mvil GSM a un
terminal fijo (6).
56
Celia Moreno Jimnez
MS
MSC
PTSN
31)
32)
Establecimiento
de llamada
en la red fija
33)
34)
35)
36)
31)
32)
33)
34)
35)
36)
Mensaje del establecimiento

Sealizacin de aviso
Envo de tono de aviso a MS
Seal descolgado de cliente llamado
Notificacin conexin establecida
MS acusa recibo del mensaje de conexin
terminal fijo (7).
MS
Um
BSS
MSC
PSTN
37)
38)
Liberacin
39)
40)
kc
41)
42)
43)
37)
38)
39)
41)
42)
43)
Desconexin
Liberacin de enlace
y 40) Liberacin
Seal de liberacin
Liberacin del canal
Liberacin completada
terminal fijo (8).
57
Celia Moreno Jimnez
2.2.4 Parmetros reportados

Los parmetros ms importantes o KPIs que se pueden presentar a
un cliente en relacin a las pruebas de llamadas de voz GSM
realizadas se detallan a continuacin. Estos resultados se presentan
con un enfoque positivo, 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 para mostrar al cliente solo los resultados de
los procesos que se realizan con xito, creando otra percepcin de los
resultados.
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:
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. Es importante diferenciar entre llamadas establecidas y
llamadas realizadas. 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:
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:
58
Celia Moreno Jimnez
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
valores, lo cual puede dificultar el diagnstico de este
problema.
Figura 2-21. Lectura de RxLev de un escner en un proyecto outdoor 1
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
1
Algunas de estas capturas de pantalla estn tomadas de los manuales de

referencia de Swissqual y otras estn tomadas con la licencia propia.
59
Celia Moreno Jimnez
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.
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.
60
Celia Moreno Jimnez
Figura 2-23. Mapa de cobertura con Lack of Coverage
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.

61
Celia Moreno Jimnez
Un mismo MSC puede controlar varias LA y a la inversa una LA

puede depender de ms de un MSC.
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.
ZONA DE MSC 1
BS1
BS2
BS3
MSC 1
(GMSC)
LA 1
LA 2
BS4
BS5
PSTN
BS1
MSC 2
BS2
LA 3
ZONA DE MSC 2
Figura 2-25. Concepto de Zona de rea de Localizacin (LA)
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
62
Celia Moreno Jimnez
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 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, que 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-26. 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-26
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
63
Celia Moreno Jimnez
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
ese intervalo de tiempo el mvil tiene alguna llamada
entrante, no sera posible establecerse.
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-27. Intervalo entre LAU y PCK
Figura 2-28. Contenido del mensaje PCK
64
Celia Moreno Jimnez
3. Overlapping o solapamiento. El concepto de overlapping se usa

cuando varios BCCH alcanzan al 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 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-29, 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-29. Exceso de reselecciones de celda
A continuacin se presenta un mapa existe una zona

diferenciada por los continuos cambios de mejor servidora.
65
Celia Moreno Jimnez
Figura 2-30. 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 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.
ii. Switching congestion: La congestin es a un nivel
superior a la BTS.
66
Celia Moreno Jimnez
Figura 2-31. Mensaje de desconexin (1)
b. Protocol Error. Este mensaje se debe a errores en el

protocolo usado entre terminal y red. El terminal recibe
un mensaje de desconexin porque la red no ha logrado
decodificar los mensajes del terminal.
67
Celia Moreno Jimnez
c. Unspecified. Algunas veces la red procede a la

desconexin sin dar un motivo especfico. Hay varios
motivos 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 Figura 2-35 se muestra un ejemplo de desconexin
por motivos no especificados.
5. Interference. Existen dos tipos de intereferencia:

a. Interferencia co-canal: es la interferencia que se da en el
mismo canal.
b. Interferencia de canal adyacente: es la creada por los
canales adyacentes, ya sean inferiores como superiores.
Existen unos requisitos mnimos definidos por el estndar GSM
que definen la interferencia mxima que puede tener una BTS
con los terminales:
Para interferencia co-canal: C/Ic=9dB
Para la interferencia de canal adyacente (200 kHz):
C/Ia1=-9dB
C/Ia2=-41dB
68
Celia Moreno Jimnez

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 frecuencia introducen seales en todas las
frecuencias, haciendo que sea imposible la comunicacin entre
MS y BTS.
Figura 2-36. 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-37 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.
69
Celia Moreno Jimnez
Figura 2-37. 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:
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, lo que
conlleva a una percepcin negativa del usuario respecto al
operador. Es por esto por lo que los operadores prestan gran
inters por este parmetro.
70
Celia Moreno Jimnez
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-38. Parmetros para analizar la mantenibilidad
1. Canal radio al que est conectado la MS o BCCH (serving).

Servir para detectar posibles problemas de 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 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. Para ampliar la informacin acerca de los
handovers se pueden consultar las referencias [10] y [35] de la
bibliografa. 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
completar un Handover (HO): que las condiciones radio no lo
permitan o que no se realice al canal adecuado.
71
Celia Moreno Jimnez
En un procedimiento de handover, la red lo solicita con el

mensaje HANDOVER COMMAND y el terminal lo aceptar con
un mensaje HANDOVER COMPLETED.
En la Figura 2-39 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-39. 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.
72
Celia Moreno Jimnez
Figura 2-40. 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
como un error de cobertura, ya que el nivel de seal del canal
servidor ser bajo; sin embargo, el error realmente 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
de seal de estos canales al no estar definidos en el mensaje de
informacin de sistema.
73
Celia Moreno Jimnez
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-41 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-41. 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 una 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, y con
ello la interrupcin de la llamada.
6. Cobertura. Es el motivo principal que causa la desconexin. En
la siguiente figura se observa cmo la llamada ya se inicia con
unas condiciones de cobertura bajas, y cmo a lo largo de la
llamada el nivel de seal va cayendo hasta que se produce una
desconexin.
74
Celia Moreno Jimnez
Figura 2-42. 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-43. Causas adicionales
75
Celia Moreno Jimnez
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 explic 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 cuanto 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 postprocesado 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 Parmetros para voz UMTS

Se comenzar describiendo la arquitectura de red UMTS, definiendo
cada uno de los componentes que la componen. A continuacin se
citan los diferentes canales de los que se hace uso en esta tecnologa,
as como el proceso de conexin de una llamada de voz realizada
bajo la tecnologa UMTS. Para finalizar este apartado, se describen los
parmetros que se analizan en este proyecto para presentar los
resultados finales al cliente.
Algunos de los apartados dedicados a UMTS, concretamente aquel
dedicado a los parmetros, debido a la similitud con los citados
anteriormente para GSM no se detallarn.
2.3.1 Arquitectura de red UMTS
El sistema UMTS es un sistema de acceso mltiple por divisin de
cdigo de banda ancha (WCDMA). Este concepto es mucho ms
complejo que el presentado en GSM. Haciendo una analoga con los
idiomas, es como si la informacin de cada usuario fuese traducida a
un idioma distinto y se transmitieran todas a la vez. Evidentemente
esto provoca una cantidad de informacin casi catica. Sin embargo,
76
Celia Moreno Jimnez
la estacin base es capaz de reconocer todas las palabras de un

determinado idioma, es decir, recuperar la informacin de un usuario
sumergida en el ruido total. Cada uno de esos idiomas es un cdigo
diferente que es asignado unvocamente a cada usuario. La Figura
2-44, muestra de manera esquemtica como se transmite la
informacin en GSM y en UMTS.
Figura 2-44. Diferencias entre sistemas de acceso de GSM y UMTS
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 que ayudar comprender mejor estas diferencias entre
tecnologas; y a continuacin se detallarn los diferentes
componentes de la arquitectura de red.
Para detallar los conceptos de UMTS presentados a continuacin se
puede consultar la referencia [24]. UMTS est basado en una
tecnologa que ensancha la energa RF a una banda ancha, haciendo
as que la seal ocupe ms ancho de banda. Esto conlleva una
desventaja, ya que se necesitar un mayor ancho de banda para
transmitir la misma informacin, pero se compensa con la gran
77
Celia Moreno Jimnez
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).
Figura 2-45. Principio del ensanchamiento de espectro
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 por tanto el
ancho de banda RF resultante es 4 veces superior al que resultara
sin el factor de ensanchamiento (spreading).
En la figura a continuacin se muestra la ventaja de utilizar una seal
con codificacin de canal frente a utilizarla sin codificacin:
Figura 2-46. Codificacin de canal.
78
Celia Moreno Jimnez
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 confusiones 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.
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. [12]
Figura 2-47. Spread Code y Scrambling Code. [12]
El ensanchamiento (spreading) se realiza sobre los denominados

canales fisicos y se produce en dos fases. El acceso mltiple es
logrado gracias a que cada usuario posee un cdigo para realizar el
proceso de spreading, a dicho cdigo se le denomina cdigo de
spreading. Este cdigo es utilizado para modular la informacin y una
rplica del mismo cdigo es utilizada para recuperar la informacin en
el receptor.
Una primera fase llamada canalizacin, en la que se realiza el
ensanchamiento propiamente dicho, donde cada smbolo es
transformado en un nmero determinado de chips. Esto se realiza
mediante la multiplicacin de la seal por el cdigo de canalizacin
correspondiente, cuya misin en el enlace descendente es separar las
transmisiones entre usuarios de una misma clula, y en el enlace
ascendente es separar diferentes conexiones (servicios) simultneas
de un mismo terminal (usuario).
Los cdigos ortogonales no podran realizar las funciones del
spreading por s solos en la interfaz area de UTRAN, ya que slo
pueden ser utilizados cuando la seales a las que se aplica estn
sincronizadas; lo cual no sucede con los usuarios que no tienen
sincrona en el enlace de subida. Algo ms es necesario, debido a que
si se utilizan los cdigos ortogonales en el enlace de subida, stos se
cancelaran fcilmente, y slo se pueden utilizar dentro de una sola
estacin base. Para solucionar este problema se requieren los cdigos
de pseudo ruido, los cuales son utilizados en la segunda parte del
proceso de spreading, llamada scrambling.
79
Celia Moreno Jimnez
En esta segunda fase, la trama de chips complejos es multiplicada

por el cdigo de scrambling o aleatorizacin antes de ser modulada.
En el enlace descendente este cdigo es igual para todos los usuarios
de una misma clula y diferente para las otras clulas; su misin es
separar las transmisiones entre clulas.
En el proceso de scrambling, la seal es multiplicada por la funcin
XOR con los cdigos de scrambling de pseudo ruido. Estos cdigos de
scrambling pueden ser cdigos largos (cdigos de oro con periodos de
10 ms) o cdigos cortos (cdigos S(2)). Estos cdigos de pseudo
ruido tienen una muy buena autocorrelacin. La autocorrelacin mide
la correlacin entre la seal y la versin de la misma que ha sido
retardada en tiempo; as que si la seal recuperada en el receptor es
multiplicada por el cdigo de pseudo ruido que la gener, se
encontrar una buena autocorrelacin si es la seal correcta; para
esto, la seal fue modulada usando el mismo cdigo de pseudo ruido
en el transmisor. Esta propiedad puede utilizarse para la secuencia de
sincronizacin inicial y para separar los componentes generados por
las diferentes rutas que sigue una seal al encontrarse distintos
obstculos en su camino.
Existen muchos cdigos de pseudo ruido disponibles en el enlace de
subida, as que no se necesita un manejo cuidadoso de ellos. Un
cdigo de spreading identifica a un UE a una estacin base especfica.
En el enlace de bajada, los cdigos de scrambling son utilizados para
reducir la interferencia entre estaciones base, ya que cada Nodo B
tiene slo un cdigo de scrambling primario y el UE puede utilizar
esta informacin para separar las estaciones base; de manera que un
terminal puede estar recibiendo informacin de varios nodos B a la
vez y ser capaz de distinguir la procedencia de cada uno de los bits.
Existen 512 cdigos de scrambling primarios en el enlace de bajada,
stos se dividen en 64 grupos y cada uno consiste de 8 cdigos. El
propsito de estos grupos es mejorar el proceso de sincronizacin.
Si se desea profundizar en los esquemas de modulacin de UMTS
puede consultarse la cita [9].
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
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 el proceso
llamado system gain; de manera que se obtiene una gran resistencia
a interferencias.
80
Celia Moreno Jimnez
En la Figura 2-48 se presenta el esquema que sigue la seal en los

procesos de transmisin y recepcin con el mtodo CDMA.
Figura 2-48. Proceso de transmisin y recepcin UMTS
Los receptores comerciales de UMTS o (UE) incluyen el receptor RF,

las etapas de correlacin y el demodulador.
A continuacin, se describe la arquitectura de la red UMTS. 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-49. Arquitectura de red UMTS simplificada
En la Figura 2-50 se muestra un modelo de arquitectura UMTS ms

detallada, donde pueden diferenciarse los mdulos principales y las
analogas con el sistema GSM.
A continuacin se detallan los diferentes componentes de la red:
81
Celia Moreno Jimnez
Red Central (CN)

La red central o Core Network (CN) est formada por el MSC (pieza
central en una red basada en conmutacin de circuitos) y el SGSN
(pieza central en una red basada en conmutacin de paquetes). Las
redes y los terminales pueden tener slo el dominio PS, slo el
dominio CS ambos dominios implementados.
La red central transporta la informacin, tanto para trfico como de
sealizacin, y contiene la inteligencia del sistema. A travs de sta,
UMTS se conecta a otras redes de comunicaciones. Los elementos
que componen la CN son: HLR, VLR, AuC, EIR y centros de SMS.
Red de Acceso de Radio (RAN o UTRAN)
El equivalente a la BTS de GSM se denomina Nodo B y el equivalente
a la BSC se denomina RNC. Los nodos B podrn ser colocados en los
mismos emplazamientos que las BTS ya existentes, o en diferentes
localizaciones.
UMTS utiliza diferentes modos de realizar una transmisin dplex:
FDD y TDD. En FDD se emplean distintas portadoras para los enlaces
ascendente y descendente, mientras que en TDD se emplea una
nica portadora para todos los usuarios y ambos enlaces, pero divide
la informacin en diferentes intervalos de tiempo para ambos
enlaces.
El modo TDD permite altas velocidades de transmisin pero slo
puede ser usado para pequeas distancias.
Terminales mviles (UE)
Se denomina equipo de usuario o terminal mvil al equipo que
permite al usuario mantener una comunicacin. Es el equivalente al
terminal mvil de GSM, por lo que sus caractersticas son similares.
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. Vase Figura 2-50.
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
82
Celia Moreno Jimnez
un determinado nmero de estaciones base (Nodo B) en funcin de

los requisitos y la implementacin del RNC.
Figura 2-50. Arquitectura de red UMTS
Tal y como se puede comprobar en la Figura 2-50, con el interfaz Iur

se pueden realizar los soft handover (descritos en el apartado
Porcentaje de HO 3g-2g successful en la pgina 99).
El RNC se conecta al ncleo de red mediante el interfaz Iu; 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 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.
83
Celia Moreno Jimnez
2.3.2 Canales UMTS

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
Band I
Frequency Range
1920 1980 MHz (uplink)
2110 2170 MHz (downlink)
Band II

Band III

Band IV

Band V

Band VI

Band VII

1749.9 1784.9 MHz (uplink)
1844.9 1879.9 MHz (downlink)
200 kHz
Band VIII
Band IX
Band X
Espaciamiento
de
canal
Anchura de banda
Modulacin
Duplex
190 MHz
12
channels
80 MHz
12
channels
95 MHz
15
channels
400 MHz
12
channels
5
channels
45 MHz
45 MHz
2
channels
120 MHz
45 MHz
95 MHz
400 MHz
5 MHz
QPSK (dl)
2*BPSK/HPSK (ul)
3.84 Mcps
Chip rate
Formato de acceso
Voz
Control de potencia
CDMA
Adaptive multirate (AMR), dynamic operation on
full and half rate channel depending on capacity
and reception quality
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).
84
Celia Moreno Jimnez
Los canales asignados para cada una de las operadoras en Espaa

para UMTS son:
Operador
ORANGE
MOVISTAR
VODAFONE
YOIGO
10638
10788
10713
10563
Canales
10663
10813
10738
10588
10688
10838
10763
10613
Tabla 2-5 . Canales asignados a cada operador en UMTS
Los tipos de canales existentes en UMTS son:

Los canales lgicos expresan el tipo de informacin que se
transfiere por la interfaz radio. Pertenecen al nivel de enlace.
Los canales de transporte expresan cmo se transmite esa
informacin.
Los canales fsicos denotan los recursos utilizados: cdigos de
expansin, frecuencias portadoras e intervalos de tiempo.
Los canales lgicos pueden clasificarse en canales de control y
canales de trfico, donde:
Canales de control:
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.
85
Celia Moreno Jimnez
Estos canales de transporte 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.
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
emparejadas;
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
86
Celia Moreno Jimnez
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.
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.
87
Celia Moreno Jimnez
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.
Los diferentes procedimientos necesarios en el proceso de conexin
hacen uso de distintas capas de la red UMTS, de esta manera se tiene
un proceso dividido en capas.
Las tramas de comunicacin en UMTS son los procedimientos llevados
a cabo para establecer la comunicacin en toda la red de este
sistema. En la Figura 2-51 se muestran cada uno de los
procedimientos que son necesarios en una conexin:
Paging
Radio Network (Control Plane)

RRC Connection Setup
Transaction Reasoning

System Network (Control Plane)
Authentication and Security

Transaction Setup and Radio

Access Bearer Allocation

Transaction

Transaction Clearing and Radio Radio Network (Control Plane)

Access Bearer Release
RRC Connection Release
Figura 2-51. Modelo bsico de transacciones de red UMTS
Para facilitar la comprensin de las tramas simuladas, se pueden

tomar las siguientes consideraciones:
Los mensajes son siempre intercambiados entre nodos
En cada nodo se utilizan protocolos
Cada mensaje es numerado para poder saber el orden
En algunos mensajes se indican los parmetros
El objetivo de las tramas es permitir la comunicacin de un mvil
(definido como UE en UMTS), con un Nodo B mediante la interfaz Iu.
88
Celia Moreno Jimnez
Dicho Nodo B se comunica mediante la interfaz Iub con el RNC. El

RNC establece un enlace ya sea con el MSC o el SGSN. Lo anterior va
a depender si se desea conmutacin por paquetes o por circuitos, es
decir, por ejemplo si se requiere una conexin a Internet o
simplemente una llamada telefnica. El MSC o el SGSN ya pertenecen
a la red central, y de ah ya pueden accesar a una red externa como
lo es la PSTN; sta mediante GMSC GGSN los cuales tambin son
parte de esta red central.
Para lograr la comunicacin dentro de este sistema, lo primero que se
debe hacer es el acceso del mvil a la red; lo cual se lleva a cabo
mediante la autentificacin de usuario, y es como una especie de
identificacin en la red. Una vez que el mvil se ha identificado, en el
caso en que exista una llamada entrante para el mvil, o algn
mensaje de texto, la red le informa mediante el proceso llamado
paging.
Una vez que se realiza el proceso de paging, se establece la conexin
RRC. La transferencia de RRC desocupado a RRC conectado se
comienza en el mvil, que transmite un mensaje para el
establecimiento de la conexin RRC. Este mensaje incluye, junto con
ms informacin, la identidad del mvil. Cuando la conexin RRC se
establece, el mensaje de control de la conexin de la capa ms alta
del UE se transmite de forma encapsulada; como un mensaje inicial
del mvil al dominio seleccionado de la red central o CN. Despus de
sto, se procede a la autentificacin de usuario, cuyo objetivo es
mantener la seguridad dentro de la red.
Despus, basndose en los parmetros transmitidos en el mensaje
inicial del mvil: interferencia actual, trfico en la clula... la red
decide el tipo de canal que se usar en la comunicacin mediante la
asignacin de una portadora, pero esta portadora ser establecida
por el RNC. Una vez que se tiene la portadora radio, los datos de
informacin se intercambian entre el mvil y la red central.
Una vez que termina la comunicacin entre el mvil y la red, se
manda un mensaje de desconexin; entonces, la red central solicitar
la liberacin de la portadora al RNC. Y cuando sta se libera, el mvil
seguir con la conexin RRC, la cual deber ser liberada
posteriormente para que el mvil pase al estado idle.
Para entender mejor este proceso, se presenta un esquema de la red
UMTS con los diferentes protocolos utilizados.
89
Celia Moreno Jimnez
Figura 2-52. Arquitectura de protocolo de la interfaz de radio
Adems, a continuacin se detallan cada uno de los procedimientos

mostrados en la figura:
Paging: es un procedimiento de la capa Mobility Management
(MM) que permite la comunicacin entre mvil y nodo B; hace
uso del TMSI. Existen
dos tipos de Paging, segn si la
comunicacin se establece por primera vez (Tipo 1) o si la
conexin ya estaba establecida anteriormente (Tipo 2). Esta
diferenciacin tiene lugar en la RNC.
o Tipo 1: El mensaje de paging se enva 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 ninguna clula.
o Tipo 2: La red intenta localizar a un terminal con el que
ya tiene conexin previamente. Est destinado a usuarios
que se encuentran en modo dedicado (Cell_DCH) o en
modo FACH (Cell_FACH); siempre est dedicado y tiene
como destinatario un solo UE.
Los mensajes utilizados en los dos tipos
de paging se
representan en las figuras expuestas a continuacin:
90
Celia Moreno Jimnez
Figura 2-53. Paging Type 1
Figura 2-54. 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-55. RRC Connection Setup
La Figura 2-55 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 de la interfaz 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
91
Celia Moreno Jimnez
Equipment Identity), TMSI (Temporary Mobile Equipment

Identity), LAI (Location Area Identity) y RAI (Routing Area
Identity)). El mensaje de RRC CONNECTION REQUEST debe
indicar cuntos de estos valores se han insertado en el
mensaje, y de acuerdo con este valor se deben 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;
de esta manera, 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 o no, asignando recursos comunes o
compartidos de la red. La interfaz Iub queda asignada 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.
Una vez llegado a este punto de la conexin, 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 el establecimiento de la conexin segn 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
92
Celia Moreno Jimnez
al terminal de usuario UE el formato de transporte, el control de

potencia y los 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: Tiene lugar una vez que la conexin ha
sido establecida y es el proceso por el cual 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-56. Transaction Reasoning
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 el acceso a
la red.
Figura 2-57. Authentication and security control
Durante el establecimiento de la conexin RRC, el UE ya ha

informado al RNC, usando los parmetros de clasificacin,
acerca de sus capacidades, como por ejemplo los algoritmos de
seguridad que soporta.
El terminal de usuario y la red se autentican mutuamente, de
manera que la red enva al terminal un mensaje MM
AUTHENTICATION REQUEST en el payload de los mensajes
RANAP AND RRC DIRECT TRANSFER. Tras la ejecucion de los
algoritmos de autenticacin en el USIM (Univeral Subscriber
Identity Module), el mvil
responde con un mensaje MM
AUTHENTICATION RESPONSE que enva de nuevo en el payload
93
Celia Moreno Jimnez
del mensaje anteriormente citado. En este dilogo el RNC acta

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 algoritmos de seguridad y la integridad del canal de
comunicacin, as como las claves de encriptacin.
Basndose en esta informacin la RNC enva una peticin al UE
para que ste comience con la encriptacin usando las claves y
los algoritmos correspondientes, envindole el mensaje RRC
SECURITY MODE COMMAND. El terminal de usuario indica que
ha usado correctamente los algoritmos de proteccin y
encriptacin enviando el mensaje RRC SECURITY MODE
COMPLETE. Tras este mensaje, la RNC indica a la CN que el
procedimiento se ha completado satisfactoriamente y la
comunicacin se realiza de manera segura.
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-58. 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-58. 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
94
Celia Moreno Jimnez
o
o
o
o
Clase de trfico
Indicador de asimetra
El bit rate mximo
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 la respuesta a este chequeo es afirmativa, 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 existen recursos, la asignacin de la
portadora ser conforme con el QoS requerido; pero 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 diferenciado.
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,
enva el asentimiento 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. A partir de este momento, el procedimiento
contina 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.
95
Celia Moreno Jimnez
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, la
primera accin a realizar es la desconexin, que se muestra en
la Figura 2-59; en la que el proceso se origina 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-59. 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 liberarse.
Figura 2-60. RRC connection release.
Este procedimiento siempre lo comienza la RNC, que identifica

qu 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.
96
Celia Moreno Jimnez
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.

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.
A continuacin se describirn aquellos parmetros exclusivos de
UMTS:
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.
97
Celia Moreno Jimnez
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
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:
RSSI[dBm]
RSCP[dBm]
Ec I o [dB ]
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)
Porcentaje de uso de tecnologa
Otro factor importante a reportar al cliente para evaluar el estado de
la red es el porcentaje de tiempo que se usa cada tecnologa.
98
Celia Moreno Jimnez
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.
De igual manera se actuar para datos, detallado en el apartado
Parmetros para datos.
Porcentaje de HO 3g-2g successful
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 (interfrequency 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:
99
Celia Moreno Jimnez
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.
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.
En la referencia bibliogrfica [2] puede consultarse un ejemplo de un
estudio de la red UMTS en una ciudad, donde se muestran algunos de
los parmetros aqu citados.
100
Celia Moreno Jimnez
2.4 Parmetros para cobertura

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:
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
101
Celia Moreno Jimnez
saber a la red que quiere realizar una llamada, ste har uso del
canal broadcast PCH (downlink).
2.5 Parmetros para datos

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. As, se van a introducir los conceptos
bsicos de las tecnologas motivo de inters: HSDPA y HSUPA.
A continuacin, se presentar el esquema de un proceso de conexin
de una llamada de datos, para pasar posteriormente a detallar cada
uno de los canales usados en estas tecnologas. Para terminar esta
seccin, se presentan los parmetros a analizar en una conexin de
datos.
2.5.1 Conceptos bsicos de HSDPA
HSPA (High Speed Packet Access) es un conjunto de protocolos que
extienden y mejoran el rendimiento de UMTS.
La especificacin anterior, la Release 99 de UMTS, estableca un
mximo de 384 kbps; sin embargo, HSDPA provee velocidades en el
canal de bajada (downlink) de un mximo terico de hasta 14.4 Mbps
de pico. En cambio, HSDPA no incluye ningn tipo de modificacin en
el enlace ascendente, sino que ser HSUPA como se ver en el
siguiente apartado.
HSPA se implementa sobre la red WCDMA, ya sea en la misma
portadora o bien (para lograr mayor capacidad y mayores tasas de
bit) utilizando otra portadora. Adems, HSPA y WCDMA pueden
compartir todos los elementos de la red.
Pasar de WCDMA a HSPA requiere nicamente modificaciones de
software y algunos elementos de hardware en las estaciones base,
por lo que el coste de cambiar de WCDMA a HSPA es muy bajo, sobre
todo comparado con otras tecnologas, como WiMAX, que precisan de
una infraestructura completamente nueva.
As, la estructura de la red ser similar a la de UMTS.
102
Celia Moreno Jimnez
Figura 2-62. Estructura de red de HSPA
HSPA se centra en el uso compartido de un canal descendente, el HSDSCH

(High
Speed-Downlink
Shared
CHannel),
orientado
principalmente a servicios que requieran picos de transmisin, como
puede ser la navegacin por internet y el video bajo demanda. Este
canal es compartido entre varios usuarios y se utiliza un scheduling
(planificador) dependiente del canal para hacer el mejor uso posible
de las condiciones radio existentes. Cada UE transmite un indicador
de la calidad del enlace descendente cada 2 ms llamado CQI (Channel
Quality Information); utilizando esta informacin, la estacin base
decide a qu usuarios se enviarn bloques de datos en el siguiente
TTI, y qu cantidad de datos se enviar a cada uno, dando prioridad
a los usuarios que reporten una mejor calidad en el enlace.
Figura 2-63. Canal descendente HS-PDSCH
Este concepto se ilustra en la Figura 2-64, en la que puede

comprobarse cmo cada usuario har un uso del canal compartido
segn sus necesidades, de manera que en el primer intervalo de
tiempo, el usuario 1 hace uso del canal completo, mientras que en el
segundo intervalo, slo usa la mitad del canal, ya que el usuario 2
entra en l. As, el canal se usar segn la necesidad de cada usuario
y el uso que le pueda dar cada uno de ellos en cada intervalo.
103
Celia Moreno Jimnez
Figura 2-64. Uso del canal compartido
El esquema de transmisin cambia en cada Intervalo de Transmisin

(Transmission Time Interval, o TTI), para adaptarse a las condiciones
puntuales del enlace. La adaptacin del enlace elige el cdigo, la tasa
de cdigo y la modulacin a emplear en cada caso.
El TTI es de 2 ms, mientras en Release 99 se utilizaban valores de
10, 20, 40 u 80ms y no hay transmisin discontinua durante el TTI.
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
104
Celia Moreno Jimnez
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
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 lo que respecta a la modulacin, la Release 5 permite al mtodo
HSDPA y, ms concretamente, al HS-DSCH, que utilice la Modulacin
por Amplitud de Cuadratura 16 (16QAM) o la Modulacin por
desplazamiento de Fase en Cuadratura (QPSK). La QPSK ya se haba
especificado en la Release 4, en cambio la 16QAM se defini
especficamente en la Release 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.
Figura 2-65. Modulaciones QPSK y 16QAM
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 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.
105
Celia Moreno Jimnez
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 cuanto mayor sea la distancia
entre usuario y Nodo B.
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-6 ms); 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 a HSDPA con procedimientos avanzados para
la estimacin de CQI; stos 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.
Solicitud de retransmisin automtica hbrida (HARQ)
La Solicitud de Retransmisin Automtica Hbrida o HARQ 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.
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
106
Celia Moreno Jimnez
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 Release 4.
De esta forma, se minimiza el retraso en el proceso de planificacin y
las medidas radioelctricas tambin reflejan mejor las condiciones del
canal radio, con lo que se pueden tomar decisiones de planificacin
ms fiables y acertadas. Gracias a esto, 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 Release 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 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 brevemente.
107
Celia Moreno Jimnez
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 Release 5 nicamente ofrece la
opcin del control desde la red, y se realiza mediante la sealizacin
del RRC.
2.5.2 Conceptos bsicos de HSUPA
El HSUPA vara notablemente la seal ascendente:
La incorporacin de dos nuevos canales fsicos en el enlace
ascendente conlleva un factor de cresta ms alto en la seal de
enlace ascendente que en el caso del HSDPA.
Las diferencias de potencia relativa en el canal de cdigo del
enlace ascendente pueden alcanzar 45 dB.
Pueden producirse grandes cambios de potencia en el enlace
ascendente (hasta 27 dB) en los lmites de los intervalos de
tiempo de transmisin (TTI), por ejemplo, cuando se desactiva
o activa la transmisin de HSUPA.
La configuracin del enlace ascendente es muy dinmica. El
nmero de E-DPDCH (canal fsico dedicado de datos mejorado),
as como sus factores de propagacin y niveles de potencia
pueden cambiar en cada TTI.
Al igual que HSDPA, HSUPA utiliza protocolos Hbridos de Solicitud de
Repeticin Automtica (HARQ). Sin embargo, en este caso, el Nodo B
confirma la transmisin de datos del equipo de usuario (UE) y asigna
potencia de manera dinmica entre los equipos de usuario en cada
TTI.
La asignacin de servicio (distribucin de potencia) del UE determina
en la prctica la velocidad de transmisin de datos a la que puede
transmitir. Para conseguir 5,74 Mbps en el enlace ascendente, los
terminales de usuario deben ser compatibles con el TTI de 2 ms
108
Celia Moreno Jimnez
(opcional) estipulado para el HSUPA. Los dispositivos de categora 5 e

inferiores slo son compatibles con un TTI de 10 ms, lo cual limita la
velocidad de transmisin de datos del enlace ascendente a 2 Mbps.
2.5.3 Canales HSDPA
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 Release 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
interfaz area, adems, el enlace radio debe adaptarse a esta
finalidad. Como consecuencia, las mejoras de las caractersticas de la
Release 4 del sistema UTRAN fueron inevitables.
109
Celia Moreno Jimnez
DCH1
Cdigo 1
DCH2
Cdigo 2
DCH3
Cdigo 3
HS-DSCH multiplexado
en tiempo con
multicdigo
Figura 2-66 Principio bsico de HSDPA
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
nmero de canales de un conjunto HS-SCCH para un UE puede variar
entre 1 y 4.
110
Celia Moreno Jimnez
En la Figura 2-67 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-67 Canales de HSDPA
A continuacin se presenta el procedimiento bsico en una operacin

HSDPA bsica, representada en la Figura 2-68.
Figura 2-68 Procedimiento bsico de HSDPA
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
111
Celia Moreno Jimnez
necesarios, tanto la parte dinmica del formato de transporte del HSDSCH, 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.
2.5.4 Canales HSUPA
El HSUPA introduce varios canales nuevos de enlace ascendente y
descendente.
El canal de transporte del enlace ascendente E-DCH (Enhanced
Dedicated Channel) transporta un bloque de datos por cada TTI. El
canal del enlace ascendente E-DPDCH (E-DCH Dedicated Physical
Data Channel) transporta los datos de usuario del enlace ascendente.
El UE puede transmitir hasta cuatro E-DPDCH, con un factor de
propagacin de SF 256 a SF 2. Se necesitan dos SF 2 E-DPDCH para
conseguir 2 Mbps, la velocidad mxima de transmisin de datos que
admiten los dispositivos ms antiguos. El canal de enlace ascendente
E-DPCCH (E-DCH Dedicated Physical Control Channel) transporta la
informacin de control requerida por el Nodo B para decodificar el EDPDCH del enlace ascendente, tal como el E-FCI (E-DCH Transport
Format Combination Indicator), que indica el tamao de bloque, el
nmero de secuencia de retransmisin (RSN) y el Happy Bit; el cual
indica si el UE est de acuerdo con su asignacin de servicio actual.
Los tres nuevos canales fsicos del enlace descendente son: E-HICH
(E-DCH HARQ Acknowledgement Indicator Channel), que se utiliza
para confirmar la recepcin de los datos del UE; E-AGCH (E-DCH
Absolute Grant Channel), que proporciona el lmite absoluto de los
recursos de potencia (asignacin de servicio) que el UE puede
utilizar; y E-RGCH (E-DCH Relative Grant Channel), que incrementa o
reduce la asignacin de servicio del UE (o seala una demora).
112
Celia Moreno Jimnez
Figura 2-69. Estructura de protocolos HSUPA
En la 3GPP TS 34.109 se define un nuevo bucle de retorno de HSUPA

que utiliza el modo de prueba de portadora radio. Requiere un enlace
descendente de HSDPA con una velocidad de transmisin de datos
cuidadosamente seleccionada, de modo que el UE reciba un flujo
estable de datos para realizar un bucle de retorno en sus canales de
HSUPA, pero sin desbordar excesivamente sus bferes.
Para ver el proceso de conexin de una llamada de datos se tendrn
en cuenta tanto las llamadas de GPRS como las de HSPA.
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
113
Celia Moreno Jimnez
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 decisin del operador la
configuracin de 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.
Se van a detallar los dos primeros pasos del proceso de conexin
GPRS por resultar de gran inters para comprender los parmetros
presentados posteriormente. Aunque se traten de parmetros
referidos a la tecnologa GPRS se reportan al cliente junto con los
dems parmetros referidos a las pruebas de datos, es por esto por
lo que se describen en este apartado.
GPRS Attach
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).
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-70 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.
114
Celia Moreno Jimnez
Figura 2-70. GPRS Attach y PDP Context
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
115
Celia Moreno Jimnez
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
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 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
116
Celia Moreno Jimnez
conservar temporalmente la informacin por si se produjese un GPRS

attach entretanto.
PDP Context
Si el GPRS attach se ha llevado a cabo correctamente, se produce
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-71.
Figura 2-71. 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.
117
Celia Moreno Jimnez
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.
Una vez revisados los conceptos bsicos se presentan los parmetros
a analizar para las llamadas de datos:
GRPS Attach y PDP Context
El resultado del proceso GPRS Attach pueden indicar el
comportamiento de la red. De esta manera, si el procedimiento de
GPRS attach no se realiza correctamente, puede concluirse que no
existe cobertura para llamadas de datos en esa localizacin, por lo
que la comunicacin no ser viable.
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.
La distincin entre estas dos posibles causas es fcil de realizar, ya
que el equipo dispone de terminales mviles y diversas SIM, por lo
que un intercambio entre SIMs puede aclarar la situacin. Es tarea
del tcnico de campo detectar este tipo de errores de equipo.
Por otra parte, el PDP Context permite comprobar en qu momento
de la comunicacin hay un problema en la red; de esta manera, si el
procedimiento de PDP Context se realiza correctamente, el terminal
tiene asignada la direccin IP y puede comenzar la comunicacin.
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 para
evitar aquellas pruebas que falseen los resultados finales, debido a
indisponibilidad del servidor FTP al que se realicen las pruebas.
118
Celia Moreno Jimnez
Accesibilidad
Una vez hecho el ping al servidor FTP, se comienza la prueba de
datos, que no es ms que realizar descargas y subidas al FTP y
accesos web.
Si la prueba no puede iniciarse, se dice que es una llamada failed,
que provocar un descenso del porcentaje de accesibilidad (recordar
el apartado 2.2.4.1. dedicado a la accesibilidad en voz). Los valores
de accesibilidad se proporcionan en porcentajes, y suelen oscilar
entre el 80% y un 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.
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; esto es as debido a diferentes
motivos, entre los que se han detallado anteriormente la HARQ, el
cambio imperceptible de clula...
En HSDPA el procedimiento para la recepcin de datos por parte de
un usuario puede verse con un esquema simplificado:
119
Celia Moreno Jimnez
Figura 2-72. 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, 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.
Esta continuidad en la transferencia de datos se detall en el
apartado dedicado al cambio imperceptible de clula. Se habla de
esta continuidad en entornos outdoor ya que en los indoor
difcilmente se producir un cambio de clula.
Throughput
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.
Throughput de aplicacin: volumen total de datos en el tiempo
que dura la sesin de datos.
Throughput instantneo: muestreo que realiza el equipo,
tpicamente cada segundo.
120
Celia Moreno Jimnez
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.
Son muchos los parmetros que influyen en esta velocidad de
transferencia de datos, por lo que en cada uno de ellos se har
referencia a este otro parmetro.
Es de notar que el throughput del servicio HTTP ser menor que en
los casos anteriores, ya que las conexiones son de menor duracin y
la transferencia de datos no es continuada. El nmero de cabeceras
en relacin con la informacin transmitida es mayor, por lo que se
transmite menos informacin en el mismo tiempo.
El concepto de throughput en el enlace ascendente es similar.
CQI (Channel Quality Information)
CQI es un nmero de 0 a 30, que representa un ndice en una tabla,
y se corresponde con el mximo de datos que el UE es capaz de
decodificar con una tasa de error menor que el 10% (BLER < 10 %).
El nodo B es quien decide la frecuencia con que el terminal tiene que
reportar el CQI (de 2 ms a 160 ms).
En el anlisis de una llamada de datos, 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.
Modulacin
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
121
Celia Moreno Jimnez
ruidos, por lo que en condiciones radio insuficientes, al terminal se le

asignar modulacin QPSK.
Ejemplo:
1TTI = 3 slots = 2ms = 2.560*3 chips = 7.680 chips = 480
smbolos en SF=16
480 smbolos = 960 bits en QPSK y 480 smbolos = 1.920 bits
en 16QAM
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.
Uso de tecnologa
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.
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 en el
proceso de chequeo de integridad de datos o pre-procesado. 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 forzados, siendo frecuente un
cambio involuntario, 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 de transicin, dejndolos fuera de los
intervalos de uso de tecnologa.
122
Celia Moreno Jimnez
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.
Porcentaje de uso de canal
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.
Segn el nmero de E1 que agregue un nodo B (interfaz Iub) 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. Este punto de la red es el
cuello de botella para las operadoras.
123
Celia Moreno Jimnez
Nivel
Circuitos
Norteamrica
Kbit/s Denominacin
Circuitos
Europa
Kbit/s Denominacin
24
1,544
(T1)
30
2,048
(E1)
96
6,312
(T2)
120
8,448
(E2)
672
44,736
(T3)
480
34,368
(E3)
2016
274,176
(T4)
1920
139,264
(E4)
Nivel
Circuitos
Japn
Kbit/s Denominacin
24
1,544
(J1)
96
6,312
(J2)
480
32,064
(J3)
1440
97,728
(J4)
Tabla 2-6. Niveles de multiplexacin PDH en Norteamrica, Europa y Japn
Codigos usados
Un mismo usuario HSPA puede trabajar con varios cdigos
simultneamente. El terminal trabaja en paralelo, como si tuviera
varias lneas de comunicacin a la vez.
La fuente de cdigo compartido, sobre la cual el canal HS-DSCH est
mapeado, puede contener hasta 15 cdigos. El nmero actual
empleado depende del nmero de cdigos soportado por el terminal y
el sistema, ajustes del operador y capacidad del sistema.
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 dos valores, tambin se deber tener en cuenta el valor
del CQI y porcentaje de NACK obtenidos para comprobar el
funcionamiento de la red.
3 Equipo y tcnica de medidas

3.1 Equipo humano
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.
124

Comunicaciones Moviles

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Comunicaciones Moviles

Cargado por

Copyright:

Formatos disponibles

Campaa de Benhmarking

Celia Moreno Jimnez

Existen planes para desarrollar perfiles de certificacin y de

2 Medidas de calidad y cobertura en redes de

Los factores no tcnicos estn relacionados con aspectos como el

Usuarios residenciales, que englobaran todas las SIM (Mdulo

Medida de percepcin por tipo de servicio: Voz Vs. Datos

Medida de percepcin por entorno

correspondientes con el objeto de optimizar el rendimiento de

2.2 Parmetros para voz GSM

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

Los siguientes elementos forman la estructura de la red GSM:

Estacin base transceptora

Estacin base controladora

Unidad de adaptacin y transcodificacin

Estacin de conmutacin mvil

Registro de localizacin local

Registro de localizacin visitante

Registro de identidad de equipos

2.2.1.1 Estacin Mvil

casos con caractersticas fsicas o geogrficas particulares (como por

terminal. Permite que la red verifique si un mvil que intenta llamar

2.2.2 Canales GSM

de 374 canales adicionales numerados (ARFCN) desde el 512 al 885.

En Espaa, los operadores tienen asignadas las siguientes bandas de

As, en la tabla a continuacin se presentan los canales asignados

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

A continuacin, se detalla la modulacin que usa esta tecnologa para

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

En implementaciones prcticas, se proporciona una banda de guarda

Canales de Trfico (TCH): llevan voz codificada digitalmente o

Hay seis clases diferentes de TCHs y un nmero an mayor de

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

Canal de Trfico a velocidad completa para datos a 9.6 kbps

downlink BCH o CCCH y se considera como una trama idle. Sin

sincronizacin de las tramas con la estacin base. El nmero de

Canal de Acceso Concedido (AGCH): Se usa por la estacin

esta trama, los 8 slots se usan para proporcionar datos SACCH

canales los usaran la BTS y el terminal mvil respectivamente hasta

Figura 2-4. Esquema de asignacin de canal radio

Con el mensaje INMEDIATE ASSIGNMENT se le asigna al mvil los

responde a la red. El mensaje usado es CM SERVICE REQUEST. En

Figura 2-5. Sintonizacin de frecuencia y time slot

El mensaje de compatibilidad del mvil es del tipo Classmark Change.

Figura 2-6. Mensaje de compatibilidad del terminal

Figura 2-7. Autentificacin del terminal en la red

Figura 2-8. Cifrado de la informacin

La red puede pedir al mvil el IMEI (y en ocasiones el IMSI) con el

Figura 2-9. Comprobacin del IMEI

En una llamada MOC el mvil enva el mensaje SETUP que encapsula:

Compatibilidad en funciones de control (DTMF, prolonged

Figura 2-10. Establecimiento de la llamada MOC

La red enva al mvil el mensaje ALERTING, cuando el otro extremo

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

Cuando se quiere terminar la llamada se usa el mensaje

responde con un mensaje RELEASE y a su vez a este ltimo con un

Figura 2-12. Diagrama de desconexin

Se recoge a continuacin de manera esquemtica los pasos, canales

3. Autentificacin, cifrado y validacin de equipo. Antes de

6) Peticin de parmetros de autentificacin

14) Parmetro de cifrado

Mensaje del establecimiento

2.2.4 Parmetros reportados