02-Curso Funcionalidades, parámetros y estadísticas Ericsson
of 173
-
Upload
kike-ayala-daboub -
Category
Documents
-
view
1.613 -
download
7
Transcript of 02-Curso Funcionalidades, parámetros y estadísticas Ericsson
Funcionalidades, parmetros y estadsticas EricssonDocumentacin 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
INDICE1 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
3
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 Ericsson1.1 IntroduccinPara 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 estadsticasEl 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
ProcesosPMA_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 estadsticosEs 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 redLa 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 contadoresExisten cuatro tipos de contadores estadsticos:
Contadores acumulativos: Son contadores que se incrementan cada vez que aparece un evento enla 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 (tiemposiempre 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 quehan estado en un determinado estado durante el periodo de granularidad del contador
Contadores temporales: Son contadores que contabilizan el tiempo que un determinado dispositivoentra 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 TypesEn 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 celdaHay 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 vecindadHay 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 BSCAdems 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 celdaEn 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 hhhh 0..23
THMSESTB hhhh 0..23
Cadas TCH: Nmero total de conexiones en TCH que acabaron con cada Frmula:
CadasTCHFdd
CadasTCHH dd
De CELTCHF: De CELTCHH:
CadasTCHF = CadasTCHH =
TFNDROP hhhh 0..23
THNDROP hhhh 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:(TFCALLShh 0..23 hh
THCALLS hh)(TFCALLS hh)
De CELTCHF: De CELTCHH:
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 hhhh 0..23
LlamIniciadas: Nmero de llamadas iniciadas con xito (sin handover ni intracell). Frmula:
(TFCASSALL hh THCASSALL hh)hh 0..23
De CELTCHF: De CELTCHH:
TFCASSALL hhhh 0..23
THCASSALL hhhh 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 hhhh 0..23
De CELTCHF: De CELTCHH:
THCONGSAS hhhh 0..23
IntHOCong: Nmero de intentos de capturar un canal TCH proveniente de handover que encontraron todos los canales ocupados: Formula:
TFCONGSHO hh THCONGSHO hhhh 0..23
De CELTCHF:
TFCONGSHO hhhh 0..23
Pgina 13 de 173
De CELTCHH:
THCONGSHO hhhh 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 hhhh 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
De CELTCHF: De CELTCHH:
TFTRALACC hh TFNSCAN hhTHTRALACC 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 hhFormula:hh 0..23
TAVASCAN hhhh 0..23
De CLTCH:
TAVAACC y TAVASCAN
CanalesDefTCH: Nmero total de canales TCH definidos
TNUCHCNT hhFormula:hh 0..23
24TNUCHCNT
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 problemasA 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 dropSi 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 AR09002Si 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
0
%CadasTCHTA
%CadasTCHBQ
%CadasTCHSS
%CadasTCHOC
Figura 4. Tipo de cadas de AR09002Observamos 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
%CadasTCH12 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 CT98161Representamos la clasificacin de las cadas para ver cual es la causa de este aumento:% Tipos de cadas en TCH100 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 CT98161Observamos 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 calidad35 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
0
26/8/01
0
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/0121/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%CadasTCH25 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 CT86521Si observamos por qu se caen las llamadas, descubrimos que ha empezado a tirar por TA:
Pgina 18 de 173
23/9/01
0
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/011/9/01 31/8/01
%CadasTCHTA
%CadasTCHBQ
%CadasTCHSS
%CadasTCHOC
Figura 10. Tipo de cadas en CT86521El 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 CT78012De 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 CT78012Del 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/0131/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 CT78012Indisponibilidad de canales14.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 conexinSi 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 AR0345210 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
0
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 AR03453Si 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 AR03452MHT_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 AR03453El 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 CT94801El 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 CT94801Al 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 bloqueoSi 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 congestinSi 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
0
0
Trfico, Canales Disponibles y Congestin35 30 25 20 15 10 5 0
2.5 2 1.5 1 0.510/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
0
TrafErlHCTCH
CanalesDispoTCH
%IntCongTCH
Figura 23. Trfico, canales disponibles y congestin en CT03582 Celdas con problemas de trficoSi 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 problemaConexiones 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/0130/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 CW85442El problema es que los sectores se cruzaron tras una intervencin.
Celdas con problemas de indisponibilidadSi 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 IHOSi 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 CT03582Clasificacin de IHO1500 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 cadas100 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 behaviour2.1 IntroduccinModo 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 DefinicionesSeleccin 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 funcionalidad2.4.1 Alta probabilidad de comunicacin exitosaEl 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 PagingEn 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 idleEn 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 Tcnica2.5.1 GeneralMientras 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 GENERALEl 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 AUTOMTICOEn 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 MANUALEn 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 NACIONALEL 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 GENERALEl 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 ALGORITMO2.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 ALGORITMO2.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 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: PTIMTAUrgencia 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 listaEricsson 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 structuresPgina 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 TA
