Professional Documents
Culture Documents
Part III
End to End VoLTE Analysis and Optimization workshop
20-24 November 2016 in Riyadh, KSA.
Excel Import File & PPT Easy to handle GUI Various Output Reports
template
• Created VoLTE sub-topics to cover all the VoLTE related parameters/ features
• Map all the VoLTE related parameters under the sub-topics
- One parameter may be under more than one subtopic
• Each subtopic populates one output slide (report), that contains
- Scope
- Observation
- Recommendation + Expert view
• If needed user can edit the input file
KPI definitions
• Report Set RSLTE052 (accessible from JUMP) in Report Manager collects OSS KPIs and counters
to monitor the traffic load and VoLTE Service Quality.
• Performance monitoring for VoLTE by NetEng. Based on references from JUMP and RAN LTE KPIs
document is a collection of LTE KPIs and counters used when monitoring the VoLTE service.
KPI values
• The MBB and NPO KPI commitment targets guideline . Its contents are aligned with the more
detailed document KPI Targets document below. Note: Always download the latest one from the link
above.
• MBB Performance Benchmarker
VoLTE KPI List for Acceptance
• A list covering all domains (not only radio) with OSS and drive test KPIs to be used as part of
customer discussions: VoLTE KPI List for Acceptance
99.60
a se increased
99.50
ffic incre 200 000
E tra
ld VoLT - If a handover becomes
99.40 3x fo 150 000 necessary during E-RAB Setup,
99.30 the eNB may interrupt the
100 000
ongoing E-RAB Setup procedure
99.20
as specified in 36.413 (chapter
8.2)
50 000
99.10
99.00 0
08.25.2014
08.27.2014
08.29.2014
08.31.2014
09.04.2014
09.08.2014
09.10.2014
09.12.2014
09.14.2014
09.16.2014
09.22.2014
09.26.2014
09.28.2014
09.30.2014
10.02.2014
10.04.2014
10.06.2014
10.10.2014
10.14.2014
10.16.2014
10.18.2014
10.20.2014
10.22.2014
09.02.2014
09.06.2014
09.18.2014
09.20.2014
09.24.2014
10.08.2014
10.12.2014
• 3GPP 36.413 (chapter 8.2): If a handover becomes necessary during E-RAB Setup, the
eNB may interrupt the ongoing E-RAB Setup procedure and initiate the Handover
Preparation procedure as follows:
- The eNB shall send the E-RAB SETUP RESPONSE message in which the eNB shall indicate, if
necessary all the E-RABs fail with an appropriate cause value, e.g., ”S1 intra system Handover
triggered”, “S1 inter system Handover triggered” or “X2 Handover triggered”.
• Therefore, MME needs to resend the E-RAB Setup Request when it receives the Path
Switch Request after the failed E-RAB setup (same for E-RAB release or modify i.e.
any E-RAB procedure) – feature implemented in NS15.
- In case the SGW is changed due the HO then MME should send the Create Bearer Response
message to SGW indicating rejected E-RAB with cause 110 “Temporarily rejected due to
handover/TAU/RAU procedure in progress“.
• 3GPP TS 23.401: Upon reception of a rejection for an EPS bearer(s) PDN GW initiated
procedure with an indication that the request has been temporarily rejected due to
mobility procedure in progress, the PDN GW start a locally configured guard timer. The
PDN GW shall re-attempt, up to a pre-configured number of times, when either it
detects that the Tracking Area Update procedure is completed or has failed using
message reception or at expiry of the guard timer.
- PDN GW which initiated the bearer related request (e.g. Create / Update / Delete Bearer
request) is supposed to handle the rejection by re-sending the request after handover is
completed.
- Since NG3.2, SGW has re-attempt mechanism, with the default value “handover-rejection-guard-
timer-reattempt-count” = 2, i.e. when SGW receives the rejection, it will re-initiate rejected EPS
bearer procedure to MME.
SIP:INVITE
SIP: TRYING
SIP:INVITE
SIP: TRYING
Retransmission
Create Bearer Response Cause: Temporarily Rejected due to Handover Procedure in
(failure) Progress
Create Session Request (QCI5)
Modify Bearer Request
09.06.2014
09.16.2014
09.26.2014
10.18.2014
08.25.2014
08.29.2014
08.31.2014
09.02.2014
09.04.2014
09.08.2014
09.10.2014
09.12.2014
09.14.2014
09.18.2014
09.20.2014
09.22.2014
09.24.2014
09.28.2014
09.30.2014
10.02.2014
10.04.2014
10.06.2014
10.08.2014
10.10.2014
10.12.2014
10.14.2014
10.16.2014
10.20.2014
10.22.2014
23 © Nokia Solutions and Networks 2014
VoLTE Drop Call Rate active drops per active minute QCI1
Active Drops per Session Time active drops per active minute non-GBR
non-GBR to QCI1 ratio
• The simple dropped call rate calculation 0 6
(drops/setup E-RABs per QCI) is not
0
necessarily a good metric due to the 5
Ratio
per minute is much better compared to 2
0
the non-GBR, i.e. QCI1 performance
should be also monitored by active drops 0 1
per active in session time.
0 0
4 4 4 4 4 4 4 4 4 4 4 4 4 4 4
201 201 201 201 201 201 201 201 201 201 201 201 201 201 201
1. 2. 3. 4. 5. 6. 7. 8. 9. 0. 1. 2. 3. 4. 5.
0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.2 0.2 0.2 0.2 0.2 0.2
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
E///-LG MME & Cisco/Telcoware IMS Nokia MME & Nokia IMS Samsung MME & Cisco/Telcoware IMS
0.90
• Typically E/// and Huawei are counting
only the drops when there is some data 0.80
%
0.50
- Nokia eNB has similar counters only for
the radio related drops (eNB triggered 0.40
drops) and for radio drops the difference is
0.30
quite massive between all drops and
drops only in case there is data in buffer 0.20
as shown in the graph on the right 0.10
• 0.4%-0.8% for all drops
0.00
• 0.05%- 0.15% for drops with data in
.2 01 0: 00
.2 01 2: 00
.2 01 2: 00
.2 01 4: 59
.2 01 0: 00
.2 01 0: 00
14 :0 0
59
.2 01 0: 00
.2 01 6: 00
.2 01 5: 00
.2 01 2: 59
.2 01 8: 00
.2 01 8: 00
.2 01 3: 00
.2 01 0: 00
:5 0
20 06 :0
15 0:0
10 5.2 4 1 00:
10 0.2 4 1 00:
10 1.2 4 2 00:
10 1.2 4 0 00:
10 2.2 4 1 00:
10 2.2 4 0 59:
10 2.2 4 1 00:
10 3.2 4 2 00:
10 3.2 4 0 00:
10 4.2 4 1 00:
10 4.2 4 0 00:
10 5.2 4 1 59:
10 5.2 4 0 00:
10 6.2 4 2 00:
9:
buffer
6. 4 00
.2 01 0:
10 0.2 4 0
.2 01
10 0.2
.2
28 © Nokia Solutions and Networks 2014
10
SRVCC
SRVCC Success Rate
SRVCC Success (%)
• SRVCC performance for
Inter RAT HO Attempts to UTRAN SRVCC Inter RAT HO UTRAN with SRVCC Success Rate
VoLTE has declining trend with
95 20 000 increased attempts.
90 720 users - 15 MHz 18 000 - SRVCC is degraded due to an
85 Admission Control Threshold – 75% 600 users - 10 MHz
issue in MSS not sending proper
16 000
cause code for successful
SRVCC HO and thus, SRVCC
80
14 000
Attempts (#)
Success (%)
70
e
reas
c inc • The IMS network was not
10 000
65
TE traffi
oL
3xV 8 000
supporting aSRVCC and
60
55
6 000 therefore, the customized
4 000
firmware was created for the
phones to do CSFB instead of
50
45 2 000
VoLTE when the RSRP is less
40 0 than -115 dBm.
08.25.2014
08.27.2014
08.29.2014
08.31.2014
09.02.2014
09.04.2014
09.06.2014
09.08.2014
09.10.2014
09.12.2014
09.14.2014
09.16.2014
09.18.2014
09.20.2014
09.22.2014
09.24.2014
09.26.2014
09.28.2014
09.30.2014
10.02.2014
10.04.2014
10.06.2014
10.08.2014
10.10.2014
10.12.2014
10.14.2014
10.16.2014
10.18.2014
10.20.2014
10.22.2014
29 © Nokia Solutions and Networks 2014
SRVCC
SRVCC I-RAT Measurements
• If the measurements are started too late (low A2 threshold) and too large amount of 3G neighbors
the UE does not have enough time to send measurement reports (B2) hence the call drops.
• If A2 is set very close to B2 threshold this will reduce the time during which the measurement gaps
are scheduled to the mobile which may lead to non-optimal choice of target RAN cell if UE does not
have time to measure the best target cell (e.g. long neighboring list).
• However, if the SRVCC is triggered too early there might be too many SRVCC attempts and
aSRVCC attempts causing further challenges in case not supported by IMS.
30 © Nokia Solutions and Networks 2014
VoLTE Measurements and SRVCC Thresholds
Parameter alignment
Inter-frequency measurements will be started at threshold2InterFreqQci1
and A3 event is triggered once neighbouring cell becomes
Intra-frequency neighbouring a3OffsetRsrpInterFreqQci1 better than serving cell. The recommendation
cell measurements will be is to activate LTE inter-frequency measurements 2-3 dB earlier than
started at Threshold1 SRVCC measurements to favor handover to other LTE frequency before
moving to WCDMA. Thresholds are relative to -140 dBm
• How often UEs move to WCDMA by SRVCC in three areas. (Dense / Rural / Highway)?
• UE was experiencing SRVCC every 4 minutes (average) in rural are and highway.
WCDMA
Uplink Interference Mass events are uplink limited. Power control, link adaptation
Management and scheduling optimization
RRC Connected UE
High number of RRC connected UE per cell and per eNodeB
Capacity
Control Channel High RACH, PUCCH and PDCCH capacity and efficient
Capacity PDCCH link adaptation
• The BH is one hour earlier for VoLTE traffic compared to data in terms of E-RAB setups. The
S e t u p a t t s : Q C I 1 E -R A B , Q C I 2 E -R A B
uplink data volume starts to drastically increase during the event (fireworks).
S e t u p a tt a s : n o n -G B R E -R A B
Number of subscribers
300.00 4.0
0: 2 : 4 : 6: 8: 10 : 12 : 14 : 1 6 : 18 : 20 : 22 :
• 2600MHz layer collects 40-50% of all RRC connected users during the highest traffic time
(6pm – 10pm) -> load balancing tries to put as many users to 2600 (largest BW) as possible.
2:00
6:00
4:00
8:00
10:00
12:00
14:00
16:00
18:00
20:00
22:00
0 0 00 00 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0: 2: 4: 6 : 8 : 1 0 : 1 2 : 1 4 : 1 6 : 18 : 20 : 22 :
• 2600MHz layer carries largest amount of eRAB setups up to 16000 during BH @7pm
followed by 850MHz layer and then 2100MHz layer.
ERAB Stp Att, QCI1, share - 2600 ERAB Stp Att, QCI1, share - 2100
QCI1 ERAB Setups - 850 QCI1 ERAB Setups - 2100 QCI1 ERAB Setups - 2600
ERAB Stp Att, QCI1, share - 850
100%
16000
90%
80% 14000
70% 12000
60%
10000
50%
40% 8000
30% 6000
20%
4000
10%
0% 2000
0:00
2:00
4:00
7:00
9:00
11:00
13:00
14:00
15:00
16:00
18:00
20:00
22:00
23:00
1:00
3:00
5:00
6:00
8:00
10:00
12:00
17:00
19:00
21:00
0:00
1:00
3:00
4:00
5:00
7:00
8:00
12:00
13:00
15:00
16:00
17:00
18:00
19:00
20:00
22:00
23:00
2:00
6:00
9:00
10:00
11:00
14:00
21:00
44 © Nokia Solutions and Networks 2014
VoLTE High Traffic Performance
E-RAB Setup Success
• E-RAB setup success rate performance during the event is stable around 99.6%
in average.
QCI1 E-RAB stp SR 850 QCI1 E-RAB stp SR 2100 E-RAB Setup
QCI1 E-RAB stp SR 2600 E-RAB success, QCI1,
Setup success, QCI1, LTE_5204B
LTE_5204B
100.0%
100.0
99.5% 99.5
99.0% 99.0
98.5
98.5%
98.0
8:00
9:00
10:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
0:00
1:00
2:00
3:00
4:00
5:00
6:00
7:00
11:00
23:00
98.0%
1
1
1
1
1
1
1
1
1
1
2
2
2
2
0:00
2:00
4:00
6:00
1:00
3:00
5:00
7:00
8:00
9:00
• DL PDCP discard ratio is below PDCP SDU discard QCI1, DL, LTE_5256B - 850
PDCP SDU discard QCI1, DL, LTE_5256B - 2100
0.1% even at highest loaded PDCP SDU discard QCI1, DL, LTE_5256B - 2600
times -> retransmission delay 0.12
does not cause discard time to
0.1
expire and therefore loss of
packets. 0.08
0.06
%
0.04
0.02
1:00
2:00
5:00
6:00
10:00
11:00
13:00
14:00
15:00
17:00
18:00
19:00
21:00
22:00
23:00
0:00
3:00
4:00
7:00
8:00
9:00
12:00
16:00
20:00
47 © Nokia Solutions and Networks 2014
Confidential
VoLTE High Traffic Performance
Packet Discards - DL
decreasing CQI. 0
0.02 0.02
0.01 0.01
0.01 0.01
0 0
9 9.5 10 10.5 11 11.5 12 12.5 4 4.5 5 5.5 6 6.5 7 7.5 8 8.5 9
0 0
48 © Nokia Solutions andAverage
NetworksCQI
2014 Residual BLER, DL [%]
Confidential
VoLTE High Traffic Performance
Packet Losses - DL
0.4
0.35
QCI1 ERAB Setups - 850 QCI1 ERAB Setups - 2100
QCI1 ERAB Setups - 2600 0.3
16000
0.25
14000
12000
%
0.2
10000
8000 0.15
6000
0.1
4000
2000 0.05
0
1
1:00
3:00
4:00
6:00
7:00
8:00
10:00
11:00
12:00
14:00
16:00
18:00
20:00
21:00
22:00
0:00
2:00
5:00
9:00
13:00
15:00
17:00
19:00
23:00
49 © Nokia Solutions and Networks 2014
Confidential
VoLTE High Traffic Performance
Packet Losses - DL
ERAB Stp Att, QCI1, share - 850 ERAB Stp Att, QCI1, share - 2100 850 2100 2600
ERAB Stp Att, QCI1, share - 2600
0.45
• Packet loss ratio in UL is below PDCP loss ratio , QCI1, UL, LTE_5311B - 850
PDCP loss ratio , QCI1, UL, LTE_5311B - 2100
0.4% for QCI1 during highest PDCP loss ratio , QCI1, UL, LTE_5311B - 2600
0.35
16000 0.25
14000
12000 0.2
[%]
10000
8000 0.15
6000
0.1
4000
2000 0.05
0
1
10:00
11:00
12:00
13:00
14:00
18:00
19:00
20:00
21:00
2:00
3:00
4:00
5:00
9:00
15:00
16:00
17:00
22:00
23:00
0:00
1:00
6:00
7:00
8:00
51 © Nokia Solutions and Networks 2014
Confidential
VoLTE High Traffic Performance
Packet Losses - UL
0.35 0.35
0.3 0.3
0.25 0.25
0.2 0.2
0.15 0.15
0.1
0.1
0.05
0.05
0
0 2 3 4 5 6 7 8 9 10 11 12 13 14
52 2 4 © Nokia
6 Solutions
8 and
10Networks
12 2014
14 16 18 20 22
Confidential Average DL Latency, QCI1 [ms]
PUSCH SINR [dB]
VoLTE Optimization –
Use Cases
• Antenna down tilt optimization reduced significantly VoLTE drop call rate due to improved
interference control, i.e. cell dominance was improved.
54 © Nokia Solutions and Networks 2014
Drop Call Optimization
Periodical CQI Reporting
DTX
DTX
DTX
DTX
DTX
CQI
CQI
CQI
CQI
CQI
DTX
DTX
DTX
DTX
DTX
CQI
CQI
CQI
CQI
CQI
time
LNCEL/cqiPerNp=10ms CQI_RLF ON
CQI_RLF
Example Vendor Parameter Values: OFF
nCqiDtx=4
nCqiRec=2
No Changes in VoLTE
Drop Ratio
FL16 feature allows tuning RLF detection sensitivity at eNB in order to keep UEs longer in
RRC connection state.
It applies to cases the eNB indicates RLF due to CQI DTX
- The tuning is possible by setting LNBTS:nCqiDtx and LNBTS:nCqiRec parameters
LTE2206 does not change RLF detection functionality, sensitivity RLF indication is
issued
LTE1569 allows to configure QCI1 specific settings of N310 (LNCEL:n310qci1) and T310 (LNCEL:t310qci1) which are provided to the
UE during QCI1 bearer establishment by RRC Connection Reconfiguration message (overwriting SIB2 broadcasted values).
When UE is ending the VoLTE call, eNB sends RRC Connection Re-configuration message to release QCI1 DRB, this message
includes also RLF-TimersAndConstants-r9 IE with legacy values of T310 and N310 (LNCEL:t310 and LNCEL:n310).
Maximum number of
N311 LNCEL On-line 0:n1;1:n2;2:n3;3:n4;4:n5;5:n6;6:n8;7:n10 n1 n1 n1
in-sync indications
0:1000ms;1:3000ms;2:5000ms;3:10000ms;4:15000ms;5:
T311 Timer T311 LNCEL On-line 20000ms;6:30000ms
3000ms 3000ms 3000ms
0:100ms;1:200ms;2:300ms;3:400ms;4:600ms;5:1000ms;6
t301 Timer T301 LNCEL On-line :1500ms;7:2000ms
400ms 400ms 400ms
• Set 1: initial ERAB drop rate for QCI1 with feature not activated: 0.14%
• Set 2: reduction of T310qci1 to 500ms improvement of ERAB DR QCI1 to 0.10%
• Set 3: reduction of N310qci1 from n6->n4 did not lead to further reduction, result: 0.13%
VoLTE capable Rel. 9 UEs during test: >95% => Higher penetration would even improve result
67 © Nokia Solutions and Networks 2014
Nokia Internal Use
VoLTE Drop Call Optimization
Field Trial Results
• Target is to start early re-establishment procedure by UE before call drop, but not to trigger too
early re-establishements and therefore, increase the risk to drop the call by a failed re-
estabishment procedure itself
• Set 1: Default parameters are T310=2000ms and N310=n10 -> Network was already adapted to
T310=1000ms, N310=n6 which leads to an improved ERAB DR.
• Set 2: QCI1 specific T310qci1 reduction leads to earlier triggering of re-establishment procedure
by UE and therewith to a further improvement of ERAB QCI1 DR from 0.14% -> 0.10%
• Set 3: Further parameter adaptions to trigger re-establishment procedure by UE even earlier lead
to an increase of DR compared to previous setting (Set 2) -> increased amount of re-
establishement procedures finally lead to an increased DR as re-establishement procedure might
fail as well
- It is recommended to activate feature LTE1617 RLF triggered handover to improve re-
establiment success in overall.
• DRX enabling makes KPI degradation inevitable at the expense of saving UE battery
consumption:
- DRX cycle has impact on HO measurements due to increased latency and thus, drop
call rate is increased and HO success rate (too late HO increase) is degraded.
- Packet loss and degraded MOS is detected.
- Longer Inactivity timer and Shorter DRX cycle can minimize the KPI impact.
1 DRX ON (QCI1/2/5/6)
• E-RAB / VoLTE DCR is significantly degraded.
2 DRX OFF (QCI1/2)
• VoLTE DCR was not changed because QCI 5/6
still on DRX. 1 2
1 4
2
3
• When enabling QCI1=drxprofile2 only, VoLTE Drop increases 2 times and Packet loss is visible in
KPI (LTE_5311b)
• In Packet loss KPI, QCI1 UL packet loss was increased but no changes in DL Packet loss
DRX enable
for QCI1
• If UE has QCI-1 DRB and DRX was previously disabled due to Poor RF, and C-plane
receives new RL Status Indication for this UE indicating “GoodChannelQuality”, then C-
plane sends RRC Reconfiguration message to UE to re-install the DRX profile (i.e. re-
enable DRX) provided that other DRX feature add conditions (feature flag, configuration,
etc.) are satisfied
Avg
Avg CQI
CQI is
is 11
11 or
or higher
higher in
in the
the
cluster
cluster so
so changed
changed CQI
CQI
threshold
threshold higher
higher
• Negative impact of the PDCP SN and RLC SN • Data PDU with Long PDCP SN (12 bit) (RLC AM and
UM Mapped DRBs)
increase is that the total TB size due to larger
PDCP and RLC overhead.
20151215 Test case1 -83.166 15.129 0.58% 3.8 9.57 309.46 Disable QCI1 DRX
• The Flexi Multiradio BTS supports the uplink reception for the users with the speed up to:
- 350 km/h in the open space
- 300 km/h in tunnels
• In this case the eNB uplink signal receiver suffers from a huge Doppler shift which
causes severe performance degradations
• LTE48 feature deals only with enhancing link level performance for high speed users by
intoduction of eNB UL receiver improvements (e.g. Doppler shift estimation)
• After feature activation improvements in KPIs related to HO SR, CSSR, DCR can be
observed in environment with dominant number of high speed users
• The relationship between Doppler frequency shift and UE speed depends on the
operating band:
• Higher carrier frequencies experience greater Doppler shifts at lower speeds - It means that
lower UE speeds are supported in the higher operating bands
Scenario 1 (Open space) Scenario 3 (Tunnel)
Carrier frequency (F_c)
[Ghz] Maximum velocity Maximum Doppler Maximum velocity Maximum Doppler
[km/h] shift (F_o) [Hz] [km/h] shift (F_o) [Hz]
1,9 1232.3 1056.3
2,3 350 1491.8 300 1278.7
2,6 1686.4 1445.4
The eNB supports high speed users up to maximum Doppler shift/offset of 1700 Hz
for open space and 1450 Hz for tunnel scenario
90 © Nokia Solutions and Networks 2014
LTE48 Support of High Speed Users
Doppler shift estimation
• Doppler shift estimation for UEs – To mitigate problems in high speed deployments
eNB shall support a Doppler shift (frequency shift) estimation for each UE based on the
received signal in different uplink physical channels (PRACH, PUSCH and PUCCH) and
signals (SRS)
• LTE48 Support of High Speed Users feature can be activated by setting the
prachHsFlag parameter to ‘true’ (requires object locking)
• High speed flag for PRACH preamble generation determines whether an unrestricted or
a restricted set has to be used by the UE where ‘false’ = Unrestricted and ‘true’ =
Restricted.
• Configuring the prachHsFlag parameter with a value of ‘true’ has an impact on other
parameters:
- hsScenario must be configured to ‘scenario1’ or ‘scenario 3’ dependently on the deployment
scenario - Scenario 1 (open space scenario) and scenario 3 (tunnel scenario) defined by 3GPP
- The range of values available to rootSeqIndex becomes dependent on the value of prachCS –
the number of preamble sequences per root sequence is dependent upon the root sequence
(varies from one root sequence to another)
- ulCombinationMode must be set to ‘MRC’, i.e. LTE1402 Intra eNB UL CoMP cannot be used
92 © Nokia Solutions and Networks 2014
LTE2445: Combined Supercell
High Speed User support
The UE can move seamlessly between subcells, without interruption by a RACH procedure
due to cell change as with normal cells
6 RRH support allows for extended supercell coverage
High speed UE support.
100.00
90.00
95.00
04.28.00
04.28.00 04.28.05
04.28.05 04.28.10
04.28.10 04.28.15
04.28.15 04.28.20
04.28.20 04.29.01
04.29.01 04.29.06
04.29.06 04.29.11
04.29.11
SR LTE_5220A
04.29.16
before
04.29.16 04.29.21
04.29.21
Total Att LTE_753A
04.30.02
04.30.02 04.30.07
05.01.08 05.01.08
High Speed Train Optimization
05.01.13 05.01.13
05.01.18 05.01.18
CSSR LTE_5218C
05.01.23 05.01.23
0
0
5,000
10,000
15,000
20,000
10,000
20,000
30,000
KPI Improvement after prachHsFlag=true
90.00
92.00
94.00
96.00
98.00
100.00
0.00
2.00
4.00
6.00
8.00
04.28.00
04.28.00 04.28.06
04.28.06 04.28.12
04.28.12 04.28.18
04.28.18 04.29.00
04.29.00 04.29.06
04.29.06 04.29.12
04.29.12 04.29.18
Stp ATT LTE_5116A
Data SR LTE_5117A
04.29.18 04.30.00
04.30.00 04.30.06
04.30.06 04.30.12
04.30.18
DR LTE_5025C
04.30.12
04.30.18 05.01.00
05.01.00 05.01.06
05.01.12
05.01.06
05.01.18
05.01.12
0
05.01.18
Data stp SR LTE_5003A
20,000
40,000
60,000
80,000
100,000
High Speed Train Optimization
KPI Improvement after prachHsFlag=true
04.28.15
04.28.20
04.29.01
04.29.06
04.29.16
04.30.07
04.30.12
04.30.22
05.01.08
05.01.13
05.01.23
04.28.00
04.28.10
04.29.11
04.29.21
04.30.02
04.30.17
05.01.03
05.01.18
04.28.00
04.28.05
04.28.15
04.29.06
04.29.16
04.29.21
04.30.07
04.30.12
04.30.22
05.01.03
05.01.13
04.28.10
04.28.20
04.29.01
04.29.11
04.30.02
04.30.17
05.01.08
05.01.18
05.01.23
95 © Nokia Solutions and Networks 2014
High Speed Train Optimization
DL Signaling Robustness
• PDCCH aggregation level increased for Msg2 and Msg4 to 8 CCEs.
• Maximum coderate for SIB, Paging, Msg2 and Msg4 to 0.05.
2014.06.13
2014.06.14
2014.06.15
2014.06.17
2014.06.18
2014.06.20
2014.06.21
2014.06.22
2014.06.16
2014.06.19
2014.06.14
2014.06.15
2014.06.19
2014.06.20
2014.06.22
2014.06.12
2014.06.13
2014.06.16
2014.06.17
2014.06.18
2014.06.21
96
Tunnel site
© Nokia Solutions and Networks 2014
Tunnel site
High Speed Train Optimization
Contention based RACH for Handover
• PRACH from contention free to contention based at HO. Because contention free uses PRB8
but contention based (Group A) uses PRB1, so contention based is more robust than
contention free.
2014.06.28
2014.06.30
2014.07.01
2014.07.03
2014.07.06
2014.06.26
2014.06.29
2014.07.02
2014.07.04
2014.07.05
2014.07.07
2014.06.25
2014.06.26
2014.06.27
2014.06.28
2014.06.29
2014.06.30
2014.07.01
2014.07.02
2014.07.03
2014.07.04
2014.07.05
2014.07.06
2014.07.07
2014.07.08
0.3% improved
HO Failure ⇒ Tunnel
Re-establishment
Drive test result or drop
• There are many RRC Re-establishment of VoLTE call when Train goes through a tunnel
• This Re-establishment causes missing Voice, VoLTE call can not keep good quality in tunnels.
RSRP
RSRQ
RRC
Re-establishment
VoLTE Packet
99
Re-esta
© Nokia Solutions and Networks 2014
Re-esta Re-esta Re-esta
0
10
Tunnel Site (KPI)
WCDMA AMR
should be used
through a tunnel
when Train goes
0
10
20
30
40
50
60
2014.11.18:06.00
2014.11.18:13.00
High Speed Train Optimization
2014.11.18:20.00
2014.11.19:09.00
2014.11.19:16.00
2014.11.19:23.00
2014.11.20:12.00
2014.11.20:19.00
2014.11.26:08.00
2014.11.26:15.00
2014.11.26:22.00
• WCDMA’s drop rate is lower than LTE in tunnel sites.
2014.11.27:11.00
2014.11.27:18.00
2014.11.28:07.00
2014.11.28:14.00
2014.11.28:21.00
2014.11.29:10.00
2014.11.29:17.00
Drop Rate (ADR) [%]
2014.11.30:06.00
2014.11.30:13.00
2014.11.30:20.00
2014.12.01:09.00
2014.12.01:16.00
LTE
2014.12.01:23.00
WCDMA
2014.12.02:12.00
Lower
drop rate
High Speed Train Optimization
Possible Design Concept
• To make UEs enter tunnels continuously without drop, our new design forces VoLTE UEs
to move to WCDMA by SRVCC in tunnel adjacent sites and tunnel sites.
LTE
WCDMA
AMR AMR
• If VoLTE is supported by the target eNB but the TAC of the target eNB does not support
VoLTE then the HO for QCI1 should go through and path switch should be possible.
Hhowever there might be differences in different vendor’s MMEs.
• Also whether the UE SIP client drops the call or not (UE sending SIP : BYE message)
when TAC without VoLTE support is detected depends on the UE implementation.
• Therefore rather SRVCC to WCDMA needs to be triggered.