Beruflich Dokumente
Kultur Dokumente
Elaborado por Beatriz Asensio Camardiel Montserrat Martinez Sanchez Modificaciones respecto a la revisin anterior
Lista de distribucin
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
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
especfico
Pgina 6 de 173
Pgina 7 de 173
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
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
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
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
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
BSCGPRS
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:
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
De CELTCHF: De CELTCHH:
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:
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)
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:
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:
De CELTCHF: De CELTCHH:
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:
IntAsignacinCong: Nmero de intentos de pasar desde un canal SDCCH a un canal TCH que encontraron todos los canales ocupados. Formula:
hh 0..23
De CELTCHF: De CELTCHH:
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:
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
De CELTCHF: De CELTCHH:
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
TNUCHCNT hh
Formula:
hh 0..23
24
TNUCHCNT
De CLTCH:
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.
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
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
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
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
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
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
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
Pgina 18 de 173
23/9/01
26/8/01
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
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
Pgina 19 de 173
2/9/01
23/9/01
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
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
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
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.
30/7/01
11/8/01
13/8/01
15/8/01
17/8/01
%BloqueoTCH
%xitoEnConexinTCH
30/7/01
11/8/01
13/8/01
15/8/01
17/8/01
%BloqueoTCH
%xitoEnConexinTCH
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
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
Pgina 22 de 173
19/8/01
19/8/01
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
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
Pgina 23 de 173
19/8/01
19/8/01
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
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
Pgina 24 de 173
22/4/01
22/4/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
31/7/01
Pgina 25 de 173
4/8/01
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
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
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
Pgina 27 de 173
30/9/01
30/9/01
Pgina 28 de 173
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.
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.
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.
Seleccin CELDA Nueva LA Celda inicial seleccionada Reseleccin CELDA Cambios LA&Celda Registros Peridicos Actualizacin Posicin (LU) Respuestas LU
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).
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.
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.
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.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.
Pgina 38 de 173
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.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.
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.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.
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:
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
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
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
Organizando la lista
Envo de la lista
Respuesta de asignacin
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
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
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
t0
salida del filtro
1 . 0 0.5
salida del filtro
1 . 0
t0
t0+0.48s
t0 + 0.48*Ks
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
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
de
Tipo de filtro
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
Butterworth
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)
(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
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
offset
pasillo de hysteresis borde de celda original sin offset borde de celda nominal
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
(23)
Pgina 63 de 173
SS _ UPs
BSRXSUFFs
(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
(28)
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
Vecina descartada
No
Si
Nivel de seal por encima del nivel suficiente incluyendo TROFFSET y TRHYST?
No
Celdas L Celdas K
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 L-L
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
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
borde K borde L
KHYST
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
KOFFSET A,B
TRHYST
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.
celda A-B
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
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)
(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 Overlaid/Underlaid
Eliminacin de candidatas
Categorizacin 2
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
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
Valor AMEMA 10 2 2
Valor AMEMA 6 6 6 6 4 10 10
Unidades
Pgina 89 de 173
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
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
Pgina 90 de 173
63 30 OFF
63 10 ON
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 AMEMA 63 10
Unidades dB s
Unidades
Valor AMEMA 16 16 63 -
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
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
BSPWRB BSPWRT
RX de BTS SSDES
alimentador RX
ganancia antena RX
path loss
TX mvil
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
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
Figura 1: Enrutamiento para las rfagas desde el TRX al transmisor en hopping banda base.
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
Transmisor f0 ... fn
Combindor hibrido
TRX4 Gestor de TS Transmisor f0 ... fn
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
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.
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
Transmisor f1 ... fn
Combindor hibrido
TRX2
Gestor de TS
Transmisor f1 ... fn
f0
Combindor hibrido
Transmisor f1 ... fn
TRX3
Gestor de TS
TS1
TS2
TS3
C0 FILLING
TS4
C0 FILLING
TS5
TS6
TS7
C0 FILLING
C0 FILLING C0 FILLING
C0 FILLINGVC0 FILLING
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
Transmisor f1 ... fn
Combindor hibrido
TRX3
Gestor de TS
Transmisor f1 ... fn
f0
Combindor hibrido
Transmisor f1 ... fn
TRX4
Gestor de TS
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
C0 FILLING C0 FILLING
C0 FILLINGVC0 FILLING
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
TS7
C0 FILLING
C0 FILLING C0 FILLING
C0 FILLINGVC0 FILLING
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.4 GPRS
En GPRS los canales se tratan como canales de trfico por lo que no afecta a nivel de funcionamiento del frequency hopping.
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.
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.
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
% 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
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
% 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
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
%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
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
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
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
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
% 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
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
%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
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.
21 /6 /0 1 23 /6 /0 1
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.
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.
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.
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.
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.
BTSPWRC
NDICE
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.
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.
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.
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.
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.
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:
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.
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.
11/3/01
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
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.
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
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.
11/3/01
11/3/01
1000 500 0
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
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.
%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
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
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.
la BSC cuando un canal idle cambia de banda de interferencia. Entones, el canal es movido a la banda apropiada en la BSC.
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.6 PARMETROS
Parmetro
Valor
por Valor
Rango
de Unidades
LIMIT1
defecto 2 (-108 dBm) 6 (-104 dBm) 12 (-98 dBm) 22 (-88 dBm) 6 PASSIVE
AMEMA 2 6 12 22 10 NOALLOC
Periodos SACCH -
Si observamos la evolucin del tanto por ciento de canales medidos en cada banda de interferencia:
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
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
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
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
8/7/01
08/07/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
%IdleChanBand1
%IdleChanBand2
%IdleChanBand3
%IdleChanBand4
%IdleChanBand5
26/8/01
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
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.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.
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
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)
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:
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
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:
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)
*(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.
Channel Request Parte 1: Resource type selection Yes Idle channels Found? Disponible un RT Yes No No
More Resources Type to select?
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:
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
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.
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.
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).
17/9/01
18/9/01
19/9/01
20/9/01
21/9/01
22/9/01
23/9/01
Transmisin Discontinua
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.
Transmisor
Trama de trfico
VAD
Trama de voz?
Si
No
(ruido de fondo)
Detener transmisin
Receptor
Trama de trfico
Trama SID?
No
Decodificador de voz
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.
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.
Los valores de los parmetros con que se activ se presentan en la siguiente tabla: Parmetro DTXU DTXD Valor 1 ON
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%
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
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%
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
%CaTCHBQUL respecto ConTCH 0,016% 0,014% 0,012% 0,010% 0,008% 0,006% 0,004% 0,002% 0,000%
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%
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.
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
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.
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
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.
CNAI, Consistencies
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.
OMC Sistema Externo Valid Area Sistema de ficheros OMC BASE EXTERNA Planned Area
CNA
BASE EXTERNA
CNA
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.
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.