07 Rn31577en20gla1 Paging

RN31577EN20GLA1
Paging and inter-RNC optimization

1
Soc Classification level
1 Nokia Siemens Networks RN31577EN20GLA1
3G RANOP RU20
Paging and inter- RNC optimization
RN31577EN20GLA1
2
Course Content
KPI overview
Performance monitoring
Air interface and neighbor optimization
Capacity improvement
Traffic management
RN31577EN20GLA1
3
Module Objectives
At the end of the module you will be
able to:
Describe SRNC relocation issues
Describe Paging Procedure & Performance
RN31577EN20GLA1
4
Re-location
Paging Performance in 3G
- Cell resource states
- Paging capacity improvement RU20
RN31577EN20GLA1
5
CN
RNC RNC
Iu Iu
Iur
CN
RNC RNC
Iu Iu
Iur
CN
D-RNC S-RNC
Iu Iu
Iur
CN
RNC RNC
Iu Iu
Iur
SRNS relocation SRNC anchoring
Re-location (1/4)
UE Mobility Handling in RAN
SRNC Anchoring
which is not as such a standardised
mobility method, but which can be
implemented by applying an
undefined set of standardised
features
SRNS Relocation,
which is a standardised
mobility method
3GPP options to 3GPP options to
use MM use MM
anchoring is
supported in Nokia
SRNC only for CS RT
+ PS/NRT services
within Cell_DCH
Keep service
as long as possible
Limited support of
multi vendor services
RN31577EN20GLA1
6
3GPP gives two different options to handle inter-RNC
mobility in radio network
1. SRNS Relocation,
2. SRNC Anchoring
When neighbouring DRNC or CN do not support
relocation, anchoring is supported in Nokia SRNC only for
CS RT services, PS RT data services and for PS NRT
data services in CELL_DCH state.
In multivendor cases this will lead to limited functionality
related to mobility over RNC border between different
vendors RNS if the other vendor uses SRNC anchoring
Re-location (2/4)
UE Mobility Handling in RAN
RN31577EN20GLA1
7
Source and Target RNC
Relocation procedure and failures are detected differently between
Source and Target RNC
Target RNC:
The Target RNC sees the Relocation as incoming RRC
SRNC Relocation is an RRC Establishment cause
Setup, Access and Active counters are incremented both for RRC
and RAB
In case of failures, Setup and Access failure counters are
incremented both for RRC and RAB
Source RNC:
The Source RNC starts the Relocation procedure
SRNC Relocation is a RRC Release cause
RRC Active release counters are incremented both for RRC and
RAB
In case of failures, Active failure counters are incremented both
for RRC and RAB
Re-location (3/4)
RN31577EN20GLA1
8
Failure and Abnormal Release cause at Service Level
RRC setup and access
counters are updated during
incoming handovers and
relocations. If the new RRC
connection is established or
relocated successfully and if
there are RAB connections for
the UE, the RAB setup and
access counters are updated
as well.
Re-location (4/4)
RN31577EN20GLA1
9
Setup phase:
RRC_CONN_STP_ATT
RRC_CONN_
STP_FAIL_RNC
Access phase:
RRC_CONN_STP_CMP
RRC_CONN_
ACC_FAIL_RNC
Active phase:
RRC_CONN_ACC_CMP
MS
Target RNC
SRNC Relocation Decision SRNC Relocation Decision
SRNC operation
started
CN
UP switching
User plane set -up
RANAP:Relocation Required
RANAP:Relocation Request Ack
RANAP:Relocation complete
RRC:UTRAN Mobility Information
RANAP:Relocation Command
RNSAP:Relocation Commit
RANAP:Relocation Detect
RRC:UTRAN Mobility Information Confirm
RANAP:Iu Release
RANAP:Iu Release Complete
User plane release
Source RNC
RANAP:Relocation Request
Example of incoming Re-location (1/3)
CN
DRNC
SRNC
Iu Iu
Iur
SRNS Relocation,
Incoming SRNC Relocation
RN31577EN20GLA1
10
Incoming SRNC
If incoming inter-rnc sho is followed by a relocation, the establishment cause in the
Target RNC is srnc relocation: The following counters are incremented:
RRC_CONN_STP_ATT
SRNC_RELOC_ATTS
RRC_CONN_STP_CMP
RRC_CONN_ACC_CMP
and the relative RAB counters
After the Iu Relocation Complete message the active phase starts
complete
Attempts
RN31577EN20GLA1
11
Incoming SRNC Access Phase
To evaluate the performance of the incoming SRNC relocation its possible
to use the following KPI, both at RNC and cell level.
Failures are between the Relocation Request and the Relocation Complete:
RRC_CONN_STP_FAIL_RNC
RRC_CONN_ACC_FAIL_RNC/RADIO
For troubleshooting the M1009 family
Counters is available. The table is called:
L3 Relocation signalling measurement.
_ATTS SRNC_RELOC
_FAILS SRNC_RELOC
_ _ Re = Rate Failure location
Service Level
table counters
RN31577EN20GLA1
12
From Source RNC point
of view the RRC is in the
active phase
CN
DRNC
SRNC
Iu Iu
Iur
SRNS Relocation,
Outgoing SRNC Relocation
Example of outgoing Re-location (1/3)
MS Target RNC
SRNC operation
started
CN
UP switching
User plane set-up
RANAP:Iu Release
User plane release
Source RNC
Active
phase
Release
phase
SRNC Relocation Decision SRNC Relocation Decision
Coming
from active
and move
to release
RN31577EN20GLA1
13
Counters for normal release are
incremented:
RRC_CONN_ACT_REL_SRNC
RAB_ACT_REL_xxx_SRNC
Outgoing SRNC Relocation
RN31577EN20GLA1
14
From ticket collection
RRC Connection Active failures
As far as Source RNC any failure during the relocation
procedure is a failure during the active phase and since it
happens under cells of the target RNC those failures are
mapped into Cell id 0
STOP WCELL IDOUT FAIL SOURCE OUT REASON OUT DETAILED REASO frequency Percenatge
0 rnc_internal_c no_resp_from_rlc_c nok_c 92 3.05%
0 iu_c serv_req_nack_from_iuv_c subsystem_down_c 70 2.32%
0 radio_interface_c no_resp_from_rlc_c default_c 9 0.30%
0 radio_interface_c radio_link_failure_c radio_conn_lost_c 4 0.13%
0 radio_interface_c timer_expired_c rrc_dir_sc_re_est_c 3 0.10%
0 transmissio_c transport_res_rel_nrm_c default_c 3 0.10%
STOP WCELL IDOUT FAIL SOURCE OUT REASON OUT DETAILED REASO frequency Percentage
0 rnc_internal_c no_resp_from_rlc_c nok_c 62 2.09%
0 iu_c serv_req_nack_from_iuv_c subsystem_down_c 60 2.02%
0 radio_interface_c no_resp_from_rlc_c default_c 5 0.17%
0 iur_c iur_connection_lost_c default_c 3 0.10%
0 radio_interface_c radio_link_failure_c radio_conn_lost_c 3 0.10%
Source RNC
RN31577EN20GLA1
15
SRNC Relocation failure (1/2)
Impact of SRNC relocation failure in the Setup failure
Percentage refers to all the failures in the setup phase
IN REASON OUT FAIL SOURCE OUT REASON frequency Percentage
srnc_relocation_c iu_c no_resp_from_iuv_c 76 23.6%
srnc_relocation_c transmissio_c serv_req_nack_from_nrm_c 6 1.9%
srnc_relocation_c rnc_internal_c serv_req_nack_from_r_rab_c 2 0.6%
srnc_relocation_c iu_c serv_req_nack_from_iuv_c 2 0.6%
srnc_relocation_c rnc_internal_c invalid_configuration_c 2 0.6%
IN REASON OUT FAIL SOURCE OUT REASON frequency Percentage
srnc_relocation_c rnc_internal_c invalid_configuration_c 6 0.7%
srnc_relocation_c transmissio_c serv_req_nack_from_nrm_c 2 0.2%
srnc_relocation_c rnc_internal_c serv_req_nack_from_r_rab_c 1 0.1%
MS Target RNC
SRNC Relocation Decision
SRNC operation
started
CN
UP switching
User plane set -up
RANAP:Iu Release
User plane release
Source RNC
Setup
phaseRRC_CONN_STP_
FAIL_RNC
Access phase
RRC_CONN_ACC_FAIL_
RNC
Active
phase
Target RNC
Analysis done using PMI Ticket
RN31577EN20GLA1
16
SRNC Relocation failure (2/2)
Incremented counters in the
Source RNC
RRC_CONN_ACT_FAIL_RNC
RAB_ACT_FAIL_xxx_RNC
No response from rlc-nok (017F-191)
RN31577EN20GLA1
17
Thank You !
RN31577EN20GLA1
18
RN31577EN20GLA1
19
Paging Performance in 3G - RU10
URA_PCH
CELL_DCH CELL_FACH
CELL_PCH
UTRA RRC Connected Mode
Idle Mode
not implemented
UE in DRX mode
discontinous reception
UE in DRX mode
discontinous reception
Dedicated resources
allocated (DCH, HS)
Tx and Rx mode
Common resources
allocated (RACH-FACH)
Tx and Rx mode
Cell selection
Cell re-selection
Listen to paging
via Cell Update
Confirm
via Cell Update /
Confirm
NEW RU10:
RRC States
RN31577EN20GLA1
20
The packet access procedure in WCDMA should keep the interference caused to other users as small as
possible. Since there is no connection between the base station and the UE before the access procedure, initial
access is not closed loop power controlled and thus the information transmitted during this period should be kept
at minimum.
There are 3 scenarios for WCDMA packet access:
infrequent transmission of small packets
frequent transmission of small packets and
transmission of large packets
Packet data transfer in WCDMA can be performed using common, shared or
dedicated transport channels.
Since the establishment of a dedicated transport channel itself requires signalling and thus consumes radio
resources, it is reasonable to transmit infrequent and small NRT user data packets using common transport
channels without closed loop power control. Then the random access channel (RACH) in UL and the forward
access channel (FACH) in DL are the transport channels used for packet access
When the packet data is transferred on common channels, the UE is in CELL_FACH state.
Large or frequent user data blocks are transmitted using shared or dedicated transport channels
(DCH). When the packet data is performed on shared or dedicated channels, the UE is in
CELL_DCH state.
Paging Performance in 3G RU10
RN31577EN20GLA1
21
Paging Performance in 3G RU10
If UE has Multi-RAB allocated (voice call & NRT PS call) & PS
data inactivity detected in RNC L2, RNC triggers reconfiguration
from Cell_DCH to Cell_PCH on voice call release. UE stays in
Cell_PCH until new data is available in UL or DL L2 buffers. As
soon as certain traffic volume threshold is met, RNC may
reconfigure the connection to Cell_DCH.
Each UE in Cell-DCH or Cell_FACH substate is allocated
DMCU resources in RNC. In case of processing
shortage in DMCU units, RNC may move UE to Cell_PCH
and release all DSP resources in RNC.
L3 signaling is RRC: Physical Channel Reconfiguration
CELL_DCH
CELL_PCH
Example: Transition from CELL_DCH to CELL_PCH
RN31577EN20GLA1
22
Paging Performance - processing
Idle
Mode
Cell_
FACH
Inactivity detection
of NRT RB
Release of RT RB
Cell reselection (moving
UE)
Periodic cell update
(stationary UE)
Paging response (DL
data/ signalling)
UL Access (UL
data/signalling)
URA reselection
Periodic URA update
(stationary UE)
Paging response (DL
data / signalling)
UL Access (UL data /
signalling)
Cell_
PCH
Activity supervision
Completion of Cell
Update procedure
Setup of RT/NRT RB
RAB reconfiguration
DCH Up or Downgrade
Bit rate reduction due to
load reasons
URA_
PCH
Completion of URA Update
procedure
Max. # cell updates in
Cell_FACH / Cell_PCH
exceeded
UL/DL data or
signalling
RT RB setup
RRC Connection
Release
Inactivity detection
during last 20sec
RNC L2 resources at
low level
Fast UE with L2 inactivity
Data in GTP buffer
Cell_
DCH
CN originated paging (MT Call)
Random Access (MO Call)
RN31577EN20GLA1
23
Paging lost: cell-PCH not active
(
b
i
t
/
s
)
incremented only if the mobile
is in cell-PCH
Paging Performance
RN31577EN20GLA1
24
Paging Performance
A terminal, once registered to a network, has been allocated a paging
group. For the paging group there are Paging Indicators (PI) which
appear periodically on the Paging Indicator Channel (PICH) when
there are paging messages for any of the terminals belonging to that
paging group. Once a PI has been detected, the terminal decodes the
next PCH frame transmitted on the Secondary CCPCH to see
whether there was a paging message intended for it. The terminal
may also need to decode the PCH in case the PI reception indicates
low reliability of the decision.
If network would like to contact into certain user (SIM card) a paging
procedure will took place. Paging type 1 can happen either due to
mobile terminated call or mobile terminated SMS.
First step is to find out where subscriber-B (the called party) is. This
means HLR enquiry to subscriber-Bs HLR. HLR will return VLR
address where subscriber-B is.
VLR will start and act as master to this paging procedure. VLR will
know subscriber-Bs location area level. VLR will send paging
command to relevant RNCs (via Iu-CS interface), who are handling
this LAC where subscriberB is.
Paging Blocking
RN31577EN20GLA1
25
Paging Performance in 3G & S-CCPCH config.
In the case that a single S-CCPCH has been configured for a cell, the TTI for the paging
transport channel is 10 ms while the transport block size is 80 bits and the transport block
set size is 1.
The S-CCPCH can be used to transmit the transport channels:
Forward Access Channel (FACH) and
Paging Channel (PCH).
In the current implementation (see 3GPP 25.331), the PCH has the priority on FACH so that
FACH transport blocks can be sent only if the timeslot is not occupied by paging messages.
Thus, the maximum PCH throughput is 80 bits / 10 ms = 8 kbit/s.
Since the dimension of a paging message (including 1 paging record) is 80 bits, the
maximum paging rate is 100 paging/sec/cell.
Paging Blocking
RN31577EN20GLA1
26
Paging buffer
Each IMSI belongs to a paging group, according to the formula
Paging group = IMSI mod (DRX cycle length)
The paging occasions for each paging group can be
group 1
served
group 2
served
group 3
served
group 4
served
group 30
served
group 31
served
group 32
served
group 1
served
group 2
served
10 ms
10ms * DRX cycle length
In case no buffering is utilized, only 1 paging message related to each paging group would
be served at the end of each period of 10 ms * DRX cycle length.
Paging Performance in 3G & S-CCPCH config.
RN31577EN20GLA1
27
Paging Performance - Paging buffer
In the current implementation (RAN04/RAN05), a buffer of 512 places stores the
paging messages. When a new paging message arrives and the next paging
occasion is already occupied, the paging message is stored in the first free paging
occasion belonging to the paging group.
The number of places reserved in the buffer to each paging group depends on a
hidden parameter and the DRX cycle length: M = window_size / DRX cycle length
With window_size=300 and DRX cycle length=32 M=9;
with window_size=300 and DRX cycle length=128 M=2.
The following figure shows only the paging occasions belonging to the paging group
interested by the paging message.
10 ms * DRX cycle length
busy
place 1 place 2 place 3 place 4 place 5 place 6 place 7 place 8 place 9
busy
busy busy
first empty place
NOTE: a paging can be buffered for M * DRX cycle length = 9 * 320 ms = 2.88 sec; this
time is shorter than the repetition time in CN but could be higher than the repetition time in
RNC (when cell-PCH is active).
RN31577EN20GLA1
28
PCH throughput: paging requests blocked
The number of transmitted pagings (on the radio interface) is:
paging_requests [pagings/hour] = 3600 * PCH_THROUGHPUT / (80 bits)
The number of paging attempts forwarded to be transmitted on PCH is:
paging_type_1 [pagings/hour] = PAGING_TYPE_1_ATT_CN_ORIG +
PAGING_TYPE_1_ATT_RNC_ORIG
PAGING_TYPE_1_ATT_CN_ORIG- indicates the no.of CN originated paging attempts to
mobiles in idle state or PCH/URA substate.
PAGING_TYPE_1_ATT_RNC_ORIG-indicates the no.of RNC originated paging attempts to
mobiles in PCH/URA substate.
The number of paging attempts not sent on air due to congestion of PCH channel is:
paging_requests_blocked [paging/hour] = paging_type_1 - paging_requests
RN31577EN20GLA1
29
PCH Loading Estimation Process
M1006C25 Paging Type 1 Att CN Orig
M1006C26 Paging Type 1 Att RNC Orig all 0 if cell_PCH is not in
use
M1000C70 Ave PCH Throughput
M1000C71 PCH Throughput Denom 0
M1001C32,34,36,38,52,56&60 indicate the amount of MTC events in
cell basis, which is related to amount of Paging events.
RN31577EN20GLA1
30
M1006C25&C26 gives the hourly(or daily) basis number of Paging
Type1 transmitted from CN per cell
Since the counter values are sometimes slightly different on cell basis, the
maximum counter value over all the cells in the LA/RA is used in this
analysis
Average Paging Record size (=80[bit]) is the figure in RLC level (seems to
be pretty ok currently)
Max Paging Throughput is also in the same layer so that Paging Load can
be calculated with using those values
100
] [
] [
[%]
) 2 ( 24000
) 1 ( 8000
] [
80 ] [
[sec] 3600
1
] [ [bps]
) max( ) , max(
=
=
=
=
=
=
+ =
bps hroughput MaxPagingT
bps ughput PagingThro
PagingLoad
SCCPCH of #
SCCPCH of #
bps hroughput MaxPagingT
bit ize ingRecordS AveragePag
bit ize ingRecordS AveragePag e1 fPagingTyp MaxAmountO ughput PagingThro
LA/RA the in cells among , M1006C26 LA/RA the in cells among M1006C25 e1 fPagingTyp MaxAmountO
Air Interface
This should on TB level
RN31577EN20GLA1
31
Max P.T.1/sec Max PCH Throughput
2 SCCPCH
Statistically, Paging Type1 is generated in the random manner by a lot of
subscribers, except the special case like Happy New Year call
Number of Paging Type1 generated would form Poisson distribution
Through the below flow
1 SCCPCH 8[kbps]
24[kbps]
100
300
Target PCH
Load
Averaged # of simul. Paging Type1/sec Poisson Distribution
Paging Type1=200bit
Failure Probability
Acceptable?
Failure Probability
Acceptable?
OK
NO
YES
Divide LA/RA
YES
NO
Air Interface
RN31577EN20GLA1
32
PCH Loading Cumulative Poisson Distribution
Air Interface
Relation between Probability of Simultaneous "Paging Type1" and PCH Loading
Max PCH Throughput=8[kbps] / Size of Paging Type 1=80[bits]
(Poisson Distribution)
90
92
94
96
98
100
0 10 20 30 40 50 60 70 80 90 100 110 120 130 140
# of Simultaneous "PagingType1" [count/sec]
C
u
m
u
l
a
t
i
v
e

P
r
o
b
a
b
i
l
i
t
y

[
%
]
PCHLoad=10% PCHLoad=30% PCHLoad=50% PCHLoad=70% PCHLoad=80% max limit (SCCPCH=1)
When PCH load=80%, ~1.3% of P.T1 fails.
It would be good to have Practical Max PCH Load as 70%
so that simultaneous #P.T1/sec is practically less than max(=100).
NOTE: THIS IS PURELY FROM PCH POINT OF VIEW AND DOES NOT
INCLUDE THE PAGING BUFFER HANDLING ASPECT
2005/Dec/31 23:00 @RNC510
No need to have 2 SCCPCH
nor LA/RA division
Practical Max PCH Load = 70%
RN31577EN20GLA1
33
PCH Loading Estimation Results
Air Interface
PCH Load @18:00
2005/Jun/01~Dec/31
PCH Throughput=8[kbps] / PagingType1=80[bits]
0.000
1.000
2.000
3.000
4.000
5.000
6.000
7.000
8.000
9.000
0
5
/
0
6
/
0
1
0
5
/
0
6
/
0
8
0
5
/
0
6
/
1
5
0
5
/
0
6
/
2
2
0
5
/
0
6
/
2
9
0
5
/
0
7
/
0
6
0
5
/
0
7
/
1
3
0
5
/
0
7
/
2
0
0
5
/
0
7
/
2
7
0
5
/
0
8
/
0
3
0
5
/
0
8
/
1
0
0
5
/
0
8
/
1
7
0
5
/
0
8
/
2
4
0
5
/
0
8
/
3
1
0
5
/
0
9
/
0
7
0
5
/
0
9
/
1
4
0
5
/
0
9
/
2
1
0
5
/
0
9
/
2
8
0
5
/
1
0
/
0
5
0
5
/
1
0
/
1
2
0
5
/
1
0
/
1
9
0
5
/
1
0
/
2
6
0
5
/
1
1
/
0
2
0
5
/
1
1
/
0
9
0
5
/
1
1
/
1
6
0
5
/
1
1
/
2
3
0
5
/
1
1
/
3
0
0
5
/
1
2
/
0
7
0
5
/
1
2
/
1
4
0
5
/
1
2
/
2
1
0
5
/
1
2
/
2
8
date
P
C
H

L
o
a
d

[
%
]
RNC501 RNC509 RNC519 RNC510
Peak hour is 18:00 and the below graph shows the PCH load @ 18:00 (hourly data)
Friday is the busiest day in the week except special events.
Increase : 4[%] in 6[month] from 4[%] to 8[%] 0.67[%/month]
But still quite difficult to forecast with non-linear approximation.
Tenjin Festival
Fireworks
@Yodo River
0.67[%/month]
RN31577EN20GLA1
34
PCH Loading Conclusions
Currently, PCH Load is still only10[%] at most.
Only linear trend of PCH Load increase can be seen
4% increase during the past 6 months, from 4% to 8%
Periodical check of PCH Load is necessary but still it
will not reach the max.
Calculations about PCH load can be used to plan the LA/RA areas BUT it should be noted that
the paging buffer handling analysis should be included as well.
RN31577EN20GLA1
35
RN31577EN20GLA1
36
Introduction (1/2)
24 kbps Paging Channel
Paging load/activity
- 8 kbps paging channel capacity is
implemented for (RU10)
- 24 kbps can be allocated for RU20 (ASW)
- Transport block size increase
- The stand alone 24kbps PCH is allocated on
S-CCPCH with SF128,
comparing 8 Kbps/SF256 (more PwR)
- If Paging 24 kbps is used,
maximum of available HSDPA codes are
only14
WCEL: PtxSCCPCH1
It carries a PCH or FACH (mux) or FACH
/dedicated). Spreading factor is SF64 (60 kbps)
Cch,256,0
Cch,256,1
Cch,256,2
Cch,256,3
Cch,128,4
Cch,128,5
CPICH
P-CCPCH
AICH
PICH
Cch,64,1
Cch,256,14
S-CCPCH 1
E-AGCH
HS-SCCH
E-HICH & E-RGCH
S-CCPCH 2
Cch,128,6
Cch,16,0
No HSDPA code free No HSDPA code free
Pilot coverage
S-CCPCH
setup
Paging Ch with 24 kbps Paging Ch with 24 kbps
Bottleneck is PwR Bottleneck is PwR
Not code tree allocation Not code tree allocation
(calculation on next slide) (calculation on next slide)
RN31577EN20GLA1
37
Introduction (2/2)
Example: Power benchmark Example: Power benchmark
What limits first: PwR or Code tree occupation
Average HSDPA throughput hardly affected by loss of 1 code, as CQI extremely seldom
good enough for 15 codes (e.g. probability < 1 : 1000)
With SF128 PCH (24kbps) needs power 2 dB below CPICH = 31 dBm = 1.26 Watt
With SF256 PCH (8kbps) needs power 5 dB below CPICH = 28 dBm = 0.63 Watt
Power loss = 1.26 W 0.63 W = 0.63 W approx. 600 mW
3 % of 20 W max. cell power (1% = 200mW, 3% =600 mW)
5 % (600 mW) of about 12 W available for user data
8/24 kbps Paging Channel
60kbps/24kbps, cc. 1/2 60kbps/24kbps, cc. 1/2
30kbps/8kbps cc.1/2 30kbps/8kbps cc.1/2
RN31577EN20GLA1
38
Logical channel
Transport channel
Physical
channel
PCCH
To support higher paging capacity, the size of transport block for PCH is increased:
If WCEL: PCH24KbpsEnabled parameter is set to enabled, the PCH transport
channel is mapped to a dedicated S-CCPCH physical channel.
8 kbps = 80 Bit / 10ms TTI (default)
PCH
SCCPC
H
Concept
24 kbps = 240 Bit / 10ms TTI (optional)
24 kbps Paging Channel
8 kbps = up to 50 8 kbps = up to 50- -75% PCH load 75% PCH load
Several Several
S S- -CCPCH possible CCPCH possible
RN31577EN20GLA1
39
Transport Format Set
Transport Format Sets for the
8 kbps and 24 kbps PCH are
very similar
Only difference is the
increased transport block
size
TFS
TFS
TTI
TTI
Channel
coding
Channel
coding
CRC
CRC
8 kbps PCH
8 kbps PCH
24 kbps PCH
24 kbps PCH
0: 0x80 bits
(0 kbit/s)
1: 1x80 bits
(8 kbit/s)
0: 0x80 bits
(0 kbit/s)
1: 1x80 bits
(8 kbit/s)
0: 0x240 bits
(0 kbit/s)
1: 1x240 bits
(24 kbit/s)
0: 0x240 bits
(0 kbit/s)
1: 1x240 bits
(24 kbit/s)
10 ms
10 ms
CC 1/2
CC 1/2
16 bit
16 bit
10 ms
10 ms
CC 1/2
CC 1/2
16 bits
16 bits
RN31577EN20GLA1
40
S-CCPCH Configuration 1
This configuration limits the PCH bit rate to 8 kbps
The PCH is multiplexed with the FACH-u and FACH-c
The PCH always has priority
SF64 is required to transfer the FACH-u and FACH-c bit rates
Logical channel
Transport channel
Physical channel
DTCH DCCH CCCH BCCH PCCH
FACH-u FACH-c PCH
SCCPCH 1
SF 64
U U- - user data user data C C- - control data control data
RN31577EN20GLA1
41
S-CCPCH Configuration 2a
Logical channel
Transport channel
Physical channel
FACH-u FACH-c PCH
SCCPCH 1 SCCPCH 2
SF 64 SF 256
PCH24kbpsEnabled is configured to disabled with this configuration
Limits the PCH bit rate to 8 kbps
The PCH is allocated its own S-CCPCH
SF256 is allocated to the PCH as a result of the low bit rate
RN31577EN20GLA1
42
S-CCPCH Configuration 2b
Logical channel
Transport channel
Physical channel
FACH-u FACH-c PCH
SCCPCH 1 SCCPCH 2
SF 64 SF 128
PCH24kbpsEnabled is configured to enabled with this configuration
Increases the PCH bit rate to 24 kbps
SF128 is allocated to the PCH to support the increased bit rate
RU 20 RU 20
24 kbps 24 kbps
RN31577EN20GLA1
43
S-CCPCH Configuration 3a
PCH24kbpsEnabled is configured to disabled with this configuration
Limits the PCH bit rate to 8 kbps
SF256 is allocated to the PCH as a result of the low bit rate
Logical channel
Transport channel
Physical channel
DTCH DCCH CCCH BCCH CTCH
FACH-u PCH FACH-s
SCCPCH
connected
SCCPCH
idle
PCCH
FACH-c FACH-c
SCCPCH
page
SF 64 SF 128 SF 256
RN31577EN20GLA1
44
S-CCPCH Configuration 3b
PCH24kbpsEnabled is configured to enabled with this configuration
Increases the PCH bit rate to 24 kbps
SF128 is allocated to the PCH to support the increased bit rate
Logical channel
Transport channel
Physical channel
DTCH DCCH CCCH BCCH CTCH
FACH-u PCH FACH-s
SCCPCH
connected
SCCPCH
idle
PCCH
FACH-c FACH-c
SCCPCH
page
SF 64 SF 128 SF 128
RN31577EN20GLA1
45
Code Allocation
Channelisation code for 24 kbps
PCH uses a larger section of the
code tree
HSDPA cannot use 15 HS-
PDSCH codes when HSUPA 2 ms
TTI is enabled with 24 kbps PCH
Requirement for 2nd E-AGCH
code
Requirement for F-DPCH code
Cch,256,0
Cch,256,1
Cch,256,2
Cch,256,3
Cch,128,4
Cch,128,5
CPICH
P-CCPCH
AICH
PICH
Cch,64,1
Cch,256,14
S-CCPCH 1
E-AGCH
HS-SCCH
E-HICH & E-RGCH
S-CCPCH 2
Cch,128,6
Cch,16,0
RN31577EN20GLA1
46
Thank You !

07 Rn31577en20gla1 Paging

Enviado por

Dados do documento

Descrição original:

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

07 Rn31577en20gla1 Paging

Enviado por

Direitos autorais:

Formatos disponíveis

RN31577EN20GLA1

Paging and inter-RNC optimization

Você também pode gostar