State Transition

Resultados do Trial

State Transition
Resultados do Trial

Contedo
1. Introduo ........................................................................................................................................................ 3
1.1 Descrio .......................................................................................................................................... 3
1.2 Objetivos ........................................................................................................................................... 6
2. Procedimentos para ativao ..................................................................................................................... 7
2.1 Pr-requesitos ................................................................................................................................ 7
2.2 Ativao ............................................................................................................................................. 7
2.3 Cronograma de atividade ............................................................................................................ 8
2.4 Elementos de rede afetados ....................................................................................................... 8
2.5 Configurao recomendada ....................................................................................................... 8
3. Monitoramento ............................................................................................................................................... 9
4. Resultados ...................................................................................................................................................... 10
5. Concluso ........................................................................................................................................................ 30
5.1 Prximos passos .......................................................................................................................... 30

State Transition
Resultados do Trial

Lista de Figuras
Figure 1 State transition scheme ............................................................................................................... 4
Figure 2 D2F parameters ............................................................................................................................ 4
Figure 3 F2P parameters ............................................................................................................................ 5
Figure 4 F2D parameters ............................................................................................................................ 5
Figure 5 Access stratum stack .................................................................................................................... 6
Figure 6 Parametrization state transition .................................................................................................. 8
Figure 7 RRC accessibility - CS .................................................................................................................. 10
Figure 8 RAB accessibility - CS .................................................................................................................. 10
Figure 9 RRC accessibility - PS .................................................................................................................. 11
Figure 10 RAB accessibility - PS ................................................................................................................ 11
Figure 11 RRC attempts - PS................................................................................................................... 172
Figure 12 RAB attempts - PS .................................................................................................................... 12
Figure 13 RRC attempts - CS..................................................................................................................... 13
Figure 14 RAB attempts - PS .................................................................................................................... 13
Figure 15 NBAP usage reduction.............................................................................................................. 14
Figure 16 XPU load ................................................................................................................................... 14
Figure 17 RRC connected users ................................................................................................................ 15
Figure 18 CS user number ........................................................................................................................ 15
Figure 19 HSPA user number ................................................................................................................... 16
Figure 20 R99 user number ...................................................................................................................... 16
Figure 21 Downlink credit usage .............................................................................................................. 17
Figure 22 Uplink credit usage................................................................................................................... 17
Figure 23 RRC radio link rejections .......................................................................................................... 18
Figure 24 RRC no reply rejections ............................................................................................................ 18
Figure 25 RAB PS failure ........................................................................................................................... 19
Figure 26 RAB CS failure ........................................................................................................................... 19
Figure 27 UTRAN paging ........................................................................................................................ 280
Figure 28 RANAP paging........................................................................................................................... 20
Figure 29 RRU power usage ..................................................................................................................... 21
Figure 30 Uplink load ............................................................................................................................... 21
Figure 31 Cellupdates causes ................................................................................................................... 22
Figure 32 CS drop ..................................................................................................................................... 22
Figure 33 PS drop ..................................................................................................................................... 23
Figure 34 RAB normal release - inactivity ................................................................................................ 23
Figure 35 RAB normal release .................................................................................................................. 24
Figure 36 RAB abnormal release PCH/CCH ........................................................................................... 24
Figure 37 RAB abnormal release Reset ................................................................................................. 25
Figure 38 RAB abnormal release UuNoReply and UlSync ..................................................................... 25
Figure 39 Transition: HSDSCH-DCH .......................................................................................................... 26
Figure 40 Transition: EDCH-DCH .............................................................................................................. 26
Figure 41 Transition: HSDSCH-FACH ........................................................................................................ 27
Figure 42 Transition: EDCH-FACH ............................................................................................................ 27
Figure 43 Transition: FACH-PCH ............................................................................................................... 28
Figure 44 FACH congestion - DTCH .......................................................................................................... 28
Figure 45 FACH congestion - CCCH and DCCH ......................................................................................... 29
2

State Transition
Resultados do Trial

1. Introduo
Diferente dos sistemas de segunda e quarta gerao onde temos puramente dois estados: idle e
connected mode, no sistema UMTS da 3G temos mais subdivises para o estado connected mode
(CELL_DCH, CELL_FACH, CELL_PCH e URA_PCH). O uso destes estados maximiza a capacidade do sistema
permitindo uma melhor experincia do usurio j que os recursos da rede so finitos.
Cada vez mais a demanda do trafego de dados crescente em funo do aumento da penetrao
de smartphones e suas aplicaes. Alm dos estados CELL_DCH/FACH que esto ativos atualmente na
rede necessrio a ativao do estado CELL_PCH. Com a ativao desse estado permitimos que os
terminais que suportem CELL_PCH, no tenha toda conexo liberada depois um certo tempo de
inatividade (enviado a Idle mode) e aps alguns segundos volte a solicitar novamente a conexo
(aplicaes em background).

1.1 Descrio
Em CELL_DCH os usurios podem ativar chamada de voz, servios HSPA e PS R99, mobilidade
realizada atravs de handovers e mtodos de controle de potncia de acordo o servio. J no estado
CELL_FACH o mvel s pode executar dados PS R99, mobilidade controlada atravs reseleo e sem
controle de potncia (fixa em relao ao CPICH).
Em CELL_PCH e URA_PCH o mvel no pode transferir dados, ou seja, tem o mesmo
comportamento de Idle mode. A principal diferena entre esses estados Idle e CELL/URA_PCH a conexo
RRC que mantida, exigindo menos processos, recursos e delay para voltar aos estados de transferncia
de dados/voz.
A distino entre CELL_PCH e URA_PCH como a RNC conhece a localizao do terminal, no caso
de CELL_PCH a RNC sabe aonde est localizado a nvel de clula e em URA_PCH o usurio localizado a
nvel de URA (entidade criada apenas na RNC que abrange um conjunto de clulas). Apesar que o
comportamento em CELL/URA_PCH obedece s caractersticas de idle mode, aps uma reseleo os UEs
tm que informar a RNC atravs do procedimento de cellupdates que est se movendo entre clulas
(CELL_PCH) ou entre URA (URA_PCH).
Para o controle das transies na Huawei temos quatro parmetros importantes:
Event 4x threshold: Define o valor do threshold dos eventos 4a e 4b.
Timer-to-trigger: Disparado aps a quantidade de dados no buffer atingir os thresholds
dos eventos da famlia 4x.
Pending timer: Disparado aps termino do Timer-to-trigger, evita o envio da quantidade
excessiva de measurement report (4a/b).
Transition timer: Disparado aps o termino do Timer-to-trigger, uma vez que Transition
timer expirado a transio executada.

State Transition
Resultados do Trial

No esquema abaixo podemos verificar a o funcionamento bsicos dos parmetros mencionados

acima:

Figure 1 State transition scheme

Como uma segunda forma de confirmao podemos definir que dentro do perodo Transition
Timer temos que receber uma certa quantidade de eventos (4b) para que seja confirmado a transio
de estado atravs da formula a seguir:
*Transition threshold = Transition time/ (Time to trigger + Pending time after trigger) x Coefficient
*Vlido apenas para transies D2F e F2P
*Resultado deve ser arredondado para um nmero inteiro para baixo
*Coefficient: STATETRANSTRAFFREDUNDCOEF

Transio CELL_DCH -> CELL_FACH:

Service Type
D2F Transition Timer (s) Event 4B Threshold (bytes) Time to Trigger Event 4B (ms) Pending Time After Event 4B Trigger (ms)
BE service on the DCH
BeD2FStateTransTimer
D2F2PTvmThd
D2FTvmTimeToTrig
D2FTvmPTAT
BE service on the HS-DSCH BeH2FStateTransTimer
BeH2FTvmThd
BeH2FTvmTimeToTrig
BeH2FTvmPTAT
BE service on the E-DCH
BeE2FStateTransTimer
E2FThrouThd
E2FThrouTimeToTrig
E2FThrouPTAT x E2FThrouMeasPeriod
PS real-time service
RtDH2FStateTransTimer
RtDH2FTvmThd
RtDH2FTvmTimeToTrig
RtDH2FTvmPTAT

Figure 2 D2F parameters

Para que o processo de transio D2F comece, o buffer (UE e RNC) de dados deve estar abaixo do
xx2FPTvmThd, nesse momento iniciar o timer xx2FTvmTimeToTrig quando esse timer espirar o report
4b ser disparado e ao mesmo iniciaremos dois timers: Pending timer e transition timer.
Enquanto o pending timer no expirar, os demais reports 4b no podero ser enviados., logo esse
mecanismo evita excessivos envios de eventos 4b. Quando o Timer-To-Trigger expirar o Transition timer
iniciado durante essa transio nenhum evento 4a poder ser reportado, caso contrrio a transio ser
cancelada.
Dependendo ainda dos valores escolhidos de TTT, pending e transition timer poder ser
necessrio que durante o transition timer a RNC precise receber o nmero de reports indicado pela
formula do Transition threshold. Isso serve como mais um mecanismo de proteo para evitar variaes
4

State Transition
Resultados do Trial
de dados no buffer, geralmente essa quantidade de reports so definidos quando se tem uma transio
muita rpida (< 3s).
Para os usurios em R99 temos uma particularidade caso a feature DCCC esteja ativa e DcccStg
configurado como RATE_UP_AND_DOWN_ON_DCH, que o caso da rede da Unitel. Para esses usurios
s pode ser realizado a transio de estado caso o throughput do usurio for menor ou igual a
DlDcccRateThd e UlDcccRateThd.
Transio CELL_FACH -> CELL_PCH:
Service Type
BE service

F2P Transition Timer

BeF2PStateTransTimer

Event 4B Threshold
D2F2PTvmThd

Time to Trigger Event 4B

F2PTvmTimeToTrig

Pending Time After Event 4B Trigger

F2PTvmPTAT

Figure 3 F2P parameters

O processo de transio F2P segue a mesma sequncia do D2P.

Transio CELL_FACH -> CELL_DCH:
Service Type
BE service on the DCH
BE service on the HS-DSCH
BE service on the E-DCH
PS real-time service

Event 4A Threshold
BeF2DTvmThd
BeF2HTvmThd
BeF2ETvmThd
RtF2DHTvmThd

Event 4A Time to Trigger

BeF2DTvmTimeToTrig
BeF2HTvmTimeToTrig
BeF2ETvmTimeToTrig
RtF2DHTvmTimeToTrig

Figure 4 F2D parameters

O processo de transio F2D, segue o mesmo processo das transies anteriores com a diferena
que no existe transition timer e pending timer. Ou seja, uma vez que o buffer alcana o valor do evento
4a, o Timer-To-Trigger iniciado e quando o mesmo expira a transio executada.
Transio CELL_PCH -> CELL_FACH:
Para sair do estado CELL_PCH o terminal deve enviar apenas uma das mensagens prdeterminadas pelo 3GPP, por exemplo:
Uplink Data Transmission
Cell Reselection
Paging Response
Timer de inatividade:
Uma vez que a RNC detecta que o terminal no est transferindo nenhuma informao a RNC
enviaria o pedido de desconexo para o CN e com isso o CN iniciar o release da conexo do terminal.
A RNC realiza esse monitoramento de atividade na camada PDCP e a partir do momento que a
RNC verifica que no existe dados sendo transferidos pelo usurio nessa camada o timer T1 iniciado.
Quando o timer T1 expirado a RNC envia pedido de release para o CN, nesse momento inicia-se o timer
T2 e a RNC aguarda a confirmao do CN para o pedido de release.
Uma vez recebida a mensagem de confirmao a RNC far o release de toda a conexo do mvel
e o mesmo ir para idle mode. Caso a RNC no receba essa confirmao dento do timer T2, ser enviada
5

State Transition
Resultados do Trial
pela RNC uma mensagem de connection release para a camada de RRC que far com que o UE entre no
estado de idle mode.
O timer T1 pode ser iniciado em qualquer um dos estados (CELL_DCH, CELL_FACH, CELL_PCH,
URA_PCH). Em paralelo a esse processo pode ocorrer tambm os timers do state transition (timer-totrigger, transition timer, pending timer) e o processo com menor durao de tempo que ser executado.

Figure 5 Access stratum stack

1.2 Objetivos
O objetivo principal a ativao do estado CELL_PCH que sero usados pelos terminais depois um
certo tempo de inatividade com zero dados no buffer. Alm da ativao o segundo objetivo manter o
usurio em CELL_PCH o mximo de tempo enquanto o mesmo no tiver dados e informaes para receber
ou enviar.
Com essa ativao a tendncia que tenhamos mais recursos disponveis na rede e melhor
percepo de sempre conectado (Always-on) para o usurio. A reduo da utilizao dos recursos vai
desde a nvel de clula (CE, potncia, cdigos, licena de usurios), NodeB (NBAP, nmero de usurios
suportados em HSPA, IuB) at RNC (Carga das placas de processamento).

State Transition
Resultados do Trial

2. Procedimentos para ativao

2.1 Pr-requisitos
Hardware
Nenhum
Licena
WRFD-01061111 HSDPA State Transition
WRFD-010611 HSDPA Enhanced Package feature
Dependncia de features
WRFD-010610 HSDPA Introduction Package
WRFD-010612 HSUPA Introduction Package

2.2 Ativao
1. Ativao do State Transition - HSPA:
a. SET UCORRMALGOSWITCH: DraSwitch=DRA_HSDPA_STATE_TRANS_SWITCH1&DRA_HSUPA_STATE_TRANS_SWITCH-1;

2. Ativao do State Transition R99:

a. SET UCORRMALGOSWITCH: DraSwitch=DRA_PS_BE_STATE_TRANS_SWITCH1&DRA_PS_NON_BE_STATE_TRANS_SWITCH-1;

3. Ativao da transio CELL_FACH para CELL_PCH:

a. SET UUESTATETRANSTIMER: BeF2PStateTransTimer=5;
b. SET UUESTATETRANS:F2PTVMPTAT=D1000;

4. Ajuste do volume de threshold para transio F2D e F2H:

a. SET UUESTATETRANS:BEF2DTVMTHD=D512,BEF2HTVMTHD=D512;

5. Ajuste do timer do T1:

a. SET UPSINACTTIMER: PsInactTmrForInt=1800, PsInactTmrForBac=1800;

State Transition
Resultados do Trial

2.3 Cronograma de atividade

Ativao: 29/06/2015
Perodo de anlise: 29/06/2015 at 06/07/2015
OT02339/2015

2.4 Elementos de rede afetados

O trial foi realizado na RNC de Huila, RHL1H, e por se tratar de parmetros de RNC, todos os
elementos (NodeBs) conectados neste RNC foram afetados.

2.5 Configurao recomendada

MO
UUESTATETRANSTIMER
UUESTATETRANS
UUESTATETRANS
UUESTATETRANS
UPSINACTTIMER
UPSINACTTIMER

Parameter
BEF2PSTATETRANSTIMER
F2PTVMPTAT
BEF2DTVMTHD
BEF2HTVMTHD
PsInactTmrForInt
PsInactTmrForBac

From
65535
D16000
D1024
D1024
10
10

To
5
D1000
D512
D512
1800
1800

Figure 6 Parametrization State Transition

State Transition
Resultados do Trial

3. Monitoramento
Os indicadores que foram analisados e monitorados foram:
1. Acessibilidade
a. RRC SR CS e PS;
b. RAB SR CS e PS.
2. Reteno
a. CDR CS e PS.
3. Recursos
a. Usurios em HSPA;
b. Consumo de cdigos;
c. Consumo de CEs;
d. Carga do RNC;
e. Carga dos NodeBs (CNBAP);
f. Carga no Uplink RTWP;
g. Congestionamento no FACH.
4. State Transitions
a. Usurios em CELL_DCH, CELL_FACH e CELL_PCH;
b. D2F, F2D, F2P, P2F;
c. H2F, F2H, E2F, F2E
5. Paging
a. Volume de paging

State Transition
Resultados do Trial

4. Resultados
Melhora de 0.3pp na acessibilidade RRC - CS.

Figure 7 RRC accessibility CS

Leve tendncia de melhora na acessibilidade CS - RAB.

Figure 8 RAB accessibility - CS

Melhora de 2.5pp aproximadamente na acessibilidade RRC - PS.

10

State Transition
Resultados do Trial

Figure 9 RRC accessibility - PS

Melhora de 1pp na acessibilidade RRC - PS.

Figure 10 RAB accessibility - PS

11

State Transition
Resultados do Trial
Reduo de aproximadamente de 40% nas tentativas de RRC. Quando o terminal est em
CELL_PCH, o mesmo mantm a conexo RRC e evitando uma nova conexo. J quando o usurio enviado
para idle toda a conexo liberada, necessitando que esse terminal solicite outra vez a conexo RRC.

Figure 11 RRC attempts OS

Reduo de aproximadamente 46% das tentativas de RAB, conforme esperado.

Figure 12 RAB attempts - PS

12

State Transition
Resultados do Trial

Tentativas de conexo CS mantiveram a mesma tendncia de antes UEs com conexo ativa de
voz no se movem entre os estados conectados.

Figure 13 RRC attempts CS

Tentativas de RAB CS mantem a mesma tendncia das conexes RRCs UEs com conexo ativa
de voz no se movem entre os estados conectados.

Figure 14 RAB attempts - CS

13

State Transition
Resultados do Trial
Como a estratgia mover a quantidade mxima de usurios possveis do estado Idle para
CELL_PCH, com isso evitamos um fluxo intenso de sinalizao entre os estados: idle e conectado. Como
resultado obtemos uma reduo do uso de recursos de NBAP em at 34%.

Figure 15 NBAP usage reduction

Aps a ativao do estado CELL_PCH podemos verificar um aumento do nmero de usurios nesse
estado, pois os usurios em CELL_FACH com atividade zero podem ser enviados a CELL_PCH ao invs de
Idle. Como esperado tivemos tambm um aumento do nmero dos usurios em CELL_FACH, j que toda
vez que um terminal necessita receber ou transmitir dados em CELL_PCH esse UE deve voltar ao estado
CELL_FACH para executar essa operao. Para evitar um congestionamento no canal FACH os thresholds
de volume foram reduzidos de 1024 para 512 bytes.
Reduo de aproximadamente 2pp na carga das placas XPU, j que mais usurios em CELL_PCH
implica e menos conexes de RRC e RAB desnecessrias.

Figure 16 XPU load

14

State Transition
Resultados do Trial
Tambm tivemos reduo do nmero de usurios em CELL_DCH j que o tempo total de transio
(CELL_DCH CELL_FACH) estava igual ao timer de release da conexo RRC.

Figure 17 RRC connected users

Como esperado nenhuma reduo no nmero de usurios CS, j que esses usurios no
impactados diretamente pela ativao do novo estado CELL_PCH. Uma vez que usurios CS no trocam
de estado (CELL_DCH), enquanto o servio de voz estiver ativo.

Figure 18 CS user number

15

State Transition
Resultados do Trial
Como foi mencionado anteriormente tivemos uma reduo do nmero de usurios em CELL_DCH,
mais especificamente usurios em HSDPA j que o tempo total de transio (CELL_DCH CELL_FACH)
estava igual ao timer de release da conexo RRC.

Figure 19 HSPA user number

Mesma tendncia da quantidade de usurios R99 PS, j que nessa primeira mudana no foi
alterado os thresholds de inatividade para canal DCH.

Figure 20 R99 user number

16

State Transition
Resultados do Trial
Como a reduo dos usurios em CELL_DCH no foi acentuada, a reduo do consumo de Credits
(Channel elements RNC) teve uma reduo de aproximadamente 1.5%.

Figure 21 Downlink credit usage

Figure 22 Uplink credit usage

As falhas de rdio link na fase de RRC, esto ligadas diretamente a recursos de NodeB.
Principalmente recursos das placas de banda base NBAP e quantidade de usurios em HSPA. Como os

17

State Transition
Resultados do Trial
recursos de NBAP foram reduzidos em at 34%, temos como resultado uma menor quantidade de
rejeies devido falta desses recursos.

Figure 23 RRC radio link rejections

Diminuio das falhas de RRC no reply, devido a menor quantidade de tentativas na fase de RRC.

Figure 24 RRC no reply rejections

18

State Transition
Resultados do Trial
Reduo das rejeies devido a RNL (Radio network layer), que esto interligados aos
congestionamentos devido falta de recursos nas clulas. Isso ocorre devido reduo de sinalizao de
RRC/RAB, pois os usurios so mantidos em CELL_PCH e necessitando de menos recursos e um menor
tempo para regressar ao estado CELL_DCH/FACH.

Figure 25 RAB PS failure

No houve uma clara melhoria no congestionamento para o domnio CS.

Figure 26 - RAB CS failure

Aumento do nmero de Paging type 1 controlado pela UTRAN, devido ao aumento do nmero de
usurios em CELL_PCH. Existe um aumento de tambm de Paging type 2 devido a maior quantidade de

19

State Transition
Resultados do Trial
usurios em CELL_FACH. Para o CN essa alterao de paging a mesma, pois usurios em CELL/URA_PCH
e Idle ouvem o mesmo tipo de paging que Type 1.

Figure 27 UTRAN paging

Reduo do nmero de PS paging para usurios em Idle Mode, j que os usurios foram movidos
para CELL_PCH.

Figure 28 RANAP paging

20

State Transition
Resultados do Trial
Como a reduo da quantidade de usurios em CELL_DCH foi bem discreta, no houve alterao
no consumo de potncia da RRU.

Figure 29 RRU power usage

Sem alteraes no comportamento na carga de uplink.

Figure 30 Uplink load

Uma vez em CELL_PCH caso o mvel realize uma reseleo ou tenha dados para serem enviados
o mesmo deve avisar a RNC sobre essa reseleo e por essa razo temos um aumento das causas

21

State Transition
Resultados do Trial
mencionadas. O excesso de cellupdates (Reselection) poderia impactar na carga do uplink e analisando o
grfico anterior no se nota nenhuma alterao do comportamento desse indicador.

Figure 31 Cellupdates cause

Sem alteraes na tendncia de CS Drop.

Figure 32 CS drop

22

State Transition
Resultados do Trial
Leve aumento da taxa de PS Drop. Como veremos adiante essa tendncia de aumento de drop
causado devido reduo acentuada das causas normais por inatividade. Esse tipo de release est
relacionado ao timer T1.
Anteriormente o usurio com 10s de inatividade j tinha o release da conexo para idle mode e
com a mudana o usurio necessita de 30 minutos para ter toda a conexo liberada para idle mode. Mas
de alcanar o tempo de 30 minutos a RNC mover o usurio entre os estados de connected mode.

Figure 33 PS drop

Uma vez que o timer RRC Release maior que o tempo de transio (CELL_DCH CELL_FACH),
esperado que no tenhamos mais nenhum release de RAB por inatividade.

Figure 34 RAB normal release - inactivity

23

State Transition
Resultados do Trial

Normal releases reduzidos em 34% devido aos usurios se manterem em modo conectado
(CELL_PCH) e no serem enviados para Idle Sem impacto para usurio.

Figure 35 RAB normal release

Aumento do nmero de abnormal release inerentes ao estado CELL_FACH/PCH, devido a maior

utilizao desses canais.

Figure 36 RAB abnormal release PCH/CCH

Aumento do nmero de abnormal release devido a SRB e TRB reset. Esse tipo de drop geralmente
ocorre durante transio de CELL_FACH CELL_DCH ou durante o uso do canal FACH/DCH/HSDSCH. O

24

State Transition
Resultados do Trial
reset da conexo disparado a quando uma das entidades RNC/UE retransmite a quantidade mxima de
vezes permitido e quando o tempo total dessas retransmisses expirado.
Esse tipo de falhas tambm bastante comum em ambientes com baixa qualidade de rdio. Junto
com a implementao do call reestablishment, ser realizado a otimizao dos parmetros de RLC que
iro ajudar nas falhas de SRB/TRB reset.

Figure 37 RAB abnormal release - Reset

Aumento do nmero de abnormal releases por UuNoReply e UlSync. Apesar dessas falhas estarem
intimamente ligadas com ambientes com baixa qualidade de rdio, possvel realizar uma otimizao
desses casos atravs do call reestablishment.

Figure 38 RAB abnormal release UuNoReply and ULSync

Diminuio do downgrade de servio entre HSDSCH-DCH, devido a menor quantidade de

rejeies devido falta de recursos.

25

State Transition
Resultados do Trial

Figure 39 Transition: HSDSCH-DCH

Figure 40 Transition: ECH-DCH

Aumento das transies de FACH para HSDSCH, pois o threshold de volume para essa transio
foi reduzido de 1024 para 512 bytes para evitar congestionamento no canal FACH.

26

State Transition
Resultados do Trial

Figure 41 Transition: HSDSCH-FACH

Aumento das transies de FACH para HSDSCH, pois o threshold de volume para essa transio
foi reduzido de 1024 para 512 bytes para evitar congestionamento no canal FACH.

Figure 42 Transition: EDCH-FACH

Incio das transies entre os estados CELL_PCH e CELL_FACH.

27

State Transition
Resultados do Trial

Figure 43 Transition: FACH-PCH

Aumento esperado do congestionamento do canal de dados de FACH (DTCH). Conforme a

programao de atividades apresentado anteriormente, j programado a expanso do canal de FACH.

Figure 44 FACH congestion - DTCH

J para o canal de sinalizao de FACH (CCCH e DTCH) no temos uma piora de congestionamento
como vimos no canal lgico DTCH. Mas com a atividade de expanso j programada esse comportamento
ser ser resolvido.

28

State Transition
Resultados do Trial

Figure 45 FACH congestion CCCH and DCCH

29

State Transition
Resultados do Trial

5. Concluso
Com a ativao do estado CELL_PCH foi possvel reduzir o consumo de recursos importantes e
indispensveis para rede, como utilizao de NBAP, carga de RNC, e etc. Alm do mais a reduo
acentuada de sinalizao se traduz em maior capacidade do sistema j que esses recursos podero ser
utilizados para servios de dados e voz.
Essa mesma estratgia ser aplicada nas outras RNCs, devido ao ganho obtido durante o trial e
tambm devido ao grande potncial de ganho que poder ser obtido com as prximas otimizaes e
implementaes.

5.1. Prximos passos

Aps a ativao do estado CELL_PCH temos como as seguintes atividades abaixo que esto
interligadas intimamente:
1. Expanso do canal (largura de banda) e nmero de usurios em FACH
a. Possibilitar o aumento de usurio de usurios permitidos
b. Aumentar a capacidade do canal, evitando congestionamento nos canais lgicos.
2. Otimizao do State Transition (Timer-To-Trigger, pending timer, Event Threshold)
a. Melhorar a alocao de recursos
b. Aumentar capacidade do sistema
3. Ativao Fast Dormancy R8
a. Reduzir sinalizao causada por smartphones
b. Aumentar eficincia de recursos disponveis nas RNCs e NodeBs.

30