02-Curso Funcionalidades, Parámetros y Estadísticas Ericsson

Funcionalidades, parmetros y estadsticas Ericsson
Documentacin del curso-Noviembre 2001
Tipo de documento Cdigo del documento
INFORME TCNICO Revisin 1 N total de pginas 173
Elaborado por Beatriz Asensio Camardiel Montserrat Martinez Sanchez Modificaciones respecto a la revisin anterior
Lista de distribucin
Revisado por Julieta Moiz Arcone Firma
Aprobado por Firma
Fecha 6 de junio de 2011
Fecha 6 de junio de 2011
INDICE
1 CONTADORES Y ESTADSTICOS ERICSSON ........................................................... 6 1.1 1.2 1.3 1.4 1.5 1.6 1.7 2 INTRODUCCIN .................................................................................................................. 6 ACTIVACIN Y RECOGIDA DE ESTADSTICAS .................................................................... 6 TIPOS DE CONTADORES ..................................................................................................... 8 NOMENCLATURA DE LOS FICHEROS .................................................................................. 8 CLASIFICACIN DE OBJECT TYPES .................................................................................... 9 ESTADSTICOS BSICOS POR CELDA ................................................................................ 11 DETECCIN DE PROBLEMAS ............................................................................................ 15
IDLE MODE BEHAVIOUR ............................................................................................ 29 2.1 INTRODUCCIN ................................................................................................................ 29 2.2 DEFINICIONES .................................................................................................................. 29 2.3 ACRNIMOS Y ABREVIATURAS: ...................................................................................... 30 2.4 OBJETIVOS DE LA FUNCIONALIDAD ................................................................................. 30 2.4.1 Alta probabilidad de comunicacin exitosa ............................................................ 30 2.4.2 Control de la carga de Paging ................................................................................ 31 2.4.3 Bajo consumo de potencia en modo idle ................................................................. 31 2.5 DESCRIPCIN TCNICA ................................................................................................... 31 2.5.1 General .................................................................................................................... 31 2.5.2 Seleccin PLMN ...................................................................................................... 32 2.5.3 Seleccin de CELDA ............................................................................................... 33 2.5.4 Reseleccin de Celda .............................................................................................. 36 2.5.5 LU: Location Updating ....................................................................................... 38 2.5.6 Paging ..................................................................................................................... 39 2.5.7 Informacin de Sistema ........................................................................................... 40 2.6 RESUMEN DE LOS PARMETROS DE CONTROL PRINCIPAL ............................................. 40 2.6.1 Parametros transmitidos en SCH ............................................................................ 40 2.6.2 Parmetros transmitidos en el BCCH ..................................................................... 41 2.7 EJEMPLO: IMPACTO EN ZONA 2 MODIFICACIN ACCMIN ............................................. 42 2.7.1 Abreviaturas ............................................................................................................ 42 2.7.2 Introduccin ............................................................................................................ 42 2.7.3 Grficas de las estadsticas ..................................................................................... 42 2.7.4 Conclusiones ........................................................................................................... 45
LOCATING ....................................................................................................................... 47 3.1 INTRODUCCIN .......................................................................................................... 47 3.1.1 General .................................................................................................................... 47 3.1.2 Convenios ................................................................................................................ 47 3.1.3 Qu se puede lograr con el algoritmo Locating...................................................... 48 3.2 DESCRIPCIN TCNICA............................................................................................. 49 3.2.1 Procedimiento de medida ........................................................................................ 50 3.2.2 Algoritmo................................................................................................................. 50 3.2.3 CRITERIO DE DESCONEXIN............................................................................. 85 3.3 PARMETROS .............................................................................................................. 85 3.3.1 PARMETROS DE CONTROL............................................................................... 85 3.3.2 RANGOS DE VALORES Y VALORES POR DEFECTO ......................................... 89 3.4 CONTADORES RELACIONADOS .............................................................................. 91 3.5 EJEMPLOS ..................................................................................................................... 92
Pgina 2 de 173
3.6 ANEXO A ....................................................................................................................... 95 4 FREQUENCY HOPPING ................................................................................................ 98 4.1 INTRODUCCIN ................................................................................................................ 98 4.2 BENEFICIOS ..................................................................................................................... 98 4.2.1 Desvanecimiento Multitrayecto (Multipath Fading) ............................................... 98 4.2.2 Interferencia ............................................................................................................ 98 4.2.3 Conclusiones ........................................................................................................... 98 4.3 DESCRIPCIN TCNICA FUNCIONALIDAD ....................................................................... 99 4.3.1 Mtodos de frecuency Hopping ............................................................................... 99 4.3.2 Configuracin........................................................................................................ 100 4.3.3 Algoritmo............................................................................................................... 103 4.3.4 GPRS ..................................................................................................................... 104 4.4 IMPACTO EN EL DISEO DEL PLAN DE FRECUENCIAS.................................................... 104 4.5 EJEMPLO: ACTIVACIN FH EN NAVARRA ..................................................................... 106 4.5.1 PRESENTACIN DE RESULTADOS Zona Hopping .......................................... 106 4.5.2 presentacin de resultados en Navarra provincia ................................................ 111 4.5.3 Conclusiones ......................................................................................................... 113 4.6 ANEXO: BENEFICIOS...................................................................................................... 113 4.6.1 Diversidad en frecuencia ...................................................................................... 113 4.6.2 Promediado de interferencia ................................................................................. 115 5 CONTROL DINMICO DE POTENCIA EN LA BTS .............................................. 119 5.1 DEFINICIONES ................................................................................................................ 119 5.2 INTRODUCCIN .............................................................................................................. 119 5.3 PROCEDIMIENTO DE REGULACIN................................................................................. 119 5.3.1 Preparacin de medidas........................................................................................ 119 5.3.2 Filtrado de medidas .............................................................................................. 121 5.4 CLCULO DE LA ORDEN DE POTENCIA .......................................................................... 122 5.4.1 rdenes bsicas de regulacin ............................................................................. 122 5.4.2 Restricciones de la orden de potencia ................................................................... 123 5.4.3 Conversin de los datos de salida ......................................................................... 123 5.5 TRANSMISIN A MXIMA POTENCIA ............................................................................. 123 5.6 DESCRIPCIN DE LOS PARMETROS .............................................................................. 123 5.6.1 Parmetros de control principales ........................................................................ 124 5.6.2 Parmetros adicionales......................................................................................... 124 5.7 ASIGNACIN INICIAL DE LOS VALORES DE LOS PARMETROS ...................................... 124 5.8 PRUEBAS ........................................................................................................................ 125 5.8.1 Pruebas en campo ................................................................................................. 125 5.9 EJEMPLO ACTIVACIN BTSPWRC EN ZONA DE HOPPING DE ZARAGOZA ................... 126 5.9.1 Grficas ................................................................................................................. 127 5.9.2 Conclusiones ......................................................................................................... 130 6 IDLE CHANNEL MEASUREMENTS ......................................................................... 132 6.1 INTRODUCCIN ........................................................................................................ 132 6.2 ABREVIATURAS Y ACRNIMOS............................................................................ 132 6.3 VISIN GLOBAL ........................................................................................................ 132 6.4 DESCRIPCIN TCNICA........................................................................................... 133 6.4.1 General .................................................................................................................. 133 6.4.2 Algoritmo............................................................................................................... 133 6.5 DIRECTIVAS DE INGENIERA ................................................................................. 135 6.5.1 General .................................................................................................................. 135 Pgina 3 de 173
6.5.2 Ajuste de parmetros ............................................................................................. 136 6.6 PARMETROS ............................................................................................................ 136 6.6.1 Parmetros de control principales ........................................................................ 136 6.6.2 Rangos de valores, valores por defecto y valores AMENA ................................... 136 6.7 CONTADORES RELACIONADOS ............................................................................ 137 6.8 CASOS REALES .......................................................................................................... 137 7 DYNAMIC HALF RATE ALLOCATION ................................................................... 142 7.1 INTRODUCCIN .............................................................................................................. 142 7.2 CONCEPTOS ............................................................................................................... 142 7.3 DESCRIPCIN DEL FUNCIONAMIENTO ........................................................................... 143 7.3.1 Conceptos del procedimiento Channel administration ......................................... 143 7.4 DYNAMIC HALF RATE ALLOCATION ............................................................................. 150 7.5 PARMETROS PRINCIPALES ........................................................................................... 151 7.6 EJEMPLOS ...................................................................................................................... 152 7.6.1 Activacin en Zona 2 ............................................................................................. 152 7.6.2 Ejemplo de trfico cursado con Half Rate ............................................................ 153 8 DISCONTINUOUS TRANSMISSION ......................................................................... 155 8.1 INTRODUCCIN .............................................................................................................. 155 8.2 DESCRIPCIN DEL FUNCIONAMIENTO ........................................................................... 155 8.3 INCONVENIENTES DE LA TRANSMISIN DISCONTINUA .................................................. 156 8.3.1 Reduccin de las medidas del canal de trfico realizadas.................................... 156 8.3.2 Disminucin de la calidad en la comunicacin percibida por los usuarios ......... 157 8.4 DESCRIPCIN DE LOS PARMETROS .............................................................................. 157 8.4.1 Rango de valores y valores por defecto ................................................................ 158 8.5 EJEMPLO: ACTIVACIN ZONA DE PRUEBAS BARCELONA.............................................. 158 8.5.1 Introduccin .......................................................................................................... 158 8.5.2 Resultados de la Activacin .................................................................................. 159 8.5.3 Conclusiones ......................................................................................................... 162 9 ASSIGNMENT TO OTHER CELL .............................................................................. 165 9.1 INTRODUCCIN .............................................................................................................. 165 9.1.1 Assignment to a Better Cell ................................................................................... 165 9.1.2 Assignment to a Worse Cell .................................................................................. 165 9.2 DESCRIPCIN TCNICA ................................................................................................. 165 9.2.1 Algoritmo............................................................................................................... 165 9.3 PARMETROS ................................................................................................................ 166 9.3.1 Parmetros principales ......................................................................................... 166 9.3.2 parmetros adicionales ......................................................................................... 166 9.3.3 Valores .................................................................................................................. 167 9.4 EJEMPLOS ...................................................................................................................... 167 9.4.1 Ejemplo 1............................................................................................................... 167 9.4.2 Ejemplo 2............................................................................................................... 168 10 CNAI, CONSISTENCY... ............................................................................................... 170 10.1 10.2 10.3 10.4 10.5 10.6 INTRODUCCIN .......................................................................................................... 170 DEFINICIONES ............................................................................................................ 170 EXPORTAR FICHEROS DE DATOS VA CNAI .............................................................. 170 IMPORTAR FICHEROS DE DATOS VA CNAI ............................................................... 171 FORMATO DEL FICHERO ............................................................................................ 171 CONSISTENCIES ......................................................................................................... 172 Pgina 4 de 173
Contadores y estadsticos
Pgina 5 de 173
1 Contadores y estadsticos Ericsson

1.1 Introduccin
Para el departamento de Radio es necesario disponer de datos estadsticos a nivel de celda y de BSC para conocer la calidad de servicio percibida por el cliente, detectar interferencias y zonas de mala calidad y percibir las necesidades de cobertura y capacidad de nuestros clientes. El anlisis de los datos estadsticos permitir realizar cambios que mejoren la calidad del servicio ofrecido. En concreto, necesitamos un volcado diario sobre un directorio comn de datos estadsticos resultado de consultas a la base de datos de Ericsson. El resultado de dichas consultas debe volcarse sobre un fichero lo ms prctico y sencillo posible para facilitar el posterior procesamiento de la informacin por el departamento de Radio.
1.2 Activacin y recogida de estadsticas

El proceso desde que se recogen los datos estadsticos de los elementos de red hasta que se almacenan en ficheros con el formato adecuado, mostrado en el esquema de flujos de la figura 1, consta de los siguientes pasos:
Elementos de red
X. 25
Servidor TMOS
Procesos
PMA_ReceiveFile PMA_ProcessFile PMA_Schedule
pmadb
Almacenamiento de estadsticas
1.1.1.1.1.1.1.1.1
Servidor FTP
S C - Obtiene los R datos crudos de la BD I - Procesa la informacin y P la almacenaT un formato en
especfico
Pgina 6 de 173
Figura 1. Proceso de recogida de datos estadsticos

Es necesario que los contadores o datos estadsticos sean enviados a un centro de operacin y mantenimiento (OMC) que en el caso de Ericsson est basado en un servidor UNIX al que se provee de una herramienta propia de Ericsson denominada TMOS. Dicho sistema est provisto de varias bases de datos. Una de ellas, denominada pmadb, se encarga del almacenamiento de las estadsticas. Para llevar a cabo este proceso, todos los elementos de red de tipo MSC o BSC (los datos de BTS se recogen en BSC) llevan incorporada una lnea de transmisin de datos X.25 que comunica el elemento de red con el servidor TMOS al que est asociado, y por la que se envan los datos estadsticos que cada hora el elemento de red genera. Dicha lnea X.25 por la que se envan los datos estadsticos no son ms que circuitos pertenecientes a la red de transmisin. Una vez los datos han llegado al servidor correspondiente de la zona, existen tres procesos que corren continuamente en cada uno de los servidores TMOS (PMA_ReceiveFile, PMA_ProcessFile y PMA_Schedule) que decodifica los datos del fichero recibido y los vuelca en una base de datos instalada en el mismo servidor. Una vez que los datos se han almacenado en la BD, es necesario realizar consultas a dichas bases de datos para obtener la informacin especfica que necesitamos y almacenarla en un formato adecuado. Los datos se obtienen a travs de scripts, que se arrancan en todos los servidores por la noche, recogiendo todos los datos de los elementos de Red del da anterior. El mismo script, despus de recibir la informacin de la BD la procesa adecuadamente para almacenarla en un formato especfico en un paquete de ficheros. Una vez generados todos los ficheros, se envan al servidor FTP para almacenarse automticamente en un directorio cuyo nombre es igual al de la fecha a la que corresponden los datos. Queda por explicar cmo generan los elementos de red los datos estadsticos que recoge TMOS: mediante el STS (STATISTICS and Traffic Subsystem) La plataforma AXE sobre la que se implementan los distintos tipos de elementos de red se compone de diversos mdulos de software que Ericsson denomina subsistemas. En el caso de las estadsticas existe un subsistema encargado de la gestin de las mismas de nominado STS. El STS est implementado en el SP (Support Processor), el cual est fsicamente localizado en el IOG (Input/Output Group). La parte central del STS es la MDB (Measuring data Base) donde todas las medidas son recogidas de los diferentes bloques del CP (Procesador Central)
Pgina 7 de 173
Figura 2. Generacin de datos estadsticos en los elementos de red

La base de datos consiste en varios object types. Los contadores de los diferentes eventos de los elementos de red y sus valores son, dependiendo del object type, recogidos por la MDB desde los diferentes bloques del CP. El contenido de MDB es entonces volcada en ficheros definidos por el usuario.
1.3 Tipos de contadores

Existen cuatro tipos de contadores estadsticos:
Contadores acumulativos: Son contadores que se incrementan cada vez que aparece un evento en
la Red. Son ejemplos tpicos cadas de llamadas por algn problema determinado, nmero de solicitudes de recursos...
Contadores de muestreo: Son contadores que realizan un muestreo cada cierto tiempo (tiempo
siempre menor a la granularidad del contador) de algn parmetro de comportamiento de cualquier dispositivo de modo que podamos obtener una media para el periodo de granularidad del contador (nmero de dispositivos en activo o bloqueados..)
Contadores de estado: Son contadores que reflejan el nmero mximo y mnimo de dispositivos que
han estado en un determinado estado durante el periodo de granularidad del contador
Contadores temporales: Son contadores que contabilizan el tiempo que un determinado dispositivo
entra en un determinado estado
1.4 Nomenclatura de los ficheros
Pgina 8 de 173
Los ficheros diarios quedan almacenados en el siguiente directorio: U:\AreaDERED\Radio\Area de trabajo\Planificacion Celular\Contadores_brutos\ddmmaaaa
El nombre de los ficheros seguir el formato siguiente: DDD: 3 dgitos para el nombre del departamento que ha solicitado los estadsticos que incluye el fichero: PLN para Planificacin, CyS para Conmutacin y Servicios, RyT para Radio y Transmisin y OyM para Operaciones y Mantenimiento. S: 1 dgito para el suministrador: E para Ericsson, S para Siemens y N para Nokia. EEEEEEEE: 8 dgitos para el elemento de red. Ejemplo: estadsticos de la BSC de Barcelona, CAT01B01. _ddmm: 5 dgitos para la separacin y fecha. .Medida: en la extensin se especificar el tipo de medida que incluye el fichero. En el caso de Ericsson se anotara el object type. Ejemplo: Los estadsticos del da 20/08/01 de Ericsson de la BSC ARA01B02 solicitados por Radio y Transmisin acerca de CELTCHF se guardaran en el fichero:
1.1.1.1.1
RYTEARA01B02_2008.CELTCHF
1.5 Clasificacin de Object Types

En este apartado se ofrece una visin general de los object types que el departamento de Radio solicita volcar a fichero formato texto en columnas separadas por punto y coma. Los clasificamos segn el nivel al que pertenecen (MSC, BSC, TRC, celda) y el tema sobre el que contienen informacin (trfico TCH, trfico SDCCH, handovers....). A nivel de celda: son contadores con periodicidad diaria y granularidad horaria, que contienen informacin de cada una de las celdas de una BSC. Tipo de Objetos CLTCH Descripcin Contadores de trfico en canales TCH. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas Contadores de trfico en canales TCH utilizados con codificacin Full Rate. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas
CELTCHF
Pgina 9 de 173
CELTCHH
Contadores de trfico en canales TCH utilizados con codificacin Half Rate. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas Contadores de cadas en TCH-Full Rate. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas Contadores de cadas en TCH-Half Rate. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas Contadores de trfico en canales SDCCH. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas Contadores de cadas en SDCCH. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas Permite obtener estadsticas sobre los principales eventos en la BSC/PCU de una celda determinada. Contadores de intracell handover por causa. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas. Contadores de Idle Channel Measurements para la subcelda overlaid. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas. Contadores de Idle Channel Measurements para la subcelda underlaid. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas. Contadores de Random access. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas.
CLTCHDRF
CLTCHDRH
CLSDCCH
CELLCCHDR CELLGPRS CELEVENTI
IDLEOTCHF
IDLEUTCHF
RANDOMACC
CLSMS
Contadores de SMS. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas. Contadores de Cell Load Sharing e intervenciones de Operaciones. Interesa tener acceso a los contadores por BSC donde aparezcan todas las celdas.1
CELEVENTH
Tabla 1. Clasificacin de Object Types a nivel de celda

Hay otros object types que tenemos activos y no procesamos su informacin para obtener las estadsticas diarias con la base de datos STATSVx.mdb, pero que podemos consultar en caso de necesidad. A nivel de relacin de vecindad: son contadores con periodicidad diaria y granularidad horaria, que contienen informacin de cada una de las relaciones de vecindad definidas en una BSC. Las relaciones internas y externas estn en diferentes object types.
1
Zona 2 no tiene este object type activo Pgina 10 de 173
Tipo de Objetos NCELLREL y NECELLREL
Descripcin Contadores de handover. Interesa tener acceso a los contadores por BSC donde aparezcan todas las relaciones de vecindad. Contadores de handover por causa. Interesa tener acceso a los contadores por BSC donde aparezcan todas las relaciones de vecindad.
NECELHO y NICELHO
Tabla 2. Clasificacin de Object Types a nivel de relacin de vecindad

Hay otros object types de este tipo, que tenemos activos y sin embargo no procesamos su informacin para obtener las estadsticas diarias: NECELASS y NICELASS: Contadores de asignacin a mejor y peor celda. A nivel de BSC: son contadores con periodicidad diaria y granularidad horaria, que contienen informacin general de la BSC. Tipo de Objetos LOAS Descripcin Contadores de carga del procesador de la BSC. Interesa tener acceso por BSC. Permite obtener estadsticas del nmero de tramas PCU descartadas, pagings, falta de recursos, etc.
BSCGPRS
Tabla 3. Clasificacin de Object Types a nivel de BSC

Adems de estos object types, tenemos otros activos a nivel de TRC, TRH y MSC de periodicidad diaria y granularidad horaria, que no utilizamos en el procesado diario de estadsticas como son: BSCSTAT: Contadores de MSC de handover de BSC HNDOVER: Contadores de inter-MSC handover. LOCAREAST: Contadores de Location Area PAGING: Contadores de MSC de paging. UPDLOCAT: Contadores de MSC de Location Updatings ATERTRANS: Contadores sobre los dispositivos de transmisin del interfaz A-ter en un TRC por BSC
1.6 Estadsticos bsicos por celda

En este apartado se definen las frmulas que procesan los contadores brutos para obtener el indicador estadstico a nivel de celda. Solamente nos referiremos a los ms importantes, pudindose consultar el resto en el Technical Report Frmulas de los indicadores para Ericsson R8.0 utilizados en el StatsV20.
Pgina 11 de 173
Tras la activacin en la red de la funcionalidad de Half-Rate, los eventos ocurridos en los canales que funcionan en Full-Rate se almacenan en distintos contadores que los ocurridos en los canales Half-Rate. As pues, se pueden obtener estadsticas de canales Full-Rate (F), estadsticas de canales Half-Rate (H) y estadsticas combinadas de los dos tipos de canales, que consisten en sumar los eventos ocurridos en unos y otros. En este documento vamos a referirnos siempre a las estadsticas combinadas. Tambin vamos a considerar en nuestros clculos, que en nuestra red no hay celdas overlaid, por lo que los contadores _SUB referentes a estas celdas, estn todos vacos. De otra forma, habra que sumarlo al contador de celda underlaid. ConTCH: Nmero de conexiones establecidas con xito en canales TCH, tanto de Full-Rate como de Half-Rate. Incluye asignacin, handover o call setup. Frmula:
(TFMSESTB hh THMSESTB hh)

hh 0..23
De CELTCHF: De CELTCHH:
TFMSESTB hh
hh 0..23
THMSESTB hh
hh 0..23
Cadas TCH: Nmero total de conexiones en TCH que acabaron con cada Frmula:
CadasTCHFdd
CadasTCHH dd
CadasTCHF = CadasTCHH =
TFNDROP hh
hh 0..23
THNDROP hh
hh 0..23
%CadasTCH: Porcentaje de conexiones en TCH que acabaron con cada respecto al total de conexiones establecidas con xito. Frmula:
CadasTCH dd x100 ConTCH dd
IntCapturarTCH: Nmero de intentos de capturar un canal TCHsin tener en cuenta si ha fallado o ha acabado con xito. Incluye asignacin, handover o call setup. Frmula:
(TFCALLS
hh 0..23 hh
THCALLS hh)
(TFCALLS hh)
hh 0..23
(THCALLS hh )
hh 0..23
%xitoEnConexinTCH: Porcentaje de xito del establecimiento de la conexin en canales TCH, ya sea proveniente de inicializacin de llamada o handover. Pgina 12 de 173
Frmula:
ConTCH dd x100 IntCapturarTCH dd
IntAsignacinTCH: Nmero de intentos de pasar desde un canal SDCCH a un canal TCH en la propia celda. Frmula: De CLTCH:
TASSALL hh
hh 0..23
LlamIniciadas: Nmero de llamadas iniciadas con xito (sin handover ni intracell). Frmula:
(TFCASSALL hh THCASSALL hh)

hh 0..23
TFCASSALL hh
hh 0..23
THCASSALL hh
hh 0..23
LlamBloqueadasTCH: Nmero total de llamadas bloqueadas, llamadas que no consiguieron TCH desde SDCCH (slo las que intentan iniciarse en la celda). Frmula: IntAsignacinTCH LlamIniciadas %BloqueoTCH: Porcentaje de bloqueo en TCH respecto de los intentos Formula:
LlamBloqueadasdd x100 IntAsignacinTCH dd
IntAsignacinCong: Nmero de intentos de pasar desde un canal SDCCH a un canal TCH que encontraron todos los canales ocupados. Formula:
hh 0..23
TFCONGSAS hh THCONGSAS hh TFCONGSAS hh

hh 0..23
THCONGSAS hh
hh 0..23
IntHOCong: Nmero de intentos de capturar un canal TCH proveniente de handover que encontraron todos los canales ocupados: Formula:
TFCONGSHO hh THCONGSHO hh
hh 0..23
De CELTCHF:
TFCONGSHO hh
hh 0..23
Pgina 13 de 173
De CELTCHH:
THCONGSHO hh
hh 0..23
IntCongTCH: Nmero de intentos que encontraron todos los canales TCH ocupados. Incluye los intentos de asignacin TCH y handover. Formula: IntAsignacinCongdd
IntHOCong dd
%IntCongTCH: Porcentaje de intentos que encontraron todos los canales TCH ocupados respecto al nmero de intentos de capturar canal TCH Formula:
IntCongTCH dd x100 IntCapturarTCH dd
IHO: Nmero total de intentos de intracell handover Formula:
HOINUQA hh
hh 0..23
HOINDQA hh
HOINBQA hh
De CELEVENTI: HOINQUA: intentos de intracell handovers por mala calidad en UL De CELEVENTI: HOINDQA: intentos de intracell handovers por mala calidad en DL De CELEVENTI: HOINBQA: intentos de intracell handovers por mala calidad tanto en UL como en DL. Hasta ahora, todos los contadores que hemos visto indicaban algo por ellos mismos, por ejemplo, TFMSETB indica el nmero de conexiones establecidas con xito en un canal full-rate, o THNDROP el nmero de conexiones en un canal TCH half-rate que acabaron en cada. Sin embargo, existen otro tipo de contadores que van acumulando el valor con el tiempo, cuyo nombre termina con ACC. Cada t segundos, se acumula el valor del contador, y se incrementa otro contador, cuyo nombre termina en SCAN. Para extraer la informacin de este tipo de contadores, hay que dividir el acumulado ACC entre el SCAN Un ejemplo de este tipo de contadores es el de trfico. A partir de ah se puede extraer informacin sobre el trfico total diario en canales TCH (tanto full-rate, como half-rate como la suma de los dos),trfico medio a la hora en canales TCH (tanto full-rate, como half-rate como la suma de los dos) o lo que es ms representativo, el trfico cursado durante la hora cargada, que es la hora del da en que se cursa ms trfico (HCTCH): TrafErlHCTCH: Trfico en Erlangs cursado durante la hora cargada TCH: Formula:
TFTRALACC hh TFNSCAN hh
THTRALACC hh THNSCAN hh
hh HCTCH
TFTRALACC hh TFNSCAN hh
THTRALACC hh THNSCAN hh
Pgina 14 de 173
Otro contador de este tipo es el referente a la disponibilidad de canales: Canales DispoTCH: Nmero total de canales TCH disponibles
TAVAACC hh
Formula:
hh 0..23
TAVASCAN hh
hh 0..23
De CLTCH:
TAVAACC y TAVASCAN
CanalesDefTCH: Nmero total de canales TCH definidos
TNUCHCNT hh
Formula:
hh 0..23
24
TNUCHCNT
De CLTCH:
%DispoTCH: Porcentaje de disponibilidad de los canales TCH Formula:
CanalesDispoTCH dd x100 CanalesDefTCH dd
Hasta aqu hemos visto los contadores relacionados con los canales TCH. Idnticos estadsticos pueden obtenerse para los canales SDCCH a partir de los object types CLSDCCH y CELLCCHDR. Tambin podemos obtener estadsticos para GPRS, pero estos ya son analizados en el curso dedicado a esa tecnologa.
1.7 Deteccin de problemas

A partir de los estadsticos calculados en el apartado anterior, vamos a proceder a la deteccin de problemas en las celdas de nuestra red.
Celdas con problemas de drop

Si observamos que el %CadasTCH en una celda aumenta, lo primero que debemos hacer es determinar la causa de esas cadas (son por seal, por calidad, por TA o por otras causas): Si aumentan las cadas por seal, el problema puede tener que ver con las vecinas: se ha desconectado alguna, se ha borrado la vecindad, estn mal las listas de idle y active, estn mal los parmetros de las vecinas externas... . Ejemplo: La celda AR09002 aument su tasa de drop de un da para otro de un 2% a un 15%:
Pgina 15 de 173
%CadasTCH 30 25 20 15 10 5
2/7/01
4/7/01
6/7/01
8/7/01
10/7/01
12/7/01
14/7/01
16/7/01
18/7/01
20/7/01
Figura 3. Tasa de drop de AR09002

Si representamos los tipos de cadas, veremos cual es la causa de este aumento, si es la seal, la calidad, el TA... .
% Tipos de cadas en TCH 120 100 80 60 40 20 0
2/7/01
4/7/01
6/7/01
8/7/01
10/7/01
12/7/01
14/7/01
16/7/01
18/7/01
20/7/01
22/7/01
%CadasTCHTA
%CadasTCHBQ
%CadasTCHSS
%CadasTCHOC
Figura 4. Tipo de cadas de AR09002

Observamos como a partir del da 10 de julio, el % de cadas por seal aumenta hasta casi un 100%, por tanto tenemos un problema de seal. A partir de aqu empezamos a comprobar los handovers de salida de la AR09002 para ver si estn fallando, y averiguamos que no hace handovers con la siguiente celda, que es una celda externa perteneciente a otra provincia. El problema era que se haba cambiado el bcch de la celda de Soria y no se haba cambiado en la definicin de celda externa en nuestra red. Si aumentan las cadas por calidad, en este caso hay que determinar si dichas cadas se producen por mala calidad en downlink (posible interferencia interna que se puede solucionar con un cambio de frecuencia) o mala calidad en uplink (interferencia externa o mal funcionamiento del equipo). Ejemplos: la celda CT98161 aument su tasa de drop un da concreto, de un 4% a un 10%:
Pgina 16 de 173
22/7/01
%CadasTCH
12 10 8 6 4 2
13/8/01
14/8/01
15/8/01
16/8/01
17/8/01
18/8/01
19/8/01
20/8/01
21/8/01
22/8/01
23/8/01
24/8/01
25/8/01
Figura 5. Tasa de drop en CT98161

Representamos la clasificacin de las cadas para ver cual es la causa de este aumento:
% Tipos de cadas en TCH
100 80 60 40 20
13/8/01
14/8/01
15/8/01
16/8/01
17/8/01
18/8/01
19/8/01
20/8/01
21/8/01
22/8/01
23/8/01
24/8/01
25/8/01 25/8/01
%CadasTCHTA
%CadasTCHBQ
%CadasTCHSS
%CadasTCHOC
Figura 6. Tipo de cadas de CT98161

Observamos como a partir del 17 de agosto, aumenta el porcentaje de llamadas que se caen por mala calidad. Lo siguiente sera determinar si el problema lo tenemos en uplink o en downlink:
Clasificacin de cadas por mala calidad
35 30 25 20 15 10 5 0
13/8/01
14/8/01
15/8/01
16/8/01
17/8/01
18/8/01
19/8/01
20/8/01
21/8/01
22/8/01
23/8/01
24/8/01
CadasTCHBQUL
CadasTCHBQDL
CadasTCHBQBL
Figura 7. Clasificacin de cadas por mala calidad en CT98161
Pgina 17 de 173
26/8/01
26/8/01
26/8/01
La mayora de las llamadas que se caen lo hacen por mala calidad en downlink. Comprobamos que no tengamos la misma frecuencia por la zona que pudiera estar molestando, o alguna adyacente muy cercana. No encontramos nada, pero este site est justo en la frontera con Andorra, y el sector 1 est apuntando hacia all. Creemos que es una interferencia que proviene de Andorra, as que cambiamos la frecuencia para ver si lo arreglamos. Pero pongamos la frecuencia que pongamos, sigue interferida. Es posible que sea una interferencia provocada, con el fin de robar llamadas a nuestra red. De hecho, es lo que pas, y se ve claramente si representamos las llamadas iniciadas en esta celda:
Conexiones, llam adas iniciadas y erlangs 2500 2000 1500 1000 500 0 6 5 4 3 2 1 0
13/8/01
14/8/01
15/8/01
16/8/01
17/8/01
18/8/01
19/8/01
20/8/01
21/8/01
22/8/01
23/8/01
24/8/01
25/8/01
21/9/01
ConTCH
LlamIniciadas
TrafErlHCTCH
Figura 8. Conexiones, llamadas iniciadas y erlangs de CT98161

Si aumentan las cadas por TA, la celda est cubriendo muy lejos. O bien no existe ninguna celda que d continuidad a sta y se la pueda definir como vecina, o bien est sobrepasando su rea de cobertura, lo que se puede arreglar con downtilt. Ejemplo: la celda CT86521 aument su drop de un da para otro
%CadasTCH
25 20 15 10 5
10/9/01
11/9/01
12/9/01
13/9/01
14/9/01
15/9/01
16/9/01
17/9/01
18/9/01
19/9/01
20/9/01
22/9/01
Figura 9. Tasa de cadas en CT86521

Si observamos por qu se caen las llamadas, descubrimos que ha empezado a tirar por TA:
Pgina 18 de 173
23/9/01
26/8/01
Tipo de cadas 120 100 80 60 40 20 0
10/9/01
11/9/01
12/9/01
13/9/01
14/9/01
15/9/01
16/9/01
17/9/01
18/9/01
19/9/01
20/9/01
21/9/01
22/9/01
1/9/01 31/8/01
%CadasTCHTA
%CadasTCHBQ
%CadasTCHSS
%CadasTCHOC
Figura 10. Tipo de cadas en CT86521

El problema comenz cuando se desintegr una estacin que estaba a unos 30 Km de distancia. Por lo visto, en esa zona ya no hay best-server y llega la celda CT86521. Los mviles se enganchan y las llamadas se caen por TA excesivo. La solucin sera dar downtilt a esta estacin o esperar a que se integre un site en la zona. Si aumentan las cadas por causas no radio, normalmente no es un problema que pueda solucionar el departamento de Radio. Deber pasarse a otros departamentos. En Zona 2 tenemos un problema relacionado con la sealizacin LAPD en el interfaz A-bis, que produce un aumento de drop enorme en la celda afectada. Las causas de las cadas son causas no radio, y el efecto viene acompaado normalmente de indisponibilidad en los TRX, bajo xito en conexin y bloqueo. Ejemplos: una de las celdas que han presentado problemas de LAPD en Zona2 es la CT78012. Este problema suele detectarse a partir de un aumento grande de la tasa de drop:
%CadasTCH 14 12 10 8 6 4 2 0
13/8/01
14/8/01
15/8/01
16/8/01
17/8/01
18/8/01
19/8/01
20/8/01
21/8/01
22/8/01
23/8/01
24/8/01
25/8/01
26/8/01
27/8/01
28/8/01
29/8/01
Figura 11. Tasa de drop de la CT78012

De un da para otro aumenta el drop de estar por debajo de un 2% a estar por encima del 10%. Veamos cules son las causas de este aumento de drop:
30/8/01
Pgina 19 de 173
2/9/01
23/9/01
% Tipos de cadas en TCH 100 80 60 40 20 0
13/8/01
15/8/01
17/8/01
19/8/01
21/8/01
23/8/01
25/8/01
27/8/01
29/8/01
%CadasTCHTA
%CadasTCHBQ
%CadasTCHSS
%CadasTCHOC
Figura 12. Tipos de cadas de CT78012

Del 17 de agosto al 27 de agosto, que es el periodo de tiempo en el que la celda presenta los problemas, vemos que el porcentaje de cadas por Otras Causas aumenta. Otros sntomas de una celda con problemas de LAPD son el bloqueo, el xito en conexin y la indisponibilidad:
Bloqueo y xito en Conexin 4 3.5 3 2.5 2 1.5 1 0.5 0 100 98 96 94 92 90 88
1/9/01
31/8/01
31/8/01
13/8/01
14/8/01
15/8/01
16/8/01
17/8/01
18/8/01
19/8/01
20/8/01
21/8/01
22/8/01
23/8/01
24/8/01
25/8/01
26/8/01
27/8/01
28/8/01
29/8/01
30/8/01
%BloqueoTCH
%xitoEnConexinTCH
Figura 13. Bloqueo y xito en Conexin de CT78012

Indisponibilidad de canales
14.2 14 13.8 13.6 13.4 13.2 13 12.8 12.6 12.4
13/8/01
14/8/01
15/8/01
16/8/01
17/8/01
18/8/01
19/8/01
20/8/01
21/8/01
22/8/01
23/8/01
24/8/01
25/8/01
26/8/01
27/8/01
28/8/01
29/8/01
30/8/01
31/8/01
1/9/01
2/9/01
CanalesDispoTCH
CanalesDefTCH
Figura 14. Indisponibilidad de canales de CT78012
Pgina 20 de 173
2/9/01
2/9/01
El problema se detecta en celdas que tienen la sealizacin del interfaz A-bis concentrada. En la release 7 no haba problema, pero al hacer el cambio de release, parece ser que ha aumentado la sealizacin del CF y no tiene espacio suficiente si se concentra. La solucin por ahora, hasta que Ericsson no de otra, consiste en desconcentrar esta sealizacin, por lo que hay que coordinar el problema con Red Fija y con O&M.
Celdas con problemas de xito en conexin

Si observamos que el xito en conexin de una celda disminuye, debemos fijarnos si esta misma celda presenta bloqueo o no: Si presenta bloqueo, quiere decir que la celda tiene problemas para establecer conexiones, tanto en inicio de llamada como en handover. Si hay congestin, esto es normal, ya que las llamadas que no se pueden cursar por falta de recursos en una celda, se contabilizan como intentos de conexin sin xito. Si no hay congestin, la celda presenta algn problema ms grave de hardware o definicin. Ejemplos: las celdas AR03452 y AR03453 presentaron problemas de conexin y bloqueo de un da para otro, sin haber congestin:
30/7/01
11/8/01
13/8/01
15/8/01
17/8/01
%BloqueoTCH
%xitoEnConexinTCH
Figura 15. Bloqueo y xito en conexin de AR03452

10 8 6 4 2 105 100 95 90 85 80 75
30/7/01
11/8/01
13/8/01
15/8/01
17/8/01
%BloqueoTCH
%xitoEnConexinTCH
Figura 16. Congestin y trfico de AR03452
Pgina 21 de 173
19/8/01
1/8/01
3/8/01
5/8/01
7/8/01
9/8/01
19/8/01
16 14 12 10 8 6 4 2 0
120 100 80 60 40 20 0
1/8/01
3/8/01
5/8/01
7/8/01
9/8/01
Si observamos el trfico de estas dos celdas vemos que el nmero de llamadas iniciadas desciende pero aumenta muchsimo el nmero de conexiones, lo que quiere decir que estn haciendo muchos handovers.
1/8/01
3/8/01
5/8/01
7/8/01
30/7/01
9/8/01
11/8/01
13/8/01
15/8/01
17/8/01
ConTCH
LlamIniciadas
Figura 17. Conexiones y llamadas iniciadas en AR03452
1/8/01
3/8/01
5/8/01
7/8/01
30/7/01
9/8/01
11/8/01
13/8/01
15/8/01
17/8/01
ConTCH
LlamIniciadas
Figura 18. Conexiones y llamadas iniciadas en AR03453

Si representamos el tiempo medio de cada conexin, vemos que disminuye mucho en los dos sectores. Lo que est ocurriendo es que entre estos dos sectores estn haciendo handover constantemente:
Pgina 22 de 173
19/8/01
8000 7000 6000 5000 4000 3000 2000 1000 0
19/8/01
8000 7000 6000 5000 4000 3000 2000 1000 0
MHT_Con 0.8 0.7 0.6 0.5 0.4 0.3 0.2 0.1 0
1/8/01
3/8/01
5/8/01
7/8/01
30/7/01
9/8/01
11/8/01
13/8/01
15/8/01
17/8/01
Figura 19. Tiempo medio de conexin en AR03452

MHT_Con 0.8 0.7 0.6 0.5 0.4 0.3 0.2 0.1 0
1/8/01
3/8/01
5/8/01
7/8/01
30/7/01
9/8/01
11/8/01
13/8/01
15/8/01
17/8/01
Figura 20. Tiempo medio de conexin en AR03453

El problema es que estos sectores tenan los TRXs cruzados. Se comprueba si han hecho algn cambio recientemente, y efectivamente el da 8 de agosto realizaron una ampliacin. Si no presenta bloqueo, el problema est nicamente en los handovers. Hay una o varias vecinas que no pueden realizar handovers a esta celda. Una de las causas ms comunes es que en la zona se repita el mismo bcch-bsic de esta celda. De esta forma, alguna vecina mide esta pareja con un buen nivel e intenta acceder a la celda en cuestin, fallando el handover debido a que realmente la seal que est recibiendo no es de la celda vecina sino de la otra celda en que se repite el bcch-bsic. Cuando tenemos mala calidad en una celda, tambin es comn encontrarnos con un bajo xito en conexin. Ejemplos: la celda CT94801 presentaba problemas de xito en conexin sin bloqueo:
Pgina 23 de 173
19/8/01
19/8/01
1 0.8 0.6 0.4 0.2
120 100 80 60 40 20
8/4/01
9/4/01
10/4/01
11/4/01
12/4/01
13/4/01
14/4/01
15/4/01
16/4/01
17/4/01
18/4/01
19/4/01
20/4/01
21/4/01
%BloqueoTCH
%xitoEnConexinTCH
Figura 21. Bloqueo y xito en conexin de CT94801

El xito en conexin de esta celda era de un 40%, y no tena problemas de congestin:
8/4/01
9/4/01
10/4/01
11/4/01
12/4/01
13/4/01
14/4/01
15/4/01
16/4/01
17/4/01
18/4/01
19/4/01
20/4/01
21/4/01
%IntCongTCH
TrafErlHCTCH
Figura 22. Congestin y trfico en CT94801

Al no tener problemas en el inicio de llamada, se pens que habra un par bcch-bsic repetido por la zona, pero estaba todo correcto. Se mir en las estadsticas si haba handovers fallidos, y tampoco. Al final, el problema era hardware, y el fallo estaba en el TS de sealizacin, que no funcionaba bien.
Celdas con problemas de bloqueo

Si observamos que el bloqueo de una celda aumenta, quiere decir que la celda tiene problemas para iniciar llamadas. Si presenta congestin, es normal, ya que las llamadas que no se pueden iniciar debido a falta de recursos radio, se contabilizan como inicios sin xito. Si no presenta congestin, puede estar indicando que la celda tiene un problema ms grave de tipo hardware.
Celdas con problemas de congestin

Si observamos que la congestin de una celda aumenta, a no ser que en un breve periodo de tiempo est previsto integrar un site que vaya a absorber el trfico de esta celda, lo que se hace es ampliar un TRX. Ejemplo: la celda CT03582 presentaba congestin, porque cursaba ms de 15 erlangs con 3 TRX. En cuanto se ampli a 4 TRX se solucion el problema de la congestin:
Pgina 24 de 173
22/4/01
0.35 0.3 0.25 0.2 0.15 0.1 0.05 0
22/4/01
Trfico, Canales Disponibles y Congestin

35 30 25 20 15 10 5 0
2.5 2 1.5 1 0.5

10/9/01 12/9/01 14/9/01 16/9/01 18/9/01 20/9/01 22/9/01 24/9/01 26/9/01 28/9/01 30/9/01
TrafErlHCTCH
CanalesDispoTCH
%IntCongTCH
Figura 23. Trfico, canales disponibles y congestin en CT03582 Celdas con problemas de trfico
Si observamos que el trfico de una celda vara bruscamente, puede que est asociado a algn problema en la celda: Si el trfico disminuye bruscamente, y no se ha realizado ningn cambio de orientacin ni downtilt en la celda, habr que chequear las conexiones a este sector. Si el trfico aumenta bruscamente, y no se ha realizado ningn cambio de orientacin ni downtilt en la celda, es posible que est absorbiendo trfico de algn site desintegrado o cado, o que en realidad haya ms trfico en la zona. Si el trfico aumenta bruscamente en un sector y disminuye en otro sector del mismo site, es posible que se hayan cruzado los sectores. Ejemplos: Las celdas CW85441 y CW85442 presentaron este problema
Conexiones y Trfico 1200 1000 800 600 400 200 0
9/7/01
2/8/01
11/7/01
13/7/01
15/7/01
17/7/01
19/7/01
21/7/01
23/7/01
25/7/01
27/7/01
29/7/01
ConTCH
LlamIniciadas
TrafErlHCTCH
Figura 24. Conexiones y Trfico en CW85441
31/7/01
Pgina 25 de 173
4/8/01
Conexiones y Trfico 1400 1200 1000 800 600 400 200 0
9/7/01
2/8/01
30/9/01
11/7/01
13/7/01
15/7/01
17/7/01
19/7/01
21/7/01
23/7/01
25/7/01
27/7/01
29/7/01
ConTCH
LlamIniciadas
TrafErlHCTCH
Figura 25. Conexiones y Trfico de CW85442

El problema es que los sectores se cruzaron tras una intervencin.
Celdas con problemas de indisponibilidad

Si observamos que una celda presenta indisponibilidad en alguno de sus TRX, debemos avisar a O&M para que chequeen el hardware y cambien el TRU si es necesario.
Celdas con problemas de IHO

Si observamos que en una celda aumenta el nmero de intracell handovers, eso es smbolo de interferencia, ya que cuando se detecta mala calidad con un buen nivel de seal, se intenta cambiar de canal en la misma celda, para ver si el canal destino est menos interferido. En estos casos se debera primero detectar cual es la causa de los IHO: Aumentan los IHO por mala calidad en DL: es muy probable que exista una interferencia en nuestra red que debemos solucionar con un cambio frecuencial Ejemplo: la celda CT03582 presentaba muchos IHO, y todos por mala calidad en el downlink. No se vea una interferencia clara por la zona, pero se cambi el bcch para ver si mejoraba. No pas nada. Al ampliarse a 4 TRX, se introdujeron dos nuevas frecuencias en el grupo de hopping, y a partir de ese momento mejor considerablemente.
IHO 1600 1400 1200 1000 800 600 400 200 0
10/9/01
12/9/01
14/9/01
16/9/01
18/9/01
20/9/01
22/9/01
24/9/01
26/9/01
IHO
Pgina 26 de 173
28/9/01
31/7/01
4/8/01
Figura 26. IHO en CT03582

Clasificacin de IHO
1500 1000 500 0
10/9/01
12/9/01
14/9/01
16/9/01
18/9/01
20/9/01
22/9/01
24/9/01
26/9/01
28/9/01 28/9/01
IHOBQUL
IHOBQDL
IHOBQBL
Figura 27. Tipos de IHO en CT03582 Ha mejorado la calidad de la celda, y eso se nota tambin en las cadas:
Tipo de cadas
100 80 60 40 20 0
10/9/01
12/9/01
14/9/01
16/9/01
18/9/01
20/9/01
22/9/01
24/9/01
26/9/01
%CadasTCHTA %CadasTCHSS
%CadasTCHBQ %CadasTCHOC
Figura 28. Tipo de cadas en CT03582

Aumentan los IHO por mala calidad en UL: puede indicar que tenemos una interferencia externa o que el equipo no funciona correctamente
Pgina 27 de 173
30/9/01
30/9/01
Comportamiento en Modo Idle
Pgina 28 de 173
2 Idle mode behaviour

2.1 Introduccin
Modo Idle: Un MS est en modo idle cuando est encendido pero no tiene un canal dedicado. El propsito del modo idle es estar accesible para el sistema y poder acceder al sistema. Cuando se enciende un MS este inmediatamente trata de establecer contacto con una Public Lan Mobile Network (PLMN). La red contactada puede haber sido seleccionada manual o automticamente. El MS buscar una celda adecuada de la red seleccionada. Entonces sintonizar a la frecuencia del canal de control de la celda para recibir informacin de los servicios disponibles que provee la PLMN. Esta seleccin se conoce como acampar en una celda. Cuando un MS est en modo idle tratar siempre de acampara en la mejor celda de acuerdo con el criterio respecto a nivel de seal recibido. El comportamiento en modo idle lo lleva a cabo el MS y es controlado por parmetros que el MS recibe de la estacin base, enviados en el BCCH. Todo los parmetros de control para modo idle se transmiten en la portadora del BCCH de cada celda, son parmetros de celda. Adems de poder acceder a la red, el MS debe ser capaz en modo idle de registrar su posicin actual a la red para que esta sepa donde dirigir las llamadas entrantes. El mecanismo de seleccin de PLMN, los algoritmos de seleccin y reseleccin, adems del procedimiento de actualizacin de la localizacin del MS son el ncleo del comportamiento del modo idle. El propsito es asegurar que el MS acampe en la celda donde tenga ms probabilidades de llevar a cabo una buena comunicacin.
2.2 Definiciones
Seleccin de celda: Cuando se enciende el MS este escanea todas las frecuencias en la banda GSM. El propsito es encontrar la portadora BCCH ms fuerte disponible y vlida. Reseleccin de celda: Despus que una celda haya sido seleccionada por el MS, este empezar a hacer medidas de las portadoras BCCH que tenga definidas en su lista de Idle. Si encuentra una celda con un nivel superior se decidir si se ejecuta reseleccin de celda. Actualizacin de la localizacin: Para mantener la localizacin del MS actualizada en la red, el MS informa peridicamente a la red. Paging: Este el proceso mediante el cual la red trata de contactar con un determinado MS. Esto se consigue por difusin de un mensaje de paging que contiene la identidad de un MS en particular . Declaracin (Registration): Este es el proceso por el cual el MS queda sujeto a la red. Roaming: Cuando un MS se mueve por una red en modo idle, se le conoce como roaming. (roam=vagar).
Pgina 29 de 173
Informacin del sistema: Los mensajes de informacin del sistema enviados por la BTS, contienen datos que el MS necesita para comunicarse apropiadamente con la red. Estado de servicio limitado: El MS tratar de acampar en una celda aceptable sin tener en cuenta la identidad de su PLMN, y as poder hacer llamadas de emergencia si es necesario.
2.3 Acrnimos y abreviaturas:

AGCH ARFCN BA BCC BCCH BSC BSIC BTS CBCH CCCH DRX FCCH GMSC GPRS HCS IMSI LAI LATA MS MSC NCC PCH PLMN RACH SCH SIM SMSCB TMSI VLR Access Grant Channel Absolute Radio Frequency Channel Number BCCH Allocation Base station Colour Code Broadcast Control CHannel Base Station Controller Base Station Identity Code Base Transceiver Station Cell Broadcast Channel Common Control CHannels Discontinuous Reception Frequency Correction CHannel Gateway MSC General Packet Radio Service Hierarchical Cell Structures International Mobile Subscriber Identity Location Area Identity Local Access and Transport Area Mobile Station Mobile Services Switching Centre Network Colour Code Paging CHannel Public Land Mobile Network Random Access CHannel Synchronization CHannel Subscriber Identity Module Short Message Service Cell Broadcast Temporary Mobile Subscriber Identity Visitor Location Register
2.4 Objetivos de la funcionalidad

2.4.1 Alta probabilidad de comunicacin exitosa
El MS tratar continuamente de acampar en una celda que le d la ms alta probabilidad de comunicacin con xito tanto en el uplink como en el downlink, para acceder al sistema. Esto se consigue por medio de los algoritmos de seleccin y reseleccin de celda del modo idle. Estos algoritmos proveen la celda ms adecuada donde acampar basndose principalmente en nivel de seal. Los algoritmos de seleccin y reseleccin de celdas se controlan por parmetros. Con estos parmetros se puede hacer una celda ms o menos atractiva para acampar, para el MS. Con estos parmetros
Pgina 30 de 173
podemos conseguir que el comportamiento en modo idle sea parecido al modo dedicado. Una buena definicin de parmetros para los algoritmos de seleccin y reseleccin har que el MS acampe en la celda que hubiese acampado de estar en modo dedicado.
2.4.2 Control de la carga de Paging

En modo idle el MS notificar a la red cuando cambie de rea de localizacin mediante el procedimiento de actualizacin de la localizacin (LU, location updating). Por lo tanto, la red estar actualizada con la informacin de donde est actualmente presente el MS. Cuando la red recibe una llamada entrante sabe en que rea de localizacin puede hacer un page al MS, y as no necesita hacer un page en todo el rea de servicio de la MSC, esto reduce la carga del sistema. Si el MS no responde al primer mensage de paging la red puede enviar un segundo mensaje. Hay diferentes estrategias de paging. El MS puede tambin, peridicamente (en funcin del parmetro t3212) y cuando se enciende o apaga (IMSI Attach-Detach) notificar a la red de su estado actual mediante el procedimiento de actualizacin de la posicin (LU, location updating). Esto evita a la red hacer pagings innecesarios a MS apagados o fuera del rea de cobertura, que en caso contrario causaran una carga innecesaria de la red.
2.4.3 Bajo consumo de potencia en modo idle

En modo idle el MS slo ocasionalmente monitoriza la informacin del sistema que es trasmitida en la celda actual, escucha el grupo de paging o hace medidas de las vecinas para ver si se tiene que hacer un cambio de celda. Sin embargo, la mayora del tiempo el MS estar en sleep mode. Por lo tanto, el consumo de potencia en modo idle ser bajo. A esto tambin se le conoce como DRX, recepcin discontinua.
2.5 Descripcin Tcnica

2.5.1 General
Mientras el MS est en modo idle hace continuamente medidas sobre los BCCH de la servidora y de las vecinas para decidir en que celda acampar. Adems, registrar su presencia en el rea de localizacin de la celda escogida realizando actualizacin de posicin (Location Update). El propsito de acampar en una celda es triple: Permite al MS recibir informacin de la red, El MS puede iniciar una llamada accediendo a la red en el canal RACH (canal de acceso aleatorio) de la celda en la que est acampado, La red sabr el rea de localizacin de la celda en la que acampa en MS (a menos que el MS haya entrado en un estado de servicio limitado) y puede por lo tanto hacer un page al MS cuando tiene una llamada entrante.
Pgina 31 de 173
El proceso de modo idle se puede dividir en cuatro fases: Seleccin de PLMN Seleccin de celda Reseleccin de celda Location Updating, actualizacin de localizacin.
En la siguiente grfica se muestra la relacin de estos procesos.

Modo seleccin Automtico/Manual Seleccin PLMN usuario Indicacin al usuario
Indicacin Servicios al Usuario
Seleccin PLMN PLMN seleccionada PLMN disponible
Seleccin CELDA Nueva LA Celda inicial seleccionada Reseleccin CELDA Cambios LA&Celda Registros Peridicos Actualizacin Posicin (LU) Respuestas LU
LA: rea de localizacin LU: Location Updating
2.5.2 Seleccin PLMN 2.5.2.1 GENERAL

El MS seleccionar una PLMN cuando se enciende o cuando se recupera de una prdida cobertura. Primero intentar seleccionar la ltima PLMN en la que estuvo registrado, si existe. Si el registro a la PLMN es correcto, el MS mostrar en el display la PLMN y ser capaz de hacer y recibir llamadas. Si no tiene ltima PLMN en la que estuvo registrado o bien esta no est disponible, el MS tratar de seleccionar Pgina 32 de 173
otra PLMN de forma manual o automtica, en funcin de su modo de operacin. El modo automtico utiliza una lista de PLMNs en orden de prioridad, en cambio el modo manual deja la decisin al usuario y slo muestra las PLMN disponibles. El MS normalmente opera en su home PLMN. Se puede seleccionar otra PLMN si el MS ha perdido por ejemplo cobertura. El MS se registrar en una PLMN si encuentra una celda adecuada en la que acampar y si la peticin de actualizacin de la posicin es aceptada. El proceso de registro debe ser exitoso para que el MS sea capaz de acceder a la red. Sin embargo el MS no necesita realizar un LU si est localizado en la misma LA perteneciente a la misma PLMN en la que estaba antes del estado inactivo (comparando la que recibe por el BCCH con la que tiene almacenada en la SIM).
2.5.2.2 MODO AUTOMTICO

En modo automtico, si no existe la anterior PLMN en la que ha estado registrado el MS seleccionar una PLMN en el siguiente orden: Home PLMN. Cada PLMN que haya sido almacenada en la SIM (Subscriber Identity Module) en orden de prioridad. Otras PLMN con seal de recepcin por encima de 85dBm en orden aleatorio. Todas las otras PLMN en orden de seal decreciente.
2.5.2.3 MODO MANUAL

En modo manual, el MS tratar de seleccionar la PLMN registrada o la home, si no existe ninguna registrada anteriormente. Si el proceso de registro (o declaracin) falla o si el usuario ha iniciado una reseleccin de PLMN, el MS indicar al usuario todas las PLMNs disponibles. Entonces el usuario podr seleccionar la PLMN deseada. Si la seleccionada no est permitida se le dar al usuario otra indicacin para seleccionar otra. El usuario puede solicitar al MS iniciar una reseleccin y registro en una PLMN alternativa si est disponible.
2.5.2.4 ROAMING NACIONAL

EL MS puede seleccionar y registrarse en otra PLMN de su pas adems de su home PLMN si se permite roaming. En ese caso, el MS intentar peridicamente obtener servicio de su home PLMN. Para este propsito se almacenar un valor de T minutos en la SIM, T puede tener una valor dentro del rango de 6 minutos a 8 horas o bien indicar que no habr intentos peridicos. Si no hay ningn valor almacenado en la SIM, se utiliza por defecto 30 minutos. Los intentos de acceso a la home PLMN se realizan tal como se especifica a continuacin: Los intentos peridicos slo se realizan en modo automtico cuando el MS est en roaming en su pas. Despus de encenderse el MS, se deja pasar un periodo de al menos 2 minutos y mximo de T minutos (T=6 minutos actualmente en red Amena) antes de realizar el primer intento. Los intentos peridicos slo se realizan en modo idle. Si no se encuentra la home PLMN, el MS permanece como visitante en otra PLMN. (Su utilidad sera para ASPIR).
2.5.3 Seleccin de CELDA
Pgina 33 de 173
2.5.3.1 GENERAL
El algoritmo de seleccin de celda trata de encontrar la mejor celda de la PLMN seleccionada de acuerdo con varios requerimientos. Si no encuentra una celda adecuada y ha probado todas las PLMNs permitidas, el MS intentar acampar en una celda sin tener en cuenta la identidad de la PLMN y entrar en estado de servicio limitado. En este estado el MS slo ser capaz de realizar llamadas de emergencia. Si el MS pierde cobertura volver al estado de seleccin de PLMN y seleccionar otra PLMN. Se pueden usar dos estrategias diferentes durante el proceso de seleccin de celda; seleccin normal de celda o seleccin de celda de lista almacenada. La seleccin de celda de una lista almacenada utiliza una lista de BCCH (BA BCCH allocation ) para incrementar la velocidad del proceso de seleccin y por contra el de seleccin normal se realiza cuando no se dispone de esa lista.
2.5.3.2 ALGORITMO
2.5.3.2.1 Seleccin Normal de Celda
Durante seleccin de celda normal, el MS tratar de seleccionar la celda ms adecuada en la que acampar. Una celda se considerar adecuada si: Pertenece a la PLMN seleccionada, No est barrada (en una celda barrada no acampar ningn MS en modo idle, pero un MS en modo dedicado si podr hacer handover a ella), No pertenece a un rea de localizacin LA incluida en la lista de reas de localizacin prohibidas para roaming, (slo vlido para MS de fase 2. Roaming nacional permitido slo en ciertas aras de otra PLMN diferente de la propia. Las LA que estn prohibidas, se almacenarn en el MS despus de que un intento de LU falle. Esta lista se limpia cuando el MS se apaga. El MS tiene 2 registros con 10 posiciones disponibles para dos tipos de LAs a almacenar) Se satisface el criterio de seleccin de celda. Cuando un MS no tiene informacin de las frecuencias BCCH que se estn utilizando en la red, el Ms buscar todos los canales RF en la banda/s de frecuencias, toma muestras de la seal recibida y calcula el promedio de seal recibida para cada frecuencia. El promedio est basado en al menos cinco muestras por portadora de RF tomadas con un periodo de 3 a 5 segundos. Entonces el MS sintoniza con la portadora de ms alto nivel de seal y determina si esta frecuencia es una portadora de BCCH buscando el burst de correccin de frecuencia enviado en el FCCH. Si es una portadora de BCCH el MS permanece sintonizado a esa portadora para leer el SCH para el BSIC, y el BCCH para el mensaje de informacin de sistema por ejemplo la BA list. Si se decodifican correctamente los datos y la celda es adecuada, el MS acampa en ella y realiza todos los procesos de registro necesarios. Si se han probado al menos los 30 canales ms fuertes de la banda GSM 900, los 40 de GSM1800 y los 40 de GSM 1900 y no se ha encontrada ninguna celda adecuada, se probar con otra PLMN. Para operacin multibanda, se evalan canales de RF de ambas bandas durante el proceso de seleccin de celda. Si el MS encuentra una celda que es parte de la PLMN seleccionada pero no es adecuada, utilizar la lista BA obtenida de esa celda, y por lo tanto slo buscar los bcchs incluidos en esa lista. Esto acelerar el proceso. La lista BA se define mediante el parmetro MBCCHNO. Indica al MS las frecuencias que deben ser monitorizadas en modo idle y active. Es posible definir listas diferentes para modo idle que para active, se conoce como lista doble-BA. La BA list se enva al MS en modo idle en los mensajes de informacin del
Pgina 34 de 173
sistema del BCCH. Se pueden definir hasta un total de 32 portadoras especificando su ARFCN usando el parmetro MBCCHNO. Las celdas pueden tener dos niveles de prioridad; normal o baja. Slo se acampar en celdas con prioridad baja si no hay ninguna con prioridad normal disponible. La prioridad de una celda se controla con el parmetro CBQ, Cell Bar Qualify (slo MS fase 2) junto con el parmetro CB. CBQ HIGH HIGH LOW LOW CB NO YES NO YES Para seleccin de celda Normal Barred Low Low Para reseleccin celda Normal Barred Normal Normal de
Si el MS encuentra un BCCH de una celda de baja prioridad en seleccin de celda, continuar buscando una celda de prioridad normal. Si no encuentra celdas de prioridad normal se seleccionar la mejor de prioridad baja. Hay que resaltar el hecho que si hay una celda de prioridad baja y barrada el MS podra acampar en ella. 2.5.3.2.2 Seleccin de lista almacenada
El MS puede incluir almacenamiento opcional de la BAlist en el momento de apagarse, Esta informacin se almacena en la SIM. As por ejemplo, el MS podra almacenar la ltima BA list utilizada en la PLMN seleccionada en modo idle o dedicado de la red GSM. Si el MS incluye una BA list almacenada de la PLMN seleccionada, realizar las mismas medidas que para la seleccin normal de celda a excepcin de que slo escanear las portadoras de BCCH de la lista. La BA list almacenada en el MS se resetear y actualizar cuando el MS tenga ms datos de la PLMN.. Si la seleccin de celda por lista almacenada no tiene xito, entonces se realiza seleccin normal de celda. 2.5.3.2.3 Criterio de seleccin de celda
Mientras que est en modo idle, el MS continuamente calcular la cantidad de seleccin de celda, C1 (el nombre de esta cantidad se denomina en las especificaciones Tcnicas de GSM parmetro del criterio de path loss,. Dado que el criterio C1 se basa en nivel de seal y no en prdidas por el camino, el trmino usado en este documente es cell selection quantity). El criterio de seleccin de celda se satisface si C1>0. La cantidad de C1 se calcula as: C1= (nivel de seal recibida ACCMIN) - max (CCHPWR-P, 0) Donde ACCMIN= es el parmetro de celda que indica mnimo nivel de seal que debe recibir el MS para acceder al sistema. CCHPWR= es el parmetro de celda que indica el mximo nivel de potencia al que se permite trasmitir al MS cuando accede al sistema. P= nivel mximo de potencia del Ms de acuerdo con la clase de MS.
Pgina 35 de 173
La condicin establece que el MS debe medir un nivel de seal ms alto que ACCMIN de un celda y que el MS debe ser capaz de trasmitir suficiente potencia en el uplink. Por lo tanto, el criterio C1 controlar el acceso a aquellos MS que reciban suficiente nivel de seal para una comunicacin exitosa en el Downlink y que tengan seal dbil en el uplink. Si ese es el caso, la celda probablemente no estar diseada para mviles de esa clase.
2.5.4 Reseleccin de Celda 2.5.4.1 ALGORITMO

2.5.4.1.1 Medidas para Reseleccin de Celda
Despus de que una celda haya sido exitosamente seleccionada, el MS empezar la tarea de reseleccin de celda. El MS continuamente har medidas de la celda servidora y de sus vecinas a fin de iniciar reseleccin de celda en caso de que sea necesario. Para MS multibanda la celda no servidora ms fuerte debe pertenecer a diferentes bandas. El MS continuamente monitoriza las portadores de BCCH indicadas en la BA list, adems de la portadora BCCH de la servidora, para detectar si es ms adecuado acampar en otra celda. Al menos se requieren cinco muestras de seal para cada vecina. De cada portadora de la BA list se mantendr una media continua. Todos los mensajes de informacin del sistema se deben leer al menos cada 30 segundos a fin de observar cambios en los parmetros de celda. El MS tambin trata de sincronizarse con la portadora BCCH de las seis vecinas ms fuertes, para leer la informacin relativa a parmetros que afecte a la reseleccin de celda al menos cada cinco minutos. El MS tambin trata de decodificar el BSIC para cada una de las seis vecinas ms fuertes al menos cada 30 segundos, para confirmar que todava est monitorizando las mismas celdas. El parmetro BSIC consta de dos partes, NCC network colour code, y BCC Base Sataion Colour Code. Si se detecta otro bsic, se tratar como una nueva portadora y se determinarn los datos de bcch. Si el MS detecta una PLMN que no est permitida, de acuerdo con el parmetro NCCPERM de la celda servidora, entonces esa portadora se excluir del informe de medidas. NCCPERM le dice al MS en modo idle que valores de NCC son permitidos para monitorizar cuando est en una celda. 2.5.4.1.2 Criterio de Reseleccin de celda
Con el objetivo de distribuir el trfico entre las celdas, el sistema GSM de Ericsson permite al operador favorecer ciertas celdas en modo dedicado (por ejemplo con HCS estructura Jerrquica de Celdas). En algunas situaciones puede existir la misma necesidad para modo idle. Adems, en un entorno microcelular puede existir la necesidad de controlar la velocidad de reseleccin de celdas para MS rpidos. Para estos propsitos, se difunden en el BCCH de cada celda parmetros adicionales de reseleccin de celda, CRO, TO y PT. Estos parmetros slo son vlidos para MS de fase 2, que antes de cambiar la celda en la que acampar deben leer estos parmetros de los BCCH de las celdas potenciales. Los mviles de fase 1 usan C1 para reseleccin de celda.
Pgina 36 de 173
El algoritmo de reseleccin de celda consta de cinco criterios. Si algunos de estos criterios se cumplen se har reseleccin de celda. El proceso de reseleccin de celda emplea C2 como cantidad de reseleccin. Cuando se cumpla un criterio de reseleccin el MS cambiar a la celda con el valor ms alto de C2. C2 se calcula de la siguiente manera: C2=C1 +CRO -TO*H(PT-T) C2=C1-CRO H(x)=0, x<0 H(x)=1, x 0 T es un contador y CRO, TO y PT son parmetros. CRO aplica un offset al C2 para una celda. TO aplica un offset temporal negativo a C2 para la duracin de PT. Esto evita que los MS rpidos seleccionen la celda. El valor 31 de PT se reserva para cambio de signo de CRO, en este caso se ignora el valor de TO. T se inicia desde 0 cuando el MS sita la celda vecina en la lista de las seis portadoras ms fuertes. T se resetear cuando salga de la lista. El MS continuamente recalcular el valor de C1 y C2 para la servidora y para las vecinas siempre que se haga una nueva medida. Reseleccionar y acampar en otra celda siempre que se cumpla el siguiente criterio: La celda servidora se barre, El MS ha intentado sin xito acceder a la red llegando al nmero de intentos permitidos, definidos por el parmetro MAXRET. El MS detecta fallo en el nivel de seal del DL. C1 de la servidora cae por debajo de cero por un periodo de cinco segundos, lo que podra indicar que el path loss de la celda se ha vuelto muy elevado y que el Ms necesita cambiar de celda. El valor de C2 para una celda vecina supera el nivel de C2 de la servidora durante un periodo de cinco segundos.. Esto indicara que esa celda es ms adecuada, sin embargo en caso de que esa celda pertenezca a un nuevo LA, se introducir un nuevo parmetro de histersis para reseleccin de celda CRH. 2.5.4.1.3 Criterio de fallo en nivel de seal DL para PT 31 para PT=31
El criterio de fallo en nivel de seal DL utiliza el contador de fallo en el nivel de seal. El algoritmo basa sus decisiones en la correcta decodificacin de los mensajes de paging. Cuando un MS acampa en una celda el contador se inicia al valor entero ms prximo a 90/N, donde N es el parmetro de multiframes, MFRMS, para esa celda. Despus, cuando el MS trate de decodificar un mensaje en su grupo de paging y no lo haga correctamente, el contador se decrementar 4, en caso contrario se incrementar por 1. Sin embargo, el contador nunca se incrementar ms all del entero ms prximo a 90/N. Al MS se le pide que trate de decodificar un mensaje cada vez que se enve su grupo de paging. Si el contador alcanza el valor 0, se dice que tenemos un fallo de seal en DL y como resultado tendremos una reseleccin.
2.5.4.2 FRONTERAS ENTRE REAS DE LOCALIZACIN

Si el MS se est moviendo entre dos rea de localizacin, debera cambiar repetidamente entre celdas de diferente LA. Cada cambio del rea de localizacin necesitar un LU, lo que causar una fuerte carga en sealizacin y por tanto incremento en la probabilidad de prdida de mensajes de paging. Para prevenir
Pgina 37 de 173
esto, se utiliza un parmetro de histresis de reseleccin de celda, CRH. Un celda de otra LA se seleccionar slo si es mejor que todas las de la LA actual con al menos la diferencia del CRH. El parmetro CRH se transmite en el BCCH. Dado que este parmetro puede ser diferente para cada celda, se utiliza el que se enva en el bcch de la servidora.
2.5.4.3 ESTADO DE SERVICIO LIMITADO

Existen ciertas situaciones en las que un MS no puede obtener servicio normal de una PLMN lo que resulta en que el MS entre en un estado de servicio limitado. Esto incluye: Fallo para encontrar una celda adecuada de la PLMN registrada. Un PLMN no autorizada responde al LU. Ciertas respuestas a un LU, como MS ilegal, equipo de MS ilegal IMSI desconocida en el HLR. El MS, bajo alguna de estas situaciones, trata de acampar en una celda aceptable sin tener en cuenta la identidad de la PLMN, para que se puedan hacer llamadas de emergencia en caso de que sea necesario. En estado de servicio limitado el MS no necesita ser conocido por la PLMN en cuyas celdas ha acampado. La reseleccin de celda se lleva a cabo normalmente, a excepcin de que el parmetro CRH toma el valor de 0.
2.5.5 LU: Location Updating 2.5.5.1 GENERAL

Para que sea posible recibir llamadas la red debe saber donde est el MS. Para mantener actualizada en la red la localizacin del MS, el sistema es informado por el MS regularmente. Esto se conoce como actualizacin de la localizacin o Location Update (LU). Hay tres tipos de LU: normal, registros peridicos o IMSI attach. El MS tambin informar a la red cuando entre en estado inactivo, IMSI detach.
2.5.5.2 NORMAL
Se inicia un LU normal cuando el MS detecta que ha entrado en una nueva LA. Cuando el MS est escuchando la informacin de sistema transmitida en el BCCH de la servidora, compara el LAI con el almacenado en el MS. Si el LAI es diferente, se inicia un proceso normal de LU y el nuevo LAI se almacena en el MS. Si el LU falla, por ejemplo por entrar en un LA prohibida, el MS tratar de seleccionar otra celda o volver al estado de seleccin de PLMN.
2.5.5.3 REGISTROS PERIDICOS

Para reducir pagings innecesarios de un MS que haya dejado el rea de cobertura, que se haya quedado sin batera o por cualquier otra causa tenga un estado incorrecto en la MSC/VLR, existe este tipo de LU. Cuanto el MS escucha la informacin de sistema del BCCH le dicen si se utiliza Registros Peridicos en esa celda y cada cuanto debe informar a la red que todava es alcanzable. Esto se controla por el parmetro T3212, que se enva al MS como informacin de sistema, el intervalo va desde 6 minutos (T3212=1) hasta 25.5 horas (T3212=255). El contador de declaracin peridica se implementa en el MS. Se reiniciar cada vez que el MS vuelva a modo idle despus de haber estado en dedicado.
Pgina 38 de 173
2.5.5.4 IMSI ATTACH/DETACH

La operacin de IMSI attach/detach es una accin que realiza el MS para indicar a la red que ha entrado en modo idle<->inactive. Cuando se enciende un MS, se enva un mensaje IMSI attach a la MSC/VLR. Cuando se apaga se enva un IMSI detach. Se dispone de un flag en el VLR para saber la presencia o no de los MS. Esto evita pagings innecesarios de mviles apagados. El parmetro ATT, transimitido por la celda servidora en los mensajes de informacin del sistema, informar al MS si tiene o no que enviar un mensaje de este tipo cada vez que se enciende o apaga. El MS tambin ser marcado con detached (implicit detach) por la MSC. Esto sucede cuando ha habido un fallo en el contacto entre el MS y la red en un tiempo determinado por el valor BTDM ms un tiempo de guarda GTDM. El tiempo de supervisin de un MS ser la suma de ambos. El Base Time duration, BTDM debe estar acorde con el T3212, en caso contrario el MS puede ser borrado de la red antes de que se produzca un LU.
2.5.5.5 COMBINACIONES DE CANALES DE CONTROL

Slo se permiten ciertas combinaciones de canales de control. Los siguientes tres tipos de Bcch se pueden definir con el parmetro BCCHTYPE: No-combinado: BCCH y CCCH Combinado: BCCH, CCCH y SDCCH/4 Combinado incluyendo un CBCH: BCCH, CCCH, SDCCH/4 y CBCH (el CBCH reemplaza SDCCH subcanal nmero 2) Nota: CCCH es una combinacin de PCH, AGCH y RACH. Tambin hay 4 combinaciones de para el SDCCH: SDCCH/8: cada canal fsico consiste de 8 subcanales SDCCH, esto significa que se le pueden dar a 8 MS, canales dedicados a la vez, SDCCH/8 incluyendo un CBCH: el subcanal de CBCH reemplaza en subcanal nmero 2 del SDCCH SDCCH/4: este es una combinacin de 4 subcanales SDCCH con BCCH y CCH, slo se podr dar a 4 MS, canales dedicados simultneamente SDCCH/4 incluyendo CBCH: esta combinacin consiste de tres subcanales SDCCH,, BCCH, CCCH y un subcanal CBCH. el subcanal de CBCH reemplaza en subcanal nmero 2 del SDCCH. Slo se pueden dar tres canales dedicados simultneamente. El nmero requerido de SDCCH/8 se especifica con el parmetro SDCCH. El CBCH se especifica con CBCH.
2.5.6 Paging 2.5.6.1 GRUPOS DE PAGING

Despus de que un MS sintonice la portadora de BCCH y decodifique los datos de informacin del sistema, lleva a cabo una evaluacin, teniendo en cuenta su nmero IMSI, que determina a que grupo de paging pertenece. Cuando no hay mensajes de paging a trasmitir para el MS, se enviarn dummy paging falsos pagings en su lugar. El MS permanece en modo dormido para minimizar el consumo de energa en el intervalo de tiempo que no se emite su grupo de paging. Sin embargo el MS debe leer los datos de BCCH al menos cada 30 segundos.
Pgina 39 de 173
Los bloques CCCH tambin se usan para mensajes AGCH al MS. La estructura del CCCH con respecto a los mensajes de paging y los AGCH se controla mediante los parmetros AGBLK y FRMS. En una multitrama del DL en modo BCCH no combinado (trama de 51 tramas) hay 9 bloques CCCH. AGBLK es el nmero de bloques CCCH reservados para AGCH. Los restantes son para PCH. A los mensajes de AGCH se les da ms prioridad que a los de PCH incluso si no hay CCCH reservados para AGCH, AGBLK=0. Por lo tanto no es necesario reservarlos. Sin embargo, si se enva informacin de sistema 7 y 8, o si se usa modo no combinado de BCCH y CBCH, AGBLK no debe ser 0. Para RBS Ericsson serie 200 y serie 2000 slo se puede AGBLK 0 1. Los mensajes de sistema de informacin 7 y 8 slo se utilizan cono mecanismo de extensin en GSM fase 2 para sistema de informacin tipo 4.
2.5.6.2 ESTRATEGIAS DE PAGING.

El procedimiento de paging se lleva a cabo por la MSC. Hay varias estrategias de paging, el operador puede controlar la estrategia mediante parmetros de MSC. Los intentos de paging, los iniciales y los repetidos, son locales o globales dependiendo si el LAI est grabado en el VLR. Los intentos locales se realizan slo en una LA mientras que los globales se realizan en toda el rea de servicio de la MSC. Se inicia un segundo paging si no se recibe respuesta del MS antes de que expire un primer contador. PAGTIMERFRST1LA para pagings locales y PAGTIMERFRSTGLOB para pagings globales. Si el primer paging es local el parmetro PAGREP1LA indicar si se debe iniciar un segundo paging y si debe ser local o global. Despus de que se haya enviado el segundo paging, la MSC esperar que expire el contador PAGTIMEREP1LA, indicando un segundo paging local, o PAGTIMEREPGLOB, indicando segundo paging global, antes de considerar que han fracasado los intentos de paging. Si el primer paging es global y no se recibe respuesta antes de que expire el contador, el parmetro PAGREPGLOB, indicar si se iniciar un segundo paging global. Si se enva el segundo paging global, la MSC esperar a que expire PAGTIMEREPGLOB hasta que considere al MS inalcanzable.
2.5.7 Informacin de Sistema

Los mensajes de informacin del sistema, enviados por la BTS, contienen datos de la red que el MS necesita para comunicarse adecuadamente con la red. Para el Ms en modo idle, los mensajes de informacin del sistema tipo 1, 2, 3, 4, 7, y 8 se envan en el BCCH (informacin de sistema 5 y 6 se transmiten en modo dedicado). La distribucin de mensajes 1, 7 y 8 pueden ser activados o desactivados y esto se controla por los parmetros SIMSG y MSGDIST. SIMSG indica que mensajes de informacin de sistema se han activado o desactivado, y el parmetro MSGDIST indica si est activo o no.
2.6 Resumen de los Parmetros de Control Principal

2.6.1 Parametros transmitidos en SCH
BSIC es el Base Station Identity Code definido por celda y expresado como NCC+BCC donde: Pgina 40 de 173
NCC = Network colour code BCC = Base station colour code
2.6.2 Parmetros transmitidos en el BCCH 2.6.2.1 CELDAS VECINAS

MBCCHNO indica las frecuencias BCCH que debe medir el MS en esa celda, Balist. Se define por celda.
2.6.2.2 PLMN PERMITIDA

NCCPERM: Intimamente relacionado con el BSIC, aparece en la lista de NCC permitidos, o NCCPERM. Mediante dicha lista se definen los NCCs que podrn ser mandados en los informes de medida.
2.6.2.3 CANALES DE CONTROL

BCCHTYPE identifica el tipo de BCCH a utilizar y se define por celda: COMB = Combinado; Indica que la celda tiene combinado BCCH y SDCCH/4 COMBC = Combinado con CBCH; Indica que la celda tiene combinado BCCH y SDCCH/4 con un subcanal CBCH. NCOMB = No combinado; Indica que la celda no tiene combinado BCCH y SDCCH/4. SDCCH es el nmero requerido de SDCCH/8. Se define por celda o por channel group. MFRMS Define el periodo de transmisin, en unidades de multitramas de control (de 51 tramas), para los mensajes de paging al mismo subgrupo de paging. As si tenemos agblk=1, tenemos 8 grupos de paging y con mfrms de 5 sabemos que cada 40 grupos de paging se repite el nuestro. (9agblk)*5=40. T3212 es el contador timer que controla la actualizacin de la localizacin de los mviles que se encuentren en una celda.
2.6.2.4 PARMETROS DE SELECCIN DE CELDA

ACCMIN es el nivel mnimo de seal a recibir en dBm por el MS para tener permiso de acceso a un canal de control del sistema. Se define por celda. CCHPWR nivel mximo de potencia dBm que un MS puede usar cuando accede al sistema en un canal de control. Se define por celda. CRH es el parmetro de celda que fija la histresis, en dB, que utiliza el algoritmo c1 en el caso de que se comparen celdas pertenecientes a diferentes reas de localizacin.
2.6.2.5 CBCH
CBCH especifica si est activo el servicio de multidifusin en una celda. CBCH estar incluido en uno de los subcanales SDCCH/8 para la celda o para el channel group.
2.6.2.6 PARMETROS PARA AJUSTES ESPECIALES
Pgina 41 de 173
Parmetros transmitidos en el BCCH Parmetros de RACH CB se utiliza para definir si una celda est barrada para acceso. MAXRET nmero mximo de retransmisiones que un MS puede hacer en el acceso al sistema. Canal de control ATT indica si se usa IMSI attach/detach en una celda. AGBLK es el nmero de bloques CCCH reservados para el canal de acceso. Los bloques CCCH restantes se usan para paging. Parmetros de reseleccin de celda CBQ se usa para controlar la prioridad de una celda. La prioridad de una celda se controla por CBQ junto con CB. CRO define el offset de nivel de seal a aplicar para favorecer desfavorecer al MS para la reseleccin de una celda. TO define un offset temporal negativo aplicado a C2. PT es la duracin que fija cuanto se aplica TO.
2.7 Ejemplo: Impacto en Zona 2 modificacin ACCMIN

A modo de ejemplo y como modificacin de un parmetro caracterstico de modo idle se muestra el estudio que se realiz para ver el impacto del cambio en el nivel mnimo de acceso a la red en Zona 2. (Zona Ericsson).
2.7.1 Abreviaturas
%dropTA: Porcentaje de cadas de TCH por Time Advance. %dropBQ: Porcentaje de cadas de TCH por Bad Quality. %dropSS: Porcentaje de cadas de TCH por Signal Strength. CaTCH: Cadas de canal de trfico.
2.7.2 Introduccin
El pasado da 9 de mayo del 2001 se procedi al cambio del nivel mnimo de seal de acceso a la red en Zona 2. Este parmetro en Zona Ericsson es el accmin y se puso a 110, la unidades del cual son en dBm, anteriormente estaba a 104. Con este cambio se pretende mejorar la sensacin de cobertura percibida por el usuario, as como mejorar el nmero de llamadas cursadas en deep indoor.
2.7.3 Grficas de las estadsticas
Pgina 42 de 173
En este apartado se recogen por BSC grficas de las estadsticas de Cadas de TCH y tipos de causas, durante el mes de mayo. Slo se van a mostrar algunas BSCs por no extender el documento innecesariamente, pero las conclusiones que se extraen recogen el efecto en todo zona 2.
2.7.3.1 CAT01B1
2.7.3.2 CAT01B2
Pgina 43 de 173
2.7.3.3 CAT01B3
Pgina 44 de 173
2.7.3.4 CAT01B4
2.7.4 Conclusiones
De la observacin de las grficas anteriores no se observa que se haya producido un aumento de las cadas de TCH a raz del cambio de accmin.
Pgina 45 de 173
LOCATING
Pgina 46 de 173
3 Locating
3.1 INTRODUCCIN
3.1.1 General
El algoritmo de Locating est implementado en la BSC, y es el encargado de la seleccin de celda en modo activo, es decir, en sus resultados nos vamos a basar para tomar una decisin de handover. La seleccin de celda tiene dos objetivos principales: mantener la calidad y continuidad de las llamadas controlar el tamao de la celda para minimizar la interferencia total en la red El algoritmo de Locating se puede ver como un sistema con entrada y salida: ENTRADA LOCATING SALIDA
Donde los datos de entrada al algoritmo son las medidas de nivel de seal y calidad que realizan el mvil y la BTS que est sirviendo en ese momento la conexin, y la salida es una lista de celdas que el algoritmo da como posibles candidatas a handover. Esta lista est ordenada de mayor a menor preferencia. El algoritmo trabaja continuamente, completando un ciclo de clculo en general cada 480 ms. La mayora de las veces, el algoritmo recomienda no hacer ningn handover. Los criterios para realizar un handover estn basados en tres tipos diferentes de medidas: Nivel de seal y/o path loss de la conexin y de los BCCH de las celdas vecinas Calidad de la conexin Timing advance usado por el mvil Hay un gran nmero de parmetros en el algoritmo de locating cuyo propsito es adaptar dicho algoritmo a la realidad de nuestra red. A lo largo de este captulo explicaremos cada uno de estos parmetros, y el valor que tienen en nuestra red.
3.1.2 Convenios
Al hablar de medidas en este documento, aplicamos el siguiente convenio:
Cuando la cantidad no tenga dimensin, utilizaremos maysculas y cursiva:

Pgina 47 de 173
RXLEV [0 a 63] Cuando la cantidad tenga dimensin, usaremos minsculas y cursiva: rxlev [-110 a 48 dBm] Cuando la cantidad est penalizada, ir precedida por una p: p_rxlev
3.1.3 Qu se puede lograr con el algoritmo Locating Bordes de handover precisos:

Las decisiones de handover estn basadas en medidas de nivel de seal y calidad realizadas por el mvil. ste mide el nivel de seal de la celda que le est sirviendo, as como de las portadoras de las celdas vecinas. Estas medidas se comparan entre s para encontrar la mejor servidora. Como el algoritmo de handover est basado en la comparacin de las candidatas a handover disponibles, los bordes de handover sern fijos en el espacio e independientes de la direccin en que se mueva el mvil. A estos lmites se les aade un margen de seguridad, llamado hysteresis, que evita que se dispare el nmero de handovers debidos a la fluctuacin de la seal. Adems de la hysteresis, tambin se utilizan temporizadores que regulan el mnimo tiempo permitido entre handovers.
Bordes de handover adaptados al entorno radio:

En el Locating hay disponibles dos algoritmos para realizar el ranking de las candidatas a handover: uno est basado tanto en el nivel de seal como en el path loss (K/L ranking) y el segundo est basado estrictamente en el nivel de seal. Cuando el ranking est basado en el nivel de seal, el borde de handovers se ve influenciado si la EIRP (Effective Isotropic Radiated Power) de una o varias celdas cambia. Si aumentamos la potencia de salida de una celda, su rea de cobertura crece. En cambio, si aumentamos de la misma forma la potencia de salida de todas las celdas de la red, los bordes de handover no se ven afectados. Cuando el ranking est basado en el path loss, la potencia de salida de las diferentes BTS no influye en la posicin de los bordes de handover.
Bordes de handover que producen baja interferencia

Las comparaciones en el algoritmo de Locating sirven para encontrar la celda con el nivel de seal ms alto o el path loss ms bajo. Ambas estrategias conducen a una relacin C/I ms alta en el sistema total.
Planificacin celular flexible:
Pgina 48 de 173
Todos los bordes de celda pueden ser movidos individualmente por parmetros de offset asociados a cada relacin celda-celda. Tambin puede elegirse una hysteresis diferente para cada relacin de vecindad. Handover de urgencia en situaciones de mala calidad: Las medidas de calidad de seal son proporcionadas tanto por el mvil (downlink) como por la celda servidora (uplink). Cuando se detecta mala calidad en la seal, el algoritmo de Locating puede proponer un handover de urgencia, incluso a celdas peores. Un handover de urgencia es slo llevado a cabo si el mvil se encuentra dentro de una regin cercana al borde entre la celda servidora y la celda candidata. Una razn de hacerlo as es para no romper el plan celular normal y causar mucha interferencia. Otra razn sera, para reducir el riesgo de que la calidad de la llamada en la nueva celda servidora sea incluso peor que en la vieja. Handover de urgencia en situaciones de excesivo timing advance: Para que el mvil sea capaz de sincronizar la transmisin de sus rfagas con el momento en que la BTS espera recibirlas, el tiempo que le cuesta a la seal radio viajar del mvil a la BTS tiene que ser tenido en cuenta. La BTS calcula este intervalo de tiempo (ta), y enva una orden al mvil para empezar a transmitir sus tramas un tiempo ta antes, de tal forma que lleguen a la BTS en el momento preciso. Este intervalo de tiempo se denomina timing advance. El protocolo TDMA de GSM permite un TA mximo que corresponde a una distancia BTS-mvil de aproximadamente 35 Km. El timing advance est disponible en el algoritmo de locating. Si excede el valor permitido, el algoritmo propone un handover de urgencia. Funcionalidades de red radio auxiliares: El algoritmo de Locating incorpora toda o parte de la lgica para otras funcionalidades de la red radio, que incluyen un cambio de celda, subcelda o canal: Assignment to Another Cell Hierarchical Cell Structures Overlaid/Underlaid Subcells Intra-Cell Handover Extended Range Cell Load Sharing
3.2 DESCRIPCIN TCNICA
Pgina 49 de 173
3.2.1 Procedimiento de medida La BSC enva al mvil una lista conteniendo las ARFCN (Absolute Radio Frequency Channel Number) de sus vecinas, que es lo que se denomina BA list. El nmero mximo de frecuencias de esta lista es 32. Cada 120ms (una vez cada multitrama de 26 tramas), hay una trama libre en el TCH que permite al mvil sintonizarse con las frecuencias especificadas en la BA list y tratar de decodificar las rfagas de sincronismo. Esta rfaga contiene el BSIC que incluye el NCC (Network Colour Code). Si el mvil puede detectar la rfaga de sincronizacin y decodificarla, chequea si el NCC es permitido.
El mvil reporta cada periodo de SACCH (480 ms) las seis candidatas ms fuertes para las cuales, durante los ltimos 10 s, ha sido capaz de decodificar el BSIC y el NCC es permitido.
3.2.2 Algoritmo
El algoritmo de Locating consiste en 8 fases, tal como muestra la figura 1, y cada una de las fases es procesada de manera cronolgica:
Pgina 50 de 173
lista de penalizaciones
Inicio
informe de medidas
Filtrado
Ranking Bsico
Condiciones de Urgencia
Evaluacin de funciones red radio auxiliares

lista vaca
Organizando la lista
Envo de la lista
Respuesta de asignacin
Figura 1. Flujo principal del algoritmo de locating
Explicamos a continuacin cada uno de los pasos del algoritmo. 3.2.2.1 INICIO Como resultado de un cambio de canal (asignacin, handover, cambio de subcelda e intra-cell handover), un nuevo individuo de locating es creado, terminndose el antiguo. Si el nuevo individuo de locating fue activado como resultado de un handover, una lista de penalizaciones es transferida del viejo al nuevo. Inmediatamente despus de un cambio de canal, es aconsejable permanecer en el mismo canal durante un momento. La razn es que el filtrado de las medidas necesita algn tiempo para producir un resultado fiable en que basarnos. Por eso, al inicio del individuo de locating, se activa un temporizador TINIT, que inhibe los handovers hasta que expira.
Pgina 51 de 173
3.2.2.2 FILTRADO Preparacin de las medidas El algoritmo de Locating est basado en un nmero de medidas que son reportadas a la BSC, y que vienen resumidas en la siguiente tabla: Fuente mvil mvil mvil mvil mvil BTS BTS BTS BSC (Mvil) BTS mvil Descripcin de los datos nivel de seal downlink propia celda full set nivel de seal downlink propia celda sub set nivel de seal downlink las 6 vecinas ms fuertes calidad downlink propia celda full set calidad downlink propia celda sub set calidad uplink propia celda full set calidad uplink propia celda sub set timing advance Capacidad de potencia del mvil (el MS enva el Classmark) DTX usado por la BTS durante el periodo de medida DTX usado por el mvil durante el periodo de medida Tabla 1. Datos usados por el algoritmo de Locating Las medidas de nivel de seal, de calidad de seal y de timing advance son realizadas y reportadas una vez cada periodo de SACCH (480 ms). El mvil es capaz de medir el nivel de seal de hasta 32 vecinas, pero slo es capaz de reportar las 6 ms fuertes en cada informe de medidas. Las medidas de nivel de seal de la celda servidora y las medidas de calidad (tanto realizadas por el mvil como por la BTS), estn disponibles en dos conjuntos, el full set y el sub set. El full set est formado por medidas basadas en todas las tramas TDMA durante el periodo de SACCH, y el sub set por medidas basadas en aquellas tramas TDMA donde la transmisin est garantizada incluso cuando el DTX est activo. El algoritmo de locating selecciona el full set o el sub set, segn sea el caso. En general, el full set es usado cuando el DTX no ha sido utilizado durante el periodo de medida, y el sub set, si el DTX ha sido utilizado algn tiempo durante este periodo. Todas las medidas de nivel de seal son entregadas como valores enteros de 0 a 63 (RXLEV). Esto corresponde a niveles de seal de 110 dBm a 47dBm. Medidas por encima de 47 dBm son puestas a 63, y por debajo de 110 dBm a 0. Cuando la BTS tiene activado el control de potencia, el valor de rxlev reportado en el downlink ha de ser compensado antes de entrar en los filtros, es decir, la entrada del filtro corresponde a lo que hubiera sido el nivel de seal si se hubiera usado la mxima potencia de la BTS.
Pgina 52 de 173
La cantidad usada como medida de calidad es la tasa de error de bit (BER). Los informes de calidad son entregados por el mvil y por la BTS como un entero de valor de 0 a 7, donde el 0 corresponde a buena calidad y el 7 a una mala calidad. El algoritmo de locating transforma estos valores linealmente a una escala de 0 a 70. Los valores de timing advance son entregados por la BTS como valores de 0 a 63 periodos de bit. El mvil transmite las medidas del downlink a la BTS. La BTS le aade las medidas que ha realizado ella del uplink y lo transmite hacia la BSC. El parmetro MISSNM controla los informes extraviados, tanto de vecinas como de la propia servidora. Una vecina no puede ser candidata para handover si se han perdido informes consecutivos sobre ella. Si el informe de esta vecina vuelve a ser recibido antes de que hayan pasado MISSNM periodos, los informes extraviados son sustituidos por una interpolacin lineal y la vecina vuelve a ser candidata a handover. Si antes de que pasen los MISSNM periodos, no hemos vuelto a recibir informes validos de esta vecina, el filtrado para esta celda en cuestin acaba. En el momento en que volvamos a recibir informes de esta vecina, el filtrado comienza de nuevo. El funcionamiento de los informes perdidos para la servidora es igual que para las vecinas. Es ms, si las medidas de la servidora desaparecen, el locating se suspende hasta que vuelvan a llegar. Si ocurre una condicin de urgencia, y no hay vecinas disponibles en el informe actual de medidas, se usa el ltimo informe de medidas recibido que contenga informacin de vecinas. Esto solo se hace si ste informe no es mayor que MISSNM. Filtrado del nivel de seal y de calidad Las medidas de nivel de seal y calidad son filtradas para suavizar el ruido. Adems, algunas componentes de fading tambin pueden ser filtradas. Hay 5 tipos de filtros disponibles: Filtros FIR generales Filtro de promediado recursivo recursivo exponencial recursivo Butterworth de primer orden mediano
Filtros FIR generales Los filtros FIR tienen la siguiente expresin:
Pgina 53 de 173
rxlev c n
i 1
wi (nivel _ seal) i
(1)
donde n es la longitud del filtro en periodos SACCH, wi son los pesos de los coeficientes y cn son los coeficientes de normalizacin. Filtro de promediado recursivo El filtro de promediado recursivo es del siguiente tipo:
rxlevt rxlevt
1
(nivel _ seal) t
(nivel seal) t
/n
(2)
donde n es la longitud del filtro y t es el tiempo de llegada del ultimo informe de medidas (en periodos SACCH). El filtro FIR y el de promediado recursivo tienen las mismas propiedades, pero el ltimo ofrece una mxima eficiencia computacional, es decir, menor carga en la BSC. Filtro exponencial recursivo El filtro exponencial recursivo es implementado como sigue:
rxlevt rxlevt
1
(nivel _ seal) t
(3)
donde es el coeficiente del filtro y = 1- . La longitud del filtro n, viene dada en periodos de SACCH. Este valor es mapeado internamente al coeficiente del filtro . El filtro exponencial tiene una respuesta rpida al impulso y al escaln. Filtro recursivo Butterworth de primer orden El filtro recursivo Butterworth de primer orden tiene la siguiente formula:
rxlevt rxlevt
1
(nivel _ seal) t
(nivel _ seal) t
(4)
donde es el coeficiente del filtro, y =(1- )/2. misma forma que en el filtro exponencial. Filtro mediano
es mapeado de la longitud del filtro n de la
El filtro mediano calcula el valor medio del conjunto de las ultimas n medidas. Iniciacin Antes de que se llene un filtro, es decir, cuando han llegado menos de n informes de medida, el filtro es modificado ligeramente. Los filtros son usados con el nmero de informes disponibles.
Pgina 54 de 173
En las ecuaciones de (1) a (4), la longitud del filtro n es modificada. Esta es la iniciacin para el filtrado de las medidas de la servidora. Para las medidas de las vecinas es un poco diferente. Cuando solamente un informe de medidas de una determinada vecina ha llegado, esta vecina es considerada como no valida. Cuando ya han llegado dos informes de medida en secuencia de dicha vecina, comienza un procedimiento lineal en rampa. Con esto se consigue que el nivel de seal de las celdas vecinas, sea infraestimado durante los primeros informes de medida, dando ms peso a la celda servidora. sta es una medida de seguridad para que no se realice un handover basado en una estimacin poco fiable. La duracin de la rampa del filtro puede ser controlada con un parmetro. As, podemos conseguir una respuesta rpida al inicio del filtrado o lenta. Podemos representar estos esquemas de inicio como respuestas a una funcin escaln de entrada, tal como muestra la Figura 2. El primer informe de medida llega en el tiempo t 0, y la rampa del filtro est activa durante k periodos de SACCH.
salida del filtro
1 . 0
filtro para la servidora
t0
salida del filtro
tiempo (periodos SACCH)
1 . 0 0.5
salida del filtro
filtro para las vecinas
1 . 0
filtro para la servidora
t0
t0+0.48s
t0 + 0.48*Ks
Figura 2. Respuesta de los filtros de iniciacin de la servidora y las vecinas a un escaln
Pgina 55 de 173
Filtro de calidad Las medidas de calidad estn disponibles para el downlink y para el uplink, pero solo para la celda servidora. El filtrado de calidad emplea el mismo mtodo que el filtrado de seal, ecuaciones de (1) a (4), incluyendo el esquema de iniciacin para la servidora. El filtrado de calidad produce las cantidades rxqual (uplink) y rxqual (downlink). Seleccin del tipo de filtro y de la longitud del filtro La tabla 2 es un resumen de los filtros disponibles para nivel de seal y los parmetros usados para la seleccin del tipo de filtro y su longitud:
Valor del parmetro seleccin del tipo de filtro SSEVALSI,SSEVALSD 1 2 3 4 5 6 7 8 9 de Tipo de filtro general FIR general FIR general FIR general FIR general FIR promediado recursivo exponencial recursivo recursivo Butterworth 1er orden mediano Longitud del filtro en periodos SACCH 2 6 10 14 18 SSLENSI, SSLENSD SSLENSI, SSLENSD SSLENSI, SSLENSD SSLENSI, SSLENSD
Tabla 2. Seleccin del tipo de filtro de nivel de seal y de la longitud
Los tipos de filtro de nivel de seal son seleccionados por los parmetros SSEVALSI y SSEVALSD. SSEVALSI selecciona el filtro usado durante la fase de sealizacin de una conexin (sobre un canal SDCCH). SSEVALSD selecciona el filtro durante la fase de voz/datos de una conexin (sobre un canal TCH). SSEVALSI y SSEVALSD tienen un rango de 1 a 9. Valores de 1 a 5 corresponden a un filtro FIR. La longitud del filtro FIR (2, 6, 10, 14, 18) directamente es seleccionada por el parmetro de seleccin de filtro. Valores de 6 a 9 corresponden respectivamente a los filtros de promediado recursivo, exponencial recursivo, recursivo Butterworth y mediano. La longitud de estos filtros es seleccionada por los parmetros SSLENSI y SSLENSD. SSLENSI determina la longitud del filtro SSEVALSI y SSLENSD la longitud del filtro SSEVALSD. La rampa de los filtros FIR es igual a la longitud del filtro, es decir, la K de la figura 2 ser igual a n. Para el resto de los filtros, los parmetros SSRAMPSI o SSRAMPSD determina el nmero de periodos de SACCH durante los cuales la rampa estar activa en el filtro de las vecinas. La tabla 3 es un resumen de los filtros de calidad disponibles y los parmetros usados para la seleccin del tipo de filtro y su longitud:
Pgina 56 de 173
Valor del parmetro seleccin del tipo de filtro QEVALSI,QEVALSD
de
Tipo de filtro
Longitud del filtro en periodos SACCH
1 2 3 4 5 6 7
general FIR general FIR general FIR general FIR general FIR promediado recursivo exponencial recursivo
4 8 12 16 20
3.2.2.2.1.1 QLENSI, QLENSD 3.2.2.2.1.2 QLENSI, QLENSD
8 9
recursivo orden mediano
Butterworth
1er 3.2.2.2.1.3 QLENSI,

QLENSD 3.2.2.2.1.4 QLENSI, QLENSD
Tabla 3. Seleccin del tipo de filtro de calidad y de la longitud
Los tipos de filtros de calidad son seleccionados con los parmetros QEVALSI y QEVALSD de la misma manera que los filtros de seal. Los valores de 1 a 5, corresponden a los filtros FIR, con longitudes de 4, 8, 12, 16 y 20 periodos de SACCH. La longitud de los filtros 6 a 9 es seleccionada con los parmetros QLENSI y QLENSD. Cuando se filtra el nivel de seal y calidad de una celda vecina, se utilizan sus parmetros para definir el filtro. De esta forma, se puede filtrar de forma diferente la celda servidora que las vecinas. Timing Advance Un nico filtro para el timing advance es usado para todas las celdas de la BSC. El filtro es un filtro de promediado, que produce la cantidad ta. La longitud del filtro es especificada por el parmetro TAAVELEN. 3.2.2.3 RANKING BSICO
INTRODUCCIN
Hay dos algoritmos disponibles para el ranking bsico: Ericsson 1 y Ericsson 3, que son seleccionados mediante el parmetro EVALTYPE. La diferencia principal entre ellos es que el Ericsson 1 realiza el ranking basndose en el nivel de seal y en el pathloss, mientras que el
Pgina 57 de 173
Ericsson 3 tiene en cuenta slo el nivel de seal. Sin embargo, los tres primeros pasos son comunes a los dos algoritmos: correccin de la potencia de salida de la BTS evaluacin de la condicin de mnimo nivel de seal substraccin de las penalizaciones de nivel de seal
CORRECCIN DE LA POTENCIA DE SALIDA DE LA BTS (PASO 1)
Cuando el mvil mide el nivel de seal proveniente de una celda vecina, esta celda est transmitiendo en el BCCH. Este canal puede tener una potencia de salida diferente que el canal TCH que se le dara a la conexin en caso de realizar el handover. Los algoritmos de locating permiten que sean las frecuencias de los canales de trfico (TCH) las que controlen los bordes de las celdas. De esta forma, las medidas del nivel de seal rxlev de todas las vecinas son corregidas por la diferencia entre la potencia de salida para las frecuencias BCCH (BSPWR) y la potencia de salida para otras frecuencias (BSTXPWR).
SS _ DOWN n rxlevn BSTXPWR n BSPWRn
(5)
donde n se refiere a las celdas vecinas y SS_DOWN es el nivel de seal corregido. Si la conexin de la servidora es transmitida en el BCCH, se realiza la misma correccin. Si es utilizado control de potencia en downlink o en uplink, debe corregirse. Esta correccin se realiza antes del filtrado.
CONDICIN DE MNIMO NIVEL DE SEAL (PASO 2)
La salida del filtro de seal de la celda vecina, rxlev, es comparado con dos umbrales de nivel mnimos, uno para la seal en downlink, MSRXMIN, y el otro para la seal estimada en uplink, BSRXMIN. Estos niveles son definidos para cada celda de manera individual. De entre los dos niveles, downlink y uplink, se elige el ms bajo para aplicarle el criterio de nivel mnimo. Con este criterio, seleccionamos si la celda ofrece un nivel de seal suficientemente alto como para ser considerada candidata a handover. La condicin de nivel mnimo es:
SS _ DOWN n MSRXMIN n
(6)
y
SS _ UPn BSRXMIN n
(7)
donde n se refiere a la celda vecina y SS_DOWN es el nivel de seal en downlink despus de aplicarle la correccin de potencia de salida de la BTS. SS_UP es el nivel de seal estimado en el uplink. Es estimado calculando el path loss en el downlink y substrayndole la potencia de salida del mvil (asumimos que la atenuacin en el uplink es la misma que en el downlink):
Pgina 58 de 173
SS _ UPn
MS _ PWRn
Ln
(8)
donde MS_PWR es la potencia de salida nominal del mvil. Para este valor escogemos el mnimo entre la potencia que es capaz de transmitir el terminal (P) y la mxima potencia de salida del mvil que acepta la celda n, y que viene dada por el parmetro MSTXPWR:
MS _ PWR n min( P, MSTXPWR n )
(9)
El path loss Ln se calcula como:

Ln BSTXPWR n SS _ DOWN n
(10)
donde BSTXPWR indica la potencia de salida de la estacin para la frecuencia del TCH, asumiendo el punto de referencia en la salida de antena. Notamos que BSRXMIN tendr que ser ajustado a la eleccin del punto de referencia (ver anexo A)
SUBSTRACCIN DE LAS PENALIZACIONES DEL NIVEL DE SEAL (PASO 3)
Las penalizaciones intentan evitar el handover a las celdas que por alguna razn son temporalmente indeseables. El castigo consiste en restarle una cantidad al nivel de seal estimado rxlev de la celda indeseable, de tal forma que parezca peor de lo que realmente es:
p _ SS _ DOWN p p _ SS _ UPp
SS _ DOWN p
LOC _ PENALTY p
HCS _ PENALTY p
(11) (12)
SS _ UPp
LOC _ PENALTY p
HCS _ PENALTY p
donde p se refiere a la celda castigada. HCS_PENALTY es un castigo asociado a la funcionalidad Hierarchical Cell Structures (HCS). LOC_PENALTY se refiere a las penalizaciones del locating. Una celda se castiga en el locating por una de estas tres razones: Fallo en el handover: Si hay un fallo de sealizacin en el handover, el fallo podra volver a ocurrir de nuevo si se intenta un handover a la misma celda demasiado pronto. Para que no ocurra, la celda a la cual el handover ha fallado, es penalizada durante un tiempo. Handover de urgencia por mala calidad: La celda que es abandonada por urgencia en mala calidad, es normalmente la mejor celda desde el punto de vista de seal. Esto significa que si no tomamos precauciones,
Pgina 59 de 173
se colocara la primera en la lista de candidatas de la siguiente evaluacin del locating, y esto causara un handover de vuelta a esta celda. Para evitarlo, castigamos esta celda durante un tiempo. Handover de urgencia por excesivo timing advance: El handover de urgencia por excesivo timing adavance es bastante similar al de mala calidad, y se trata de la misma manera. Sin embargo, cuando una celda es castigada debido a su excesivo timing advance, al resto de celdas vecinas cosite tambin se les chequea su timing advance, y se castigan si es necesario. Cada penalizacin, es aplicada a la celda castigada durante un periodo de tiempo, y solo para la conexin que experiment el fallo de handover, el handover de urgencia o la condicin relacionada con HCS. Los valores de penalizacin y el tiempo de duracin vienen determinados por parmetros que veremos ms adelante. Una vez vistos los tres primeros pasos comunes, procedemos a explicar las diferencias entre los dos algoritmos Ericsson 1 y Ericsson 3.
ERICSSON 1
El algoritmo Ericsson 1 separa las celdas con un nivel de seal bajo (por debajo de un umbral determinado), de las celdas con un nivel de seal alto (por encima de ese umbral). Las celdas que no cumplen con un nivel de seal suficiente se denominan celdas K y se ordenan segn su nivel de seal. Las celdas que tienen un nivel de seal suficiente se denominan celdas L, y son ordenadas segn su path loss. A menor path loss, mejor situacin en el ranking. Aplicando el ranking por path loss, las llamadas son transferidas de las celdas grandes, que causan gran interferencia, a las celdas pequeas, que causan una interferencia menor. As pues, deducimos, que el uso del criterio por path loss ayuda a disminuir el nivel total de interferencia en toda la red. Tras la evaluacin de la condicin de nivel suficiente de seal, se realiza lo siguiente: evaluacin del nivel de seal (criterio K) evaluacin del path loss (criterio L) creacin de la lista de ranking bsico
Condicin de nivel suficiente (Paso 4 Ericsson 1)
A todas las celdas vecinas que han pasado la condicin de mnimo nivel, y a la servidora, se les aplica la condicin de nivel suficiente, para clasificarlas en dos grupos, celdas con alto nivel y celdas con bajo nivel. La condicin de nivel suficiente es parecida a la de nivel mnimo pero con algunas diferencias: La servidora se evala igual que las vecinas
Pgina 60 de 173
Los niveles de seal suficiente, definidos por los parmetros MSRXSUFF y BSRXSUFF son usados como umbrales. Ambos son parmetros de celda. Los umbrales suficientes son modificados con una hysteresis de transicin TRHYST y un offset TROFFSET, ambos parmetros de relacin de vecindad. El efecto de TRHYST es reducir el riesgo del ping pong en los handovers causado por el fading. TROFFSET es utilizado para ajustar el borde de celda como nosotros queramos, para una relacin celdacelda determinada. Celdas vecinas La condicin de nivel suficiente para una celda vecina es como sigue:
p _ SS _ DOWN n MSRXSUFFn TROFFSET n,s TRHYSTn,s y p _ SS _ UPn BSRXSUFFn TROFFSET n,s TRHYSTn,s
donde n se refiere a la celda vecina y s a la servidora.
(13) (14)
p _ SS _ UPn es definida usando el nivel de seal en downlink penalizado, de la siguiente forma: p _ SS _ UPn MS _ PWR n p _ Ln
(15)
donde
p _ Ln BSTXPWR n p _ SS _ DOWN n
(16)
La expresin del lado derecho de la condicin de nivel suficiente, puede verse como niveles suficientes efectivos, e incluyen parmetros de relacin de vecindad. Esto quiere decir que una celda podra ser clasificada como celda K y otra como celda L, aunque el nivel de seal reportado de ambas sea el mismo. Celda servidora La evaluacin de la condicin de nivel suficiente para la celda servidora est relacionada con la mejor celda vecina (la mejor en el ranking). Por tanto, primero hay que ordenar las vecinas y luego evaluar la servidora.
Ranking segn el criterio de nivel de seal. Criterio K (Paso 5-Ericsson 1)
Para aplicar el criterio K, hay que calcular un valor K para cada celda vecina, segn las siguientes expresiones:
K _ DOWN n K _ UPn p _ SS _ DOWN n MSRXSUFFn
p _ SS _ UPn
BSRXSUFFn
(17) (18)
Pgina 61 de 173
De los dos valores, el de downlink y el de uplink, nos quedamos para cada celda con el ms bajo de los dos, y adems lo modificamos con un offset KOFFSET y una hysteresis KHYST:
K _ RANK n
min( K _ DOWN n , K _ UPn ) KOFFSETs ,n
KHYSTs ,n
(19)
las celdas K se ordenan segn su K_RANK. Cunto mayor el K_RANK, mejor su posicin en la lista. KHYST es usado para disminuir el valor de ranking de las celdas vecinas y desfavorecerlas frente a la servidora. As prevenimos los handovers ping-pong. KHYST es un parmetro de relacin de vecindad y es simtrico, es decir:
KHYSTA, B
KHYSTB, A
(20)
donde A y B representan las celdas vecinas. KOFFSET es utilizado para disminuir el valor de ranking de las celdas vecinas (o aumentarlo, si KOFFSET es negativo). En una relacin de vecindad A-B, la celda B ser desfavorecida si el KOFFSET de esa relacin es mayor que cero, moviendo el borde de la celda ms cerca de la vecina B. Es un parmetro de relacin de vecindad y es anti-simtrico, es decir, el mismo valor pero diferente signo:
KOFFSET A, B
KOFFSETB, A
(21)
KOFFSET y KHYST son usados para controlar los bordes de celda en el supuesto caso en que tanto servidora como vecina fueran celdas K, tal y como muestra la figura 3:
Pgina 62 de 173
borde de handover de A a B borde de handover de B a A
offset
pasillo de hysteresis borde de celda original sin offset borde de celda nominal
Figura 3. Bordes de handover, hysteresis y offset.

Ranking segn el criterio de path loss. Criterio L. (Paso 6-Ericsson 1)
Las celdas L son ordenadas segn su path loss, calculado como la diferencia entre la EIRP de la BTS y el nivel de seal recibido en el mvil. El criterio de path loss es independiente de las potencias del mvil y la BTS. Para las celdas vecinas, el valor de ranking L es modificado con un offset LOFFSET y una hysteresis LHYST de la misma forma que para el valor de ranking K:
L _ RANK n
p _ Ln
LOFFSET s ,n
LHYSTs ,n
(22)
donde p_L se calcul en la ecuacin (16). Las celdas L son ordenadas segn su valor L_RANK. Cuanto ms bajo sea este valor, mejor posicin en la lista. LOFFSET y LHYST tienen las mismas propiedades de simetra que KOFFSET y KHYST, y se usan de la misma manera.
Ranking de la servidora (Paso 7-Ericsson 1)
En este punto el ranking de las celdas vecinas ya es conocido, por tanto, ya podemos evaluar a la celda servidora. Lo primero que hay que hacer es determinar si es celda K o L, igual que hicimos con las vecinas, aplicando la condicin de nivel suficiente:
SS _ DOWN s
MSRXSUFFs
TROFFSET s ,n1 TRHYSTs ,n1
(23)
Pgina 63 de 173
SS _ UPs
BSRXSUFFs
TROFFSET s ,n1 TRHYSTs ,n1
(24)
donde n1 se refiere a la mejor celda vecina, y s a la celda servidora. Si la celda servidora supera el nivel suficiente, se clasifica como celda L, y se ordena segn el criterio L:
L _ RANK s BSTXPWR s SS _ DOWN s
(25)
Si la celda no supera el nivel suficiente, se clasifica como celda K, y se ordena segn el criterio K:
K _ DOWN s K _ UPs SS _ DOWN s MSRXSUFFs
(26) (27)
SS _ UPs
BSRXSUFFs
El valor K es calculado como el mnimo entre el downlink y el uplink:

K _ RANK s min( K _ DOWN s , K _ UPs )
(28)
Lista de ranking bsico (Paso 8 Ericsson 1)
Finalmente, la lista de ranking bsico es creada juntando los rankings de celdas L y celdas K. Las celdas L son puestas arriba del todo de la lista, siendo la primera la de menor path loss. Las celdas K son puestas a continuacin, siendo la ltima la de menor nivel de seal. Esto significa que una celda L est siempre por encima de una celda K, aunque no tenga un mayor nivel de seal. La figura 4 resume el procedimiento de ranking bsico en un diagrama de flujos:
Pgina 64 de 173
Para todas las vecinas reportadas Se cumple el criterio de nivel mnimo? Si Evaluacin de penalizacin
Para celda servidora
Vecina descartada
No
Esperar hasta que est hecho el ranking de las vecinas
Si
Ordenamos la vecina n segn el criterio L incluyendo LOFFSET y LHYST
Nivel de seal por encima del nivel suficiente incluyendo TROFFSET y TRHYST?
No
Ordenamos la vecina n segn el criterio K incluyendo KOFFSET y KHYST
Celdas L Celdas K
Si Ms vecinas? Usamos la mejor vecina No No
Nivel de seal por encima del nivel suficiente?
Si
Celdas L Celdas K
Pgina 65 de 173
Bordes de handover
En este apartado vamos a representar ejemplos de bordes de handover, y como aparecen debido al algoritmo de locating Ericsson 1. El uso principal de los parmetros de umbral suficiente MSRXSUFF y BSRXSUFF es separar las dos regiones de nivel de seal donde una celda vecina es celda K o celda L respectivamente, es decir, la transicin K-L. El efecto de los diferentes criterios en las regiones K y L (nivel de seal y path loss), es que los bordes de celda que aparecen en las dos regiones no coincidan. Los dos segmentos, el borde K-K y el borde L-L, estn unidos por el borde de nivel de seal suficiente, el segmento de transicin K-L.. La figura 4 muestra los tres tipos de bordes en un plano geogrfico ideal:
borde K-K
borde de transicin K-L
borde L-L
nivel suficiente efectivo de B a A nivel suficiente efectivo de A a B
Figura 4. Segmentos de borde K-K, transicin K-L y L-L Por claridad, los bordes de handover en la figura 4 son mostrados sin pasillos de hysteresis alrededor del borde nominal. En el ejemplo, la estacin A emite con mayor potencia que la estacin B. Por eso, el borde K (donde el ranking de la celda A es igual al de la celda B segn el criterio de nivel de seal), est ms cerca de la estacin B que de la A. Sin embargo, el borde L-
Pgina 66 de 173
L (igual ranking segn el criterio de path loss), aparece a mitad de camino entre las dos estaciones (de forma ideal). Como con todos los bordes de celda, tenemos que asegurarnos que este tipo de borde tiene una hysteresis adecuada para protegerse de los handovers ping-pong. La hysteresis de transicin TRHYST es usada para conseguir esto, reduciendo el nivel suficiente efectivo para la celda servidora, e incrementandolo para las celdas vecinas. De esta manera, ser ms fcil para la servidora ser identificada como celda L, y ms difcil para las celdas vecinas. El offset de transicin TROFFSET es usado para desplazar todo el borde de celda. Un offset de transicin positivo de la celda A a la celda B decrementa el nivel suficiente efectivo para la celda A en relacin a su vecina B. Por tanto, el nivel suficiente efectivo de A a B (figura 4), se desplazar hacia B. Al mismo tiempo, debido a la antisimetra del offset, el nivel suficiente efectivo de la celda B respecto a su vecina A, se ver incrementado, desplazndose tambin hacia B. Los pasillos de hysteresis seguirn a los valores suficientes desplazados, como muestra la figura 5:
nivel de seal celda B nivel suficiente efectivo de A a B TROFFSETA,B
nivel suficiente efectivo de B a A
TROFFSET B,A=-TROFFSET A,B
TRHYST TRHYST nivel de seal celda A
Figura 5. Desplazamiento de los niveles suficientes con un offset de transicin
TRHYST y TROFFSET tienen las mismas propiedades de simetra que los otros tipos de hysteresis y offset. La siguiente figura muestra los bordes de handover entre dos celdas A y B en un plano de nivel de seal, y segn los criterios de ranking K y L. Igual que en el caso anterior, la celda A emite con mayor potencia que la celda B. Adems, los tres parmetros de hysteresis (TRHYST, LHYST y KHYST), toman valores por defecto para la relacin A-B.
Pgina 67 de 173
nivel de seal celda B nivel suficiente efectivo en A
borde K borde L
LHYST nivel suficiente efectivo en B TRHYST
KHYST
Figura 6. Bordes de handover en un plano de nivel de seal
nivel de seal celda A
La figura 7 muestra una situacin similar, pero el parmetro KOFFSET B,A toma un valor positivo.
nivel de seal celda B nivel suficiente efectivo en A borde K borde L
LHYST
nivel suficiente efectivo en B
KOFFSET A,B
TRHYST
KHYST nivel de seal celda A
Figura 7. Bordes de handover con offset diferente
Pgina 68 de 173
Cualquier aplicacin de un offset mayor que la hysteresis correspondiente, puede llevar a oscilaciones de handovers en pequeas areas, el llamado efecto merry-go-round.
borde de celda original B-C
borde de original desplazado
celda A-B
borde de celda original A-B
borde de celda original C-A
Figura 8. Efecto merry-go-round debido a un offset mayor que la hysteresis Consideramos tres celdas, A, B y C. Un mvil entrando en la zona gris, no ser capaz de permanecer estable en ninguna de las tres celdas. Si el mvil se aproxima a la zona gris desde la celda A, pasar el borde de celda C-A y realizar un handover a la celda C. Una vez en C, el algoritmo de locating notar que el mvil est en el lado equivocado de la frontera de handover B-C, y realizar un handover a la celda B. Como el borde A-B ha sido desplazado por un offset, el algoritmo de locating detectar que debera estar conectado a la celda A, y se realizar el handover. Volvemos al punto de partida.
ERICSSON 3
Los tres primeros pasos del algoritmo (correccin de potencia de salida, evaluacin del nivel mnimo de seal y substraccin de las penalizaciones de nivel de seal), son realizadas de la misma forma que para el Ericsson 1. El ranking, sin embargo, es mucho ms sencillo. Ericsson 3 considera nicamente el nivel de seal y no el path loss.
Ranking (Paso 4- Ericsson 3)
En el ranking un valor de offset y un valor de hysteresis es usado en el caso de las celdas vecinas. El valor de offset es utilizado para desplazar el borde de celda y la hysteresis reduce el riesgo de los handovers por ping pong. El valor de offset es dado por el parmetro OFFSET.
Pgina 69 de 173
El parmetro HYSTSEP especifica cundo el nivel de seal de la celda servidora es alto o bajo. Cuando el nivel de seal es alto, se permite un valor de hysteresis mayor que cuando es bajo, para reducir el nmero de handovers. La hysteresis tomar el valor LOHYST cuando el rxlev en el downlink sea menor que HYSTSEP, y en el caso contrario tomar el valor HIHYST. LOHYST y HIHYST son parmetros de relacin celda-celda simtricos, y HYSTSEP es un parmetro de celda. OFFSET es un parmetro de relacin celda-celda antisimtrico. El valor de ranking de cada celda es dado por:
RANK s SS _ DOWN s
RANK n
p _ SS _ DOWN n
OFFSETs ,n
HYSTs ,n
(29) (30)
donde s denota la celda servidora, n la celda vecina, y HYST tomar el valor LOHYST o HIHYST segn corresponda. 3.2.2.4 CONDICIONES DE URGENCIA Para la deteccin de urgencia son usados dos criterios, el excesivo timing advance y la mala calidad: Condicin de urgencia por mala calidad: rxqual (uplink) > QLIMUL o rxqual (downlink) > QLIMDL Condicin de urgencia por timing advance: ta TALIM (33) (31) (32)
Los tres lmites de urgencia son parmetros especificados por celda. Las cantidades que se comparan con estos parmetros, son las salidas de los filtros respectivos. La informacin sobre la urgencia por mala calidad y el excesivo timing advance es usada en la fase de organizacin, para indicar cuando la celda necesita ser abandonada urgentemente. En esos casos, est permitido realizar un handover a una celda peor, es decir, que est por debajo de la celda servidora en el ranking bsico. Una vez realizado el handover, lo ms probable es que la celda original sea la mejor desde el punto de vista de seal o path loss, en la nueva evaluacin del algoritmo de locating. Sin embargo, tambin es probable que las condiciones radio que provocaron la condicin de urgencia continen estando presentes en la celda original. Para prevenir un handover inmediato
Pgina 70 de 173
de vuelta a la celda original despus de un handover de urgencia, la celda original es castigada con una penalizacin durante un periodo de tiempo. En la urgencia de mala calidad, los siguientes parmetros son usados: Valor de penalizacin: PSSBQ Duracin de la penalizacin: PTIMBQ En la urgencia de timing advance, los siguientes parmetros son usados: Valor de penalizacin: PSSTA Duracin de la penalizacin: PTIMTA
Urgencia por mala calidad
La causa principal de la mala calidad, es decir, altos valores de rxqual, es la interferencia cocanal. Sin embargo, tambin puede aparecer como resultado de una interferencia adyacente o una dispersin temporal excesiva. En todos los casos, un cambio de celda debera llevar a una mejora en la calidad de la conexin. Sin embargo, no est permitido realizar un handover de urgencia por mala calidad a una celda peor desde cualquier punto de la celda servidora. Esto podra causar que la llamada se conectara a una celda muy lejana a la que le correspondera segn el plan celular. Por consiguiente, esta llamada podra causar una interferencia co-canal en uplink excesiva a otra conexin, y podra experimentar una excesiva interferencia co-canal en el downlink. Por tanto, cuando sucede una urgencia por mala calidad, las vecinas no adecuadas son eliminadas de la lista de candidatas. La idea es comparar el nivel de seal de la servidora con el nivel de seal de las candidatas y eliminar aquellas cuya diferencia sea muy grande. El parmetro BQOFFSET define cunto de lejos del borde de celda nominal un mvil tiene permitido estar situado, para poder realizar un handover de urgencia. La regin en la celda servidora A donde es posible realizar un handover por mala calidad a la celda vecina B, se denomina regin de urgencia de mala calidad de A con respecto a B. En la siguiente figura vemos claro este concepto:
Pgina 71 de 173
Figura 9. Regin de urgencia de mala calidad
El rea coloreada en la figura 9 es el rea de la celda en la que los handover de urgencia por mala calidad de la celda A a la B estn prohibidos. La regin entre este rea y el borde de celda nominal entre A a B (el lado ms lejano del pasillo de hysteresis), es la regin de urgencia de mala calidad para la celda A hacia la B. El procedimiento para reducir la lista de candidatas en una urgencia de mala calidad, es solo aplicada a las candidatas de handover que estn peor en el ranking bsico:
Ericsson 1
Dependiendo del nivel de seal relativo al nivel suficiente, tanto para la celda servidora como para la vecina, las siguientes formulas son aplicadas: Si K _ RANK n K _ RANK s KHYSTs ,n entonces eliminamos la vecina n de la lista Si L _ RANK n (34)
BQOFFSET s ,n
L _ RANK s
LHYSTs ,n
BQOFFSET s ,n
(35)
entonces eliminamos la vecina n de la lista

Ericsson 3
Si RANK n RANK s HYSTs ,n BQOFFSET s ,n entonces eliminamos la vecina n de la lista.
(36)
Pgina 72 de 173
Si la celda n no cumple con las condiciones y es eliminada de la lista, esto significa que el mvil est fuera de la regin de urgencia de mala calidad para esas celdas.
Urgencia por TA
El timing advance puede ser usado como medida de la distancia entre la estacin base y el mvil. El parmetro TALIM puede ser utilizado como un lmite de celda. Una urgencia por timing advance no tiene las limitaciones de regin de urgencia que tienen las de mala calidad. Si la celda a la cual se hace el handover es co-site con la celda original, el valor de TA seguir siendo el mismo. Por tanto, antes de que un handover a una celda co-site se realice, se chequea si habr una urgencia por TA inmediatamente en la nueva celda. El valor de TA actual lo comparamos con el parmetro TALIM en la celda vecina. Si es mayor, una urgencia por TA ocurrir seguro. Una celda vecina co-site es eliminada si se cumple alguna de las siguientes condiciones: El TA medio excede MAXTA para la celda co-site (ta MAXTAn) El TA medio es menor que el TALIM para la servidora y excede el TALIM para la celda cosite (ta < TALIMsy ta TALIMn) La celda co-site es peor y pertenece a la misma capa jerrquica que la serving y el TA medio excede el TALIM para la celda co-site (celln peor & LEVELn=LEVELs & ta>=TALIMn) Las vecinas co-site dentro de la misma capa son eliminadas para reducir el riesgo de handovers ping-pong. Una celda servidora en otra capa, sin embargo, podra tener nuevas vecinas que no tengan condicin de urgencia por TA (con un ranking peor que la nueva celda servidora, pero mejor catalogada que la vieja servidora). La comparacin y posible eliminacin es repetida para cada vecina co-site, que vienen identificadas por el parmetro CS. Despus de que el handover de urgencia por TA se realice, las celdas vecinas co-site eliminadas son castigadas, adems de la celda abandonada. 3.2.2.5 FUNCIONES RED RADIO AUXILIARES
3.2.2.5.1
General
Seis funciones red radio auxiliares son incorporadas en el software de locating: Assignment to another cell Hierarchical cell structures
Pgina 73 de 173
Overlaid/underlaid subcells Intra-cell handover Extended Range Cell load sharing Las funcionalidades completas son descritas ms adelante en este manual, junto con los parmetros que las controlan. Aqu solo explicamos los aspectos de interes respecto al algoritmo de locating.
3.2.2.5.2 Assignment to Another Cell
El algoritmo de locating normal es utilizado para encontrar la celda ms adecuada en el establecimiento de llamada. Esto es posible porque el locating se inicia cuando el canal de sealizacin es establecido entre la BSC y el mvil. Si se encuentra una celda mejor que la servidora (aquella que proporciona la conexin idle en downlink) durante la sealizacin del establecimiento de llamada, esa celda ser la primera en la lista de candidatas para la asignacin de TCH. Esto es denominado Assignment to better cell. En la lista de candidatas obtenida por el algoritmo de locating, tambin pueden ser encontradas celdas peores que la servidora. En caso de congestin de la servidora o de la mejor celda, la llamada puede ser establecida en una celda peor. Esto se denomina Assignment to worse cell. Sin embrago, de la misma manera que para la urgencia por mala calidad, las celdas que estn a gran distancia del borde de celda nominal, no se consideran como candidatas. El parmetro de control en este caso, que define la regin de asignacin a celda peor, es el AWOFFSET. La razn de este parmetro es no causar, ni ser objeto de una interferencia excesiva.
3.2.2.5.3 Hierarchical Cell Structures
La funcionalidad HCS proporciona la posibilidad de dar prioridad a celdas que no son las ms fuertes. pero tienen un nivel de seal suficiente. El nivel apropiado de seal depende principalmente de las interferencias co-canal y adyacentes de las celdas de alrededor. Con baja interferencia, es el nivel de ruido, con un margen de seguridad, el que fija el nivel suficiente. La prioridad de una celda es dada asocindole una capa a esa celda. Cada capa a su vez, pertenece a una banda HCS. Cunto ms baja es la capa, ms alta es la prioridad. La definicin de capa y banda puede estar basada en cunto trfico podran capturar las celdas simplemente con el ranking bsico, para cunto trfico estn dimensionadas, cunto interfieren con el resto de la red... Usando la funcionalidad HCS se pueden definir hasta 8 capas, distribudas en orden ascendente, y hasta 8 bandas HCS. Las celdas de diferentes bandas no se interfieren unas con otras. Con HCS es posible utilizar la capacidad de la red mejor que nicamente con el ranking bsico del algoritmo de locating, evitando al mismo tiempo problemas de calidad debidos a interferencia o ruido.
Pgina 74 de 173
Existe una opcin reducida de la funcionalidad HCS, en la que no hay bandas disponibles y todas las celdas pertenecen a las capas 1 , 2 o 3.
3.2.2.5.4 Overlaid/Underlaid Subcells
La funcionalidad de Overlaid/Underlaid proporciona una forma de incrementar la capacidad de nuestra red sin construir nuevas estaciones. Como la subcelda overlaid cubre un rea ms pequea que la underlaid, se puede utilizar una distancia de reuso ms pequea. La evaluacin overlaid/underlaid (que depende del ta y el pathloss), puede resultar en una recomendacin para cambiar de subcelda.
3.2.2.5.5 Intra-cell handover
La funcionalidad de Intra-cell handover proporciona una manera de mejorar la calidad de voz durante una conversacin. Esto se consigue cambiando de canal dentro de la celda o subcelda cuando se detecta mala calidad con un alto nivel de seal.
3.2.2.5.5.1 Extended Range
La funcionalidad de Rango Extendido permite el uso de celdas con un radio mximo de 72 Km (frente a los 35 Km de las celdas normales). Para las celdas de rango extendido, el rango de valores de los parmetros que conciernen al ta, es mayor.
3.2.2.5.6 Cell Load Sharing
La funcionalidad Cell Load Sharing hace posible que la red absorba picos de trfico en una celda. Si en una celda la carga de trfico sobrepasa un umbral, todas las conexiones activas cercanas a los bordes con celdas poco cargadas en ese momento (por debajo de un cierto umbral), intentarn hacer handover a esas celdas, es decir, esas celdas se convertirn en candidatas a handover. Esto se consigue recalculando los valores de ranking de las celdas vecinas adecuadas, usando un valor de hysteresis ms reducido. La reduccin de hysteresis se aplica a los tres tipos (KHYST, LHYST y TRHYST para Ericsson 1 y HYST para Ericsson 3). Esta reduccin es aplicada de forma gradual durante un cierto periodo de tiempo, comenzando desde 0 a un porcentaje especificado del valor de hysteresis normal. El resultado es que una vecina que era peor, puede colcarse en mejor posicin, iniciando as un handover de comparticin de carga. 3.2.2.6 ORGANIZANDO LA LISTA
Pgina 75 de 173
Tras la evaluacin de condicin de urgencia, el ranking bsico y la evaluacin de las penalizaciones, las celdas son ordenadas en una lista de ranking bsico segn los algoritmos Ericsson 1 o Ericsson 3. Las celdas son divididas en tres categoras, mejor celda, peor celda y servidora (S). El siguiente paso es evaluar las funcionalidades de la red radio, Cell Load Sharing, Overlaid/Underlaid e Intra-Cell Handover. La evaluacin de estas funcionalidades auxiliares solo se lleva a cabo si estn activas en la red. Tras la evaluacin de las funcionalidades auxiliares, todas las celdas son organizadas en una lista de candidatas. Las vecinas no validas son eliminadas, y la evaluacin del HCS realizada, si es que est activa la funcionalidad. Las celdas en la lista de candidatas son organizadas segn un nuevo conjunto de categoras, celda servidora (S), por encima de S y por debajo de S. La lista final de candidatas slo puede contener 7 celdas, 6 celdas vecinas y una servidora. En la siguiente figura se muestra el flujo principal tras el ranking bsico:
Pgina 76 de 173
Categorizacin 1
Evaluacin de Cell Load Sharing
Evaluacin de Overlaid/Underlaid
Evaluacin de Intra_Cell handover
Eliminacin de candidatas
mvil con velocidad alta NO SI
Evaluacin de la banda HCS
Priorizamos la capa ms alta
Categorizacin 2
Ordena las candidatas
Prepara la lista de candidatas
Figura 10. Flujo principal en Locating tras el ranking bsico
Pgina 77 de 173
Categorizacin 1 (Paso 1) Las candidatas en la lista del ranking son divididas en categoras. El nivel de seal es utilizado para catalogar las celdas vecinas en las siguientes categoras: Mejor celda: celda con un valor de ranking ms alto que la celda servidora en la lista de candidatas Peor celda: celda con un valor de ranking ms bajo que la servidora en la lista de candidatas Servidora: la celda que sirve la conexin Evaluacin del Cell Load Sharing (Paso 2) Esta evaluacin slo es realizada si: la funcionalidad est activa en la celda servidora no se aplican condiciones de urgencia el canal es un canal TCH (voz/datos) Si la conexin va a travs de un canal con configuracin multislot, la funcionalidad no es evaluada, ni tampoco si se pide una lista de candidatas para asignacin. Slo las candidatas peores, internas, que pertenezcan a la misma capa que la servidora y que acepten un handover debido a cell load sharing estarn involucradas en la evaluacin. Dicha evaluacin es llevada a cabo como un nuevo ranking utilizando las hysteresis reducidas entre la servidora y las vecinas seleccionadas. Evaluacin de Overlaid/Underlaid (Paso 3) La evaluacin es realizada slo si la celda servidora tiene una estructura de subceldas overlaid/underlaid. La evaluacin es realizada para determinar si un cambio de subcelda (de overlaid a underlaid o viceversa) es deseado. El criterio est basado en el nivel de seal en downlink, medidas de timing advance de la servidora y carga de trfico en la celda. Si la servidora es co-site con una vecina que tiene una estructura de subcelda overlaid/underlaid, el locating evala si el handover ser propuesto a la subcelda overlaid o underlaid de la vecina. Si el mvil est localizado en la subcelda overlaid y se detecta una urgencia por mala calidad, Locating propone un cambio de subcelda a la underlaid para prevenir que la conexin permanezca con mala calidad. Un temporizador es usado para prevenir una vuelta inmediata a la subcelda overlaid. Evaluacin de Intra-Cell Handover (Paso 4)
Pgina 78 de 173
La evaluacin del Intra-Cell Handover no es realizada en asignacin, ni en subceldas en las que no estn permitidos los intra-cell handovers. El criterio para determinar si un intra-cell handover es deseado est basado en las medidas de calidad en downlink y uplink y de seal en la servidora. Cuando se detecta mala calidad con un buen nivel de seal, se recomienda hacer un intra-cell handover. Existen parmetros que previenen que haya demasiados intra-cell handovers consecutivos. Si el mvil est localizado en la subcelda overlaid y el nmero mximo permitido de intra-cell handovers consecutivos ya se ha realizado, Locating propone un handover de la subcelda overlaid a la subcelda underlaid para prevenir que la conexin permanezca con mala calidad. Un temporizador es utilizado para prevenir una vuelta inmediata a la celda overlaid. Eliminacin de candidatas (Paso 5) Dependiendo de las diferentes condiciones y parmetros, las candidatas pueden ser eliminadas de la lista de candidatas. La regla general para borrar vecinas de la lista es que para una buena conexin radio, los requerimientos de las candidatas son altos, pero cuando la conexin se deteriora, estos requerimientos bajan. Por ejemplo, en una situacin de urgencia, nos tenemos que asegurar que hay candidatas en la lista hacia las que realizar un handover. Las razones para eliminar candidatas de la lista son: La candidata pertenece a un tipo de sistema no soportado por el mvil. Evaluacin de los parmetros de BSC y temporizadores de control de handover, como por ejemplo, IBHOSICH, SCHO, ASSOC, IBHOASS, TALLOC y TURGEN. Evaluacin de las vecinas co-site. Se efectan tres chequeos: - Si el timing advance medio excede el MAXTA de la celda co-site - Si el timing advance medio es menor que el TALIM en la serving cell y mayor o igual que en la celda co-site - Si la celda es peor, pertenece a la misma capa que la servidora y el timing adavance medio excede el valor TALIM de la celda co-site. Si cualquiera de estas tres afirmaciones es verdadera, la candidata evaluada es eliminada de la lista. Si el mvil est clasificado como un mvil rpido (si la funcionalidad est activa) Manejo de mviles rpidos (Paso 6) El manejo de mviles rpidos es slo realizado si la funcionalidad est activa para la celda. Cuando se detecta un mvil rpido, se lleva a cabo una clasificacin diferente. La lista de candidatas es reorganizada para dar prioridad a las vecinas con el ranking ms alto en las capas ms altas, y del mismo tipo de sistema que la celda servidora. Por ejemplo, para un mvil identificado como rpido en la capa 1, a una candidata con un valor de ranking ms alto en las capas 2 o 3, se le da prioridad. Evaluacin de la banda HCS (Paso 7)
Pgina 79 de 173
Para ser candidata en la evaluacin de la banda HCS, el nivel de seal de la celda debe exceder el umbral de la banda HCS. Si la celda no cumple este criterio, es aadida a la lista de candidatas tras la evaluacin de la banda HCS. Slo es posible elegir una celda de cada capa, y una de las dos condiciones siguientes debe ser cumplida para considerar la celda como candidata: Primera condicin: Es la celda mejor posicionada de la banda HCS a la que pertenece dicha celda Si se encuentra una celda que cumple esta condicin, la evaluacin continua en la siguiente capa. Si no hay celdas que cumplan esta condicin, se testea la segunda en la misma capa. Segunda condicin: La celda mejor posicionada que tiene un nivel de seal (incluyendo las penalizaciones) que est sobre el umbral (incluyendo hysteresis) para esa capa, es elegida. Tras la segunda condicin, la evaluacin continua en la siguiente capa evaluando la primera condicin, as hasta que no queden capas. La evaluacin de la banda HCS resultara en una lista de candidatas que ser como sigue: La primera celda ser la mejor segn el ranking bsico de la capa ms baja, que cumpla el criterio de la banda HCS y una de las dos condiciones anteriores La segunda ser la mejor celda de la siguiente capa, que cumpla el criterio y una de las dos condiciones. Y as con todas las capas.
El resto de las celdas, las evaluadas y las no evaluadas, se aaden clasificadas segn el ranking bsico. Categorizacin 2 (Paso 8) Las celdas en la lista de candidatas es organizada en las siguientes categoras: Sobre S: vecinas por encima de la servidora en la lista de candidatas Por debajo de S: vecinas por debajo de la servidora en la lista de candidatas S:servidora Orden de las candidatas (Paso 9) El orden de la lista de candidatas modifica la lista dependiendo de las condiciones actuales. Cmo puede construirse la lista segn todas las combinaciones posibles se muestra en la tabla 5. En la tabla 4 damos el significado de los cdigos usados en la tabla 5. Indicacin 1 2 3 Descripcin Peticin de asignacin estado AW Urgencia por TA
Pgina 80 de 173
4 5
Urgencia por BQ Peticin de cambio de subcelda overlaid/underlaid o de intra-cell handover Tabla 4. Indicaciones usadas para organizar la lista de candidatas
Caso 1 2 3 4 5 6 7 8 9 10 11
1 0 0 0 0 0 0 1 1 1 1 1
2 0 1
3 0 0 0 0 1 1 0 0 0 1 0
4 0 0 1 1 0 1 1 0
5 0 1 0 1 0 1 0 1 -
orden de las categoras Sobre S Sobre S S Sobre S Por debajo S Sobre S S Por debajo S Sobre S Por debajo S Sobre S Por debajo S S Sobre S S Sobre S Por debajo S S Sobre S S Por debajo S Sobre S Por debajo S S Sobre S S Por debajo S
Tabla 5. Ordenacin de las categoras de las celdas para todos los casos Preparacin de la lista de candidatas (Paso 10) La nica cosa que queda antes de que la lista de candidatas est preparada para ser enviada, es poner la causa del handover/asignacin. La figura 11 resume cmo es organizada la lista de candidatas final:
Pgina 81 de 173
Figura 11. Resumen de la creacin de la lista final de candidatas a handover 3.2.2.7 ENVIANDO LA LISTA La lista de candidatas resultante forma la base para la seleccin de celda. Si el resultado es una lista vaca, simplemente es que no hay ninguna opcin mejor que permanecer en el canal actual. La primera celda en la lista es idealmente la celda a la que el mvil debera conectarse. Si no hay canales disponibles en esa celda, se intenta capturar un canal en la siguiente celda de la lista, etc.
Pgina 82 de 173
3.2.2.8 RESPUESTA A LA CAPTURA DE CANAL General La respuesta de la captura de canal al individuo de locating contiene informacin sobre el resultado de dicha captura. Este resultado puede ser un xito o un fallo. El fallo puede ser debido a congestin o a fallo en sealizacin. El resultado determina un nmero de acciones, como la fijacin de las penalizaciones y la habilitacin de ciertos temporizadores. xito Una captura exitosa significa que se ha encontrado un recurso radio disponible en una de las celdas candidatas, y que la transferencia de la conexin al nuevo canal ha sido exitosa. Si el handover fue debido a una condicin de urgencia, se calcula una penalizacin para no causar un handover de vuelta inmediato a la antigua celda servidora, y esta penalizacin debe enviarse al nuevo individuo de locating. Listas de penalizaciones Las penalizaciones para una conexin estn organizadas en dos listas de penalizaciones: La lista de penalizaciones de locating, conteniendo penalizaciones asociadas con el fallo de handovers y los dos tipos de condiciones de urgencia La lista de penalizaciones temporal, conteniendo penalizaciones asociadas con los mviles rpidos. La lista de penalizaciones de locating puede contener un mximo de tres celdas a la vez por conexin. Si una cuarta celda es castigada, la celda que ms tiempo ha estado penalizada de las otras tres es eliminada. Cada celda de esta lista slo puede estar castigada con una de las tres penalizaciones cada vez. Si una celda ha sido castigada por un fallo de handover y recibe una penalizacin por urgencia de TA, slo se aplica la penalizacin mayor durante el mayor periodo de tiempo. Las penalizaciones de locating slo pueden ser fijadas cuando se recibe el resultado de la respuesta a la captura del canal. Cualquier penalizacin fijada en esa ocasin, o penalizaciones fijadas con anterioridad que no han expirado, deben ser transferidas al nuevo individuo de locating. La segunda lista, la de penalizaciones temporal, se utiliza para prevenir que un mvil rpido que ha pasado a una celda de capa superior, vuelva a hacer un handover a una capa inferior. La lista tiene una entrada para cada posible vecina. Si una celda es castigada cuando todava es efectiva una penalizacin antigua, el nuevo castigo reemplaza al antiguo.
Pgina 83 de 173
Una celda puede estar includa en las dos listas al mismo tiempo. En este caso ambas penalizaciones son sumadas. La celda abandonada es penalizada la ltima si tanto sta como sus vecinas co-site van a ser castigadas al mismo tiempo. Handover inter-BSC en urgencia Si la conexin ha hecho handover a una celda de otra BSC, la lista de penalizaciones de locating no puede ser transferida. En lugar de eso, el comando de handover inter-BSC, transfiere un valor de causa de handover a la nueva BSC (no confundir con los valores de causa de handover atachados a la lista de candidatas). El valor de la causa es interpretado por la nueva BSC como un handover de urgencia. Las urgencias por TA y por BQ pueden ser reconocidas. La BSC receptora lleva a cabo la penalizacin de la celda en la vieja BSC que ha sido abandonada. Sin embargo, usa el parmetro y el tiempo de penalizacin de la nueva celda. El parmetro EXTPEN es usado para las celdas vecinas externas, e indica si el valor de la causa puede ser recibido e interpretado correctamente por la BSC que controla esa celda. Cuando el locating encuentra este parmetro a OFF en la celda externa, no se enva ninguna lista de penalizaciones. El valor ON activa el manejo de penalizaciones, que consiste en el envo de un valor de causa de handover a la BSC destino. Congestin En el caso de congestin en todas las celdas de la lista de candidatas, la conexin permanece en el mismo canal en el que est. Se har un nuevo intento al cabo de cierto tiempo. En un intento de handover normal, este tiempo viene dado por el parmetro TALLOC. En un intento de handover por urgencia, por el parmetro TURGEN. La habilitacin de alguno de estos temporizadores, no inhiben el algoritmo de locating totalmente (como pasa con el TINIT) TALLOC inhibe el handover a menos que se detecte una condicin de urgencia. TURGEN inhibe el handover a menos que se encuentre en el ranking una celda mejor. Fallo en sealizacin Si ocurre un fallo en sealizacin en el handover, y la conexin no puede ser reestablecida en el viejo canal, esta conexin se pierde. Si puede ser reestablecida, la celda hacia la cual fall el handover es penalizada: Valor de penalizacin: PSSHF Duracin de penalizacin: PTIMHF Excepto por el hecho de que es la celda vecina la castigada en lugar de la propia celda, como es el caso de penalizacin por urgencia de handover, la penalizacin por fallo de handover se trata de la misma manera que los otros tipos de penalizaciones de locating. El fallo de sealizacin en un cambio de subcelda o en un intra-cell handover, no conduce a ningn castigo.
Pgina 84 de 173
3.2.3 CRITERIO DE DESCONEXIN Los algoritmos de desconexin no forman parte del algoritmo de Locating, pero vamos a tratarlos aqu para completar el tema. El criterio de desconexin en downlink es gestionado por el mvil. Es controlado por el valor del parmetro RLINKT, que recibe el MS de la BTS por el canal de broadcast. El algoritmo es de tipo leaky bucket, y basa las decisiones en los mensajes SACCH decodificados con xito (enviados una vez cada 480 ms). Hay un bucket, inicialmente conteniendo un nmero dado por el parmetro RLINKT, que es tambin el volumen del bucket, es decir, el mximo nmero de unidades que puede contener. Cuando se recibe un mensaje SACCH, pero no se puede decodificar con xito, el contador bucket es decrementado en una unidad. Cuando una trama es decodificada con xito, se incrementa en dos unidades (hasta un mximo de RLINKT). Si el bucket se queda vaco, es decir, el contador llega a cero, el mvil termina la conexin. El contador leaky bucket se reinicia cunado hay un handover, una asignacin, un cambio de subcelda o un intracell handover. En el uplink, el algoritmo es el mismo, pero gestionado por la BSC y basando las decisiones en los resultados de medidas decodificados correctamente en el uplink, o sea, en la BTS. El parmetro RLINKUP controla el algoritmo en este sentido. Como un criterio de desconexin en uplink adicional, se utiliza un umbral para el timing advance. El valor de timing advance filtrado se compara con el parmetro MAXTA. Si ta MAXTA, la BSC inicia la desconexin. Si un mvil intenta conectarse desde una distancia que genera un timing advance mayor que MAXTA, el intento falla.
3.3
PARMETROS
3.3.1 PARMETROS DE CONTROL

Comunes:
MSTXPWR: mxima potencia de salida del MS permitida en una subcelda. Es definido por subcelda BSPWR: potencia de salida de la BTS en la frecuencia del BCCH. Es definida por celda, y se da en relacin a un punto de referencia, como por ejemplo EIRP
Pgina 85 de 173
BSTXPWR: potencia de salida de la BTS en el resto de frecuencias que no son el BCCH. Es definida por subcelda, y se da en relacin a un punto de referencia, como por ejemplo EIRP. MSRXMIN: mnimo nivel de seal en el downlink de una celda vecina, medido por el MS, para que pueda ser considerada candidata a handover. Es definido por celda. BSRXMIN: mnimo nivel de seal en el uplink de una celda vecina, para que pueda ser considerada candidata a handover. Es definido por celda, y se da en relacin a un punto de referencia, como por ejemplo EIRP. Ericsson 1: MSRXSUFF: nivel suficiente de seal en el downlink de una celda vecina, medido por el MS, para que pueda ser considerada celda L. BSRXSUFF: nivel suficiente de seal en el uplink de una celda vecina, para que pueda ser considerada celda L. Es definido por celda, y se da en relacin a un punto de referencia, como por ejemplo EIRP. KHYST: hysteresis para los bordes de celda definidos por el criterio de nivel de seal (bordes KK). Es definido para cada relacin celda-celda, es decir, cada celda lo tiene definido individualmente para cada vecina. En la relacin opuesta, KHYST obtiene el mismo valor, ya que es un parmetro de relacin simtrico. LHYST: hysteresis para los bordes de celda definidos por el criterio de path loss (bordes L-L). Es definido para cada relacin celda-celda, y es un parmetro de relacin simtrico. TRHYST: hysteresis para los bordes de celda definidos por la transicin K-L. Es definido para cada relacin celda-celda, y es un parmetro de relacin simtrico. KOFFSET: utilizado para desplazar los bordes de celda por el criterio de nivel de seal (bordes K-K). Es definido para cada relacin celda-celda, y es un parmetro de relacin antisimtrico, es decir, en la relacin opuesta, KOFFSET obtiene el mismo valor pero con signo opuesto. LOFFSET: utilizado para desplazar los bordes de celda por el criterio de path loss (bordes L-L). Es definido para cada relacin celda-celda, y es un parmetro de relacin antisimtrico. TROFFSET: utilizado para desplazar los bordes de celda definidos por la transicin K-L. Es definido para cada relacin celda-celda, y es un parmetro de relacin antisimtrico. Ericsson 3: HYSTSEP: determina el nivel de seal que especifica si la servidora es una celda de alta o baja seal. Es definido por celda.
Pgina 86 de 173
LOHYST: hysteresis utilizada si la servidora es una celda de baja seal. Es definido para cada relacin celda-celda, y es un parmetro de relacin simtrico. HIHYST: hysteresis utilizada si la servidora es una celda de alta seal. Es definido para cada relacin celda-celda, y es un parmetro de relacin simtrico. OFFSET: utilizado para desplazar los bordes de celda. Es definido para cada relacin celdacelda, y es un parmetro de relacin antisimtrico. Parmetros de condicin de urgencia: QLIMUL: umbral de calidad en el uplink. Definido por subcelda QLIMDL: umbral de calidad en el downlink. Definido por subcelda TALIM: umbral de timing advance para la urgencia por excesivo TA. Es definido por celda. BQOFFSET: define la regin de urgencia por mala calidad. Los mviles dentro de esta regin tienen permitido hacer handovers de urgencia a una celda peor. Se define para cada relacin celda-celda y es un parmetro de relacin simtrico. PSSBQ: penalizacin dada a una celda que es abandonada debido a una urgencia por mala calidad. Es definido por celda. PTIMBQ: tiempo de penalizacin asociado a PSSBQ. PSSTA: penalizacin dada a una celda que es abandonada debido a una urgencia por excesivo TA. Es definido por celda. PTIMTA: tiempo de penalizacin asociado con PSSTA. Es definido por celda. EXTPEN: define si el handover por urgencia una celda externa es permitido. Seleccin del algoritmo: EVALTYPE: selecciona el algoritmo de locating, Ericsson 1 (K/L ranking) o Ericsson 3 (solo ranking por seal). Es definido por BSC. Parmetros de control de flujo: TINIT: inhibe el Locating durante ese intervalo de tiempo tras una asignacin exitosa, un handover, un cambio de subcelda o un intracell handover. Es definido por BSC. TALLOC: inhibe el handover durante ese intervalo de tiempo tras una asignacin fallida o un handover, cuando el fallo fue debido a congestin. Tambin inhibe el handover tras un cambio de subcelda fallido o un intracell handover, cuando el fallo fue debido a congestin o sealizacin. Es definido por BSC.
Pgina 87 de 173
TURGEN: inhibe el handover tras un fallo de asignacin o handover, cuando el intento fue causado por una condicin de urgencia, y el fallo fue debido a congestion. Es definido por BSC. Parmetros de control de filtros: SSEVALSI: selecciona el tipo de filtro para el filtrado del nivel de seal en sealizacin SSEVALSD: selecciona el tipo de filtro para el filtrado del nivel de seal en voz/datos. QEVALSI: selecciona el tipo de filtro para el filtrado de calidad en sealizacin. QEVALSD: selecciona el tipo de filtro para el filtrado de calidad en voz/datos. SSLENSI: selecciona la longitud del filtro de seal en sealizacin. SSLENSD: selecciona la longitud del filtro de seal en voz/datos. QLENSI: selecciona la longitud del filtro de calidad en sealizacin. QLENSD: selecciona la longitud del filtro de calidad en voz/datos. SSRAMPSI: selecciona la duracin de la rampa en sealizacin. SSRAMPSD: selecciona la duracin de la rampa en voz/datos. Los filtros y sus correspondientes longitudes estn resumidas en las tablas 2 y 3. TAAVELEN: longitud del filtro de timing advance en periodos de SACCH. Es definido por BSC. MISSNM: mximo nmero permitido de reportes de medidas perdidos. Es definido por celda. El valor de este parmetro es utilizado tanto para las medidas de la celda vecina como para las medidas de la servidora. Parmetros de fallo de handover PSSHF: penalizacin dada a una celda si el handover a esa celda fall como resultado de un fallo en sealizacin. PTIMHF: tiempo de penalizacin asociado con PSSHF. Es definido por celda. Parmetros varios: CS: indica si una celda comparte el mismo site que su vecina o no. Es definido por cada relacin celda-celda. SCHO: indica la posibilidad de realizar handovers en los canales SDCCH. Es definido por celda.
Pgina 88 de 173
IBHOSICH: indica la posibilidad de realizar handovers inter-BSC en los canales SDCCH. Es definido por BSC. Parmetros del algoritmo de desconexin: RLINKT: tamao del leaky bucket para el criterio de desconexin basado en deteccin de tramas en downlink. Es definido por celda. RLINKUP: tamao del leaky bucket para el criterio de desconexin basado en deteccin de tramas en uplink. Es definido por celda. MAXTA: umbral de timing advance en el criterio de desconexin por timing advance. Es definido por celda.
3.3.2 RANGOS DE VALORES Y VALORES POR DEFECTO Tabla. Parmetros de algoritmo de seleccin: Parmetro
EVALTYPE
Valor defecto 1
por Valor AMEMA 1
Rango de Unidades valores 13 -
Tabla. Parmetros de control de flujo Parmetro

TINIT TALLOC TURGEN
Valor por defecto 10 2 2
Valor AMEMA 10 2 2
Rango de valores 0 a 120 0 a 120 0 a 120
Unidades periodos SACCH periodos SACCH periodos SACCH
Tabla. Parmetros de control de filtros Parmetro

SSEVALSI SSEVALSD QEVALSI QEVALSD SSLENSI SSLENSD QLENSI
Valor por defecto 6 6 6 6 4 10 4
Valor AMEMA 6 6 6 6 4 10 10
Rango de valores 1a9 1a9 1a9 1a9 1 a 20 1 a 20 1 a 20
Unidades
periodos SACCH periodos SACCH periodos SACCH
Pgina 89 de 173
QLENSD SSRAMPSI SSRAMPSD TAAVELEN MISSNM
10 2 5 4 3
10 1 5 4 3
1 a 20 1 a 20 1 a 20 1 a 20 1 a 18
periodos SACCH periodos SACCH periodos SACCH periodos SACCH periodos SACCH
Tabla. Parmetros comunes de ranking bsico Parmetro

MSTXPWR BSPWR BSTXPWR MSRXMIN BSRXMIN ericsson 1 MSRXSUFF BSRXSUFF KHYST KOFFSET TRHYST TROFFSET LHYST LOFFSET ericsson 3 HYSTSEP LOHYST HIHYST OFFSET
Valor por defecto
Valor AMEMA 30 segn conf bspwr 100 130 0 150 3 0 2 0 3 0 -
Rango de valores 4 a 30 (pares) 0 a 80 0 a 80 0 a 150 0 a 150 0 a 150 0 a 150 0 a 63 -63 a 63 0 a 63 -63 a 63 0 a 63 -63 a 63 0 a 150 0 a 63 0 a 63 -63 a 63
Unidades dBm dBm dBm dBm (negativo) dBm (negativo) dBm (negativo) dBm (negativo) dB dB dB dB dB dB dBm (negativo) dB dB dB
3 0 2 0 3 0 -90 3 5 0
Tabla. Parmetros de condicin de urgencia Parmetro

QLIMUL QLIMDL BQOFFSET PSSBQ PTIMBQ TALIM (rango normal) (rango extendido)
Valor por defecto 55 55 3 10 15 62 62
Valor AMEMA 55 (1) 55 (1) 5 63 10 62 -
Rango de valores 0 a 100 0 a 100 0 a 63 0 a 63 0 a 600 0 a 63 0 a 219
Unidades unidad de calidad unidad de calidad dB dB s periodos de bit periodos de bit
Pgina 90 de 173
PSSTA PTIMTA EXTPEN
63 30 OFF
63 10 ON
0 a 63 0 a 600 ON, OFF
dB s -
(1) Para celdas sin frecuency hopping el valor de QLIMUL y QLIMDL es 45 Tabla. Parmetros de fallo de handover Parmetro
PSSHF PTIMHF
Valor por defecto 63 5
Valor AMEMA 63 10
Rango de valores 0 a 63 0 a 600
Unidades dB s
Tabla. Parmetros varios Parmetro

CS SCHO IBHOSICH
Valor por defecto NO OFF OFF
Valor AMEMA OFF OFF
Rango de valores YES, NO ON, OFF ON, OFF
Unidades
Tabla. Parmetros del algoritmo de desconexin Parmetro

RLINKT RLINKUP MAXTA (normal range) (rango extendido)
Valor por defecto 16 16 63 63
Valor AMEMA 16 16 63 -
Rango de valores 4 a 64 en pasos de 4 1 a 63 0 a 63 0 a 219
Unidades periodos SACCH periodos SACCH periodos de bit periodos de bit
3.4 CONTADORES RELACIONADOS

Hay muchos contadores para monitorizar todo aquello relacionado con locating, ya que este algoritmo controla muchas de las funcionalidades de la red radio. De entre ellos, los ms interesantes son los contadores de handover, ya que la realizacin del handover es el objetivo principal del algoritmo de locating. Contadores de handover por relacin de vecindad:
Pgina 91 de 173
NCELLREL (handover en TCH) NECELLREL (handover externos en TCH) NICELASS (handover en asignacin) NECELASS (handover externos en asignacin) NICELHO (razn para la decisin de handover) NECELHO (razn para la decisin de handover externo) Con estos contadores podemos visualizar los handovers que se realizan en la red, los qe fallan y las causas.
3.5 EJEMPLOS
A continuacin mostramos un ejemplo de cmo se pueden utilizar los parmetros de locating para optimizar la red. En Navarra tenamos la siguiente situacin:
Mientras vas por la carretera hacia Pas Vasco, pasas de la NA10231 a la NA00932 perfectamente, y de sta al sector 3, pero de repente la seal sufre un desvanecimiento brusco y se cae la llamada antes de lograr pasar a alguna vecina del Pas Vasco.
Pgina 92 de 173
Esta situacin con el TEMS:
La vecina que vemos con un nivel aceptable mientras la NA00933 se desvanece es la NA10231. La solucin es acelerar el handover a esta celda. Hay varios mecanismos para acelerar el handover: cambiar la longitud de los filtros de la servidora: para que sea ms rpido el reconocimiento de que nuestra seal est muy baja. cambiar la rampa de la vecina a la que queremos saltar rpido, y ponerle un valor bajo, por ejemplo, 1. Con este valor, a esta vecina desde el principio la vamos a considerar con su nivel de seal real. cambiar la hysteresis. Hacemos que el pasillo de hysteresis sea ms pequeo para pasar enseguida a la vecina.
La tctica que utilizamos fue la de cambiar la hysteresis. Le pusimos a la relacin de vecindad NA00933-NA10231 un khyst=0 y logramos salvar la llamada:
Pgina 93 de 173
Pgina 94 de 173
3.6 ANEXO A
El algoritmo de Locating realiza comparaciones entre los niveles de seal recibidos en uplink y downlink y ciertos umbrales con valores determinados. Por eso es muy importante tener claro cules son nuestros puntos de referencia cuando hablamos de niveles de potencia, ya que habr que decidir los valores de ciertos parmetros en funcin de dichos puntos de referencia. En la figura 12 mostramos algunos parmetros de celda referentes a potencia y sus puntos de referencia:
AP
Combinador
alimentador TX
ganancia antena TX
path loss
RX mvil ACCMIN MSRXMIN MSRXSUFF SSDESDL
BSPWRB BSPWRT
BSPWR BSTXPWR BSPWRMIN punto de ref 1
BSPWR BSTXPWR BSPWRMIN punto de ref 2
RX de BTS SSDES
ganancia diversidad antena
alimentador RX
ganancia antena RX
path loss
TX mvil
BSRXMIN BSRXSUFF punto de ref 1
BSRXMIN BSRXSUFF punto de ref 2
CCHPWR MSTXPWR
Figura 12. Parmetros de celda de potencia y sus puntos de referencia Veamos el significado de cada uno de estos parmetros y si son propios de locating o no:
DOWNLINK BSPWRB: Potencia de salida de la estacin base (BS) en dBm para los canales BCCH. La potencia
est epecificada a la salida del amplificador de potencia (AP), es decir, inmediatamente despus de la unidad de transmisin y antes del combinador. BSPWRT: Potencia de salida de la estacin base (BS) en dBm para los canales no-BCCH. La potencia est epecificada a la salida del amplificador de potencia (AP), es decir, inmediatamente despus de la unidad de transmisin y antes del combinador.
Pgina 95 de 173
BSPWR: Parmetro de Locating. Es la potencia de salida de la BTS en la frecuencia del BCCH. Est definida en el punto de referencia utilizado en el algoritmo de locating (a la salida del combinador o tras la antena). BSTXPWR: Parmetro de Locating. Es la potencia de salida de la BTS en las frecuencias no BCCH. Est definida en el punto de referencia utilizado en el algoritmo de locating (a la salida del combinador o tras la antena). BSPWRMIN: Mnima potencia de salida permitida para la BTS en el punto de referencia del algoritmo de locating, en las frecuencias no-BCCH. MSRXMIN: Parmetro de Locating. Mnimo nivel de seal de recepcin requerido en el mvil de una celda determinada, para considerar la celda como una posible candidata a handover. MSRXSUFF: Parmetro de Locating. Suficiente nivel de seal de recepcin requerido en el mvil para considerar la celda seleccionable para un ranking segn el path loss. SSDESDL: Define el valor lmite para el nivel de seal deseado en el downlink. Es utilizado en el control de potencia en downlink.
UPLINK
CCHPWR: Mximo nivel de potencia que puede utilizar un mvil para acceder a un canal de control. MSTXPWR: Parmetro de Locating. Mxima potencia transimitida por un mvil en una conexin. BSRXMIN: Parmetro de Locating. Mnimo nivel de seal de recepcin requerido en la BTS, en el punto de referencia, para considerar la celda como una posible candidata a handover. BSRXSUFF: Parmetro de Locating. Suficiente nivel de seal en recepcin en la BTS, en el punto de referencia, para considerar la celda seleccionable para un ranking segn path loss. SSDES: Define el valor lmite para el nivel de seal deseado en el uplink. Es utilizado en el control de potencia en uplink. Puesto que el path loss en el uplink es estimado con medidas realizadas por el mvil en el downlink, es crucial elegir puntos de referencia de tal forma que el path loss en el downlink evaluado como BSPWRn rxlevn sea el mismo que el path loss entre el punto en el que referenciamos el MSTXPWR y el punto de referencia de BSRXMIN. Una posibilidad es tomar este punto de referncia tras el combinador. Otra posibilidad es tomarlo despus de las antenas de transmisin en el downlink y antes de las antenas de recepcin en el uplink. El punto de referencia en el mvil no tiene duda. Se define en el conector de la antena.
Pgina 96 de 173
Frequency Hopping
Pgina 97 de 173
4 Frequency hopping
4.1 Introduccin
Durante una conexin, es fcil que se pierda una rfaga cuando el mvil est localizado en un punto de desvanecimiento para una determinada frecuencia, o si est sometido a una interferencia, sin embargo la probabilidad de recibir la siguiente rfaga es buena si se trasmite a otra frecuencia, gracias al uso de la funcionalidad de frequency hopping. El sistema de transmisin con saltos de frecuencia, implica la utilizacin de diferentes portadoras de forma secuencial en una misma comunicacin entre el mvil y la BTS. Cada rfaga de la conexin es transmitida a una frecuencia fija, pero esta cambia entre rfagas (de trfico), realizndose 217 saltos por segundo. Trabaja tanto sobre canales de trfico como de sealizacin. El Frequency Hopping es una vieja tcnica introducida inicialmente en sistemas de transmisin militar para asegurar la privacidad de las comunicaciones. La filosofa es tan simple como cambiar la frecuencia en transmisin en intervalos regulares de tiempo. Las especificaciones GSM han incorporado esta funcionalidad con el objetivo principal de minimizar dos problemas especficos que afectan a la calidad de la transmisin.
4.2 Beneficios
4.2.1 Desvanecimiento Multitrayecto (Multipath Fading)
La inmunidad al desvanecimiento se incrementa explotando la selectividad en frecuencia que ofrece el Frequency Hopping. Utilizando diferentes frecuencias, la probabilidad de que stas se vean afectadas por el desvanecimiento se reduce, con lo que la calidad en transmisin se incrementa. A esta caracterstica se la denomina diversidad en frecuencia. El efecto de mejora que ofrece es mucho ms patente en mviles lentos.
4.2.2 Interferencia
El Frequency Hopping permite evitar situaciones de interferencia permanente proveniente de celdas vecinas que transmiten la misma frecuencia o frecuencias adyacentes, ya que cada una de las llamadas ir pasando en el tiempo a travs de diferentes frecuencias, que son afectadas en diferente grado por las seales interferentes. Este efecto es denominado promediado de interferencia.
4.2.3 Conclusiones
En general, el usuario percibir una calidad de voz ms uniforme, al contar el operador con un canal radio ms fiable y predecible. En el anexo se realiza una explicacin ms en profundidad sobre los beneficios de frequency hopping.
Pgina 98 de 173
4.3 Descripcin Tcnica Funcionalidad

4.3.1 Mtodos de frecuency Hopping
Existen dos mtodos de frequency hopping, hopping banda base (BBH) y hopping sintetizado (SFH). El parmetro FHOP especifica el tipo de hopping que se est utilizando en la estacin base. Se utiliza el parmetro de channel group, HOP, para cambiar entre hopping activo e inactivo. Se puede saltar en 16 frecuencias por channel group. No se permite hopping en los canales de control tales como el BCCH, los cuales son mapeados en el TS0 de la portadora BCCH.
4.3.1.1 HOPPING BANDA BASE

En este tipo de hopping, cada trasmisor de la celda opera a una frecuencia fija. En cada instante de transmisin, todas las rfagas (independientemente de a qu conexin pertenecen) son enrutadas por el transmisor de la frecuencia apropiada, de acuerdo con la secuencia de hopping particular. Desde el punto de vista hardware, permite instalar filtros de banda estrecha sintonizables, con mltiples entradas (hasta 16 TRXs) y bajas prdidas (<3dB), de forma que no hay que emplear varios combinadores en cascada. Por contra, tiene el inconveniente de que no es posible emplear ms frecuencias que transmisores tiene la celda.
TRX1
Gestor de TS
Transmisor f0
TRX2
Gestor de TS
Transmisor f1
Filtro Combinador
TRX3 Gestor de TS Transmisor f2
TRX4
Gestor de TS
Transmisor f3
Bus para enrutado de rfagas
Figura 1: Enrutamiento para las rfagas desde el TRX al transmisor en hopping banda base.
4.3.1.2 HOPPING SINTETIZADO

Con este sistema, cada TRX maneja todas las rfagas que pertenecen a una conexin. El TRX se sintoniza a la frecuencia adecuada en cada rfaga. La ventaja es que el nmero de frecuencias no depende del nmero de TRXs. Sin embargo, es necesario utilizar combinadores hbridos de banda ancha (3dB de prdidas cada uno), de 2 entradas. Por tanto, para tener ms de dos TRXs en una celda funcionando con slo dos salidas de antena,
Pgina 99 de 173
necesitamos ponerlos en cascada; y no instalaremos ms de dos en cascada para evitar prdidas demasiado elevadas.
TRX1 Gestor de TS Transmisor f0 ... fn
TRX2
Gestor de TS
Transmisor f0 ... fn
Combindor hibrido
TRX3
Gestor de TS
Combindor hibrido
TRX4 Gestor de TS Transmisor f0 ... fn
Figura 2: Esquema de envo de rfagas desde el TRX al transmisor en hopping sintetizado.
4.3.2 Configuracin 4.3.2.1 GENERAL

En la configuracin de celda, a esta se le asigna uno o varios channels groups (CHGRs). Las frecuencias disponibles para la celda se dividen y se asignan a uno de los channels groups. Cada channel group se puede configurar separadamente con el parmetro HOP si va a tener hopping o no. As por ejemplo podemos tener dos channels groups, uno con hopping y el otro sin. Dentro de cada channel group, los canales saltarn en todas las frecuencias definidas para el channel group en particular, SDCCH/8, TCH y canales de paquetes de datos pueden hoppar. T0 en la portadora de Bcch no puede hoppar incluso aunque est en un channel group que est configurado con frequency hopping. La portadora de bcch debe estar siempre radindose, a fin de permitir a los MS en las celdas vecinas realizar medidas tanto en idle como en active. Cuando no hay rfaga de trfico, se enva un dummy burst o rfaga de relleno en el DL, slo en la portadora de Bcch. Esto lo realiza el transmisor. Si este es configurado para una frecuencia nica, se puede establecer que enve dummy burst cuando no llegue nada desde los controladores a travs del bus. A esto se le llama carrier zero (c0) filling cuando se aplica a la frecuencia de bcch f0. El c0 filling se obtiene automticamente para el channel group que contiene la portadora de bcch. Para hopping en banda base, el c0 filling es sencillo. Para el hopping sintetizado es ms complicado. Hay dos posibles configuraciones, la primera tiene la portadora de bcch en un channel group sin hopping y la segunda tiene al bcch incluido en el hopping.
4.3.2.2 CARRIER-ZERO FILLING EN EL HOPPING BANDA BASE

Como ejemplo, suponemos una estacin que contiene 4 TRX y tiene configurado hopping banda base, en este caso slo se pueden configurar 4 frecuencias, suponemos adems que slo tiene un channel group. Uno slo de los TRX est trasmitiendo con f0. A este transmisor se le configura automticamente para c0 filling. La configuracin se puede ver en la siguiente grfica.
Pgina 100 de 173
TS0 f0 f1 f2 f3 bcch
TS1
TS2
TS3
C0 FILLING
TS4
C0 FILLING
TS5
TS6
TS7
C0 FILLING
C0 FILLING C0 FILLING
C0 FILLINGVC0 FILLING
TCH SDCCH TCH TCH TCH TCH TCH
TCH TCH TCH TCH
TCH TCH TCH TCH
TCH TCH TCH TCH
TCH TCH TCH TCH
TCH TCH TCH TCH
TCH TCH TCH TCH
Figura 3: Configuracin de canales para cuatro TRX en BBH (BaseBand Hopping).
En la grfica anterior, se usan 4 frecuencias. En el primer TS0, el Bcch no salta y se transmite a f0. El restante de los tres canales son canales de trfico y saltan en tres frecuencias, f1 a f3. En el TS1 todos los canales, un SDCCH/8 y tres TCHs saltan en las 4 frecuencias. En el restante de TS hay 4 canales de trfico saltando en 4 frecuencias.
4.3.2.3 CARRIER-ZERO FILLING EN FRECUENCIA BCCH INCLUIDA.
HOPPING
SINTETIZADO:LA
Con hopping sintetizado, un TRX configurado para frequency hopping no puede tener un TS radiando a una frecuencia fija. Lo que es ms, si el nmero de portadoras configuradas para un grupo de canales es mayor que el de TRX, no se puede garantizar que la frecuencia fo est siempre transmitindose. En esta situacin hay dos formas de configurar la celda para radiar el BCCH. a) Si la frecuencia fo pertenece al grupo de hopping, es necesario incluir un transmisor que emplear nicamente la frecuencia fo, y a travs del cual se enrutarn todas las conexiones que utilicen esta frecuencia. Si no hay rfagas a transmitir, se sigue emitiendo por l rfagas de relleno (dummy). El resto de las rfagas son transmitidas normalmente por los TRXs que emplean hopping sintetizado. Se obtiene as una mezcla de hopping en banda base y sintetizado. Esta configuracin slo es posible en RBS200.
Transmisor f0
f0
TRX1
Gestor de TS
f0
Combindor hibrido
TRX2
Gestor de TS
f0
Combindor hibrido
TRX3
Gestor de TS
Figura 4: Hopping Sintetizado, ms BBH para rfagas de frecuencia en BCCH.
El resultado en la configuracin de canales es la siguiente:
Pgina 101 de 173
TS0 f0 f1 f2 f3 ... fn bcch
TS1
TS2
TS3
C0 FILLING
TS4
C0 FILLING
TS5
TS6
TS7
C0 FILLING
SDCCH TCH TCH TCH TCH
TCH TCH TCH
TCH TCH TCH
TCH TCH TCH
TCH TCH TCH
TCH TCH TCH
TCH TCH TCH
Figura 5: Configuracin de canales con BCCH incluido en la frecuencia de hopping. Hay tres TRX y un transmisor extra.
La figura anterior indica que en TS1 a TS7, todas las rfagas que se deben transmitir a f0 se envan hacia el c0 filler en vez de a sus transmisores normales. Si no hay trfico a enviar se envan rfagas de relleno. En TS1 a TS7, todas las frecuencias f0 a fn se usan en la secuencia de hopping. En el TS0, se usan las frecuencias de f1a fn. Destacar que el nmero de frecuencias usadas en el grupo de hopping no est limitado al nmero de TRX. El nmero total de TCH ser de 22, de acuerdo con la grfica anterior. b) En la otra configuracin posible , se aade un extra-TRX El gestor de TS del TRX se usa para el TS0 en la portadora de BCCH y para relleno si no hay trfico. Esto se muestra en la siguiente grfica.
TRX1
Gestor de TS de BCCH
f0
Transmisor f0
TRX2
Gestor de TS
f0
Combindor hibrido
TRX3
Gestor de TS
f0
Combindor hibrido
TRX4
Gestor de TS
Figura 6: Hopping sintetizado ms BBH para rfagas de frecuencia BCCH, 4 TRX.
Por lo tanto para una BTS con 4 TRX, esta opcin deja tres TRX para trfico, y el cuarto para la portadora de BCCH y relleno. La siguiente grfica muestra como resultara la configuracin de canales.
TS0 f0 f1 f2 f3 ... fn bcch TS1 TS2 TS3
C0 FILLING
TS4
C0 FILLING
TS5
TS6
TS7
C0 FILLING
TCH SDCCH TCH TCH TCH TCH
TCH TCH TCH
TCH TCH TCH
TCH TCH TCH
TCH TCH TCH
TCH TCH TCH
TCH TCH TCH
Figura 7: Configuracin de canales para 4 TRX y con el BCCH incluido en FH.
Pgina 102 de 173
4.3.2.4 CARRIER-ZERO FILLING CHANNELS GROUPS.
EN
HOPPING
SINTETIZADO:
DOS
Las configuraciones anteriores son un desperdicio de recursos hardware. Si el hardware es ms importante que la inclusin de la frecuencia fo en el grupo de hopping, la celda puede ser configurada con dos grupos de canales. Un grupo de canales debe ser configurado para emplear slo la frecuencia fo (y sin hopping). El otro contendr el resto de frecuencias (con hopping). El ahorro hardware conseguido respecto a las otras configuraciones es importante, pero se emplea una frecuencia menos en los grupos de hopping, y obliga a realizar planificaciones de frecuencia separadas para ambos grupos de canales. En esta configuracin la celda tiene dos channels groups. Un channel group se define para contener f0, y se fija el parmetro HOP a OFF. Al otro channel group se le definen para contener el resto de frecuencias y se fija el parmetro HOP=ON.
TS0 f0 f1 f2 f3 ... fn bcch TCH TCH TCH TS1 TCH TS2 TCH TS3
C0 FILLING
TS4
C0 FILLING
TS5 TCH TCH TCH TCH
TS6 TCH TCH TCH TCH
TS7
C0 FILLING
TCH TCH TCH TCH
TCH TCH TCH TCH
TCH TCH TCH TCH
SDCCH TCH TCH TCH TCH TCH
Figura 8: Configuracin de canales para 4 TRX y FH sintetizado en uno o dos channels groups.
4.3.3 Algoritmo
El sistema de transmisin con saltos de frecuencia, implica la utilizacin de diferentes portadoras de forma secuencial en una misma comunicacin entre el mvil y la BTS. Cada rfaga de la conexin es transmitida a una frecuencia fija, pero esta cambia entre rfagas, realizndose 217 saltos por segundo. Trabaja tanto sobre canales de trfico como de sealizacin. Se utiliza un grupo de frecuencias predefinido en cada celda o grupo de hopping. Cuantas ms se empleen, la probabilidad de que haya colisiones es menor. Adems, cuanto ms incorreladas estn las secuencias entre s, mejor es el promediado. Existen 63 secuencias aleatorias de salto posibles, y una cclica.
4.3.3.1 SECUENCIAS CCLICAS

Las frecuencias del grupo de hopping son utilizadas en orden consecutivo. En GSM se define slo un tipo de frecuencia cclica: desde la menor a la mayor del grupo de hopping. Con ellas el efecto de diversidad en la frecuencia es ptimo, pero no se consigue el promediado de la interferencia de las secuencias aleatorias. Esta configuracin se establece fijando HSN=0.
Pgina 103 de 173
4.3.3.2 SECUENCIAS ALEATORIAS

En la prctica son secuencias pseudo-aleatorias. La secuencia es almacenada en una tabla de consulta en mviles y estaciones base. Se definen 63 secuencias cada una saltando entre un nmero de frecuencias que va de uno a sesenta y cuatro en Ericsson (se fija con el parmetro HSN). La periodicidad para una secuencia pseudo-aleatoria es de 6 minutos aproximadamente. Con este mtodo, se consigue un promediado muy bueno de la interferencia, pero el efecto de la diversidad en frecuencia no es ptimo. Para que el mecanismo de promediado de interferencias funcione bien, la secuencia de frecuencias en celdas co-canales debe ser diferente. Esto es an ms importante si emplean el mismo grupo de canales. De esta forma las conexiones de estas celdas no tendrn siempre la misma frecuencia al mismo tiempo. El nmero de colisiones por segundo depender del nmero de frecuencias en el grupo de canales. Cuando se trabaja con secuencia cclica no se consigue esta independencia.
4.3.3.3 SECUENCIAS DE HOPPING ORTOGONALES

Tanto si se emplean secuencias cclicas como aleatorias, los transmisores que trabajan al mismo tiempo con el mismo TS y con el mismo grupo de frecuencias deben utilizar secuencias ortogonales entre s, de forma que sus frecuencias nunca coincidan (a esto se le conoce como ortogonalidad). Todos los canales en una celda deben ser ortogonales dado que sino provocaran interferencias. Esto se soluciona con un offset en la secuencia de hopping, al que nos referimos como MAIO, Mobile Allocation Index Offset. Cada TRX tiene asignado un MAIO nico de las listas MAIO, en el momento de la configuracin. De esta manera dos TRX con las mismas frecuencias, mismo hsn nunca utilizarn la misma frecuencia en la misma trama TDMA. La lista MAIO se define a nivel de channel group.
4.3.4 GPRS
En GPRS los canales se tratan como canales de trfico por lo que no afecta a nivel de funcionamiento del frequency hopping.
4.4 Impacto en el diseo del Plan de Frecuencias

Uno de los puntos ms importantes requeridos para el despliegue del Frequency Hopping es el diseo de un nuevo plan de frecuencias. La implementacin del Frequency Hopping presenta una serie de aspectos particulares que hay que tener en cuenta a la hora de disear el nuevo plan de frecuencias. La siguiente figura describe la metodologa. Para Amena se usa SFH.
Pgina 104 de 173
n canales
m canales
TCH
BCCH
A B
A B D FE I G H J L K
Figura x Nuevo plan de frecuencias para SFH Para el caso del Salto en Frecuencia Sintetizado (Synthesiser Frequency Hopping - SFH), la primera accin consistira en separar el espectro disponible para el plan de frecuencias en dos sub-bandas diferentes que sern dedicadas independientemente para BCCHs y para grupos de hopping. El comportamiento diferente de las frecuencias fijas y del Frequency Hopping justifica esta distribucin: El reso de frecuencias utilizado para portadoras de hopping y portadoras fijas es diferente, siendo ms ajustado el patrn para hopping. La planificacin de frecuencias ser ms fcil si se tiene diferentes grupos de frecuencias para implementar los dos patrones de reso. Funcionalidades como Control de Potencia y Transmisin Discontinua, ambas muy tiles para utilizar junto con el Frequency Hopping, no estn disponibles en las portadoras BCCH, con lo que las frecuencias utilizadas para BCCH estarn permanentemente en el aire a mxima potencia. La interferencia que dichas portadoras pueden introducir en el sistema afectarn seriamente al rendimiento del sistema en el caso de que se reutilicen las mismas frecuencias para hopping y portadoras fijas. De acuerdo con el nmero de frecuencias que se van a utilizar en el plan y el patrn de reso que se quiera implementar, se disearn los planes de frecuencia para portadoras BCCH y portadoras de hopping. Es aconsejable tener un plan de BCCH bastante limpio, por lo que se considerarn las particularidades de la red para estimar el nmero mnimo de frecuencias que se dedicarn para este propsito (es necesario alcanzar una solucin de compromiso teniendo en cuenta la cantidad de espectro disponible). . Las portadoras con Frequency Hopping sern planificadas con los diferentes grupos de salto definidos, de acuerdo con el patrn de reso que se utilice. El ltimo paso consistira en asignar un grupo de salto a cada celda del sistema, intentando configurar el patrn de salto seleccionado. Para el Salto en Frecuencia en Banda Base (Base Band Hopping BBH) pueden ser vlidas otras distribuciones diferentes del espectro porque es bastante similar a un plan de frecuencias fijo.
Pgina 105 de 173
4.5 Ejemplo: Activacin FH en Navarra

En este apartado se pretende mostrar el impacto en la red de la activacin de la funcionalidad de frecuencia hopping (SFH con dos channels groups, chgr_0 con f0 sin hopping y chgr_1 con hopping) en la zona de Pamplona. La activacin de frequency hopping en Navarra ha comprendido la zona interior al polgono que se destaca en rojo de la siguiente grfica, y la fecha de activacin corresponde al 13/06/2001.
Figura: Zona de activacin de SFH dentro de Navarra.
Se han recogido estadsticas y realizado grficas de la zona de Z.H. as como de toda la provincia se presentan los resultados de la zona del polgono de hopping, se muestran el impacto en todo Navarra provincia.
4.5.1 PRESENTACIN DE RESULTADOS Zona Hopping 4.5.1.1 COMPORTAMIENTO ESTADSTICO DE LA RED

Para la presentacin de las siguientes estadsticas se ha tenido en cuenta la ventana temporal que comprende los das del 1/06/01 al 24/06/01. Las propiedades de BSC BADQDL y BADQUL no se cambiaron por representar slo un 20% (aproximadamente) el nmero de celdas en que se activa la funcionalidad respecto al total de celdas que dependen de la BSC de Navarra.
Pgina 106 de 173
4.5.1.2 CANALES TCH

4.5.1.2.1 Llamadas Cadas A continuacin se muestran las grficas resultado de la tasa de llamadas cadas en TCH respecto a las llamadas iniciadas, en la zona de hopping en el periodo especificado.
%Caidas TCH respecto llam adas iniciadas 3,00% 2,50% 2,00% 1,50% 1,00% 0,50% 0,00%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
9/ 6/ 01
11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1 19 /6 /0 1
11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1
Grfica 1: Porcentaje de cadas en TCH para la Z.H.
% Cadas TCHBQDL respecto Llam adas iniciadas 0,100% 0,090% 0,080% 0,070% 0,060% 0,050% 0,040% 0,030% 0,020% 0,010% 0,000%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
9/ 6/ 01
19 /6 /0 1 21 /6 /0 1
Grfica 2: Porcentaje de cadas de TCH por mala calidad en el D.L. respecto a las llamadas inciadas en Z.H.
Sobre las grficas anteriores destacamos que: Se observa una clara disminucin de la tasa de llamadas cadas desde el da del cambio. Se aprecia una clara disminucin de la evolucin del porcentaje de cadas por mala calidad.
23 /6 /0 1
21 /6 /0 1 23 /6 /0 1
Pgina 107 de 173
4.5.1.2.2 Intracell handover Las estadsticas donde mejor se observa el impacto de la activacin de frequency hopping corresponden a las de IntraCell Handover, dado que un IHO se produce cuando hay mala calidad pero seal suficiente, lo que quiere decir que se est produciendo interferencia, problema que trata de solucionar frequency hopping. A continuacin mostramos grficas con los datos diarios del porcentaje de IHO sobre el total de conexiones de TCH (en la zona donde se activa la funcionalidad).
%IHO respecto ConTCH 1,00% 0,90% 0,80% 0,70% 0,60% 0,50% 0,40% 0,30% 0,20% 0,10% 0,00%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
9/ 6/ 01
11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1 19 /6 /0 1
Grfica 3 : Porcentaje de IHO respecto ConTCH.
% IHOBQDL respecto ConTCH 0,90% 0,80% 0,70% 0,60% 0,50% 0,40% 0,30% 0,20% 0,10% 0,00%
Grfica 4: Porcentaje de IHO por mala calidad en el down link respecto ConTCH.
En todas las grficas anteriores se puede observar una clara disminucin del porcentaje de IHO en la zona donde se procedi a activar la funcionalidad.
1/ 6/ 01 3/ 6/ 01 5/ 6/ 01 7/ 6/ 01 9/ 6/ 01 11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1 19 /6 /0 1 21 /6 /0 1 23 /6 /0 1
21 /6 /0 1 23 /6 /0 1
Pgina 108 de 173
A continuacin mostramos los porcentajes de IHO con xito y de IHO con retorno. De un primer estudio de estas grficas parece desprenderse que la introduccin de esta funcionalidad deteriora el funcionamiento del IHO, dado que tal como se puede apreciar en la grfica 6 se observa una ligera disminucin del porcentaje de IHO con xito y un ligero aumento de los IHO con retorno, desde el da de la activacin de FH. Este efecto es debido a que se ofrece ms calidad a las llamadas cursadas en el grupo de canales de hopping que en las cursadas en la frecuencia del BCCH. Cuando una llamada empieza a cursarse en el grupo de hopping y percibe mala calidad para realizar un IHO, es muy probable que en media el TS de destino de la frecuencia del BCCH tenga ms problemas que el origen y se produzca retorno del IHO o incluso cada de la llamada.
%IHO conxito respecto IHO totales 120,00% 100,00% 80,00% 60,00% 40,00% 20,00% 0,00%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
9/ 6/ 01 9/ 6/ 01
Grfica 6: Porcentaje de IHO con xito, donde se muestra la tendencia de la grfica.
%IHO con Retorno respecto IHO totales 12,00% 10,00% 8,00% 6,00% 4,00% 2,00% 0,00%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
11 /6 /0 1 13 /6 /0 1
15 /6 /0 1 17 /6 /0 1
19 /6 /0 1 21 /6 /0 1
Grfica 7: Porcentaje de IHO con retorno.
23 /6 /0 1
11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1 19 /6 /0 1 21 /6 /0 1 23 /6 /0 1
Pgina 109 de 173
4.5.1.3 CANALES SDCCH

En la siguiente grfica mostramos el porcentaje de cadas de canales SDCCH sobre el total de conexiones, en la Zona de Hopping.
% Cadas SD respecto ConSD 0,60% 0,50% 0,40% 0,30% 0,20% 0,10% 0,00%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
9/ 6/ 01
11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1 19 /6 /0 1
Grfica 8: Porcentaje de cadas en canales de sealizacin para Z.H.
En la grfica anterior se puede observar un aumento en el porcentaje de cadas de SDCCH. Esto es debido a que el canal dedicado a la sealizacin no funciona en frequency hopping, utiliza la misma frecuencia que el BCCH, dado que el patrn de reuso de frecuencias de BCCH se ha reducido, es normal que empeore la tasa de llamadas cadas.
21 /6 /0 1 23 /6 /0 1
Pgina 110 de 173
4.5.2 presentacin de resultados en Navarra provincia

En este apartado se recogen las grficas resultantes del anlisis de las estadsticas durante la misma ventana temporal que la utilizada para el apartado 6, para toda la provincia.
4.5.2.1 CANALES TCH

4.5.2.1.1 Cadas TCH
%Cadas TCH respecto Llam adas Iniciadas 3,00% 2,50% 2,00% 1,50% 1,00% 0,50% 0,00%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
9/ 6/ 01
11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1 19 /6 /0 1
11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1
Grfica 10: Porcentaje de cadas en TCH para la provincia.
% CaidasTCHBQDL respecto Llam adas iniciadas 0,080% 0,070% 0,060% 0,050% 0,040% 0,030% 0,020% 0,010% 0,000%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
9/ 6/ 01
19 /6 /0 1 21 /6 /0 1
Grfica 11: Porcentaje de cadas de TCH por mala calidad en el D.L. respecto a las llamadas inciadas en la provincia.
23 /6 /0 1
21 /6 /0 1 23 /6 /0 1
Pgina 111 de 173
4.5.2.1.2
IHO
%IHO respecto Con TCH
0,90% 0,80% 0,70% 0,60% 0,50% 0,40% 0,30% 0,20% 0,10% 0,00%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
9/ 6/ 01
11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1 19 /6 /0 1 11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1 19 /6 /0 1
Grfica 12 : Porcentaje de IHO respecto ConTCH en la provincia.
%IHOBQDL respecto ConTCH 2,00% 1,80% 1,60% 1,40% 1,20% 1,00% 0,80% 0,60% 0,40% 0,20% 0,00%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
9/ 6/ 01
Grfica 13 : Porcentaje de IHO por mala calidad en el Down link respecto ConTCH.
21 /6 /0 1 23 /6 /0 1
21 /6 /0 1 23 /6 /0 1
Pgina 112 de 173
4.5.2.2 CANALES SDCCH

%CadasSD respecto ConSD 0,80% 0,70% 0,60% 0,50% 0,40% 0,30% 0,20% 0,10% 0,00%
1/ 6/ 01
3/ 6/ 01
5/ 6/ 01
7/ 6/ 01
9/ 6/ 01
11 /6 /0 1 13 /6 /0 1 15 /6 /0 1 17 /6 /0 1 19 /6 /0 1
Grfica 14: Porcentaje de cadas en canales de sealizacin para Z.H. respecto llamadas inciadas.
4.5.3 Conclusiones
Del estudio de las grficas anteriores que siguen la evolucin de la zona afectada en la activacin de Frequency Hopping en Pamplona, se extraen las siguientes conclusiones para cada uno de las siguientes caractersticas de la red: Porcentaje de Cadas de TCH: Con la observacin de las grficas que muestran los %CadasTCH tanto para la zona de hopping como para la zona extendida se observa una tendencia descendente en el porcentaje de cadas por TCH. Porcentaje de IHO: Podemos observar una disminucin del porcentaje de intracell handovers en toda la zona de hopping. Porcentaje de Cadas de SDCCH: Se observa una leve aumento del %CadasSDCCH, este aumento es debido a tener el SDCCH en el channel group 0, la frecuencia de BCCH, es decir no est en hopping, dado que el patrn de reuso de BCCH es menor parece lgico esperar un ligero empeoramiento.
4.6 Anexo: Beneficios

4.6.1 Diversidad en frecuencia
Si se considera un entorno urbano, la propagacin multitrayecto estar presente en la mayora de los casos y como consecuencia son frecuentes variaciones importantes a corto plazo en el nivel de seal
21 /6 /0 1 23 /6 /0 1
Pgina 113 de 173
recibido. Es el conocido desvanecimiento Rayleigh, que provoca una degradacin de la calidad, porque parte de la informacin llegar corrompida. En el caso de mviles rpidos esta situacin de desvanecimientos de la seal puede ser evitada de una rfaga a otra, porque tambin depende de la posicin del mvil. El problema, por lo tanto, no sera tan serio. Sin embargo, para un mvil estacionario la recepcin de la seal podra verse permanentemente afectada por estos desvanecimientos, provocando una importante degradacin de la calidad, incluso un corte en la conexin (llamada cada). Una vez que la informacin es recibida por el mvil o la estacin base, el nico arma para luchar contra la alteracin producida por el desvanecimiento (errores en los bits de informacin) son los procesos de decodificacin y de-entrelazado, con una efectividad limitada por el nmero de errores que pueden recuperar. Con la funcionalidad del Frequency Hopping es posible aprovechar la naturaleza selectiva de la frecuencia en el desvanecimiento, para reducir el nmero de errores, al mismo tiempo que dichos errores son esparcidos temporalmente. Considerando un mvil estacionario (o casi-estacionario) en un punto donde existe un profundo desvanecimiento sobre la frecuencia en cuestin, y el sistema utiliza Frequency Hopping, la llamada pasar parte del tiempo de su duracin sobre frecuencias que no son afectadas por el desvanecimiento en ese punto. Como resultado, los procesos de decodificacin y de-entrelazado pueden ser ms efectivos a la hora de eliminar los errores de bit causados por las rfagas recibidas en las frecuencias afectadas por el desvanecimiento (los errores sern distribuidos aleatoriamente en el tiempo en lugar de presentarse largas rfagas de errores). Este incremento de la efectividad da lugar a una mejora en la misma proporcin en la calidad de la transmisin. Los siguientes grficos (fig. 1 y 2) muestran los efectos descritos.
Figura 1. Efecto del desvanecimiento en un sistema de frecuencias fijo
Pgina 114 de 173
Figura 2. Efecto del desvanecimiento en un sistema con Frequency Hopping
Es importante aclarar que utilizando Frequency Hopping, el BER (Bit Error Rate) no ofrece la misma medida de calidad de voz que en los sistemas de frecuencia fijos: en un sistema con Frequency Hopping se detecta mala calidad cuando RxQual = 6, 7, mientras que en un sistema de frecuencias fijo esta mala calidad aparece con valores de RxQual ms bajos, RxQual = 5, 6 y 7. Hay que resear que las mejoras alcanzadas frente al desvanecimiento van a depender en gran medida de las caractersticas del entorno. Como conclusin se puede decir que el Frequency Hopping ofrece importantes mejoras en un entorno con desvanecimientos, considerando terminales mviles estacionarios o casi-estacionarios.
4.6.2 Promediado de interferencia

El segundo efecto del Frequency Hopping se refiere al promediado de la interferencia experimentado en las llamadas. Si se considera un sistema fijo convencional de frecuencias, el conjunto de llamadas originadas en las celdas interferentes que pueden interferir a una llamada concreta, es fijo durante toda la duracin de esta llamada interferida. Ante esta situacin, algunas llamadas ofrecern muy buena calidad (sin problemas de interferencia) y otras ofrecern muy mala calidad (problemas de interferencia pemanentes). Con el Frequency Hopping, este conjunto de llamadas interferentes estar continuamente cambiando y el efecto es que las llamadas interferidas tienden a experimentar unos ndices promedio de calidad ms bajos en lugar de situaciones extremas de buena o mala calidad (todas las llamadas sufrirn una interferencia controlada, pero nicamente durante periodos de tiempo cortos y espaciados, no para toda la duracin de la llamada).
Pgina 115 de 173
Este promediado de la interferencia implica de nuevo una dispersin de los errores de bit (BER causado por la interferencia), ofreciendo una distribucin aleatoria de los mismos en lugar de rfagas continuas de errores. Esta distribucin de errores mejora la efectividad de los procesos de decodificacin y deentrelazado para alcanzar un mejor valor de FER.
Figura 3. Interferencia co-canal para un sistema fijo convencional
Pgina 116 de 173
Figura 4. Interferencia co-canal para un sistema con Frequency Hopping
Se puede observar fcilmente en las figuras anteriores cmo funciona el Frequency Hopping para mejorar la calidad del sistema. El efecto de la interferencia es minimizado ya que es ms fcil controlarla. Otra ventaja ofrecida por esta funcionalidad es la posibillidad de aadir ms portadoras manteniendo el mismo nivel de calidad en el sistema. Por lo tanto, se puede optar por un solucin compromiso entre mejora de calidad e incremento de capacidad.
Figura 5. Compromiso entre calidad y capacidad
Para la misma capacidad, el Frequency Hopping mejora la calidad del sistema, y para una calidad media determinada, el Frequency Hopping hace posible un incremento de la capacidad.
Pgina 117 de 173
BTSPWRC
Pgina 118 de 173
NDICE
5 Control Dinmico de potencia en la BTS

El objetivo de este documento es realizar un estudio de los parmetros de Ericsson relacionados con la funcionalidad de control dinmico de potencia en la BTS, as como buscar y explicar los valores ptimos de dichos parmetros.
5.1 Definiciones
Control dinmico de potencia en la BTS: la potencia de salida de una BTS puede ser controlada durante una conexin. La estrategia de control es mantener un nivel de seal recibido suficiente en la estacin mvil. As, esta funcionalidad ser de gran importancia cuando se requiera alta capacidad en una red GSM. Junto con el frequency hopping y con la transmisin discontinua (DTX) mejora las posibilidades de conseguir una reutilizacin de frecuencias ms ajustada, por ser los sistemas de comunicaciones mviles GSM limitados en interferencia. Adicionalmente, el control dinmico de potencia en BTS permite reducir el consumo de batera ante un corte de energa en la estacin. Adems, evita los problemas derivados de la saturacin del receptor del mvil cuando, en las cercanas de la BTS, recibe un nivel de potencia tan alto que llega a desensibilizarlo. Frequency Hopping: sistema de transmisin que consiste en cambiar la frecuencia de la conexin en intervalos regulares de tiempo. Las especificaciones GSM han incorporado esta funcionalidad con el objetivo principal de minimizar dos problemas especficos que afectan a la calidad de transmisin, y que son el Desvanecimiento Multitrayecto o Multipath Fading y la Interferencia. Transmisin discontinua (DTX): la transmisin discontinua consiste en que el sistema slo transmite cuando se detecta voz sobre la conexin. Esto disminuye el consumo de potencia en la estacin mvil (MS) y en la estacin base (BTS) y reduce las interferencias dentro de la celda.
5.2 Introduccin
El algoritmo del control dinmico de potencia en la BTS se realiza en 3 etapas, que son: Preparacin de medidas: se estiman las medidas perdidas y se decide si se usa o no compensacin para el frequency hopping. Filtrado de medidas: se filtran las medidas para eliminar variaciones de naturaleza temporal. Clculo de la regulacin de potencia: la regulacin de la potencia de la BTS se calcula de acuerdo con el algoritmo implementado por cada proveedor.
5.3 Procedimiento de regulacin

El algoritmo implementado por Ericsson realiza las siguientes operaciones en cada una de las etapas anteriormente comentadas.
5.3.1 Preparacin de medidas
Pgina 119 de 173
En el resultado de la medida, la BTS manda informacin sobre si se ha usado DTX o no durante el periodo de medida. La BSC utiliza esta informacin para decidir el conjunto de medidas del enlace descendente, full o sub, a usar en los canales TCH. El conjunto de medidas sub debera usarse si se ha utilizado DTX durante el periodo de medida por la BTS. El conjunto de medidas full se utiliza siempre sobre los canales SDCCH. Si la BSC no recibe medidas del mvil, se inhibe la regulacin de potencia en la BTS para esa conexin. Al mismo tiempo se suspende el contador REGINTDL. Cuando se recibe de nuevo una medida, la regulacin de potencia y el contador REGINTDL son iniciados de nuevo. El nivel de la potencia de salida usado por la BTS en el periodo SACCH k viene dado por PLused como un nmero de pasos de 2 dB que debe restarse a la potencia de salida nominal. Esto se convierte en un valor de potencia de salida segn la siguiente frmula: PWR_U = BSTXPWR 2 * PLused donde PWR_U es el nivel de potencia de salida utilizado y BSTXPWR es la potencia de salida mxima de la BTS sobre las frecuencias TCH. PLused = 0 ... 15 Hay dos posibilidades en GSM para realizar las medidas de nivel de seal y calidad en el mvil cuando el BCCH est incluido dentro del conjunto de frecuencias de hopping: 1.-El mvil incluye la portadora BCCH en las medidas 2.-El mvil excluye la portadora BCCH en las medidas El mtodo a usar se determina por medio del parmetro PWRC. PWRC=0 significa que se incluye la portadora BCCH en las medidas, mientras que PWRC=1 significa que se excluye. Ericsson recomienda fijar el parmetro PWRC a 0, de manera que se incluye la portadora BCCH en las medidas. Esto no supone ningn problema, ya que el algoritmo implementado compensa este hecho. Adems, esto tampoco supone ningn problema para la red de Amena, puesto que no se ha incluido la portadora BCCH en el conjunto de frecuencias de hopping. La compensacin que se realiza para tener en cuenta el hecho de que se incluya la portadora BCCH en las medidas es la siguiente: SSTCH = SSMS (BSPWR PWR_U)/Nf SSMS es el nivel de seal en el descendente reportado por el mvil. BSPWR es la potencia de salida de la BTS a la frecuencia del BCCH. Nf es el nmero de frecuencias en el grupo de hopping. Las unidades de calidad GSM se sustituyen por los correspondientes valores en dB para introducirlos en las ecuaciones del algoritmo. En R7.1, la relacin entre rxqual y SIR no es lineal y se recoge en la siguiente tabla: QDESDL [dtqu] Rxqual SIR[dB] = C/I[dB] = QDESDL_dB 0 0 23 10 1 19 20 2 17 30 3 15 40 4 13 50 5 11 60 6 8 70 7 4
Todas las medidas de nivel de seal se compensan antes del filtrado. SSTCH tambin se compensa para el control de potencia de la siguiente manera: SS_COMP = SSTCH + (BSTXPWR PWR_U) donde SS_COMP es el nivel de seal compensado tanto por control de potencia como por frequency hopping.
Pgina 120 de 173
De manera anloga se tiene que: Q_COMP = rxqual (dB) + (BSTXPWR PWR_U) Si la BSC no recibe el resultado de las medidas de una BTS, la regulacin de potencia se inhibe para esa conexin. Al mismo tiempo se suspende la cuenta de REGINTDL. Cuando el resultado de las medidas se recibe de nuevo, la regulacin de potencia y el contador REGINTDL vuelven a iniciarse. El filtro de nivel de seal no se actualizar cuando los resultados de nivel de seal (medidos en el informe de medidas) se pierdan. Esto significa que la salida del filtro de nivel de seal se mantiene hasta que se recibe el siguiente valor. Los valores de calidad perdidos en el informe de medidas se fijan al peor valor posible. Esto significa que los valores de calidad perdidos se interpretan como rxqual=7. Si la informacin sobre el nivel de potencia usado en la BTS se pierde en el informe de medidas, los valores perdidos se igualan a la ltima orden de potencia calculada.
5.3.2 Filtrado de medidas

Tanto el filtrado de nivel de seal como el de calidad se realizan utilizando filtros no lineales exponenciales. SSBSTXPWR es el nivel de seal filtrado compensado por la regulacin de potencia. Para el periodo SACCH nmero k se tiene que: SSBSTXPWR = b * SS_COMP(k) + a * SSBSTXPWR(k-1) donde b = 1-a. i) si SS_COMP(k) < SSBSTXPWR(k-1) entonces L = SSLENDL ii) si no L = SSLENDL * UPDWNRATIO/100 El filtro se inicializa con SSBSTXPWR(k-1) = SSDESDL. Los puntos i y ii son los que dan estabilidad al algoritmo. En el caso i tenemos que est descendiendo el nivel de seal, por lo que interesa un filtro corto para poder subir el nivel rpidamente. En el caso ii tenemos que est aumentando el nivel de seal, por lo que el objetivo ser bajar la potencia de la BTS y adems lentamente para que no se produzcan oscilaciones en el sistema. En la siguiente tabla se recogen los valores del coeficiente usado para los filtros exponenciales: Longitud del filtro L 1 2 3 4 5 6 7 8 9 Coeficiente del filtro a 0.1000 0.3162 0.4642 0.5623 0.6310 0.6813 0.7197 0.7499 0.7743 Pgina 121 de 173
Longitud del filtro L 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Coeficiente del filtro a 0.7943 0.8111 0.8254 0.8377 0.8483 0.8577 0.8660 0.8733 0.8799 0.8859 0.8913 0.8962 0.9006 0.9047 0.9085 0.9120 0.9152 0.9183 0.9211 0.9237 0.9261
Cuanto mayor es L, mayor es coeficiente a, y por tanto mayor el peso que se le da en el filtro a las muestras pasadas (respuesta ms lenta). Con valores menores de L ocurre exactamente lo contrario, se da ms valor a muestras recientes. El filtrado de las medidas de calidad es anlogo al filtrado de las medidas de nivel de seal, de manera que QBSTXPWR es la calidad filtrada y compensada por la regulacin de potencia: QBSTXPWR(k) = b * Q_COMP(k) + a * QBSTXPWR(k-1) donde b = 1-a. i) si Q_COMP(k) > QBSTXPWR(k-1) entonces L = QLENDL ii) si no L = QLENDL * UPDWNRATIO/100 El filtro se inicializa con QBSTXPWR(k-1) = QDESDL_dB. El algoritmo es estable debido a los puntos i y ii, como ya se ha explicado anteriormente al estudiar el filtrado de las medidas de nivel de seal.
5.4 Clculo de la orden de potencia

El clculo de la orden de potencia se realiza en tres pasos: Se calculan las dos rdenes de potencia bsicas como se ver ms adelante. Se aplican ciertas restricciones, como es el rango dinmico. Los datos de salida se convierten finalmente a unidades de orden de potencia antes de que se transmita a la BTS una orden. Este paso consiste simplemente en dividir por dos la orden de potencia para pasarla a valores PLused.
5.4.1 rdenes bsicas de regulacin

Pgina 122 de 173
Las rdenes bsicas de regulacin (pu1 y pu2) vienen dadas por la siguiente expresin: pui = BSTXPWR + i * (SSDESDL SSBSTXPWR) + i * (QDESDL_dB QBSTXPWR), i= 1,2 donde los parmetros i y i se definen como sigue: (compensacin de prdidas de propagacin) 1 = LCOMPDL/100 (compensacin de calidad) 1 = QCOMPDL/100 (compensacin de prdidas de propagacin) 2 = 0.3 (compensacin de calidad) 2 = 0.4 La orden de potencia resultante se denomina orden de potencia sin restricciones, pu, y viene dada por: pu = max(pu1, pu2) por lo que se selecciona aquella orden de las dos que indica un menor descenso de la potencia de la BTS.
5.4.2 Restricciones de la orden de potencia

La limitacin del rango dinmico de potencia se aplica si la orden de potencia sin restricciones est fuera del mismo. Pueden ocurrir dos casos diferentes: Si la orden de potencia es superior a BSTXPWR, la orden de potencia si fija a BSTXPWR. La orden de potencia ms baja que se permite viene dada por el mximo de: a) La potencia de salida mnima de la BTS b) BSTXPWR 30, debido a que el mayor rango posible de potencia para la BTS es de 30 dB. c) BSPWRMIN Siempre y cuando el algoritmo funcione de manera correcta y no sea inestable, el valor de BSPWRMIN debera fijarse a un valor menor que el mnimo del rango dinmico de la BTS para no restringir nosotros el algoritmo.
5.4.3 Conversin de los datos de salida

La nueva orden de potencia tiene que pasarse de la escala interna de dBm a representarse en trminos de PLused antes de que pueda transmitirse a la BTS. En realidad, esto significa que la orden de potencia con restricciones se cuantifica en pasos de 2 dB segn la siguiente ecuacin: PLused = Int[(BSTXPWR-pu)/2] [0..15] (8) donde PLused es el nivel de potencia. PLused = 0 indica que no existe regulacin y PLused = 15 representa una regulacin de 30 dB. La potencia se trunca siempre al valor ms alto.
5.5 Transmisin a mxima potencia

Cuando se establece una conexin TCH, se usa siempre la mxima potencia de salida en las siguientes situaciones: Asignacin de un TCH Cada de una asignacin o cada de un handover Handover intracelda y cambio de subcelda Handover intercelda
5.6 Descripcin de los parmetros
Pgina 123 de 173
5.6.1 Parmetros de control principales

SSDESDL: define el valor de nivel de seal deseado en diferentes partes del intervalo de regulacin. El rango de valores va desde 110 dBm hasta 47 dBm. QDESDL: define el valor de calidad deseado medido por el receptor en el mvil. Se mide en unidades rxqual y se pasa a dB antes de ser utilizado en el algoritmo. El rango de valores va desde 0 hasta 70 unidades dtqu. LCOMPDL: es el parmetro que determina la cantidad de prdidas de propagacin a compensar. El rango de valores va desde 0 hasta 100. QCOMPDL: es el parmetro que determina el peso de la compensacin de calidad. El rango de valores va desde 0 hasta 100.
5.6.2 Parmetros adicionales

REGINTDL: es el intervalo de regulacin. El rango de valores va desde 1 hasta 10 periodos SACCH. SSLENDL: es la longitud del filtro de nivel de seal. El rango de valores va desde 3 hasta 15 periodos SACCH. QLENDL: es la longitud del filtro de calidad. El rango de valores va desde 1 hasta 20 periodos SACCH. SDCCHREG: indica si se regula o no en canales SDCCH. Puede tomar el valor ON u OFF. BSTXPWR: es el mximo nivel de potencia permitido para la BTS en la celda actual. El rango de valores va desde 0 dBm hasta 80 dBm. BSPWRMIN: es la mnima potencia de salida para la BTS sobre las frecuencias no BCCH. El rango de valores va desde -20 dBm hasta 50 dBm. UPDWNRATIO: es la relacin entre la velocidad de regulacin de subida y la de bajada. STEPLIMDL: hace posible limitar la regulacin hacia abajo a 2 dB por periodo SACCH.
5.7 Asignacin inicial de los valores de los parmetros

El primer parmetro que se fija es el BSPWRMIN, al que se le da su valor mnimo, es decir, -20 dBm. De esta manera no se impone ninguna limitacin adicional al algoritmo de control de potencia ni se producen retrasos en el control. El parmetro SSLENDL indica el nmero de muestras sobre el que se realiza el promedio para calcular el nivel de seal que habra recibido el mvil si no se utilizase control de potencia en la BTS (SS BSTXPWR). Por lo tanto, de este parmetro depende la rapidez y la sensibilidad de las decisiones del control de potencia. Para este parmetro se ha fijado el valor aconsejado por Ericsson, que es 3 (medido en periodos SACCH, un periodo SACCH son 480 ms.), debido a que se busca un valor lo suficientemente alto como para no se est controlando constantemente la potencia y puedan producirse oscilaciones del sistema. Adems, este valor tampoco es demasiado elevado, por lo que el control de potencia se realiza en periodos de tiempo no excesivamente largos, permitiendo un seguimiento adecuado de los cambios de nivel de seal que experimenta el mvil. Una vez que se ha asignado el valor 3 al parmetro SSLENDL, se procede a fijar el valor del parmetro SSDESDL, al que se le asigna el valor de 90 dBm para asegurar un nivel de seal suficiente en el mvil. Adems, este valor asegura que el mvil tenga tiempo de responder ante un cambio brusco de las condiciones de propagacin y permite que la BTS radie a bajo nivel, de manera que se reducen las interferencias y el consumo de batera. Cuanto mayor es el valor del parmetro LCOMPDL, mayor es la capacidad de regulacin del algoritmo (menor el nivel de seal permitido). En nuestro caso se fija a un valor intermedio: 5.
Pgina 124 de 173
El parmetro QLENDL indica el nmero de muestras sobre el que se realiza el promedio para calcular la calidad de seal. Se fija el mismo valor que para el filtro de nivel de seal, es decir, su valor es 3, debido a las razones que ya se explicaron al fijar el valor de SSLENDL. Al parmetro QDESDL se le asigna el valor 30. Esto significa que habr situaciones en las que el mvil percibe mala calidad y sin embargo no se transmite a mxima potencia. Sin embargo, esto significa tambin que la estacin servidora en cuestin interferir menos en las dems y que la calidad promedio experimentada por todos los mviles ser menor. Como el control dinmico de potencia se va a introducir nicamente en zonas donde est activado el frequeny hopping, se puede permitir un rxqual peor en una conexin. Cuanto mayor es el valor del parmetro QCOMPDL, mayor es la capacidad de regulacin del algoritmo (menor el nivel de seal permitido). En nuestro caso se fija a un valor intermedio: 55. El valor del parmetro SDCCHREG es ON, para permitir as el control dinmico de potencia en la BTS tambin sobre los canales SDCCH. El parmetro REGINTDL se fija a 1, para permitir que se ejecute el algoritmo de control dinmico de potencia en la BTS en cuanto se tenga las muestras necesarias para su ejecucin. El parmetro UPDWNRATIO se fija a 300, por lo que la longitud del filtro ser 3 veces menor para aumentar la potencia de la BTS que para disminuirla. El parmetro STEPLIMDL se fija a OFF, ya que, si el resto de los parmetros son elegidos de manera que el algoritmo funcione de forma estable, no tiene ningn sentido disminuir la potencia de la BTS en pasos de 2 dB por periodo SACCH en lugar de disminuir directamente el valor calculado por el algoritmo de control dinmico de potencia en la BTS. Por ltimo, el parmetro BSTXPWR se fija a 53 dBm, por lo que el rango dinmico va desde 23 dBm hasta 53 dBm. Parmetro SSDESDL QDESDL LCOMPDL QCOMPDL REGINTDL SSLENDL QLENDL SDCCHREG BSPWRMIN BSTXPWR UPDWNRATIO STEPLIMDL Rango -110 a 47 0 a 70 0 a 100 0 a 100 1 a 10 3 a 15 1 a 20 ON, OFF -20 a 50 0 a 80 100 a 700 ON, OFF Valor por defecto -70 20 70 30 5 5 8 OFF -20 200 OFF Valor Amena -90 30 5 55 1 3 3 ON -20 53 300 OFF Unidades dBm dtqu % % Periodos SACCH Periodos SACCH Periodos SACCH dBm dBm % -
5.8 Pruebas
5.8.1 Pruebas en campo
Los valores propuestos son los que aconseja Ericsson, y fueron utilizados en las pruebas iniciales de la funcionalidad. Adems se realiz una simulacin del algoritmo para poder predecir cul sera el funcionamiento con otros valores de los parmetros. La siguiente grfica muestra como estara funcionando el Control dinmico de potencia en la BTS, como puntos bsicos destacamos:
Pgina 125 de 173
Un empeoramiento de la calidad hace reaccionar al algoritmo incrementando la potencia de salida de la BTS. Sin embargo como se est permitiendo un rxqual de 3 en media, el algoritmo no responde ante muestras espordicas de mala calidad. La mxima regulacin conseguida con el grupo de parmetros escogidos es de unos 14dB. El algoritmo reacciona rpidamente cuando se presenta mala calidad de forma continuada. Se incrementa la potencia en la BTS hasta llegar a BSTXPWR, si la mala calidad persiste con alto nivel de seal, se realiza un handover intracelda con destino el TRX que porta el BCCH. Tras la realizacin de un handover se transmite a mxima potencia, y cmo esta se va decrementando posteriormente.
5.9 Ejemplo activacin BTSPWRC en Zona de Hopping de Zaragoza

La activacin de BTSPWRC en Zaragoza se realiza en dos fases: 1.- Fase de Prueba: Activacin de la funcionalidad en grupo de estaciones prximas a las oficinas de Amena el 26/02/01, anlisis del proceso y resultado de la activacin mediante Drive Test y estadsticas. 2.- Fase de Activacin: El 28/02/01 se procede a la activacin de la funcionalidad en el resto de estaciones de Zona de Hopping de Zaragoza. En la siguiente tabla se resumen las BSCs involucradas detallando el nmero de celdas totales en las que se ha activado la funcionalidad (Zona de Hopping de Zaragoza). MSC ARA01M1 BSC ARA01B1 N Celdas 238
Pgina 126 de 173
ARA01B2
38
5.9.1 Grficas
Los resultados obtenidos de la activacin de la funcionalidad BTSPWRC se muestran en los siguientes grficos. Las estadsticas donde mejor se observa el funcionamiento del control de potencia corresponden a las de IntraCell Handover, dado que un IHO se produce cuando hay mala calidad pero seal suficiente, lo que quiere decir que se est produciendo interferencia, que es el problema que busca solucionar el control de potencia en la BTS. Por lo tanto se muestra a continuacin grfica con los datos diarios de %IHO sobre el total de llamadas iniciadas (en la zona donde se activa la funcionalidad) Se recogen datos del 19/02/01 hasta el 11/03/01.
0,90% 0,80% 0,70% 0,60% 0,50% 0,40% 0,30% 0,20% 0,10% 0,00%
1/3/01
3/3/01
5/3/01
7/3/01
19/2/01
21/2/01
23/2/01
25/2/01
27/2/01
9/3/01
%IHO
%IHOBQDL
Grfica 1: Muestra la evolucin de los IHO y los IHO por mala calidad en el DL (respecto llamadas iniciadas).
En la grfica anterior se muestra la evolucin de los IHO e IHOBQDL respecto al total de llamadas iniciadas para la zona donde se ha procedido a activar el BTSPWRC. En la misma podemos observar una destacada y significativa disminucin del porcentaje de IHO e IHOBQDL respecto al total de llamadas iniciadas en la zona donde se ha procedido a activar BTSPWRC. Tambin se muestran a continuacin grficas con el porcentaje de cadas de trfico durante el perodo de tiempo que muestran estas grficas, y porcentajes de cadas por mala calidad y seal.
Pgina 127 de 173
11/3/01
% Caidas TCH 1,20% 1,00% 0,80% 0,60% 0,40% 0,20% 0,00%
1/3/01
3/3/01
5/3/01
7/3/01
19/2/01
21/2/01
23/2/01
25/2/01
27/2/01
9/3/01 9/3/01
Grfica 2: Evolucin del porcentaje de cadas de TCH.
En la grfica anterior se puede observar como el porcentaje de cadas de trfico con respecto al total de llamadas iniciadas en la zona de activacin permanece constante con respecto al total de llamadas iniciadas en la zona de activacin.
% CadasTCHBQDL 0,030% 0,025% 0,020% 0,015% 0,010% 0,005% 0,000%
1/3/01
3/3/01
5/3/01
19/2/01
21/2/01
23/2/01
25/2/01
27/2/01
7/3/01
Grfica 3: Evolucin del porcentaje de cadas de TCH por mala calidad.
En la grfica 3 se observa una ligera disminucin del porcentaje de cadas por mala calidad respecto al total de llamadas iniciadas en la zona. Para observar mejor esta disminucin adjuntamos la siguiente grfica que muestra el porcentaje de cadas por mala calidad en relacin al total de cadas en la zona de activacin.
Pgina 128 de 173
11/3/01
11/3/01
3,50% 3,00% 2,50% 2,00%
4000 3500 3000 2500 2000
1,50% 1500 1,00% 0,50% 0,00%

1/3/01 2/3/01 3/3/01 4/3/01 5/3/01 6/3/01 7/3/01 8/3/01 19/2/01 20/2/01 21/2/01 22/2/01 23/2/01 24/2/01 25/2/01 26/2/01 27/2/01 28/2/01 9/3/01 10/3/01 11/3/01
1000 500 0
%CaidasTCHBQDL (respecto total de caidas)
CaTCH
Grfica 4: Evolucin del porcentaje de cadas por mala calidad de TCH respecto a las cadas de TCH.
En la grfica 4 se puede observar ms claramente una ligera disminucin del porcentaje de cadas por mala calidad desde la activacin de BTSPWRC.
% CadasTCHSS 0,350% 0,300% 0,250% 0,200% 0,150% 0,100% 0,050% 0,000%
19 /2 /0 1 20 /2 /0 21 1 /2 /0 1 22 /2 /0 1 23 /2 /0 1 24 /2 /0 25 1 /2 /0 1 26 /2 /0 1 27 /2 /0 1 28 /2 /0 1 1/ 3/ 01 2/ 3/ 01 3/ 3/ 01 4/ 3/ 01 5/ 3/ 01 6/ 3/ 01 7/ 3/ 01 8/ 3/ 01 9/ 3/ 0 10 1 /3 /0 1 11 /3 /0 1
Grfica 5: Evolucin del porcentaje de cadas de TCH por seal.
En la grfica anterior se muestra la evolucin del porcentaje de cadas por seal respecto al total de llamadas iniciadas en la zona, pudindose observar como permanece constante.
Pgina 129 de 173
%CaidasTCHSS (respecto total de caidas) 35,00% 30,00% 25,00% 20,00% 15,00% 10,00% 5,00% 0,00%
Grfica 6: Evolucin del porcentaje de cadas por seal de TCH respecto a las cadas de TCH.
En la grfica 6 mostramos la misma informacin pero en relacin al total de cadas en la zona. Se puede observar como el porcentaje de cadas por seal permanece constante a lo largo del perodo estudiado.
5.9.2 Conclusiones
Como conclusiones a los resultados obtenidos podemos destacar los siguientes puntos: Clara disminucin del porcentaje de IHO por mala calidad con respecto al total de llamadas iniciadas en la zona de activacin de la funcionalidad de BTSPWRC. Ligera disminucin del porcentaje de cadas por causas de mala calidad.
19 /2 /0 1 20 /2 /0 21 1 /2 /0 1 22 /2 /0 1 23 /2 /0 1 24 /2 /0 25 1 /2 /0 1 26 /2 /0 1 27 /2 /0 1 28 /2 /0 1 1/ 3/ 01 2/ 3/ 01 3/ 3/ 01 4/ 3/ 01 5/ 3/ 01 6/ 3/ 01 7/ 3/ 01 8/ 3/ 01 9/ 3/ 0 10 1 /3 /0 1 11 /3 /0 1
Pgina 130 de 173
Idle channel measurements
Pgina 131 de 173
6 Idle channel measurements

6.1 INTRODUCCIN
El propsito principal de la funcionalidad Idle Channel Measurements es proporcionar a la funcionalidad de administracin de canales (Channel Administration) informacin sobre la interferencia uplink en cada canal idle (libre) TCH o SDCCH. Esta informacin puede ser utilizada durante la asignacin de canal para seleccionar aquel ms adecuado para cada conexin. Idle Channel Measurements tambin genera estadsticas sobre la interferencia, dando una visin general de la calidad de los canales en una celda. Las estadsticas pueden ser utilizadas para evaluar y optimizar el plan de frecuencias, para detectar problemas de interferencias externas o para detectar fallos de hardware.
6.2 ABREVIATURAS Y ACRNIMOS

BPC
BSC BTS FR HR OL/UL SACCH SDCCH

TCH
Basic Physical Channel
Base Station Controller Base Transceiver Station Full Rate Half Rate Overlaid/Underlaid Slow Associated Control Channel Stand Alone Dedicated Control Channel
Traffic Channel
TRX
Transceiver
6.3 VISIN GLOBAL

Mediante el uso de la funcionalidad Idle Channel Measurements, la calidad general de las conexiones radio en la red puede ser mejorada. En cada asignacin de canal, la funcionalidad Channel Administration, puede utilizar la informacin facilitada por el Idle Channel Measurements para seleccionar el canal ms adecuado. Dentro del Idle Channel Measurements hay definidas cinco bandas de interferencia, que juntas cubren todo el rango de las medidas de nivel de seal (rxlev de 110 a 48 dBm). El algoritmo clasifica cada uno de los canales idle en una de las cinco bandas. Las bandas de interferencia pueden ser diferentes para cada celda, con el objetivo de optimizar el funcionamiento de la funcionalidad. Por ejemplo, el nivel de interferencia tolerable en las microceldas puede ser ms alto que en las zonas rurales, ya que el nivel de seal de la portadora, en general, es mayor. Por tanto, puede ser beneficioso reducir las bandas de interferencia que pueden considerarse crticas para cada celda.
Pgina 132 de 173
Idle Channel Measurements puede activarse o desactivarse en cada celda. Tambin es posible, por celda, tener activa la funcionalidad pero no utilizarla para la asignacin de canales, solamente para obtener estadsticas. Como las medidas son realizadas por canal, si estamos utilizando frecuency hopping, no ser posible obtener informacin sobre la interferencia de una frecuencia determinada.
6.4 DESCRIPCIN TCNICA

6.4.1 General
La calidad de un canal depende de la relacin entre el nivel de seal de la portadora y el de las seales interferentes, C/I. La calidad se reduce cuando aumenta la interferencia. Si podemos conseguir informacin sobre el nivel de interferencia que sufrira cada canal si estuviera siendo utilizado, la podramos usar para decidir qu canal asignamos a una conexin. La interferencia en un canal puede variar en periodos de tiempo cortos o largos. Las variaciones ms cortas son causadas por canales que estn siendo utilizados y liberados continuamente en celdas cocanales. En este caso, las medidas obtenidas inmediatamente antes a la asignacin del canal, nos darn la mejor informacin disponible sobre la interferencia en uplink en ese momento. Las variaciones ms largas pueden ser causadas por interferencias externas que no pertenecen a nuestra red celular. En este caso, las medidas realizadas en un canal idle, nos proporcionarn una buena visin de la interferencia en un canal especfico. Como ya hemos mencionado, el nivel de interferencia que sufre un canal es uno de los factores determinantes de la calidad de una conexin sobre dicho canal. Por tanto, una manera para evaluar la calidad general de los canales de una celda, es monitorizar estadsticas sobre los niveles de interferencia en los canales. Cuando la funcionalidad Idle Channel Measurements se activa en una celda, la BTS realiza continuamente medidas del nivel de seal uplink en todos los canales idle. Las medidas se llevan a cabo en canales TCH y SDCCH, de la misma forma que en los canales activos. Entonces, los canales son clasificados en orden descendiente segn la interferencia. Dependiendo del nivel de seal medido, cada canal es colocado en una de las cinco bandas de interferencia. A la hora de asignar un canal, la funcionalidad Channel Administration puede utilizar la clasificacin de los canales dentro de las cinco bandas de interferencia como ayuda para seleccionar el ms adecuado.
6.4.2 Algoritmo 6.4.2.1 ALGORITMO BSICO

La BTS est continuamente realizando medidas del nivel de seal uplink en un canal mientras ste permanezca libre (en modo idle). Estas medidas se realizan una vez cada periodo SACCH (480 ms). Para determinar el valor de la interferencia en un canal, la BTS promedia las medidas obtenidas durante un nmero de periodos SACCH, que vienen determinados por el parmetro INTAVE. La BTS slo reporta a
Pgina 133 de 173
la BSC cuando un canal idle cambia de banda de interferencia. Entones, el canal es movido a la banda apropiada en la BSC.
6.4.2.2 BANDAS DE INTERFERENCIA

Se definen cinco bandas de interferencia para cada celda. Las bandas de interferencia son disyuntivas y juntas cubren todo el rango de valores de RXLEV, desde 0 (baja interferencia) hasta 63 (alta interferencia). Las bandas de interferencia se definen con los parmetros LIMIT1, LIMIT2, LIMIT3 y LIMIT4. Estos parmetros definen el lmite ms alto de las cuatro bandas de interferencia ms bajas, es decir, la primera banda comienza en 0 (-110 dBm) hasta LIMIT1, la segunda va de LIMIT1+1 a LIMIT2, etc. La quinta banda de interferencia va de LIMIT4+1 a 63 (-47 dBm). As que estos parmetros deben cumplir lo siguiente: LIMIT1 < LIMIT2 < LIMIT3 < LIMIT4 En la siguiente figura se muestra la relacin entre las bandas de interferencia, los niveles de interferencia y el nivel rxlev:
nivel de interferencia -47 dBm banda 5 LIMIT4 banda 4 LIMIT3 banda 3 LIMIT2 banda 2 LIMIT1 -110 dBm banda 1 rxlev=0 rxlev medida rxlev=63
Figura 1. Definicin de las bandas de interferencia
6.4.2.3 LIBERACIN DE CANAL

En el caso de una liberacin de canal normal, ste es colocado en la misma banda de interferencia en la que estaba cuando fue asignado a una conexin. En el caso de liberacin anormal, como por ejemplo una cada de la llamada, el canal es colocado en una banda de interferencia inmediatamente superior a la que tena asociada cuando fue asignado, es decir, una banda que representa una mayor interferencia. Por
Pgina 134 de 173
ejemplo, si un canal estaba en la banda de interferencia 2 cuando fue asignado, vuelve a la banda 2 si se libera normalmente, y a la banda 3 si se libera de forma anormal. Tras la liberacin del canal, la BTS reporta a la BSC las medidas de interferencia en uplink a los dos periodos de SACCH ( a menos que el parmetro INTAVE sea igual a uno, que en ese caso se enva el informe tras un periodo de SACCH).
6.4.2.4 DESBLOQUEO DE CANAL

Cuando un canal est disponible para ser asignado (desbloqueado), la BSC lo coloca en la banda de interferencia 1 (que representa la interferencia ms baja). La BTS reporta las medidas de interferencia en uplink a los dos periodos de SACCH, igual que en el caso de liberacin de canal.
6.4.2.5 CANALES CON TASA DUAL

Para los TRX capaces de tener una tasa dual, la BTS mide la interferencia en cada canal half rate individualmente. Cuando hay que evaluar la interferencia en un BPC con tasa dual, la BSC promedia las bandas de interferencia de los canales half rate. Cuando un canal half rate se libera y el otro canal half rate est idle, el canal liberado se coloca en la misma banda de interferencia que el canal relacionado. Esto se hace as tanto si la liberacin ha sido normal o anormal.
6.5 DIRECTIVAS DE INGENIERA

6.5.1 General
Los lmites de las bandas de interferencia (de LIMIT1 a LIMIT4) deben ser ajustados a la situacin de interferencia de la red. Si se utilizan los valores por defecto para los LIMITs, y la mayora de los canales idle (ms del 95%) estn en la banda de interferencia 1, lo ms probable es que no haya problemas con interferencias uplink. Se recomienda usar la funcionalidad Idle Channel Measurements tanto en celdas con frecuency hopping como en celdas sin frecuency hopping, porque no hay ningn riesgo de degradacin en la red por utilizarla. Esta funcionalidad evitar que los canales con alto nivel de interferencia sean asignados, pero de todos modos es necesario investigar el origen de esta interferencia. Cuando el Idle Channel Measurements se utiliza para controlar la asignacin de canales, los niveles de interferencia vistos en las estadsticas se vern modificados. La razn es que en ese caso, los canales interferidos sern menos usados, y se medirn mayor cantidad de canales dentro de las bandas superiores. Si se utiliza Control de Potencia Dinmico en el mvil, el nivel de interferencia medio en el uplink disminuye, y esto afectar tambin a los resultados del Idle Channel Measurements. Deberemos ajustar los lmites de las bandas, ya que si el nivel de seal que llega a la estacin es menor, lo ideal sera elegir canales ms limpios de interferencia (esto se traduce en un LIMIT1 ms bajo). Pgina 135 de 173
6.5.2 Ajuste de parmetros

LIMIT1 es el parmetro ms importante. Este parmetro divide los canales idle en dos grupos importantes: los canales en la banda de interferencia 1, que sern asignados en primer lugar, y los canales en el resto de las bandas de interferencia (de 2 a 5). Por supuesto, si no hay canales disponibles en la banda 1, se asignar un canal de la banda 2, de la banda 3, etc. El propsito de esta funcionalidad es mejorar la calidad de las llamadas individuales, por medio de la clasificacin de los canales idle en bandas de interferencia. Esto es especialmente importante para conexiones con bajo nivel de seal. Lo importante, sobre todo en redes con un alto nivel de interferencia, es distribuir los canales idle equitativamente entre las bandas, porque si fijamos el LIMIT1 de tal forma que todos caigan en la primera banda, no seremos capaces de clasificar entre canales con buena y mala calidad. Si la interferencia es constante, por ejemplo producida por una interferencia externa, la longitud del filtro no tiene mucha importancia. Sin embargo, si tenemos picos de interferencia en los canales idle, por ejemplo provenientes de llamadas individuales que se estn llevando a cabo en celdas co-canales, es importante la longitud del filtro para promediar correctamente las medidas. El valor recomendado para el parmetro INTAVE es 6.
6.6 PARMETROS
6.6.1 Parmetros de control principales

De LIMIT1 a LIMIT4 especifican los lmites de las bandas de interferencia. Definen el lmite superior de las cuatro bandas inferiores. Estn definidos por celda, y deben cumplir lo siguiente: LIMIT1 < LIMIT2 < LIMIT3 < LIMIT4 INTAVE es el nmero de periodos SACCH que espera la BTS para calcular el promedio de las medidas del nivel de interferencia uplink de un canal. Es definido por celda. ICMSTATE es un parmetro de celda que fija el idle channel measurements a ACTIVE, PASSIVE o NOALLOC. NOALLOC significa que la funcionalidad es utilizada para estadsticas, pero no para asignacin de canal.
6.6.2 Rangos de valores, valores por defecto y valores AMENA
Parmetro
Valor
por Valor
Rango
de Unidades
Pgina 136 de 173
LIMIT1
LIMIT2 LIMIT3 LIMIT4 INTAVE ICMSTATE
defecto 2 (-108 dBm) 6 (-104 dBm) 12 (-98 dBm) 22 (-88 dBm) 6 PASSIVE
AMEMA 2 6 12 22 10 NOALLOC
valores 0 a 62 0 a 62 0 a 62 0 a 62 1 a 31 PASSIVE, ACTIVE, NOALLOC
Periodos SACCH -
6.7 CONTADORES RELACIONADOS

Hay cuatro object types relacionados con la funcionalidad Idle Channel Measurements, para FR/HR y para OL/UL (IDLEUTCHF, IDLEUTCHH, IDLEOTCHF y IDLEOTCHH). Actualmente en la red AMENA solamente tenemos activados los relacionados con canales Full Rate (IDLEUTCHF y IDLEOTCHF). La informacin que obtenemos en estos object types es el nmero de canales idle que ha medido la BTS en cada una de las bandas de interferencia y en cada hora. Hay que tener en cuenta que cada 10 s, los contadores se van acumulando. Los contadores que encontramos en el object type IDLEUTCHF son: NOACCUF: Nmero total de acumulaciones ITFUSIB1: Nmero de canales idle acumulados en la banda de interferencia 1 ITFUSIB2: Nmero de canales idle acumulados en la banda de interferencia 2 ITFUSIB3: Nmero de canales idle acumulados en la banda de interferencia 3 ITFUSIB4: Nmero de canales idle acumulados en la banda de interferencia 4 ITFUSIB5: Nmero de canales idle acumulados en la banda de interferencia 5 As que para calcular el promedio del nmero de canales medidos en la banda i en una determinada hora, deberamos calcular ITFUSIBi/NOACCUF. A la hora de mirar estadsticas para optimizar la red, deberemos comprobar que la mayora de canales (un 98%), estn clasificados en la banda de interferencia 1. Si observamos que un porcentaje alto est en otras bandas, tenemos algn problema de interferencia en el uplink, o bien interna o bien externa.
6.8 CASOS REALES

Vamos a poner un ejemplo de una celda de Barcelona, la CT05422, que desde el 3 de julio comenz a tener problemas de interferencias en uplink.
Si observamos la evolucin del tanto por ciento de canales medidos en cada banda de interferencia:
Pgina 137 de 173
%Idle Channel Measurem ents 120 100 80 60 40 20
25/6/01
26/6/01
27/6/01
28/6/01
29/6/01
30/6/01
1/7/01
2/7/01
3/7/01
4/7/01
5/7/01
6/7/01
7/7/01
%IdleChanBand1
%IdleChanBand2
%IdleChanBand3
%IdleChanBand4
%IdleChanBand5
Figura 2. Porcentaje de canales medidos en cada banda de interferencia en CT05422

Hasta el 3 de julio el comportamiento era normal, el 100% de los canales idle se medan en la banda 1 (nivel de interferencia ms bajo). A partir de ese da, comienzan a medirse canales en todas las dems bandas, indicando un problema de interferencia en uplink. Este problema provocaba cadas de las llamadas por mala calidad:
%CadasTCH 4.5 4 3.5 3 2.5 2 1.5 1 0.5 0
25/6/01
26/6/01
27/6/01
28/6/01
29/6/01
30/6/01
1/7/01
2/7/01
3/7/01
4/7/01
5/7/01
6/7/01
7/7/01
8/7/01
Figura 3. Porcentaje de llamadas cadas en TCH

Veamos que las que aumentan son las cadas por mala calidad:
Pgina 138 de 173
8/7/01
% Tipos de cadas
80 70 60 50 40 30 20 10 0
25/06/01
26/06/01
27/06/01
28/06/01
29/06/01
30/06/01
01/07/01
02/07/01
03/07/01
04/07/01
05/07/01
06/07/01
07/07/01
7/7/01
%CadasTCHTA
%CadasTCHBQ
%CadasTCHSS
%CadasTCHOC
Figura 4. % de tipos de cadas

Y dentro de las de mala calidad, aumentan las cadas por mala calidad en uplink:
Cadas por mala calidad
180 160 140 120 100 80 60 40 20 0
25/6/01
26/6/01
27/6/01
28/6/01
29/6/01
30/6/01
1/7/01
2/7/01
3/7/01
4/7/01
5/7/01
6/7/01
CadasTCHBQUL
CadasTCHBQDL
CadasTCHBQBL
Figura 5. Clasificacin de cadas por mala calidad

En este caso comprobamos que no hubiera una celda cerca con alguna co-canal o adyacente. Como no la haba, pensamos que era una interferencia externa. Fuimos hasta la estacin a medir con el analizador de espectros, pero estaba limpio. Al final result ser un problema hardware en el combinador. El da 16 de agosto se resolvi el problema
Pgina 139 de 173
8/7/01
08/07/01
%Idle Channel Measurements

120 100 80 60 40 20 0
13/8/01
14/8/01
15/8/01
16/8/01
17/8/01
18/8/01
19/8/01
20/8/01
21/8/01
22/8/01
23/8/01
24/8/01
25/8/01
%IdleChanBand1
%IdleChanBand2
%IdleChanBand3
%IdleChanBand4
%IdleChanBand5
Figura 6. Porcentaje de canales medidos en cada banda de interferencia en CT05422
Pgina 140 de 173
26/8/01
DYNAMIC HALF RATE
Pgina 141 de 173
7 Dynamic Half Rate Allocation

7.1 introduccin
En telefona mvil a menudo los recursos radio del sistema son escasos. Debido a que el nmero de clientes se incrementa, el riesgo de congestin tambin aumenta y es por ello que se introducen nuevas funcionalidades que permitan una ptima utilizacin de la red. Una de estas funcionalidades es Dynamic Half Rate. Actualmente existen tres formas de codificar la voz de forma que se pueda transmitir por la red radio GSM segn la capacidad de los terminales mviles y de la propia red: EFR (Enhanced Full Rate), FR (Full Rate) y HR (Half Rate). Los tres se distinguen principalmente por el mtodo de codificacin y la cantidad de informacin que se transmite, de forma que tanto EFR como FR ocupan todo un canal radio, mientras que la codificacin HR slo utiliza la capacidad de medio. Esta es la gran ventaja que aporta la codificacin Half Rate, puesto que permitira llegar a duplicar la capacidad radio de la red sin introducir nuevos TRX en las BTS. En estos momentos, la codificacin que se est utilizando en la red de Amena es preferentemente EFR, que ofrece una calidad de voz ptima, y en los casos en que el terminal mvil no permite esta codificacin, se utiliza FR. Por consiguiente, se ocupa siempre un Time Slot para cada comunicacin. El objetivo de la funcionalidad Dynamic Half Rate es esencialmente conseguir una mayor capacidad de la red radio, evitando en lo posible el bloqueo de las llamadas, mediante el uso de la codificacin Half Rate. Esta funcionalidad se utilizar de forma dinmica, es decir, slo cuando se supere cierto umbral de congestin se preferir el uso de HR, debido a que se produce una ligera disminucin en la calidad percibida por el usuario. De esta forma, en los momentos de bajo trfico se utilizar la codificacin que proporciona la mejor calidad de voz, EFR, mientras que en los perodos de congestin se incrementar la capacidad aumentando la posibilidad de cursar llamadas en HR.
7.2 CONCEPTOS
Channel type: Especifica que tipo de canal lgico usar: TCH o SDCCH. Channel service: Es una combinacin del tipo de canal y de la versin de la codificacin de la voz. Los diferentes tipos de canales que existen son: SDCCH Full rate TCH, TCH/FR/ANY (cualquier versin de codificador de voz) Half rate TCH, TCH/HR/ANY (cualquier versin de codificador de voz) Full rate TCH con versin 1 de codificador de voz, TCH/FR/SV1 Full rate TCH con versin 2 de codificador de voz, TCH/FR/SV2 (Enhanced Full Rate) Half rate TCH con versin 1 de codificador de voz, TCH/HR/SV1
Pgina 142 de 173
Selection Type (ST): Es una combinacin del traffic case que inicia el channel allocation, la subcelda preferida, el channel mode y el channel service preferido. Channel Allocation Profile (CHAP): Es una lista de los STs, donde cada ST est conectado a un RTPL. Channel Administration: Funcin que selecciona y asigna el canal ms apropiado dentro de un conjunto de canales requeridos. Channel allocation: hace referencia al algoritmo de seleccin de canal que se ejecuta en la BSC. Differential Channel Allocation: Mecanismo que establece prioridades entre los usuarios de la red para asignarles un recurso radio, es decir, controla cmo est distribuida la ocupacin de la red. Speech versin (SV): Decide que codificador de voz usar para el tipo de canal. La codificacin de voz se realiza en el MS y en los transcoders. En el sistema Ericsson GSM las siguientes versiones de codificador de voz estn disponibles: TCH/FR/SV1 (Full Rate) TCH/FR/SV2 (Enhanced Full Rate) TCH/HR/SV1 (Half Rate) Resource Type (RT): Es un nico tipo de canal. Es una combinacin de la subcelda y el channel type. Hay seis posibles RTs en una celda: UL/SDCCH OL/SDCCH UL/TCH/FR UL/TCH/HR OL/TCH/FR OL/TCH/HR Resource Type Priority List (RTPL): Es una lista ordenada de uno, dos o tres RTs. El orden especifica la prioridad.
7.3 Descripcin del funcionamiento

Para completar la descripcin del funcionamiento del Dynamic Half Rate Allocation describimos a continuacin algunos conceptos del procedimiento Channel administration que se consideran necesarios.
7.3.1 Conceptos del procedimiento Channel administration Cuando una conexin debe ser establecida o bien cuando ya est en curso y debe cambiar por alguna razn, se tiene que seleccionar un conjunto de canales apropiados para asignar el recurso necesario. En la medida en que haya ms de un tipo posible de canal a elegir en una celda el orden de preferencia debe ser definido, y es la funcionalidad Channel administration quien se encarga de seleccionar y asignar el canal apropiado.
Pgina 143 de 173
Dentro del Channel Administration encontramos el algoritmo de asignacin de canal (Channel allocation) que selecciona y asigna uno o ms canales en cada situacin de trfico que requiera un conjunto de canales. Si es posible asignar ms de un tipo de canal, se define el orden de preferencia. Antes de la seleccin y asignacin de canal/es, se tiene que haber seleccionado una celda bien por algoritmo de Locating o por el mecanismo de seleccin de celda en modo idle. Existen tres situaciones principales en las que es necesaria una asignacin de canal: Inmediate assignment: cuando se va a establecer una conexin es necesario asignar un canal para sealizacin. Dependiendo de la situacin del trfico y de la estrategia de asignacin definida, el canal puede ser un SDCCH o un TCH. (actualmente en la red de Amena slo es posible asignar un SDCCH, CHAP 0) Assignment: Despus de un inmediate assignment en SDCCH, cuando se necesita un canal para voz/datos, se tiene que asignar un canal TCH. Handover: Cuando se tiene que cambiar la conexin en uso, se tiene que asignar un nuevo canal. Para seleccionar el tipo de canal adecuado, es necesaria la siguiente informacin: Traffic case: la situacin de trfico en la que necesita los canales. Esto puede ser por ejemplo: inmediate assignment, assignment to serving cell o Intra-cell handover... Preferred subcell: Underlaid/overlaid de acuerdo con las evaluaciones del proceso de Locating Channel mode: para qu ser usado el canal: voz/datos o sealizacin Channel service: Lista de los tipos de canal y versiones de codificador de voz preferidos en orden de preferencia. Multislot Data: nmero de canales requeridos y otros datos necesarios para la conexin multislot. 7.3.1.1 DETERMINACIN DEL CHANNEL SERVICE Durante el call setup (tanto en llamadas originadas como terminadas) el MS enva informacin a la MSC. sta analiza los datos y chequea si los servicios que se requieren pueden ser proporcionados. A continuacin los parmetros son enviados a la BSC donde se obtiene el resultado de los canales que se ofrecen al mvil (Channel service). La informacin que enva el mvil a la MSC/VLR es referente a la codificacin de la voz e incluye: Speech Coder Version List (SCVL): listado de los codificadores de voz en orden de preferencia Radio Channel Requirement (RCR): Tipo de canal que puede soportar y el que se tiene como preferencia. Ej: dual rate/full rate preferentemente, es decir, que el mvil
Pgina 144 de 173
puede soportar los dos tipos de codificacin (Half rate y Full rate) pero que si es posible se le asigne un canal full rate. Estos dos parmetros, SCVL y RCR, son analizados mediante la funcin Telecommunication Service Analysis (TSA) en la MSC/VLR, de donde se obtiene como resultado una lista con las diferentes versiones de codificadores seleccionados: Selected Speech Coder Versin List (SSCVL) y el tipo y la velocidad del canal: Selected Channel Rate and Type (SCRT) (Fig.1)
SCVL RCR
TSA
SSCVL SCRT
Figura 1 Anlisis del servicio La MSC/VLR enva SSCVL y SCRT a la BSC que usar esta informacin en el algoritmo de asignacin de canal Channel allocation para asignar un tipo de canal adecuado. Cada operador puede controlar el resultado obtenido de dicha funcin a travs de unas tablas. Estas tablas estn compuestas por dos elementos, el CRT y el PSCVL. El parmetro CRT (Channel Rate and Type) es usado para especificar la velocidad y el tipo de canal preferido a partir del parmetro RCR recibido desde el mvil. Para cada RCR, el CRT se utiliza para definir el SCRT que debe ser usado, es decir, segn el tipo de codificacin de canal que solicita el mvil y los tipos permitidos por cada operador le ser asignado un tipo u otro. El CRT est compuesto por el par RCR-SCRT. El parmetro PSCVL (Provided Speech Coder Version List ) es el que proporciona la lista de los codificadores de voz permitidos por el servicio. Este elemento debe ser especificado en concordancia con el SCRT. El siguiente ejemplo ilustra el funcionamiento del TSA. Un mvil desea acceder al sistema y soporta tanto trfico Full Rate como Half Rate, pero preferira que se le asignase del tipo Half Rate, por tanto la MSC recibir por parte de ste la siguiente informacin: SCVL = FRV1, FRV2, HRV1 Recordar que el orden indica orden de preferencia. RCR = Dual Rate, Half Rate preferiblemente (DHR) Con estos dos parmetros la MSC accede a las tablas TSA y a partir de ellas obtendr el tipo de canal (SCRT) y de codificacin que se le asignar al mvil (SSCVL)
Pgina 145 de 173
La configuracin que hay actualmente en las MSC de la tabla TSA es: CRT (RCR-SCRT) FR-FR DHR-DFRC DFR-DFRC PSCVL FRV1 FRV2 FRV1 FRV2 HRV1 FRV1 FRV2 HRV1
En la tabla se puede observar que si el mvil solicita cualquier tipo de canal pero con preferencia por Haf Rate (DHR) la MSC le proporcionar, a pesar de su demanda un canal Full Rate como preferencia, ya que como resultado se obtiene el valor de SCRT= DFRC, es decir, Dual Rate pero se le asigna preferiblemente Full Rate y adems se le podra permitir cambiar de velocidad de canal despus de la primera asignacin (C). Por otro lado una vez se obtiene en qu elemento de la tabla nos encontramos y qu tipo de codificador solicita el mvil (SCVL) se compara los que ofrece la MSC para este caso particular y los que el mvil puede soportar. En este ejemplo coinciden (SCVL=PSCVL) y por tanto se le podra asignar cualquier tipo, es decir, dara como resultado SSCVL= FRV1, FRV2, HRV1 con este orden de prioridad (el que marca el MS). En el caso en que la tabla tuviera asignado para el par DHR-DFRC nicamente el codificador FRV1, los no permitidos se borraran del SCVL y se obtendra como resultado SSCVL= FRV1. De forma ms esquemtica se puede representar el proceso que realiza la MSC en este caso:
SCVL= FRV1,FRV2,HRV1 RCR=D HR
TSA
CRT= DHR-DFRC PSCVL=FRV1,FRV2,HRV1 SSCVL= FRV1,FRV2,HRV1 SCRT= DFRC
Figura 2 Resultado para un caso particular de solicitud de canal Como dijimos antes, la BSC recibe SSCVL y SCRT desde la MSC/VLR. Esto se conoce como Channel service y es utilizado para asignar el canal adecuado mediante el algortmo de Channel allocation. La informacin de Channel Service es almacenada en la BSC mientras el MS est conectado a esa BSC. 7.3.1.2 REVISIN DEL ALGORITMO CHANNEL ALLOCATION El algoritmo consta de dos partes principales: Parte1: Resource Type Selection Parte2: Channel Selection
Pgina 146 de 173
Ms una parte intermedia en que se evala el Differential Channel Allocation.

Channel Request Parte 1: Resource type selection Yes Idle channels Found? Yes Check Differential Channel Allocation No No
More Resources Type to select?
No Idle channels Found? Yes Parte 2: Selection Algorithm
Dynamic Half Rate

Channel Allocation Failure
Successful Channel Allocation
En la parte 1 del algoritmo, se combinan los datos de entrada (traffic case.preferred subcellchannel mode-channel service preferido) para obtener lo que se denomina ST (Selection Type). Una vez tenemos el ST, obtenemos el RTPL (Resource Type Priority List) que es una lista del recurso que se intentar asignar en orden de prioridad (en el orden en que se intentarn asignar). Un ejemplo de funcionamiento es:
Pgina 147 de 173
Traffic case: assignment to serving cell preferred subcell: overlaid subcell channel mode: speech/data channel service: TCH/FR/SV1, TCH/HR/SV1 multislot data: *(1)
ST16.1 (consultando una tabla de correspondencias con TCH/FR/SV1)

*(2)
RTPL6.1 (consultando una tabla de correspondencias)

*(3)
RT1.1 es decir: OL/TCH/FR (consultando una tabla de correspondencias)
*(1): Teniendo en cuenta el Channel service y siguiendo el orden de prioridad recibido desde la MSC, primero intentar asignar TCH/FR/SV1 (ST16.1) y luego si esto no es posible TCH/HR/SV1 (ST16.2) *(2): Del ST se pasar al RTPL dependiendo de la estrategia de asignacin de canal del operador (en nuestro caso definida con CHAP=0) *(3): Dentro de la lista intentar por orden de prioridad asignar los recursos, en el ejemplo RT1.1 (OL/TCH/FR), si esto falla pasara a probar RT2.1 (UL/TCH/FR segn una tabla). El resultado de la parte 1 del algoritmo es entonces un RT.
Pgina 148 de 173
Channel Request Parte 1: Resource type selection Yes Idle channels Found? Disponible un RT Yes No No
More Resources Type to select?
Check Differential Channel Allocation
No Idle channels Found? Yes Parte 2: Selection Algorithm
Dynamic Half Rate

Channel Allocation Failure
Successful Channel Allocation
En este punto entra en juego la evaluacin del Differential Channel Allocation que no explicaremos en este documento. Slo sealar que en Amena lo hemos utilizado para conseguir que a determinadas celdas se les prohba asignar recursos Half Rate. En la parte 2 del algoritmo, se realiza la seleccin del canal y es en este nivel donde entra en juego el Dynamic Half Rate. Despus que se haya escogido un RT en la parte 1 del algoritmo y que cumpla con el Differential Channel Allocation, se realizan una serie de chequeos dentro de la parte 2 del algoritmo. Dentro de estos chequeos se incluye un punto relativo a la funcionalidad que nos ocupa: Dynamic Half Rate Allocation Si la funcionalidad Dynamic Half Rate Allocation est activa, se evala si Half Rate TCHs tienen preferencia sobre Full Rate TCHs o al contrario. Dentro de esta parte 2 se evalan los siguientes casos y procedimientos para conseguir asignar el canal ms adecuado:
Pgina 149 de 173
Procedimiento de seleccin de canal Consideraciones en caso de Intra-cell handover Caso de peticin de canal para datos Canales con menor prioridad para CS frente a PS Pre-emption de PDCHs Half Rate TCH packing Dynamic Half Rate Allocation
7.4 Dynamic Half Rate Allocation

Esta funcionalidad optimiza el uso de los recursos del sistema cuando el trfico es alto, ofreciendo la mejor calidad cuando el trfico es bajo. Esto se consigue cambiando el channel rate de la conexin de acuerdo con la carga de trfico que presenta la celda en ese momento. As, en caso de alto trfico se asignar TCH/HR y en caso de bajo trfico se asignar TCH/FR El parmetro TLDTH es un valor que indica el porcentaje que se debe aplicar al numero de canales de trfico existentes para controlar el momento en que debe entrar en funcionamiento la funcionalidad de Half Rate. Para desactivar dicha funcionalidad basta con poner este parmetro a 65535. Este valor marca un porcentaje indicando el nmero de canales TCH/FR idle frente al nmero total de canales TCH/FR definidos (desbloqueados). Este parametro se define por BSC. Dependiendo de la condicin de carga de trfico tendremos las siguientes situaciones: Cuando el nmero de TCH/FR disponibles en la celda se mayor que el valor del umbral, los recursos de FR tendrn preferencia frente a los HR en el momento de la asignacin. Cuando el nmero de TCH/FR disponibles en la celda sea menor o igual que el valor del umbral, los recursos de HR tendrn preferencia frente a los FR en el momento de la asignacin. En asignacin el cambio de prioridad en el channel rate slo es permitido si el MS es capaz de trabajar con las 2 velocidades (DUAL RATE). En caso de handover, el cambio de prioridad en el channel rate slo es permitido si el MS soporta las dos velocidades y si la MSC permite cambios entre Full Rate y Half Rate despus de la primera peticin de asignacin de canal. Para mostrar un ejemplo del incremento de la capacidad segn el valor utilizado del TLDTH se muestra la siguiente tabla en que presentamos valores de un caso hipottico en que se asignan canales Half Rate slo sobre los TS que estn libres en el momento de activarse la asignacin de Half Rate: TRX 1 Canales TCH FR 6 Trfico (Erlg) 1,90 TLDT H 20 Canales TCH con HR 7 Trfico (Erlg) 2,5
Pgina 150 de 173
2 3 4 1 2 3 4 1 2 3 4
14 22 29 6 14 22 29 6 14 22 29
7,35 13,65 19,49 1,90 7,35 13,65 19,49 1,90 7,35 13,65 19,49
20 20 20 35 35 35 35 40 40 40 40
16 26 34 8 18 29 39 8 19 30 40
8,87 16,96 23,77 3,13 10,44 19,49 28,12 3,13 11,23 20,34 29,00
Como se puede ver en la tabla se puede llegar incluso a una capacidad como si estuviramos trabajando con 1 TRX ms en la celda, todo esto en el caso de que nicamente entrara Half Rate en los canales que dejamos de margen, pero si mientras se estn utilizando los recursos Half Rate se solicitan ms canales y se vuelven a asignar de este tipo, el incremento de capacidad puede ser superior, podindose duplicar la capacidad. De todas maneras no es conveniente poner un nmero muy elevado como valor del parmetro TLDTH debido a que los canales Half Rate proporcionan peor calidad subjetiva de voz que los Full Rate y Enhanced Full Rate. As el TLDTH slo marca el inicio de asignacin de canales Half Rate, pero este tipo de canal no se dejar de asignar hasta que la celda baje el trfico y los TS libres no estn por encima del umbral definido. Cabe destacar que no en todas las celdas se desea que se active esta funcionalidad, como es el caso de las microceldas que por definicin trabajan en congestin. Como se ha indicado dicha funcionalidad se establece a nivel de BSC mediante el parmetro TLDTH y otros parmetros que se explicarn posteriormente, y es por esto que de manera indirecta utilizando la funcionalidad de Differential Channel Allocation (DCA) se puede conseguir que en ciertas celdas no se utilicen nunca canales Half Rate.
7.5 Parmetros principales

CHAP: Usado para seleccionar el Channel Allocation Profile. Parmetro de celda SPEECHVERUSED: Se usa para especificar si la versin del codificador establecida despus de la primera asignacin debe ser priorizada en caso de un cambio de canal. El parmetro es una propiedad de BSC. TLDTH: Valor en porcentaje del nmero de TCH/FR desbloqueados que define el umbral usado en la funcionalidad Dynamic Half Rate Allocation. La funcionalidad se desactiva poniendo este valor a 65535. CRT: se usa para especificar la preferencia en el channel rate y el tipo de canal para cada RCR que puede ser recibido desde el mvil. Consiste en RCR-SCRT. El parmetro es de MSC. PSCVL: especifica los speech coders permitidos para el servicio, se define de acuerdo con la parte SCRT del CRT. El parmetro es de MSC.
Pgina 151 de 173
Ver Ejemplo Activacin en Zona2 para los parmetros generales sobre capacidad de gestin Half Rate.
7.6 Ejemplos
7.6.1 Activacin en Zona 2
Para la activacin de Half Rate en Zona 2 se tuvieron que realizar los siguientes ajustes: Equipar la TRC con devices de HR, de manera que quede distribuida de la siguiente forma: 15% de recursos HR 15% de recursos FR 70% de recursos EFR MSCODER=1 Este parmetro permite el cambio de codificacin durante el transcuso de una llamada. Parmetro de MSC. HRATE=1 Este parmetro declara la BSC en la MSC capaz de gestionar trfico HR. Es un parmetro relativo a la BSC que se define en la MSC HALFRATESUPP=0 Este parmetro define a la BSC capaz de gestionar trfico Half Rate. Propiedad de BSC Cambiar la tabla TSA de las MSCs : Tabla antigua: CRT FR-FR DHR-DHRC DFR-DFRC Tabla nueva: CRT FR-FR DHR-DFRC DFR-DFRC FRV1 FRV1 FRV1 PSCVL FRV2 FRV2 FRV2 FRV1 FRV1 FRV1 PSCVL FRV2 FRV2 FRV2
HRV1 HRV1
HRV1 HRV1
Este cambio es necesario para asegurar que tras la declaracin de que la BSC puede gestionar recursos Half Rate, slo sean asignados los recursos Half Rate controlados por la funcionalidad Dynamic Half Rate Allocation (con el TLDTH) y no cuando un mvil lo solicite.
Pgina 152 de 173
As a los mviles que soliciten DHR (mviles dual rate que prefieren half rate) se les asignar por defecto un canal Full Rate a menos que la celda cumpla los umbrales del TLDTH (situacin de trfico elevado).
7.6.2 Ejemplo de trfico cursado con Half Rate

Durante las fiestas de la Merc, la celda CT00072 consigui cursar 55,3Erl en la hora cargada, dicha celda tiene 4 TRXs (29 canales TCH/FR). Con estos canales, segn la tabla de Erlang B GOS 1% podra haber cursado unos 19,49 Erlangs. De todas formas, en congestin, como mximo con todos sus canales ocupados hubiese podido llegar a cursar 29 Erl. Vemos que esta celda a cursado 55Erl!!! Esto significa que tuvo en hora cargada casi todos sus canales trabajando en Half Rate todo el rato, cursando casi el doble de su capacidad en Full rate.
Erlangs HC en CT00072 60 50 40 30 20 10 0 TrafErlHCTCHF TrafErlHCTCHH TrafErlHCTCH Erl B 1% GOS
17/9/01
18/9/01
19/9/01
20/9/01
21/9/01
22/9/01
Pgina 153 de 173
23/9/01
Transmisin Discontinua
Pgina 154 de 173
8 Discontinuous Transmission
8.1 Introduccin
La transmisin discontinua consiste en que el sistema slo transmite cuando se detecta voz sobre la conexin. Esto disminuye el consumo de potencia en la estacin mvil (MS) y en la estacin base (BTS) y reduce las interferencias dentro de la celda. La transmisin discontinua es un mecanismo que permite desconectar el radiotransmisor durante pausas en la conversacin. En una conversacin normal, los participantes se alternan por lo que aproximadamente el 50% del tiempo permanecen en silencio. Si durante este tiempo no se emite seal, el consumo de potencia se reduce a la mitad, y adems la interferencia generada se reduce. Esta funcionalidad, utilizada junto con el Control dinmico de potencia en la BTS y en el MS y el Frequency Hopping, permite una planificacin celular ms ajustada y una mayor capacidad. La DTX lleva asociadas dos funciones: Voice Activity Detection (VAD) y Comfort Noise Insertion (CNI). Voice Activity Detection: esta funcin proporciona, para cada trama, una indicacin de si la trama debe ser enviada o no, dependiendo de si contiene seal de voz o ruido de fondo. Comfort Noise Insertion: tiene como funcin asegurar alta calidad en recepcin enmascarando la interrupcin de seal en el transmisor. Esta funcin se encarga de generar ruido de fondo en recepcin a partir de una trama SID cuando el detector de tramas SID se lo indique . Una trama SID contiene informacin sobre el ruido de fondo de la conexin establecida.
8.2 Descripcin del funcionamiento

Durante una conexin de voz, el detector de voz en la BTS o en el MS detecta si la trama de trfico corresponde a voz o a ruido de fondo. Si la trama corresponde nicamente a ruido, el transmisor emite una trama SID y entonces detiene la transmisin. Despus de esto, una nueva trama SID es enviada cada perodo SACCH (480 ms) hasta que el detector indica que le ha llegado una trama que contiene voz, con lo que se transmite normalmente de nuevo. En el receptor (MS o BTS), un detector de tramas SID comprueba todas las tramas entrantes. Este detector es capaz de separar tramas SID de tramas de voz. Cuando se detecta una trama SID, el generador de Comfort Noise actualiza las caractersticas de ruido de fondo y lo genera segn estas caractersticas enviadas en la trama SID. Las tramas SID son enviadas por dos razones fundamentales. La primera de ellas es, como se ha comentado anteriormente, ir actualizando las caractersticas del ruido de fondo para que pueda ser generado en recepcin lo ms fielmente posible y evitar el efecto de la interrupcin en transmisin. Pero otra razn importante es la de poder obtener ms medidas sobre el nivel de seal y la calidad de la conexin. Por otra parte, la funcin VAD debe de estar activa en todo momento para poder valorar rpidamente si la seal de entrada contiene voz o no. La rapidez con la que reaccione el detector ante una seal de voz es un factor crtico para la calidad de la comunicacin percibida por el interlocutor en recepcin. A continuacin se muestran los diagramas que definen el funcionamiento de la transmisin discontinua:
Pgina 155 de 173
Transmisor
Trama de trfico
VAD
Trama de voz?
Si
Enviar trama de voz
No
(ruido de fondo)
Enviar trama SID
Detener transmisin
Receptor
Trama de trfico
Detector de trama SID
Trama SID?
No
Decodificador de voz
Si Generador de Comfort Noise
8.3 Inconvenientes de la transmisin discontinua

La funcionalidad de la transmisin discontinua (DTX) tiene como ventajas el ahorro de energa tanto en el mvil como en la BTS, permitiendo una reduccin de la interferencia dentro de la red. Sin embargo, su activacin produce dos efectos negativos que se detallan a continuacin: Reduccin de las medidas del canal de trfico realizadas. Disminucin de la calidad en la comunicacin percibida por los usuarios.
8.3.1 Reduccin de las medidas del canal de trfico realizadas

Las medidas del nivel de seal y de la calidad de la seal en la conexin establecida son realizadas por el MS y por la BTS. Cuando se usa DTX, estas medidas no pueden ser realizadas tan a menudo como cuando esta funcionalidad est inactiva. sta reduccin de las medidas tomadas provoca una menor precisin en los resultados obtenidos que puede afectar a otras funcionalidades que trabajan a partir de dichos resultados. Entre otras, se pueden nombrar como funcionalidades afectadas: Locating, Dynamic
Pgina 156 de 173
MS Power Control y Dynamic BTS Power Control. Sin embargo, este efecto se considera despreciable debido a que se realizan medidas sub set, las cuales se describen a continuacin. Los Measurement Reports consisten en dos conjuntos diferentes de medidas. Un conjunto est basado en 104 tramas TDMA y recibe el nombre de conjunto de medidas full set. El otro est basado en 12 tramas TDMA en las cuales son enviadas tramas SID y SACCH y recibe el nombre de medidas sub set. Dependiendo de si est o no activa la funcionalidad DTX, se escoge uno u otro conjunto de medidas: En el uplink: la informacin DTX proporcionada por el MS es chequeada. Si el MS ha estado usando DTX dentro del ltimo periodo de medida, ser seleccionado el conjunto de medidas sub set. En el downlink: el MS realiza medidas en el downlink tanto full set como sub set. Si la BTS ha utilizado DTX durante el periodo de medida, ser seleccionado el conjunto de medidas sub set. A continuacin se muestra un grfico donde se detallan las diferencias entre ambos conjuntos de medidas: Full Set: 104 Tramas 4 (de SACCH) 4 (Idle)= 96TS de voz/datos. 100 slots no vacos.
Sub Set: 4 (de SACH) + 8 (SID)= 12 rfagas no vacos.
8.3.2 Disminucin de la calidad en la comunicacin percibida por los usuarios

Otra desventaja que se sufre al emplear la funcionalidad DTX, especialmente en llamadas realizadas de MS a MS cuando el DTX se utiliza tanto en uplink como en el downlink, es que la calidad de la seal que los usuarios perciben se ve disminuida. Esto se debe a la respuesta lenta del detector de voz de la funcin VAD, que hace que se pierdan sonidos iniciales de voz. Esto ocurre especialmente con los sonidos oclusivos como p, t y k , y puede resultar molesto durante una conversacin.
8.4 Descripcin de los parmetros

nicamente son dos los parmetros involucrados en la funcionalidad de transmisin discontinua:
Pgina 157 de 173
DTXU: es el parmetro referente al uplink y establece si el MS localizado en esa celda emplear (DTXU=1) o no emplear (DTXU=2) DTX. Con DTX=0 el MS tiene la posibilidad de emplear DTX. Esto significa que el MS emplear DTX siempre y cuando se encuentre en modo ahorro de batera (opcin disponible en algunos MS). El parmetro DTXU est definido por celda. DTXD: es el parmetro referente al downlink y establece si la DTX est habilitada o no en la celda. DTX se aplicar en los TCHs de todas las portadoras de la celda excepto la que contenga el BCCH. El parmetro es por lo tanto a nivel de celda.
8.4.1 Rango de valores y valores por defecto

Los parmetros involucrados en DTX y sus valores se presentan en la siguiente tabla: Parmetro Valor por defecto Valor recomendado Rango de valores DTXU DTXD 2 OFF 1 ON 0,1,2 ON, OFF
8.5 Ejemplo: activacin Zona de pruebas Barcelona

8.5.1 Introduccin
Para la activacin de DTX en Zona 2, se realiza la seleccin de una zona de pruebas, se seleccionan un total de unas 10 estaciones alrededor de la oficina de Garcilaso (ver anexo A), con el objeto de ver de inmediato su impacto en la calidad de la red y poder realizar un anlisis rpido de drive test. A continuacin se muestra la zona de prueba en la que se procedi a activar la funcionalidad de transmisin discontinua.
Pgina 158 de 173
Los valores de los parmetros con que se activ se presentan en la siguiente tabla: Parmetro DTXU DTXD Valor 1 ON
8.5.2 Resultados de la Activacin

Para el anlisis del funcionamiento e impacto en la red de la funcionalidad DTX se observa la evolucin de indicadores de calidad especialmente cadas por mala calidad tanto en DL como en UL, as como la tasa de intracell handovers respecto a las conexiones TCH. En la siguiente grfica se muestra la evolucin del porcentaje de IHO respecto conexiones de TCH para la zona de pruebas.
Pgina 159 de 173
Evolucin %IHO respecto ConTCH 0,800% 0,700% 0,600% 0,500% 0,400% 0,300% 0,200% 0,100% 0,000%
Grfica 1: Evolucin porcentaje IHO respecto ConTCH, totales, por mala calidad en el UL y por mala calidad en el DL.
En la grfica anterior se observa un aumento en el porcentaje de IHO en el DL respecto a conexiones de TCH. Asimismo tambin se puede apreciar una ligera disminucin en el porcentaje de los IHO en el UL, para poder apreciarlo con ms claridad adjuntamos la siguiente grfica.
%IHOBQUL respecto ConTCH 0,070% 0,060% 0,050% 0,040% 0,030% 0,020% 0,010% 0,000%
Grfica 2: Evolucin porcentaje IHO por mala calidad en el UL respecto ConTCH.
En la siguiente grfica se muestra la evolucin de las causas de IHO, por mala calidad en el UL y en el DL, se puede apreciar como bajan las causas por de IHO por mala calidad en el UL mientras que las debidas al DL aumentan.
25 / 27 8/01 /8 29 /01 /8 31 /01 /8 2/ /01 9/ 4/ 01 9 6/ /01 9/ 8/ 01 10 9/01 /9 12 /01 / 14 9/01 /9 16 /01 / 18 9/01 /9 20 /01 /9 22 /01 / 24 9/01 /9 26 /01 / 28 9/01 /9 30 /01 / 2/ 9/01 10 /0 1
25 /8 27 /01 / 29 8/01 /8 31 /01 /8 / 2/ 01 9/ 4/ 01 9 6/ /01 9/ 8/ 01 9 10 /01 /9 12 /01 / 14 9/01 /9 16 /01 /9 18 /01 /9 20 /01 / 22 9/01 /9 24 /01 /9 26 /01 /9 28 /01 / 30 9/01 /9 2/ /01 10 /0 1
%IHO %IHOBQUL %IHOBQDL
Pgina 160 de 173
Evolucin causas IHO

120,00% 100,00% 80,00% 60,00% 40,00% 20,00% 0,00%
Grfica 3: Evolucin porcentaje causas IHO por mala calidad en el UL y por mala calidad en el DL.
En la siguiente grfica se muestra la evolucin de la tasa de cadas respecto ConTCH por mala calidad. Se aprecia una ligera disminucin en la tendencia de la grfica tras el cambio en la zona el 12/09/01.
%CaTCHBQ respecto ConTCH
0,040% 0,035% 0,030% 0,025% 0,020% 0,015% 0,010% 0,005% 0,000%
Grfica 4: Evolucin porcentaje Cadas por mala calidad respecto ConTCH.
En la siguiente grfica se muestra la evolucin de la tasa de cadas por mala calidad en el UL respecto ConTCH, se puede apreciar un ligero descenso.
25 /8 / 27 01 /8 / 29 01 /8 31 / 01 /8 /0 2/ 1 9/ 0 4/ 1 9/ 0 6/ 1 9/ 0 8/ 1 9/ 10 0 1 /9 / 12 01 /9 / 14 01 /9 16 / 01 /9 / 18 01 /9 / 20 01 /9 / 22 01 /9 24 / 01 /9 / 26 01 /9 / 28 01 /9 / 30 01 /9 2/ / 01 10 /0 1
25 /8 27 /01 /8 29 /01 /8 31 /01 /8 / 2/ 01 9/ 4/ 01 9/ 6/ 01 9/ 8/ 01 9 10 /01 /9 12 /01 /9 14 /01 /9 16 /01 /9 18 /01 /9 20 /01 /9 22 /01 / 24 9/01 /9 26 /01 /9 28 /01 /9 30 /01 /9 2/ /01 10 /0 1
%IHO causas BQUL %IHO causas BQDL
Pgina 161 de 173
%CaTCHBQUL respecto ConTCH 0,016% 0,014% 0,012% 0,010% 0,008% 0,006% 0,004% 0,002% 0,000%
Grfica 5: Evolucin porcentaje Cadas por mala calidad en el UL respecto ConTCH.
En la siguiente grfica se muestra la evolucin del porcentaje de Cadas de TCH por mala calidad en el DL respecto ConTCH. No se aprecia un cambio en su comportamiento tras el cambio.
%CaTCHBQDL respecto ConTCH 0,030% 0,025% 0,020% 0,015% 0,010% 0,005% 0,000%
Grfica 6: Evolucin porcentaje Cadas por mala calidad en el DL respecto ConTCH.
8.5.3 Conclusiones
El impacto en la zona de pruebas por activacin de la funcionalidad de transmisin discontinua ha sido el siguiente: Respecto a IHO: - Ligera disminucin porcentajes de IHO por mala calidad en el UL respecto a conexiones. - Claro aumento porcentajes de IHO por mala calidad en el DL respecto a conexiones. (en estudio) Pgina 162 de 173
25 /8 27 /01 / 29 8/01 /8 31 /01 /8 / 2/ 01 9/ 4/ 01 9 6/ /01 9/ 8/ 01 9 10 /01 /9 12 /01 / 14 9/01 /9 16 /01 /9 18 /01 /9 20 /01 / 22 9/01 /9 24 /01 /9 26 /01 /9 28 /01 / 30 9/01 /9 2/ /01 10 /0 1
25 /8 27 /01 / 29 8/01 /8 31 /01 /8 / 2/ 01 9/ 4/ 01 9 6/ /01 9/ 8/ 01 9 10 /01 /9 12 /01 / 14 9/01 /9 16 /01 /9 18 /01 /9 20 /01 / 22 9/01 /9 24 /01 /9 26 /01 /9 28 /01 / 30 9/01 /9 2/ /01 10 /0 1
Las causas de IHO se dividen bsicamente en por mala calidad en el UL y por mala calidad en el DL, se puede observar claramente como desde el cambio en la zona de pruebas las causas por mala calidad DL aumentan mientras que las debidas a mala calidad en el UL disminuyen. Esto junto con los dos puntos anteriores nos hacen ver un claro aumento de IHO en la zona.
Ligera disminucin cadas por mala calidad respecto conexiones, a nivel de mala calidad en el UL.
Pgina 163 de 173
Asignacin a Otra Celda
Pgina 164 de 173
9 Assignment to other cell

9.1 Introduccin
Un mvil en modo idle acampa en una celda a la que se conectar en caso de establecimiento de llamada, de acuerdo con los algoritmos de seleccin/reseleccin de celda. En el momento de la asignacin de un canal de trfico puede ocurrir en alguna ocasin que sea mejor seleccionar otra celda por diversos motivos. La funcionalidad de Asignacin a otra celda posibilita el hecho de asignar al MS a otra celda diferente de la que l ha seleccionado. Esta funcionalidad acta durante el call set-up, pasando directamente desde un canal SDCCH en la celda origen a un canal TCH en la celda destino. Permite por tanto asignar un TCH en otra celda distinta a la que est sirviendo en ese momento la conexin. Esta celda destino puede estar mejor o peor situada que la servidora en el ranking que realiza el algoritmo de locating.
9.1.1 Assignment to a Better Cell

Se produce cuando las evaluaciones de locating se inician en la fase de call set-up y se encuentran celdas situadas por encima de la servidora en el ranking de locating. La asignacin de canal se puede redirigir a estas celdas para, de esta forma, evitar handovers innecesarios tras la fase de asignacin y tambin para mejorar el entorno de interferencias.
9.1.2 Assignment to a Worse Cell

Si un mvil no se puede conectar a la celda seleccionada debido a problemas de congestin en la misma, se puede recomendar la asignacin de canal en una celda situada por debajo de la servidora en el ranking de locating. Con ello se consigue aumentar la probabilidad de que una llamada obtenga una conexin libre en la red. Esta funcionalidad se conoce tambin en GSM con el nombre de Directed Retry.
9.2 Descripcin Tcnica

Cuando se va a establecer una llamada, el mvil empieza a sealizar hacia la celda servidora, utilizando un SDCCH. En algunos casos podra ser mejor asignar un TCH en una celda distinta a la que est sirviendo la conexin (Assignment to Better Cell). En otros casos, si hay congestin por ejemplo, sta sera la nica posibilidad para completar el call set-up (Assignment to Worse Cell). De estos aspectos son de los que se encarga la funcionalidad de Assignment to Another Cell, cuya lgica forma parte del algoritmo de Locating.
9.2.1 Algoritmo
Cuando la BSC recibe un Assignment Request de la MSC, la funcin de channel allocation en la BSC solicita una lista de candidatos a la funcin de locating. El algoritmo de locating selecciona las celdas que
Pgina 165 de 173
se van a incluir en esta lista de candidatos. Las celdas de esta lista sern seleccionadas para el assignment en orden de prioridad, de tal forma que, normalmente, las celdas mejores tienen prioridad sobre la servidora, mientras que la servidora tiene prioridad sobre las celdas peores. Si se selecciona otra celda para el assignment, se realiza un handover (directamente de un SDCCH en la ceda origen a un TCH en la celda destino) en lugar de la activacin de un canal en la celda servidora. La funcionalidad de Assignment to Another Cell se activa mediante el parmetro ASSOC. Incluso aunque est activada esta funcionalidad, podra quererse que una determinada vecina no fuese seleccionada como celda destino; esto se consigue mediante el parmetro CAND, que se define para cada relacin de vecindad. Dependiendo de la compatibilidad entre BTSs y de las distintas configuraciones de BTS, puede requerirse que las celdas que pertenezcan a otra BSC se incluyan o no en la lista de candidatos. El parmetro de BSC IBHOASS permite habilitar o no el assignment a otra BSC. El parmetro de celda AW define si las celdas peores pueden o no ser candidatas en el assignment. No obstante, si se produce una condicin de urgencia por excesivo Timing Advance durante la fase de call set-up, es posible hacer un assignment a una celda peor independientemente del estado de AW. Para evitar el hacer un assignment a celdas lejanas, lo que causara un nivel de interferencia inaceptable en la red, se debe restringir el Assignment to Worse Cell. Esto se consigue mediante el parmetro AWOFFSET que es un offset de nivel de seal. Este parmetro define la anchura del pasillo de nivel de seal entre una celda servidora congestionada y su vecina, en el cual las celdas vecinas se pueden elegir como candidatas para el Assignment to Worse Cell. En caso de que el Assignment to Another Cell falle debido a problemas de congestin, se inhibe tanto el locating como los nuevos intentos de asignacin durante un intervalo de tiempo definido por el parmetro TALLOC. Cuando este timer expira, se manda una nueva lista de candidatos a la funcin de Channel Allocation.
9.3 Parmetros
A continuacin se describen los parmetros que controlan esta funcionalidad, se justifica el valor con que se deberan configurar y, finalmente, se presenta una tabla resumen de los mismos.
9.3.1 Parmetros principales

ASSOC permite activar/desactivar la funcionalidad de Assignment to Another Cell. Es un parmetro de BSC. AW establece si se permite un assignment to worse cell desde esa celda. Sin embargo, para ello, el parmetro ASSOC se debe poner tambin a ON. Es un parmetro de celda. IBHOASS establece si se puede realizar un assignment a una celda de otra BSC durante el assignment. Es un parmetro de BSC.
9.3.2 parmetros adicionales

HNDSDCCHTCH controla si se permite (=1) o no (=0) un handover entre BSCs, bien de la misma MSC o de MSCs diferentes, desde un SDCCH a un TCH. Este parmetro se define slo para las MSCs de Ericsson. Para assignments entre MSCs se require versin 2 de MAP (Mobile Application Part) y poner HNDBEFOREBANSW = 1. Es un parmetro de MSC. HOMAPVERSION determina la versin principal de MAP que se va a utilizar cuando se establece el dilogo entre MSCs en un handover saliente hacia un MSC non-anchor. Es un parmetro de MSC. HNDBEFOREBANSW controla si se permite (=1) o no (=0) un handover entre MSCs y un assignment entre MSCs antes de la respuesta del abonado B. Es un parmetro de MSC. Pgina 166 de 173
AWOFFSET es un parmetro de offset de nivel de seal. Define el rango mximo del pasillo de nivel de seal entre una celda servidora congestionada y su vecina, en el cual las cedas vecinas son seleccionables como candidatas para Assignment to Worse Cell. Es un parmetro que se establece por relacin de vecindad. CAND es un parmetro que se establece por relacin de vecindad y especifica si la celda vecina se tratar como una posible candidata en assignment y en handover. Puede tomar los siguientes valores: AWN, la celda es una posible candidata en assignment a una celda mejor o a una celda peor, pero no en un handover normal. NHN, la celda es una posible candidata en assignment a una celda mejor y en un handover normal. BOTH, la celda es una posible candidata en assignment a una celda mejor o a una celda peor y en un handover normal.
9.3.3 Valores
Cuando se utiliza Assignment to Another Cell se recomienda un filtro de poca longitud para el filtrado de las medidas en el canal de sealizacin y, especialmente, que la rampa sea corta. Esto es debido a que los valores de rxlev para las celdas vecinas se suprimen hasta que el perodo de la rampa concluye y, adems, no se obtiene un valor de rxlev hasta que el filtro est lleno. De esa forma se consigue un filtro con un tiempo de reaccin corto, penalizando as a las vecinas durante poco tiempo. Por ello tomaremos SSLENSI = 4 (longitud del filtro) y SSRAMPSI = 1 (longitud de la rampa). En cuanto al tipo de filtro, ha de ser uno que permita especificar la rampa por separado del filtro, es decir, SSEVALSI = 6 a 9. Se utilizar SSEVALSI = 6 (filtro del tipo recursive straight average). Para el Assignment to Worse Cell se ha fijado un pasillo de rxlev en torno a la celda servidora congestionada de AWOFFSET = 10 dB para las macroceldas y algo menor, AWOFFSET = 5 dB, para la capa de microceldas, ya que en este ltimo caso se utiliza un patrn de frecuencias ms ajustado y utilizar un pasillo mayor podra empeorar la relacin C/I. A continuacin, en la siguiente tabla, se resume el valor con que se han de configurar los parmetros de la funcionalidad Assignment to Another Cell, as como otros que se deben reconfigurar para un correcto funcionamiento de la misma.
Parmetro ASSOC AW IBHOASS HNDSDCCHTCH HOMAPVERSION HNDBEFOREBANSW AWOFFSET CAND SSEVALSI SSLENSI SSRAMPSI Rango ON, OFF ON, OFF ON, OFF 0, 1 1, 2 0, 1 0 a 63 AWN, NHN, BOTH 1a9 1 a 20 1 a 20 Valor por defecto OFF OFF OFF 1 2 1 3 BOTH 6 4 2 Valor Amena ON ON ON 1 2 1 10 (macroceldas), 5 (microceldas) BOTH 6 4 1 Unidades dB Perodos SACCH Perodos SACCH
9.4 Ejemplos
9.4.1 Ejemplo 1
Pgina 167 de 173
Un claro ejemplo de uso de esta funcionalidad son situaciones de congestin puntuales en las que el Assignment To a Worse Cell es la nica manera de cursar el trfico, as en Zona 2 nos encontramos eventos como partidos en el Camp Nou.
9.4.2 Ejemplo 2
En este apartado se muestra un ejemplo de Assignment to a Worse Cell atpico ya que hay otras formas de solucionarlo. Situacin: En el Palau Sant Jordi se tena un diseo especial 2+0+0 una micro que por problemas de capacidad se deba ampliar a 4+0+0, por problemas de material esa configuracin no era posible y era urgente su ampliacin por lo que se integra un segundo sector con la misma zona de cobertura, pasamos a tener una estacin 2+2 (son dos micros), (provisional a la espera de recepcin material necesario para pasar a 4+0). La zona de cobertura de ambas micros es la misma por lo que con el objetivo de evitar ping-pongs se procede a definir las relaciones de vecindad CT60171<->CT60172 con el parmetro CAND=AWN. Es decir que se consideran vecinas nicamente para Assign to Worse Cell. Para comprobar el correcto funcionamiento con esta configuracin se realizan las siguientes pruebas: En modo dedicado se observa como se leen CT60171 lee CT60172 y viceversa, pero no se realiza handover si el nivel de la vecina es mayor. Con las siguientes condiciones se trata de iniciar llamada: Se bloquean todos los canales de TCH de la CT60171. Nivel de seal CT60171 mayor que la de CT60172. En estas condiciones iniciamos llamada con el TEMS y observamos como pasa por CT60171 en sealizacin y para asignar TCH hace handover a la CT60172 pese a que el nivel de seal es menor. Esta prueba se realiza varias veces. Misma prueba que la anterior pero esta vez al revs. Se observa el mismo comportamiento. Con estas pruebas comprobamos que: no se realiza handover en condiciones de llamada iniciada en caso de congestin de la servidora se realiza handover a la otra micro para asignar TCH.
Pgina 168 de 173
CNAI, Consistencies
Pgina 169 de 173
10 CNAI, consistency...
10.1 Introduccin
CNAI: Cellular Network Administration Interface. Es una interfaz de ficheros para intercambio de dados celulares entre un sistema externo y el CNA. En este documento se realiza una breve descripcin del formato para el CNAI para el OSS (Sistema de operacin y Mantenimiento) en R8.1, y sobre lo que es un consistency de red as como su utilidad.
10.2 Definiciones
OMC: Centro de Operaciones y Mantenimiento. Nos referiremos a l como una instalacin particular del OSS en un OMC. Cell: Se tratar de un objeto CNAI en el modelo de red. Foreign Cell: Una celda administrada por otro OMC y que es vecina de alguna celda administrada por el OMC actual. Network: Identifica una coleccin de objetos que pueden ser importados al CNA o exportados de l, con el comando de importar CNAI. Nombre de Objeto: El nombre de un cierto objeto. Un campo de una seccin del fichero de transferencia de datos. Tipo de objeto: Identifica el tipo de objeto en un fichero de transferencia. Los tipos son NW, MSC, BSC, SITE, PP(pririty profile), TG, CELL y FCELL. Nombre de parmetro: El nombre de un objeto parmetro. Un campo en la lnea cabecera del fichero de transferencia. Lista de parmetros: Una lista de parmetros (nombre) vlidos para un tipo de objeto. Valor de un parmetro: El valor de un parmetro. Planned Area: Un area en el CNA donde el usuario puede hacer cambios, crear y borrar objetos, ... Se puede utilizar para actualizar la red, en cuyo caso tambin actualiza la valid Area. Priority Profile: En BSC R6 una BSC puede tener hasta 16 PP. Fichero de Transferencia: Fichero texto ASCII que se usa para transferir datos entre CNA y un sistema externo. Valid Area: Modelo actual CNA de la red. Inner Cell: Corresponde a la definicin de una celda dentro de la MSC a la que pertenece. Outer Cell: Corresponde a la definicin de una celda en otra MSC diferente a la que pertenece. Esta definicin se crea cuando se define una vecindad que corresponde a otra MSC. Internal Cell: Corresponde a la definicin de una celda dentro de la BSC a la que pertenece. External Cell: Corresponde a la definicin de una celda en otra BSC diferente a la que pertenece. Esta definicin se crea cuando se define una vecindad que corresponde a otra BSC.
10.3 Exportar Ficheros de datos va CNAI

Los datos CNA se exportan desde la Valid Area en el CNA a un fichero de transferencia almacenado en el sistema de fichero del OMC .
Pgina 170 de 173
OMC Sistema Externo Valid Area Sistema de ficheros OMC BASE EXTERNA Planned Area
CNA
Figura 1: Proceso de exportacin de datos va CNAI.
10.4 Importar Ficheros de datos va CNAI

Importar datos es leer de un fichero de transferencia del sistema de fichero del OMC y almacenarlo en una CNA Planned Area.
OMC Sistema Externo
Datos de celdas Datos celdas Planned Area
BASE EXTERNA
Sistema de ficheros OMC
CNA
Figura 2: Proceso de importacin de datos va CNAI.
10.5 Formato del fichero

El fichero de transferencia CNAI es un fichero ASCII. Cada lnea termina con una carcter de nueva lnea( (end of line) en el sistema de ficheros del OMC).
Pgina 171 de 173
La primer lnea, llamada cabecera, en el fichero de transferencia describe el contenido de la seccin de datos. La segunda lnea contiene caracteres --- para separar la cabecera de la seccin de datos. Esta lnea debe empezar con al menos dos caracteres --, tras los cuales se puede poner lo que queramos. Por lo tanto como cualquier otra lnea tiene que terminar con un carcter de fin de lnea. La tercera de las lneas es la primera de las lneas llamadas lneas de datos que conforman lo que hemos denominado la seccin de datos. No hay una marca especial que indique nuevos objetos o el fin de la seccin de datos. En la lnea cabecera, los tipos de objetos (por ej. NW, MSC, BSC) deben estar en maysculas, y los nombres de los parmetros deben estar en minsculas. El orden en el que aparecen los tipos de objetos y los nombres de parmetros en la cabecera del fichero de transferencia indica el orden en el que aparecern en la seccin de datos. NULL: Un parmetro que no tenga un valor asociado se representa con el valor NULL en el fichero de transferencia.
10.6 Consistencies
Consistency: Fichero que chequea inconsistencias sobre la Valid o una Planned Area. Es recomendable realizar consistencys peridicos de la red de un OMC para chequear posibles errores, inconsistencias en la definicin de objetos de red. Asimismo se pueden realizar consistencys sobre planned area. De esta forma los cambios a realizar va CNAI se importan a una planned area y se realiza un consistency en la planned sin pasar los cambios a la valid area hasta obtener fiabilidad, gracias al consistency, del impacto en la red. (nos permitir detectar errores como cocanalidades, adyacencias vecindades unidireccionales...) As como ejemplos mostramos los siguientes mensajes resultantes de un consistency sobre Valid Area. Ejemplo1:
Check of Internal Cell ARA01B1:AR00011 [27] DCHNO in current cell Channel Group 1 is equal to DCHNO in cell AR00031 Channel Group 1, value 831.
[37] Adjacent frequency in neighbouring cell AR00051 value 830. En el ejemplo anterior se observa como la AR00011 tiene una cocanalidad de frecuencia channel group 1 con una frecuencia de channel group 1 de su vecina AR00031. Ejemplo 2:
Check of Internal Cell ARA01B2:AR05391 [116] Parameter BCCHNO and BSIC are equal in Internal Cell AR05392 and Internal Cell AR09132.
En el ejemplo anterior se detecta como las vecindades AR05392 y AR09132 de la celda AR05391 tienen la misma pareja bsic-bcch Ejemplo 3:
Check of Neighbour Relation CAT01B4:CT01321:CT60021 [81] Neighbour Relation in opposite direction is missing.
En el ejemplo anterior vemos como del chequeo de la relacin de vecindad se detecta que est unidireccional.
Pgina 172 de 173
Del chequeo peridico de las inconsistencias en la valid area se podrn detectar posibles errores de inconsistencias en la definicin de las entidades de red difciles de detectar manualmente.
Pgina 173 de 173

02-Curso Funcionalidades, Parámetros y Estadísticas Ericsson

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

02-Curso Funcionalidades, Parámetros y Estadísticas Ericsson

Uploaded by

Copyright:

Available Formats

Funcionalidades, parmetros y estadsticas Ericsson

Documentacin del curso-Noviembre 2001

Tipo de documento Cdigo del documento

INFORME TCNICO Revisin 1 N total de pginas 173

Revisado por Julieta Moiz Arcone Firma

Aprobado por Firma

Fecha 6 de junio de 2011

Fecha 6 de junio de 2011

1 Contadores y estadsticos Ericsson

1.2 Activacin y recogida de estadsticas

S C - Obtiene los R datos crudos de la BD I - Procesa la informacin y P la almacenaT un formato en

Figura 1. Proceso de recogida de datos estadsticos

Figura 2. Generacin de datos estadsticos en los elementos de red

1.3 Tipos de contadores

1.4 Nomenclatura de los ficheros

1.5 Clasificacin de Object Types

CELLCCHDR CELLGPRS CELEVENTI

Tabla 1. Clasificacin de Object Types a nivel de celda

Zona 2 no tiene este object type activo Pgina 10 de 173

Tipo de Objetos NCELLREL y NECELLREL

Tabla 2. Clasificacin de Object Types a nivel de relacin de vecindad

Tabla 3. Clasificacin de Object Types a nivel de BSC

1.6 Estadsticos bsicos por celda

(TFMSESTB hh THMSESTB hh)

CadasTCH dd x100 ConTCH dd

ConTCH dd x100 IntCapturarTCH dd

(TFCASSALL hh THCASSALL hh)

LlamBloqueadasdd x100 IntAsignacinTCH dd

TFCONGSAS hh THCONGSAS hh TFCONGSAS hh

IntCongTCH dd x100 IntCapturarTCH dd

IHO: Nmero total de intentos de intracell handover Formula:

CanalesDefTCH: Nmero total de canales TCH definidos

%DispoTCH: Porcentaje de disponibilidad de los canales TCH Formula:

CanalesDispoTCH dd x100 CanalesDefTCH dd

1.7 Deteccin de problemas

Celdas con problemas de drop

Figura 3. Tasa de drop de AR09002

Figura 4. Tipo de cadas de AR09002

Figura 5. Tasa de drop en CT98161

Figura 6. Tipo de cadas de CT98161

Figura 7. Clasificacin de cadas por mala calidad en CT98161

Figura 8. Conexiones, llamadas iniciadas y erlangs de CT98161

Figura 9. Tasa de cadas en CT86521

Tipo de cadas 120 100 80 60 40 20 0

Figura 10. Tipo de cadas en CT86521

Figura 11. Tasa de drop de la CT78012

% Tipos de cadas en TCH 100 80 60 40 20 0

Figura 12. Tipos de cadas de CT78012

Figura 13. Bloqueo y xito en Conexin de CT78012

Figura 14. Indisponibilidad de canales de CT78012

Celdas con problemas de xito en conexin

Figura 15. Bloqueo y xito en conexin de AR03452

Figura 16. Congestin y trfico de AR03452

Figura 17. Conexiones y llamadas iniciadas en AR03452

Figura 18. Conexiones y llamadas iniciadas en AR03453

8000 7000 6000 5000 4000 3000 2000 1000 0

8000 7000 6000 5000 4000 3000 2000 1000 0

MHT_Con 0.8 0.7 0.6 0.5 0.4 0.3 0.2 0.1 0

Figura 19. Tiempo medio de conexin en AR03452

Figura 20. Tiempo medio de conexin en AR03453

1 0.8 0.6 0.4 0.2

Figura 21. Bloqueo y xito en conexin de CT94801

Figura 22. Congestin y trfico en CT94801