Optimizacin para Sitios de Alto Trafico

Eul & Hsdpa

Nelso Castellano
Septiembre, 2014

Consumo
de Codigos
en DL
parapara
Eul Control
Channel
(sf256)
El numero
de Codigos
SF256
los canales
de Control
de
Eul se calculan bajo la siguiente formula:

Donde;

DLcodeSF256=numEagchCodes +
numEhichErgchCodesx2

numEagchCodes, es el numero de codigos para E-AGCH

numEhichErgchCodes, es el numero de codigos para E-HICH
y E-RGCH
Con las licencias de Eul (64 usuarios) que tenemos
actualmente el consumo de codigos usaria:
SF128: 3 codigos usados por HS-SCCH (definido por
numHsScchCodes)
8 codigos E-HICH/E-RGCH
4 E-AGCH

Consumo de Codigos en DL para Eul Control Channel (sf256)

Asi quedaria la configuracion de lo mencionado
anteriormente

Los E-HICH and E-RGCH son multiplexados en el mismo channelization code. El

numero de channelization codes se configura en numEhichErgchCodes. Cada
channelization code tiene 40 secuencias unicas disponibles, de los cuales
eulNoERgchGroups son reservados para E-RGCH. El resto puede ser usado para EHICH

Consumo de Codigos en DL para Eul Control Channel (sf256)

El numero de codigos necesarios para E-RGCH/E-HICH puede ser
calculado de la siguiente manera:
numEhichErgchCodes =

__MEulx(1+SHo)_____
40-eulNoEgrchGroups

Donde;
MEul: numero de usuarios en Eul (por licencias)
Sho: porcetaje estimado de SoftHandover (30 %)
40: numero de secuencias unicas disponibles por cada channelization
codes
eulNoERgchGroups: es el numero de signaturas reservadas para
cada codigo E-RGCH
Si tenemos un 30% de Sho Overhead y manejamos licencias de
usuarios en Eul (RSB6000=64 / RBS3000=32)) podriamos calcular el
numero de codigos para E-RGCH/E-HICH de la siguiente manera:
numEhichErgchCodes = {64*(1+0.30)/(40-8)} = 4
numEhichErgchCodes = {32*(1+0.30)/(40-8)} = 2

Cambios Propuestos:
Con el proposito de optimizar los recursos de Potencia y
Cdigos en los servicios de HSPA+ (Eul/HSDPA) se hicieron las
siguientes pruebas en sitios de alto trafico:

Para esto se tomaron dos escenarios, un Nodo RBS3000 y otro

Nodo RBS6000:
QU2281U850_LAGRANGE RBS6000
QU4669U850_LIVERPOOL RBS3000

Resultados Obtenidos.A continuacin se muestran graficas estadsticas de desempeo en los

dos escenarios (RBS6000 / RBS3000)

Los das resaltados en color amarillo corresponden a falla masiva (SGSN) en R6 Ovalo de color rojo corresponde a falla puntual

Los das resaltados en color amarillo corresponden a falla masiva (SGSN) en R6 Ovalo de color rojo corresponde a falla puntual

Conclusiones y Recomendaciones. En el desempeo de QU2281U850_LAGRANGE (RBS6000) se

observa un incremento de trafico en CS y PS, los usuarios en
Eul/HSDPA se incrementan luego de los cambios.
A
pesar
del
incremento
de
Trafico
en
QU2281U850_LAGRANGE no se observa una degradacin en
los indicadores de OSAC y OSRET (%) solo se ve afectacin
los das de la Falla Masiva en la Regional, para el da
12/08/2014 se muestra una falla puntual en Accesibilidad, sin
embargo no esta relacionada a los cambios.
En el desempeo de QU4669U850_LIVERPOOL (RBS3000) no
se observa un incremento de trafico en los servicios de CS y
PS, los usuarios en Eul/HSDPA no incrementan luego de los
cambios.
No se observa degradacin en los principales KPIs de
QU4669U850_LIVERPOOL, el OSAC y OSRET (%) mantienen
su tendencia (solo se afecta debido a la Falla Masiva en la
Regional). El Trhoughput no se degrada con los cambios.
Se recomienda configurar estos parmetros solo en sitios que
demanden alto trafico de datos y que sean RBS6000 (o con
DUW). Se debe monitorear los indicadores de RRC Rejects
para que no se vean afectados por los cambios.