State Transition

State Transition

Resultados do Trial

State Transition Resultados do Trial

1

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


2

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


3

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.


4

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:

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

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


5

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:

Figure 3 F2P parameters

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

Transio CELL_FACH -> CELL_DCH:

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 pr-determinadas 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

Service Type F2P Transition Timer Event 4B Threshold Time to Trigger Event 4B Pending Time After Event 4B Trigger

BE service BeF2PStateTransTimer D2F2PTvmThd F2PTvmTimeToTrig F2PTvmPTAT

Service Type Event 4A Threshold Event 4A Time to Trigger

BE service on the DCH BeF2DTvmThd BeF2DTvmTimeToTrig

BE service on the HS-DSCH BeF2HTvmThd BeF2HTvmTimeToTrig

BE service on the E-DCH BeF2ETvmThd BeF2ETvmTimeToTrig

PS real-time service RtF2DHTvmThd RtF2DHTvmTimeToTrig


6

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-to-trigger, 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).


7

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_SWITCH-

1&DRA_HSUPA_STATE_TRANS_SWITCH-1;

2. Ativao do State Transition R99: a. SET UCORRMALGOSWITCH: DraSwitch=DRA_PS_BE_STATE_TRANS_SWITCH-

1&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;


8

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

Figure 6 Parametrization State Transition

MO Parameter From To

UUESTATETRANSTIMER BEF2PSTATETRANSTIMER 65535 5

UUESTATETRANS F2PTVMPTAT D16000 D1000

UUESTATETRANS BEF2DTVMTHD D1024 D512

UUESTATETRANS BEF2HTVMTHD D1024 D512

UPSINACTTIMER PsInactTmrForInt 10 1800

UPSINACTTIMER PsInactTmrForBac 10 1800


9

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


10

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.


11

Figure 9 RRC accessibility - PS

Melhora de 1pp na acessibilidade RRC - PS.

Figure 10 RAB accessibility - PS


12

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


13

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


14

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


15

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


16

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


17

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


18

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


19

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


20

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


21

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


22

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


23

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


24

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


25

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.


26

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.


27

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.


28

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.


29

Figure 45 FACH congestion CCCH and DCCH


30

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.

Documents

State Transition