Upload
jose-ramon-cerquides-bueno
View
479
Download
2
Embed Size (px)
Citation preview
DESCRIPCIÓN DEL SERVICIO
DE INITIAL TUNING Y OPTIMIZACIÓN EN UN
PROYECTO DE SWAP DE RED COMERCIAL
Susana Carrasco Pérez
• DEGRADACIÓN/PÉRDIDA DE SERVICIO
• MODERNIZACIÓN HW/SW
• AUMENTAR LA CAPACIDAD DE LA RED
• RENOVAR LA RED EN SERVICIO
NECESIDADES OBJETIVOS
RIESGOSSOLUCIONES
Ran Renewal
El objetivo del proyecto Ran Renewal es la modernización de la red 2G/3G de OSP(Orange Spain).
Enero de 2012 hasta Diciembre de 2013.
Ericsson debe encargarse de principio a fin de todas las tareas. (Proyecto LLEM)
La red existente de Orange se modifica de dos formas:
Swap:Los emplazamientos existentes son reutilizados, reemplazándose los equipos antiguos, por nuevos equipos 2G/3G Ericsson (RBS6000).
Despliegue: nuevo emplazamientos para mejorar la cobertura y aumentar la capacidad.
Descripción del Proceso de Swap
Estrategia de swap seguida por Ericsson es la siguiente:
Swapear a nivel de clúster.
48 horas de monitorización para dar marcha atrás, si existe degradación y volver a poner el equipo antiguo (fallback).
Servicio de Initial Tuning y Optimización
OSP controla la calidad a través de las quejas de clientes que reclamará a Ericsson.
Ericsson debe adelantarse y contrata este servicio que tiene como objetivo que la red no se degrade tras la puesta en servicio del nodo.
Soporte a la Integración
1) Comprobación de alarmas y configuración:
Detección fallos de hardware o instalación.
STZ. Trouble Ticket (TT) para
resolución en remoto Work Order (WO) para
resolución en local.
Soporte a la Integración (II)
2) Consistency Check:
Auditoría de parámetros e inconsistencias en la fase de configuración que puede afectar su rendimiento.
Para cambios en la red se crea un CR (Change Request)
Se modifica através de OSS (Operational Support System Radio & Core).
Soporte a la Integración (III)
3) Auditoría de vecinas:
Se comprueban cosites . Mismas vecinas que antes del swap. Si faltan vecinas, crear un CR. Límite SIB11 en UMTS.
4) Reporte 48h: Seguimiento de swaps realizados. Incluye kpis diarios y de referencia. Comprobar condiciones de aceptación (baseline) durante
48h.
Soporte a la Integración (IV)
5) Drive test light:
Equipo de DT realiza medidas de verificación de cada emplazamiento.
Tems 13 durante 45 minutos Documento con plots
(mapas):
Mejor servidora Ec/No y/o RxQual RSCP y/o RxLEV
Initial Tuning
El objetivo de la fase de IT es la aceptación a nivel de nodo.
Los umbrales de aceptación son:
DCR CS & PS: 2 x DCR de referencia < 3%. CSSR CS & PS: 4 x tasa de bloqueo de la
referencia < 90%. RSSI > -90 dBm. Disponibilidad de celda > 95%. Tasa de éxito de HO > 95%.
Initial Tuning(II)
Condiciones de repliegue (FallBack) :
CSSR > 90%. DCR < 3% para CS (voz) y < 5% para
PS(datos) HO SR > 85% para CS y 50% para PS
En el caso de que uno de estos kpis no se cumpla en alguna tecnología, se bloquearan sus celdas y se realizará fallback de dicha tecnología a la noche siguiente.
Optimización El objetivo de la
fase de optimización es la aceptación a nivel de clúster.
La condición de aceptación de un clúster es la mejora de los kpis de referencia al menos en un 20% durante una semana.
Optimización(II)
Para aceptar cada clúster se entregará un informe con:
Estadísticos del clúster antes y después del swap.
Drive Test pre-swap y post-swap. Aceptación de BSC/RNC: todos sus
clústeres han mejorado 20% respecto al valor de referencia, durante una semana.
Métodos de Obtención de Kpis
Contadores estadísticos: la herramienta utilizada es ESAT (Ericsson Statistics Analysis Tool) .
Drive test: La herramienta utilizada es TEMS.
Análisis de Funcionamiento
Uso de DT:
Análisis de plots de DT
Detecta: Sectores cruzados
(crossfeeders) Sectores sordos Bajo throghput
HSDPA/HSUPA.
Análisis de Funcionamiento (II)
Uso de kpis: Si los kpis no cumplen
la referencia, hay que comprobar:
Parametrización Vecinas Tráfico Los problemas de
funcionamiento más comunes:
Problemas Relacionados con el Despliegue de 900
Sobrealcance Nuevas antenas con las mismas
orientaciones, pero con distinta inclinación (tilt).
Celdas congestionadas. DCR alto por bajo nivel de señal (Signal
Strength-SS).
Problemas Relacionados con el Despliegue de 900 (II)
2G MRR (Measurement Result Recording) -> TA
CLMX0300, muestras están de media a 8 km (1TA =450m), el primer anillo de vecinas está a 5km.
3G -> valor del propagation delay con ESAT.
Distancia esperada que es 1km para este nodo MADX6387 situado en una zona urbana.
Problemas Relacionados con el Despliegue de 900 (III)
Interferencia Se asigna una frecuencia nueva de la
banda de 900 de OSP a cada celda. DCR alto con caídas por mala calidad
(Bad Quality- BQ). Programar FAS (Frequency Allocation
Support) -> nueva frecuencia más limpia
Problemas de Dimensionamiento
Problema de congestión en las celdas:
Número de portadoras(2G)
En el ejemplo: Sector 2 más tráfico de voz
, 50% de congestión y CSSR< 95%.
Ajustar alguno de los parámetros de reselección CRO/PT/LAYER/LAYERTH.
Problemas de Dimensionamiento(II)
Número de Channel Elements (3G)
Ejemplo: aumenta el comsumo de CE tras el swap y muchas peticiones de admisión rechazadas.
Afectaría al CSSR. Solicitar una
ampliación de CEs.
Problemas de Interconexión con la Red Legacy
Problemas de integración de RNC nueva.
Éxito de HO de RNC antigua < 80%.
Configuración errónea del Iur entre RNCs (Legacy y Ran Renewal).
Ejemplo de éxito de HO cero entre la RNC RR y legacy de Guadalajara (Iurlink 161).
Problemas de Instalación
RSSI (Received Signal Strength Indicator)
Si el RSSI > -100dBm es problemas en el SSRR.
Afectará en la accesibilidad de voz y en el DCR de datos.
Analizador de espectro-> interferencia externa (Dirección General de Telecomunicaciones).
Problemas de Instalación (II)
TMA no configurado Swaps sin cambio de
SSRR Problemas para
cursar tráfico CSSR bajo. Valores bajos RSSI. Configuración en
remoto o local
Problemas de Instalación (III)
ROE (Relación de onda estacionaria)
Ejemplo: MADX2539 CON
alarma de ROE (Antenna Branch)
CSSR bajo. Técnico en local.
Problemas de Potencia
DL Power
Problemas de CSSR RRC y RAB por congestión por potencia.
Bajar el CPICH (Common Pilot Channel) Power.
Efectos: Reducción de cobertura Sincronización inical más lenta Reducción de capacidad Disminuye el tiempo de
reselección
Conclusiones
El inicio del proyecto cumplió la fecha solicitada, el final se alargó hasta diciembre de 2013.
Causas:
Retrasos en los swaps de transmisión a IP.
“ Late sites” Paro de swaps por calidad. Problemas de instalación. Desarrollo de herramientas.
Conclusión: problema de sobrecoste.
7669
750
2300
4475
2400
6225
7699
0
1000
2000
3000
4000
5000
6000
7000
8000
9000
OctoberNovemberDecemberJ anuaryFebruary March April May J une J uly AugustSeptemberOctoberNovemberDecemberJ anuaryFebruary March April May J une
Q4-10 Q1-11 Q2-11 Q3-11 Q4-11 Q1-12 Q2-12
Time
Pro
ject
Ad
van
ceS
ite
Su
rvey
& S
wap
I&C