Professional Documents
Culture Documents
W-Handover and Call Drop Problem Optimization Guide-20070821-A-3.2
W-Handover and Call Drop Problem Optimization Guide-20070821-A-3.2
Product version
Total 175 pages
3.2
Approved by Date
Revision Records
Cai Jianyong,
Completing V2.0 W-Handover and Call Drop Zang Liang,
2005-02-01 2.0
Problems. and Jiao
Anqiang
Table of Contents
Chapter 1 Introduction .................................................................................................................... 13
Chapter 2 Handover and Call Drop Performance Indexes .......................................................... 14
2.1 Handover Performance Indexes .......................................................................................... 14
2.2 Call Drop Performance Indexes .......................................................................................... 16
Chapter 3 Handover Index Optimization ....................................................................................... 18
3.1 DT/CQT Index Optimization Flow ........................................................................................ 18
3.1.1 SHO DT Index Optimization Flow ............................................................................. 18
3.1.2 HHO CQT Flow ......................................................................................................... 22
3.1.3 Inter-RAT Handover CQT Flow ................................................................................ 24
3.1.4 DT/CQT Flow for HSDPA Handover ......................................................................... 26
3.1.5 DT/CQT Flow for HSUPA Handover ......................................................................... 27
3.1.6 SHO Ratio Optimization ............................................................................................ 28
3.2 Traffic Statistics Analysis Flow ............................................................................................ 28
3.2.1 Analysis Flow for SHO Traffic Statistics ................................................................... 29
3.2.2 Analysis Flow of HHO Traffic statistics ..................................................................... 30
3.2.3 Traffic Statistics Analysis Flow for Inter-RAT Handover ........................................... 31
3.2.4 Traffic Statistics Analysis for HSDPA Handover ....................................................... 34
3.2.5 Traffic Statistics Analysis for HSUPA Handover ....................................................... 35
3.3 SHO Cost Optimization ....................................................................................................... 36
Chapter 4 CDR Index Optimization ............................................................................................... 37
4.1 Definition of Call Drop and Traffic Statistics Indexes .......................................................... 37
4.1.1 Definition of DT Call Drop ......................................................................................... 37
4.1.2 Descriptions of Traffic Statistics Indexes .................................................................. 37
4.2 DT/CQT Optimization Flow ................................................................................................. 38
4.2.1 Call Drop Cause Analysis ......................................................................................... 39
4.2.2 Frequently-adjusted Non-handover Algorithm Parameters ...................................... 41
4.2.3 Judgment Tree for Call Drop Causes ....................................................................... 42
4.3 Traffic Statistics Analysis Flow ............................................................................................ 43
4.3.1 Analyzing RNC CDR ................................................................................................. 43
4.3.2 Analyzing Causes to Call Drop ................................................................................. 44
4.3.3 Check Cells ............................................................................................................... 45
4.3.4 Further DT for Relocating Problems ......................................................................... 45
4.4 Optimization Flow for Tracing Data ..................................................................................... 45
4.4.1 Obtaining Single Subscriber Tracing Message ........................................................ 46
4.4.2 Obtaining Information about Call Drop Point ............................................................ 46
4.4.3 Analyzing Call Drop due to SRB Reset .................................................................... 46
4.4.4 Analyzing Call Drop due to TRB Reset..................................................................... 47
4.4.5 Analyzing Abnormal Call Drop .................................................................................. 47
4.4.6 Performing CQT to Recheck Problems .................................................................... 47
Chapter 5 FAQs Analysis ............................................................................................................... 48
5.1 SHO Problems ..................................................................................................................... 48
5.1.1 Over High SHO Rate due to Improper SHO Relative Threshold .............................. 48
5.1.2 Delayed Handover due to Over Great Intra-frequency Filter Coefficient .................. 49
5.1.3 Missing Neighbor Cell ............................................................................................... 50
5.1.4 Redundant Neighbor Cells ........................................................................................ 53
5.1.5 Pilot Pollution ............................................................................................................ 55
5.1.6 Turning Corner Effect................................................................................................ 61
5.1.7 Needlepoint Effect..................................................................................................... 63
5.1.8 Quick Change of Best server Signal ......................................................................... 65
5.2 HHO Problems .................................................................................................................... 66
5.2.1 Intra-frequency Ping-pong HHO due to Improperly Configured 1D Event Hysteresis66
5.2.2 Delayed Origination of Inter-frequency Measurement due to Improper Inter-frequency
Measurement Quantity ....................................................................................................... 67
List of Tables
Table 2-1 Handover performance indexes and reference values.................................................. 14
Table 2-2 HSDPA handover performance indexes and reference value ....................................... 15
Table 2-3 HSUPA handover performance indexes and reference value ....................................... 15
Table 2-4 CDR index and reference value .................................................................................... 16
Table 3-1 SHO failure indexes ....................................................................................................... 30
Table 3-2 HHO failure indexes ...................................................................................................... 30
Table 3-3 Traffic statistics indexes of CS inter-RAT handover preparation failure ........................ 32
Table 3-4 Traffic statistics indexes of PS inter-RAT outgoing handover failure ............................. 33
Table 4-1 Types of CDR indexes ................................................................................................... 38
Table 4-2 Thresholds of EcIo and Ec ............................................................................................ 39
Table 4-3 Traffic statistics indexes for analyzing causes to call drop ............................................ 44
Table 5-1 Relationship between the filter coefficient and the corresponding tracing time ............ 49
Table 5-2 2G handover times ........................................................................................................ 54
Table 5-3 Best servers and other cells .......................................................................................... 58
Table 7-1 Timers and counters related to the synchronization and asynchronization................... 89
Table 7-2 Timers and counters related to call drop at lub interface............................................... 92
Table 10-1 Flow of serving cell update triggered by different events in SHO ............................. 115
Table 10-2 Scenarios of handover between HSDPA and R99 (V17) .......................................... 125
Table 11-1 Handover between two HSUPA cells ......................................................................... 139
Table 11-2 Handover between a HSUPA cell and a non-HSUPA cell ......................................... 144
Table 12-1 Parameters of handover from 3G to 2G .................................................................... 164
List of Figures
Figure 3-1 SHO DT data analysis flow ......................................................................................... 18
Figure 3-2 Optimization flow for HHO CQT .................................................................................. 22
Figure 3-3 Inter-RAT handover CQT flow ..................................................................................... 24
Figure 3-4 DT/CQT flow for HSDPA handover ............................................................................. 26
Figure 3-5 Analysis flow for handover traffic statistics data .......................................................... 28
Figure 3-6 Voce inter-RAT outgoing handover flow ...................................................................... 31
Figure 4-1 Flow chart for analyzing call drop................................................................................ 38
Figure 4-2 Judgment tree for call drop causes ............................................................................. 42
Figure 4-3 Flow for analyzing call tracing ..................................................................................... 45
Figure 5-1 SHO relative threshold ................................................................................................ 48
Figure 5-2 Signaling flow recorded by UE before call drop .......................................................... 50
Figure 5-3 Scrambles recorded by UE active set and scanner before call drop .......................... 50
Figure 5-4 Scrambles in UE active set before call drop ............................................................... 51
Figure 5-5 UE intra-frequency measurement control point before call drop ................................ 51
Figure 5-6 Analyzing signaling of UE intra-frequency measurement control before call drop ..... 52
Figure 5-7 Confirming missing neighbor cell without information from scanner ........................... 53
Figure 5-8 Location relationship of 2G redundant neighbor cells ................................................. 55
Figure 5-9 Pilot pollution near Yuxing Rd. .................................................................................... 55
Figure 5-10 Best ServiceCell near Yuxing Rd. ............................................................................. 56
Figure 5-11 The 2nd best ServiceCell near Yuxing Rd. ................................................................ 56
Figure 5-12 The 3rd best ServiceCell near Yuxing Rd. ................................................................ 56
Figure 5-13 The 4th best ServiceCell near Yuxing Rd. ................................................................ 57
Figure 5-14 Composition of pilot pollution near Yuxing Rd. ......................................................... 57
Figure 5-15 RSSI near Yuxing Rd. ............................................................................................... 58
Figure 5-16 RSCP of Best ServiceCell near Yuxing Rd. .............................................................. 58
Figure 5-17 RSCP of SC270 cell near Yuxing Rd. ....................................................................... 59
Figure 5-18 Pilot pollution near Yuxing Rd. after optimization ...................................................... 59
Figure 5-19 Best ServiceCell near Yuxing Rd. after optimization ................................................. 60
Figure 5-20 RSCP of best ServiceCell near Yuxing Rd. after optimization .................................. 60
Figure 5-21 RSCP of SC270 cell near Yuxing Rd. after optimization ........................................... 61
Figure 5-22 Turning corner effect-signals attenuation .................................................................. 61
Figure 5-23 Turning corner effect-signal attenuation recorded by the UE ................................... 62
Figure 5-24 Turning corner effect-traced signaling recorded by the RNC .................................... 62
Figure 11-21 Direct retry from a HSUPA cell to an R99 cell ....................................................... 152
Figure 11-22 Direct retry from a HSUPA cell to another HSUPA cell ......................................... 153
Figure 11-23 Switch between HSUPA channel types ................................................................. 153
Figure 12-1 Signaling flow for handover from WCDMA to GSM ................................................ 155
Figure 12-2 Tracing signaling of handover from WCDMA to GSM ............................................. 155
Figure 12-3 Signaling flow for handover from GSM to WCDMA ................................................ 157
Figure 12-4 Tracing signaling of handover from GSM to WCDMA............................................. 157
Figure 12-5 Flow of handover from WCDMA to GPRS (1) ......................................................... 159
Figure 12-6 Flow of handover from WCDMA to GPRS (2) ......................................................... 160
Figure 12-7 Tracing signaling of handover from WCDMA to GPRS ........................................... 161
Figure 12-8 Signaling flow for handover from GPRS to WCDMA (1) ......................................... 162
Figure 12-9 Signaling flow for handover from GPRS to WCDMA (2) ......................................... 163
Figure 12-10 Data configuration in the location area cell table .................................................. 168
Figure 12-11 Data configuration of neighbor cell configuration table ......................................... 169
Figure 12-12 Configuration table for external 3G cells ............................................................... 170
Figure 12-13 Configuration table for GSM inter-RAT neighbor cells .......................................... 171
Figure 12-14 Configuration table for 2G reselection parameters ............................................... 172
Figure 12-15 Parameter configuration table for inter-RAT handover ......................................... 172
CN Core Network
Chapter 1 Introduction
This document aims to meet the requirements by on-site engineers on solving handover
and call drop problems and making them qualified during network optimization. It
describes the methods for evaluating network handover and call drop performance,
testing methods, troubleshooting methods, and frequently asked questions (FAQs).
The appendix provides fundamental knowledge, principles, related parameters, and data
processing tools about handover and call drop. This document serves to network KPI
optimization and operation and maintenance (O&M) and helps engineers to locate and
solve handover and call drop problems.
The RRM algorithms and problem implementation in this document are based on V16
RNC. If some RRM algorithms are based on V17 RNC, they will be highlighted. HSUPA
is introduced in V18 RNC, so the algorithms related to HSUPA are based on RNC V18.
The following sections are updated:
⚫ 3.2.4 Traffic Statistics Analysis for HSDPA Handover
⚫ 10.2.3 Handover Between HSDPA and R99
⚫ 10.2.5 Direct Retry of HSDPA
⚫ 10.2.6 Switch of Channel Type
Actually handover is closely relevant to call drop. Handover failure probably leads to call
drop. Therefore handover-caused call drop is arranged in handover success rate
optimization part. The CDR optimization includes all related to call drop except
handover-caused call drop.
This document does not include usage of related tools.
This document includes the following 12 chapters:
⚫ Chapter 1 Introduction
⚫ Chapter 2 Handover and Call Drop Performance Indexes
⚫ Chapter 3 Handover Index Optimization
⚫ Chapter 4 CDR Index Optimization
⚫ Chapter 5 FAQs Analysis
⚫ Chapter 6 Summary
⚫ Chapter 7 Appendix 1: Fundamental Knowledge
⚫ Chapter 8 Appendix 2: SHO Algorithm and Flow
⚫ Chapter 9 Appendix 3: HHO Algorithm and Flow
⚫ Chapter 10 Appendix 4: HSDPA Handover Algorithm and Flow
⚫ Chapter 11 Appendix 5: HSUPA Handover Algorithm and Flow
⚫ Chapter 12 Appendix 5: Inter-RAT Handover Algorithm and Flow
The traffic statistics analysis is based on RNC V1.5 counter. It will be updated upon the
update of RNC counters.
Reference
Index Service Statistics method
value
VP DT&Stat. 85%
Intra-frequency HHO
PS UL64K/DL 64K DT&Stat. 85%
success rate
PS UL64K/DL 144K DT&Stat. 80%
VP DT&Stat. 90%
Inter-frequency HHO
PS UL64K/DL 64K DT&Stat. 90%
success rate
PS UL64K/DL 144K DT&Stat. 87%
Table 2-2 lists the HSDPA handover performance indexes and reference value.
HSDPA-HSDPA intra-frequency
PS (HSDPA) 99%
serving cell update
HSDPA-HSDPA inter-frequency
PS (HSDPA) 92%
serving cell update
Note:
The HSDPA handover KPIs are to be updated after formal issue by WCDMA&GSM
Performance Research Department.
Success rate of –
DCH-to-E-DCH
reconfiguration in SHO PS (HSUPA)
mode (including replacing
and deleting)
Success rate of –
E-DCH-to-DCH
reconfiguration in SHO PS(HSUPA)
mode (including replacing
and deleting)
Success rate of –
intra-frequency HHO from a PS (HSUPA)
HSUPA cell to a
non-HSUPA cell
Success rate of –
DCH-to-E-DCH
reconfiguration in single-link
mode (the second step of PS (HSUPA)
inter- or intra-frequency
HHO from a non-HSUPA
cell to a HSUPA cell)
Success rate of –
inter-frequency HHO from a
PS (HSUPA)
HSUPA cell to a
non-HSUPA cell
Success rate of
HSUPA-to-GPRS inter-RAT PS (HSUPA) 92%
handover
Note:
⚫ The HSUPA handover KPIs are unavailable and to be updated after formal issue by
WCDMA&GSM Performance Department.
⚫ Decide the specific value according to project requirements or contract requirements
of commercial network
Statistics
Index Service Reference value
method
Voice DT&Stat.&CQT 2%
VP DT&Stat.&CQT 2.5%
PS planned full
DT&CQT 3%
coverage rate
PS Stat. 10%
PS (UL HSUPA/DL
DT 3%
HSDPA)
The values listed in Table 2-4 are only for reference. Decide the specific value according
to project requirements or contract requirements of commercial network.
Note:
The call drop rate of HSDPA is not defined yet, so engineers use call drop rate of PS
temporarily.
Perform DT. Collect DT data, related signaling tracing, RNC CHR, and RNC MML scripts.
During the test, SHO-caused call drop might occur or SHO might fail, so record the
location and time for the problem occurrence. This prepares for further location and
analysis.
During the early optimization, call drop is usually due to missing neighbor cell. For
intra-frequency neighbor cells, use the following methods to confirm intra-frequency
missing neighbor cell.
1) Check the active set Ec/Io recorded by UE before call drop and Best Server Ec/Io
recorded by Scanner. Check whether the Best Server scramble recorded by
Scanner is in the neighbor cell list of intra-frequency measurement control before
call drop. The cause might be intra-frequency missing neighbor cell if all the
following conditions are met:
⚫ The Ec/Io recorded by UE is bad.
⚫ The Best Server Ec/Io is good.
⚫ No Best Server scramble is in the neighbor cell list of measurement control.
2) If the UE reconnects to the network immediately after call drop and the scramble of
the cell that UE camps on is different from that upon call drop, missing neighbor cell
is probable. Confirm it by measurement control (search the messages back from call
drop for the latest intra-frequency measurement control message. Check the
neighbor cell list of this measurement control message)
3) UEs might report detected set information. If corresponding scramble information is
in the monitor set before call drop, the cause must be missing neighbor cell.
Missing neighbor cell causes call drop. Redundant neighbor cells impacts network
performance and increases the consumption of UE intra-frequency measurement. If this
problem becomes more serious, the necessary cells cannot be listed. Therefore pay
attention to redundant neighbor cells when analyzing handover problems. For redundant
neighbor cells, see Chapter 5 .
Based on previous descriptions, pilot pollution exists if all the following conditions are
met:
⚫ The number of pilots satisfying CPICH _ RSCP ThRSCP _ Absolute is more
than ThN .
⚫ (CPICH _ RSCP1st − CPICH _ RSCP(ThN +1)th ) ThRSCP _ Re lative
Set ThRSCP _ Absolute = −95dBm , ThN = 3 , and ThRSCP _ Re lative = 5dB , the judgment
standards for pilot pollution are:
⚫ CPICH _ RSCP −95dBm is larger than 3.
The number of pilots satisfying
⚫ (CPICH _ RSCP1st − CPICH _ RSCP4th ) 5dB
Check the alarm console for abnormal alarms. Meanwhile analyze traced message,
locate the SHO problem by checking the failure message. For help, contact local
customer service engineers for confirm abnormal equipment.
If the problem is not due to previous causes, perform DT again and collect DT data.
Supplement data from problem analysis.
After confirming the cause to the problem, adjust the network by using the following
pertinent methods:
⚫ For handover problems caused by pilot pollution, adjust engineering parameters of
an antenna so that a best server forms around the antenna. For handover problems
caused by pilot pollution, adjust engineering parameters of other antennas so that
signals from other antennas becomes weaker and the number of pilots drops.
Construct a new site to cover this area if conditions permit. If the interference is from
two sectors of the same NodeB, combine the two cells as one.
⚫ For abnormal equipment, consult customer service engineer for abnormal
equipment and transport layer on alarm console. If alarms are present on alarm
console, cooperate with customer service engineers.
⚫ For call drop caused by delayed handover, adjust antennas to expand the handover
area, set the handover parameters of 1a event, or increase CIO to enable handover
to occur in advance. The sum of CIO and measured value is used in event
evaluation process. The sum of initially measured value and CIP, as measurement
result, is used to judge intra-frequency handover of UE and acts as cell border in
handover algorithm. The larger the parameter is, the easier the SHO is and UEs in
SHO state increases, which consumes resources. If the parameter is small, the
SHO is more difficult, which might affects receiving quality.
⚫ For needle effect or turning corner effect, setting CIO to 5 dB is proper, but this
increases handover ratio. For detailed adjustment, see SHO-caused call drop of
FAQs Analysis.
⚫ For call drop caused by Ping-pong handover, adjust the antenna to form a best
server or reduce Ping-pong handover by setting the handover parameter of 1B
event, which enables deleting a cell in active set to be more difficult. For details,
increase the 1B event threshold, 1B hysteresis, and 1B delay trigger time.
I. HHO Types
III. Adjustment
The optimization flow for HHO is similar with that of SHO and the difference lies in
parameter optimization.
Confirming inter-frequency missing neighbor cell is similar to that of intra-frequency.
When call drop occurs, the UE does not measure or report inter-frequency neighbor cells.
After call drop, the UE re-camps on the inter-frequency neighbor cell.
HHO problems usually refer to delayed handover and Ping-pong handover.
Delayed HHO usually occurs outdoor, so call drop occurs when the UE is moving. There
are three solutions:
1) Increase the threshold for starting compression mode.
The compression mode starts before inter-frequency or inter-RAT handover.
Measure the quality of inter-frequency or inter-RAT cell by compression mode.
Compression mode starts if the CPICH RSCP or Ec/Io meets the conditions. RSCP
is usually the triggering condition.
The parameter "inter-frequency measurement quantity" decides to use CPICH
Ec/No or Ec/Io as the measurement target for inter-frequency handover. When
setting "inter-frequency measurement quantity", check that the cell is at the carrier
coverage edge or in the carrier coverage center. If intra-frequency neighbor cells lie
in all direction of the cell, the cell is defined as in the carrier coverage center. If no
intra-frequency cell lies in a direction of the cell, the cell is defined as at the carrier
coverage edge.
In the cell at the carrier coverage edge, when UE moves along the direction where
no intra-frequency neighbor cell lies, the CPICH Ec/No changes slowly due to the
identical attenuation rate of CPICH RSCP and interference. According to simulation,
when CPICH RSCP is smaller than the demodulation threshold (–100 dBm or so),
the CPICH Ec/No can still reach –12 dB or so. Now the inter-frequency handover
algorithm based on CPICH Ec/No is invalid. Therefore, for the cell at the carrier
coverage edge, using CPICH RSCP as inter-frequency measurement quantity to
guarantee coverage is more proper.
In the cell in the carrier coverage center, use CPICH RSCP as inter-frequency
measurement quantity, but CPICH Ec/No can better reflect the actual
communication quality of links and cell load. Therefore use CPICH Ec/No as
inter-frequency measurement quantity in the carrier coverage center (not the cell at
the carrier coverage edge), and RSCP as inter-frequency measurement quantity in
the cell at the carrier coverage edge.
In compression mode, the quality of target cell (inter-frequency or inter-RAT) is
usually measured and obtained. The mobility of MS leads to quality deterioration of
the current cell. Therefore the requirements on starting threshold are: before call
drop due to the quality deterioration of the current cell, the signals of the target cell
must be measured and reporting is complete. The stopping threshold must help to
prevent compression mode from starting and stopping frequently.
The RNC can distinguish CS services from PS services for inter-frequency
measurement. If the RSCP is smaller than –95 dBm, compression mode starts. If
the RSCP is greater than –90 dBm, compression mode stops. Adjust RSCP
accordingly for special scenarios.
2) Increase the CIO of two inter-frequency cells.
3) Decrease the target frequency handover trigger threshold of inter-frequency
coverage.
For Ping-pong HHO problems, solve them by increasing HHO hysteresis and delay
trigger time.
The intra-frequency HHO optimization is similar to that of inter-frequency. Decrease the
hysteresis and delay trigger time of 1D event according to local radio environment to
guarantee timely handover.
I. Flow Chat
Inter-RAT handover fails due to incomplete configuration data, so pay attention to the
following data configuration.
1) GSM neighbor configuration is complete on RNC. The configuration includes:
⚫ Mobile country code (MCC)
⚫ Mobile network code (MNC)
⚫ Location area code (LAC)
⚫ GSM cell identity (CELL ID)
⚫ Network color code (NCC)
⚫ Base station color code (BCC)
⚫ Frequency band indicator (FREQ_BAND)
⚫ Frequency number
⚫ Cell independent offset (CIO)
Guarantee the correctness of the previous data and GSM network.
2) Add location area cell information near 2G MSC to location area cell list of 3G MSC.
The format of location area identity (LAI) is MCC + MNC + LAC. Select LAI as LAI
type. Select Near VLR area as LAI class and add the corresponding 2G MSC/VLR
number. The cell GCI format is: MCC + MNC + LAC + CI. Select GCI as LAI type.
Select Near VLR area as LAI class and add the corresponding 2G MSC/VLR
number.
3) Add data of WCDMA neighbor cells on GSM BSS. The data includes:
⚫ Downlink frequency
⚫ Primary scramble
⚫ Main indicator
⚫ MCC
⚫ MISSING NEIGHBOR CELL
⚫ LAC
⚫ RNC ID
⚫ CELL ID
According to the strategies of unilateral handover of inter-RAT handover, if the data
configuration is complete, the inter-RAT handover problems are due to delayed handover.
A frequently-used solution is increasing CIO, increasing the threshold for starting and
stopping compression mode, increasing the threshold to hand over to GSM.
III. Causes
The causes to call drop due to 3G-2G inter-RAT handover are as below:
⚫ After the 2G network modifies its configuration data, it does not inform the 3G
network of modification, so the data configured in two networks are inconsistent.
⚫ Missing neighbor cell causes call drop.
⚫ The signals fluctuate frequently so call drop occurs.
⚫ Handset problems causes call drop. For example, the UE fails to hand over back or
to report inter-RAT measurement report.
⚫ The best cell changes upon Physical channel reconfiguration.
⚫ Excessive inter-RAT cell are configured (solve it by optimizing number of neighbor
cells).
⚫ Improperly configured LAC causes call drop (solve it by checking data
configuration).
I. Type
II. Methods
For HSDPA service coverage test and mobility-related test (such as HHO on DPCH with
HS-PDSCH serving cell update, handover between HSDPA and R99, and inter-RAT
handover), perform DT to know the network conditions.
For location of HSDPA problems and non-mobility problems, perform CQT (in specified
point or small area).
III. Flow
When a problem occurs, check R99 network. If there is similar problem with R99 network,
solve it (or, check whether the R99 network causes HSDPA service problems, such as
weak coverage, missing neighbor cell. Simplify the flow).
Figure 3-4 shows the DT/CQT flow for HSDPA handover.
Figure 3-4 DT/CQT flow for HSDPA handover
The problems with handover of HSDPA subscribers are usually caused by the faulty
handover of R99 network, such as missing neighbor cell and improper configuration of
handover parameters. When the R99 network is normal, if the handover of HSDPA
subscribers is still faulty, the cause might be improper configuration of HSDPA
parameters. Engineers can check the following aspects:
⚫ Whether the HSDPA function of target cell is enabled and the parameters are
correctly configured. Engineers mainly check the words of cell and whether the
power is adequate, whether the HS-SCCH power is low. These parameters might
not directly cause call drop in handover, but lead to abnormal handover and lowered
the user experience.
⚫ Whether the protection time length of HSDPA handover is proper. Now the baseline
value is 0s. Set it by running SET HOCOMM.
⚫ Whether the threshold for R99 handover is proper. The handover flow for HSDPA is
greatly different from that of R99, so the handover of R99 service may succeed
while the HSDPA handover may fail. For example, in H2D handover, when the UE
reports 1b event, it triggers RB reconfiguration in the original cell, reconfigures
service bearer to DCH, and updates the cell in active set. If the signals of the
original cell deteriorate quickly now, the reconfiguration fails.
⚫ Whether the protection time length of D2H handover is proper. Now the baseline
value is 2s. Set it by running SET HOCOMM.
The DT/CQT flow for HSUPA handover is similar to that for HSDPA. For details, refer to
DT/CQT Flow for HSDPA Handover.
For the test of HSUPA service coverage and mobility-related tests (such as the test of
success rate of HSUPA serving cell update), perform DT to know the network conditions.
For locating HSUPA problems and the problems unrelated to mobility, perform CQT (in
specified spot or area).
The UE feeds back that the SHO (or softer handover) for RNC to
Synchronization
add/delete links is incompatible with other subsequent processes.
reconfiguration
The RNC guarantees serial processing upon flow processing. This
nonsupport
cause is due to the problematic UE.
The UE thinks the content of active set update for RNC to add/delete
Invalid configuration
links is invalid. This scenario seldom exists in commercial networks.
The RNC fails to receive response to active set update command for
adding/deleting links. This is a major cause to SHO (or softer
No response from UE
handover) failure. It occurs in areas with weak coverage and small
handover area. RF optimization must be performed in the areas.
Perform DT to re-analyze problems. The traffic statistics data provides the trend and
possible problems. Further location and analysis of problems involves DT and CHR to
the cell. DT is usually performed on problematic cells and signaling flow at the UE side
and of RNC is traced. For details, see 3.1.3 .
The HHO traffic statistics includes outgoing HHO success rate and incoming HHO
success rate:
⚫ Outgoing HHO Success Rate = Outgoing HHO Success Times/Outgoing HHO
Times
⚫ Incoming HHO Success Rate = Incoming HHO Success Times/Incoming HHO
Times
Upon HHO failure, pay attention to indexes related to internal NodeB, between NodeBs,
and between RNCs.
Table 3-2 lists the HHO failure indexes.
Synchronization
The UE feeds back HHO is incompatible with other consequent
reconfiguration
processes due to compatibility problems of UE.
nonsupport
Cell update occurs upon outgoing HHO. These two processes lead to
Cell update
outgoing HHO failure.
The inter-RAT handover success rate includes voice inter-RAT handover success rate
and PS inter-RAT handover success rate.
Voice Inter-RAT Outgoing Handover Success Rate = Voice Inter-RAT Outgoing Handover
Success Times/Voice Inter-RAT Outgoing Handover Attempt Times
Voice Inter-RAT Outgoing Handover Success Times: when the RNC sends a
RELOCATION REQUIRED message.
Voice Inter-RAT Outgoing Handover Attempt Times: during CS inter-RAT outgoing, when
the RNC receives an IU RELEASE COMMAND message, with the reason value
Successful Relocation, or Normal Release.
PS Inter-RAT Outgoing Handover Success Rate = PS Inter-RAT Outgoing Handover
Success Times/PS Inter-RAT Outgoing Handover Implementation Times
PS Inter-RAT Outgoing Handover Success Times: the RNC sends a CELL CHANGE
ORDER FROM UTRAN message to UE.
PS Inter-RAT Outgoing Handover Implementation Times: when the RNC receives an IU
RELEASE COMMAND message, with the reason value Successful Relocation, or
Normal Release.
The voice inter-RAT outgoing handover includes handover preparation process and
implementation process.
Figure 3-6 shows the voice inter-RAT outgoing handover flow.
Figure 3-6 Voce inter-RAT outgoing handover flow
During CS inter-RAT outgoing handover process, when the RNC sends a RELOCATION
REQUIRED message to CN, if the current CS service is AMR voice service, count it as
an inter-RAT handover preparation. When the RNC receives the IU RELEASE
COMMAND message replied by CN, count it as inter-RAT outgoing handover success
according to the SRNC cell being used by UE.
If CS inter-RAT handover fails, check the failure statistics indexes listed in Table 3-3.
The previous two cases, despite incomplete handover, are normal nesting
flows.
SRNS relocation It corresponds to incorrect configuration of CN, so you must analyze the
expiration causes according to CN and BSS signaling tracing.
SRNS relocation
It corresponds to incorrect configuration of CN or BSS nonsupport, so you
failure in target
must analyze the causes according to CN and BSS signaling tracing.
CN/RNC/system
Other causes Analyze the causes according to CN and BSS signaling tracing.
SRNS relocation
It corresponds to incorrect configuration of CN or BSS nonsupport, so you
failure in target
must analyze the causes according to CN and BSS signaling tracing.
CN/RNC/system
SRNS relocation
The BSC fails to support some parameters of inter-RAT handover request,
nonsupport in
so you must analyze the causes according to CN and BSS signaling
target
tracing.
CN/RNC/system
Other causes Analyze the causes according to CN and BSS signaling tracing.
Analyze the problem further according to CHR logs and CN/BSS signaling
Other causes
tracing.
After the RNC sends the CELL CHANGE ORDER FROM UTRAN message, the PS
inter-RAT outgoing handover fails if it receives the CELL CHANGE ORDER FROM
UTRAN FAILURE message. You must check the indexes listed in Table 3-4.
Transport layer
The corresponding transport link is abnormal.
cause
Other causes You must analyze the causes according to CN and BSS signaling tracing.
According to the air interface signaling recorded at the UE side, during connection, DT
call drop occurs when the UE receives:
⚫ Any BCH message (system information)
⚫ The RRC Release message with the release cause Not Normal.
⚫ Any of the CC Disconnect, CC Release Complete, CC Release message with the
release cause Not Normal Clearing, Not Normal, or Unspecified.
A generalized CDR consists of CN CDR and UTRAN CDR. RNO engineers focus on
UTRAN CDR, so the following sections focus on KPI index analysis at UTRAN side.
The related index at UTRAN side is the number of RAB for each service triggered by
RNC. It consists of the following two aspects:
⚫ After the service is set up, the RNC sends CN the RAB RELEASE REQUEST
message.
⚫ After the service is set up, the RNC sends CN the IU RELEASE REQUEST
message. Afterwards, it receives the IU RELEASE COMMAND sent by CN.
Upon statistics, sort them by specific services. Meanwhile, traffic statistics includes the
cause to release of RAB of each service by RNC.
CS CDR is calculated as below:
CS _ CDR =
CSRabrelTriggedByRNC *100%
CSRABSetupSuccess
PS CDR is calculated as below:
PS _ CDR =
PSRabrelTriggedByRNC *100%
PSRABSetupSuccess
The failure cause indexes are sorted in Table 4-1.
The definition of RAN traffic statistics call drop is according to statistics of lu interface
signaling, including the times of RNC's originating RAB release request and lu release
request. The DT call drop is defined according to the combination of messages at air
interface and from non-access lay and cause value. They are inconsistent.
Call drop occurs usually due to handover, which is described in Chapter 3 . The
following sections describe the call drop not due to handover.
I. Weak Coverage
For voice services, when CPICH Ec/Io is greater than –14 dB and RSCP is greater than
–100 dBm (a value measured by scanner outside cars), the call drop is usually not due to
weak coverage. Weak coverage usually refers to weak RSCP.
Table 4-2 lists the thresholds of Ec/Io and Ec (from an RNP result of an operator, just for
reference).
Uplink or downlink DCH power helps to confirm the weak coverage is in uplink or
downlink by the following methods.
⚫ If the uplink transmit power reaches the maximum before call drop, the uplink BLER
is weak or NodeB report RL failure according to single subscriber tracing recorded
by RNC, the call drop is probably due to weak uplink coverage.
⚫ If the downlink transmit power reaches the maximum before call drop and the
downlink BLER is weak, the call drop is probably due to weak downlink coverage.
In a balanced uplink and downlink without uplink or downlink interference, both the uplink
and downlink transmit power will be restricted. You need not to judge whether uplink or
downlink is restricted first. If the uplink and downlink is badly unbalanced, interference
probably exists in the restricted direction.
A simple and direct method for confirming coverage is to observe the data collected by
scanner. If the RSCP and Ec/Io of the best cell is low, the call drop is due to weak
coverage.
Weak coverage might be due to the following causes:
⚫ Lack of NodeBs
⚫ Incorrectly configured sectors
⚫ NodeB failure due to power amplifier failure
The over great indoor penetration loss causes weak coverage. Incorrectly configured
sectors or disabling of NodeB will occur, so at the call drop point, the coverage is weak.
You must distinguish them.
II. Interference
If the previous causes are excluded, the call drop might due to problematic equipment.
You need to check the logs and alarms of equipment for further analysis. The causes
might be as below:
⚫ An abnormal NodeB causes failure of synchronization, so links keeps being added
and deleted.
⚫ The UE does not report 1a measurement report so call drop occurs.
You need to focus on the call drop due to abnormal testing UE, which occurs easily
during CQT. Namely, the data recorded in DT does not contain the information reported
by UE for a period.
For HSPA call drop analysis, refer to previous causes to R99 call drop.
Configuring the transmit power of dedicated link to a great value helps to eliminate call
drop points due to weak coverage, but it brings interference. The power of a single
subscriber is allowed to be great, so the subscriber might impact other subscribers or
lower downlink capacity of system when the subscriber consumes great power at the
edge of a cell.
The configuration of downlink transmit power is usually provided by link budget. An
increase or decrease of 1–2 dB has little impact on call drop in signal DT, but it can be
seen from traffic statistics indexes. The CDR of some cells is high due to weak coverage,
you can increase the maximum transmit power of DCH. The access failure probability of
some cells is high due to over high load, you can lower the maximum downlink transmit
power of radio link.
When the BLER of the channel is high, the signaling is reset because the retransmission
reaches the maximum times. A reset of signaling causes call drop. The services using
AM mode for service transmission will also retransmit signaling. If the retransmission
reaches the maximum times, the signaling is reset. The system configures the maximum
reset times. When the reset times reaches the maximum, the system starts to release
the service, which causes call drop.
The default configuration of system guarantees that burst blocks will not cause abnormal
call drop, and call drop occurs when UE moves to an area with weak coverage and when
the reset is time, so the system releases resources. In some scenarios, burst
interference or needle effect exists, so 100% block error occurs during burst interference.
If you want have less call drop, increase the retransmission times improper to resist burst
interference.
This parameter is configured for RNC.
Based on various causes to call drop, the judgment tree for analyzing call drop is as
shown in Figure 4-2.
Figure 4-2 Judgment tree for call drop causes
I. Preparing Data
You need to use special software to process DT data. For example, the software
Assistant helps to obtain call drop time and location, PICH data collected by scanner,
information about active set and monitor set collected by UE, and the signaling flow.
⚫ If the signals of best server fluctuate sharply, you must analyze the quick variation of
best server signals and the situation without best server. Consequently you can
analyze call drop due to ping-pong handover.
A DT might not help to collect all information needed to locate call drop problems, so
further DTs are needed. In addition, you can confirm whether the call drop point is
random or fixed by further DT. You must eliminate fixed call drop points, but you can
choose to eliminate random call drop points.
The RNC CDR involves the number of RAB of each service triggered by RNC, including
two aspects:
⚫ After a service is established successfully, the RNC sends CN the RAB RELEASE
REQUEST message.
⚫ After a service is established successfully, the RNC sends CN the IU RELEASE
REQUEST message, and then receives the IU RELEASE COMMAND message
sent by CN.
AMR CDR = VS.RAB.Loss.CS.RF.AMR / VS.RAB.SuccEstab.AMR.
In traffic statistics analysis, you must analyze the major causes to call drop.
Table 4-3 lists the major indexes for analyzing traffic statistics.
Table 4-3 Traffic statistics indexes for analyzing causes to call drop
No response of U-Net The UE air interface fails to respond the command transmitted by
port system, because the coverage is bad.
Other causes You need to analyze the abnormal call drop based on RNC logs.
You can classify the previous indexes Table 4-3 by the classification of previous chapters.
They fall into air interface causes (RF and flow expiration) and not due to air interface
causes (hardware failure, transport failure, and subscribers' interference). Therefore you
can have an overall master of network and obtain the major causes impacting the
network.
If the previous KPIs of the cell are normal, check the alarms. By this, you can exclude the
causes due to abnormal cells.
Analyzing traffic statistics indexes helps to expose potential problems. To locate and
analyze problems, you need to use DT and CHR. For problematic cells, the cell-oriented
DT is performed to trace the signaling flow at UE side and of RNC. For details, see
3.1.3 .
You must first trace single subscriber tracing message on RNC or M2000 and then
record the corresponding messages. For detailed tracing methods, see W-Equipment
Room Operations Guide. Usually analyzing call drop problems by message for tracing
IMSI is enough.
According to single subscriber tracing messages, the call drop is defined as:
1) The RNC originates RAB release (the message is RANAP_RAB_RELEASE_REQ)
2) The RNC originates IU release (the message is RANAP_IU_RELEASE_REQ)
The former corresponds to call drop caused by TRB reset. The latter corresponds to call
drop caused by SRB reset. By searching for the previous two messages, you can obtain
the call drop time and the signaling message before call drop for further analysis.
The call drop due to SRB reset is that the UE or RNC fails to receive signaling
transmitted in confirmation mode, and consequently SRT reset occurs, so the connection
is released. SRB reset occurs probably if the UE fails to receive the following messages
in downlink:
⚫ Security mode process
⚫ Authentication and encryption process
⚫ Measurement control
Huawei Confidential. No Spreading Without Page 46 of 175
2023-12-18
Permission.
W-Handover and Call Drop Problem Optimization Guide For internal use only
TRB reset usually occurs in PS services. It seldom occurs in voice and VP services.
Confirm TRB reset by the UE transmit power upon call drop and downlink code transmit
power.
When only one link exists in active set, uplink asynchronization causes RL failure which
consequently causes lu release originated by RNC. Downlink asynchronization causes
UE to power off transmitter, which consequently causes uplink asynchronization. To
judge whether uplink asynchronization or downlink asynchronization causes release, you
must analyze the UE transmit power before call drop and downlink code transmit power
monitored in realtime state.
Weak downlink coverage, strong downlink interference or uplink interference causes
TRB reset. If the retransmission times of data services are improperly configured, TRB
reset occurs before SRB reset upon delayed handover. Pay attention to this.
Abnormal call drop can neither be located from coverage and interference nor be
explained by TRB reset or SRB reset. It is caused by abnormal equipment or UE. For
example, it might be caused by the following factors:
⚫ Abrupt transmission failure
⚫ Abnormal NodeB equipment
⚫ Abrupt breakdown of UE
Analyze abnormal transmission by analyzing CHR or checking alarms. Confirm that the
NodeB equipment is abnormal by querying NodeB state. Locate abnormal UE problems
by analyzing data recorded by UE.
When the data is inadequate for locating call drop problems, you must start more
detailed data tracing. The best method is to perform CQT at call drop points to recheck
problems for further analysis.
5.1.1 Over High SHO Rate due to Improper SHO Relative Threshold
I. Description
The SHO rate in traffic statistics indexes is over high. More than two cells exist in active
set most of the time during DT and are in SHO state.
II. Analysis
PCPICH 1
PCPICH 2
Reporting
range
Reporting
terminated
Periodic Periodic
report report
Event-triggered
PCPICH 3
report
According to Figure 5-1, the greater the reporting range is, the more easily a neighbor
cell is listed into active set and the more difficult it is deleted from active set. This causes
over high SHO rate.
I. Descriptioin
SHO hysteresis is serious in DT: though the signals of a neighbor cell are strong, the cell
can be listed into active set after a long time. If the DT car moves quickly, call drop
occurs due to delayed handover.
II. Analysis
Layer 3 filter reduces the impact by frequently-fluctuating signals and avoids ping-pong
handover.
The filter of measurement values is calculated as below:
Fn = (1 − a) Fn −1 + a M n
Wherein,
Fn: the measurement resulted update after filter is processed.
Fn-1: the measurement result of last point after filter is processed.
Mn: the latest measurement value received in physical layer.
a = (1/2)(k/2). The k is from Filter coefficient, namely, FilterCoef. If K = 0 and a = 1, there
is no layer 3 filter.
The filter coefficient ranges from 0 to 6 (integers). The greater it is, the stronger the
capability of smoothing burr is and the weaker the capability of tracing signals is. You
must make a balance.
According to simulation, Table 5-1 lists the relationship between the filter coefficient and
the corresponding tracing time.
Table 5-1 Relationship between the filter coefficient and the corresponding tracing time
Filter coefficient 0 1 2 3 4 5 6 7 8 9 11
The distance between sites in dense urban areas is short and the handover time is short,
so you must reduce the tracing time, namely, the filter coefficient. The value 2 is usually
proper for filter coefficient of layer 3.
I. Description
The call drop point is related to signaling flow before call drop.
Figure 5-2 shows the signaling flow recorded by UE before call drop.
II. Analysis
Check the pilot test data from UE and scanner at call drop points. Figure 5-3 shows the
scrambles recorded by UE active set and scanner before call drop. In Figure 5-3, the
measurement result of UE active set and canner is inconsistent and the SC 170 of
scanner does not exist in UE active set.
Figure 5-3 Scrambles recorded by UE active set and scanner before call drop
The cause might be missing neighbor cell or delayed handover. Check scrambles in UE
active set. Figure 5-4 shows the scrambles in UE active set before call drop. No SC 170
cell exists in UE monitor set, because this is possibly due to missing neighbor cell.
Figure 5-4 Scrambles in UE active set before call drop
Continue to check the neighbor cell list sent by RNC to UE before call drop, as shown in
Figure 5-5 and Figure 5-6. According to the latest measurement control before call drop,
no SC 170 exists in the neighbor cell list, because the call drop is due to missing
neighbor cell of SC 6 and SC 170.
Figure 5-5 UE intra-frequency measurement control point before call drop
If only the UE recorded information during test, without scanner information, confirm that
call drop is due to missing neighbor cell by using the following method, as shown in
Figure 5-7:
1) Confirm the scrambles of all cells in active set and the scrambles of cells in monitor
set measured by UE before call drop.
2) Compare the scramble information of the cell where the UE camps on after
reselection after call drop and the scrambles in UE active set and monitor set before
call drop.
If the former scramble is not in the scramble list of active set and monitor set before
call drop, the call drop is probably due to missing neighbor cell.
3) Check the neighbor cell list.
This applies for solving call drop due to missing neighbor cell on site.
Figure 5-7 Confirming missing neighbor cell without information from scanner
III. Solution
Add neighbor cells. Because the RNC updates measurement control according to the
best cell which is obtainable by searching for intra-frequency measurement report with
1D event before measurement control is sent. Usually they are configured to
bi-directional neighbor cells.
According to the protocol, the maximum number of neighbor cell is 32 and the host cell is
also included in these cells, so the actual intra-frequency neighbor cell is 31 at most. The
intra-frequency neighbor cells of S subject are based on data of 2G neighbor cells. In the
dense urban areas, the densely-located sites and combine make the intra-frequency
neighbor cell list large. If the intra-frequency neighbor cells reach or exceed 31, a
necessary neighbor cell found during optimization fails to be listed as an inter-frequency
neighbor cell. For this, you must delete some redundant neighbor cells.
You must be cautious to delete abundant neighbor cells. Deleting necessary neighbor
cells leads to call drop. Following the principles below:
⚫ Before deleting neighbor cells, check the revision record of neighbor cells. Check
that the cells to be deleted are not the ones that were added during previous DT and
optimization.
⚫ After deleting neighbor cells, perform comprehensive test, including DT and CQT in
important indoor spots. From this, you can check the variation of traffic statistics
result of the corresponding cells. The traffic statistics result includes setup success
rate, CDR, and handover success rate. Ensure there is no abnormality. Otherwise
restore the configuration.
Assist_GSM_HO_Count
SERVCELL NCELL HOCOUNT
12531 12061 9
12531 12111 16
12531 12251 2
12531 12291 4
12531 12292 0
12531 12540 74
12531 14051 2
12531 14072 2
12531 14091 211
12531 14111 1
12531 56362 0
12531 56820 0
Search for the neighbor cells with few handover times and even no handovers, such as
cell 12531–12292. Figure 5-8 shows the location relationship of 2G redundant neighbor
cells.
Figure 5-8 Location relationship of 2G redundant neighbor cells
According to Figure 5-8, multiple NodeBs are located between the cell 12531 and the cell
12292, so the handover probability is small. Therefore, delete the neighbor cell
relationship.
The judgment principles based on 2G statistics might have mistakes, so you must
confirm that no call drop occurs after deleting the neighbor cell relationship.
After network launch, the handover times in traffic statistics according to statistics reflects
the real handovers, so deleting abundant neighbor cells by using the handover times in
traffic statistics according to statistics is more reliable. You need to register the traffic
statistics tasks of two cells on traffic statistics console of RNC.
From Figure 5-10, Figure 5-11, Figure 5-12, Figure 5-13, and Figure 5-14, though SC20
cell is planned to cover the area, but the best ServiceCell is as listed in Table 5-3.
Figure 5-16 shows the RSCP of Best ServiceCell near Yuxing Rd..
As shown in Figure 5-15, the RSSI of the areas with pilot pollution is not large, about
–100 dBm to –90 dBm. As shown in Figure 5-16, the RSCP of Best ServiceCell is
between –105 dBm to –100 dBm. The pilot pollution of the area is caused by no
strong pilot, so you can solve the problem by strengthening a strong pilot.
The SC270 cell is planned to cover the area. Figure 5-17 shows RSCP of RSCP
distribution of SC270 cell. The signals from SC270 cell are weak in the area with
pilot pollution.
II. Solution
According to on-site survey, the residential area is densely distributed by 6-floor or 7-floor
buildings. The test route fails to cover the major streets, and is performed in narrow
streets with buildings around, so the signals are blocked. The suggestion is to adjust the
azimuth of SC270 cell from 150° to 130° and the down tilt from 5° to 3°. This enhances
the coverage of SC270 cell.
After analysis of DT data, the expected result after adjustment is that the coverage area
by SC270 cell increases and the coverage is enhanced.
Figure 5-18 shows the pilot pollution near Yuxing Rd. after optimization.
Figure 5-18 Pilot pollution near Yuxing Rd. after optimization
Figure 5-19 shows the best ServiceCell near Yuxing Rd. after optimization.
Figure 5-19 Best ServiceCell near Yuxing Rd. after optimization
Figure 5-20 shows the RSCP of best ServiceCell near Yuxing Rd. after optimization.
Figure 5-20 RSCP of best ServiceCell near Yuxing Rd. after optimization
Figure 5-21 shows the RSCP of SC270 cell near Yuxing Rd. after optimization.
Figure 5-21 RSCP of SC270 cell near Yuxing Rd. after optimization
According to the DT data, the pilot pollution near Yuxing Rd. after optimization is
eliminated, the signals from SC270 cell after optimization are stronger, and the SC270
becomes the best ServiceCell. This complies with the expected result.
cell56 vs cell041
-10 cell56
EcNo
-20 cell041
-30
time
According to Figure 5-22, the signals of original cell attenuate 10 dB sharply within 1s,
and the signals of target cell increase 10 dB. If the signals are weak before attenuation,
and 1a event is configured to easily-triggered state, the measurement report is sent
according to traced signaling of the UE, and the RNC receives the measurement report
according to signaling traced by the RNC.
When the RNC sends the active set update message, the UE cannot receive it due to
weak signals of original cell, so the signaling is reset, and call drop occurs. If 1a event is
slowly triggered (such as configuring great hysteresis or triggering time), TRB reset
occurs before the UE sends the measurement report.
Figure 5-23 shows an example of turning corner effect.
According to Figure 5-23, before turning corner, the signals of active set scramble 104
and 168 attenuate to smaller than –17 dB, but that of 208 is strong (–8 dB). According to
the signaling traced by the RNC, and the UE reports the 1a event of the cell of scramble
208, and sends the active set update message. The UE does not receive the completion
message, so the call drop occurs, as shown in Figure 5-24.
Figure 5-24 Turning corner effect-traced signaling recorded by the RNC
II. Solution
The needlepoint effect is that affected by the strong signals of target cell in a short time,
the original cell attenuates sharply, and then increase. The variance of Ec/Io is shown in
Figure 5-25 (the interval between two points is 0.5s).
Figure 5-25 Needle point-signal variance
II. Solution
To solve problems caused by needlepoint effect, you can refer to the solution to turning
corner effect. The key to adjust antenna is not to enable original signals attenuate
sharply and not to enable target signals increase sharply. In addition, you can increase
the retransmission times to resist to attenuation of signals so that CDR is lowered.
I. Description
Figure 5-27 shows signal distribution of cell52 vs. cell88 (signal fluctuation in handover
areas).
Figure 5-27 Signal distribution of cell152 vs. cell88 (signal fluctuation in handover areas)
After the UE hands over from cell 152 to cell 88, the signals of cell 152 are stronger than
that of cell 88. In Figure 5-27, after the signals of cell 152 keep weaker than that of cell
88, the signals of cell 152 become stronger than that of cell 88 for continuous 2s.
II. Analysis
When the UE hands over from cell 152 to cell 88, and the signals of cell 152 become
better than that of cell 88. This is similar to the needlepoint effect in 5.1.7 . Therefore
quick change of best server signals causes the same handover failures as the
needlepoint effect causes, as follows:
⚫ Ho Req SRB Reset
⚫ Ho Failure
⚫ TRB Reset
To sole the problem, optimize RF engineering parameters and 1D event parameters to
avoid ping-pong handover.
I. Descriptioin
The UE keeps performing intra-frequency HHO at the cell border, so the call quality
declines and even call drop occurs.
II. Analysis
Reporting the 1D event triggers the inter-frequency HHO. The 1D event is reported when
the best cell changes, as shown in Figure 5-28.
Figure 5-28 Reporting 1D event
The UE is at the border of two cells, so the signals from the two cells are equivalently
strong. Signal fluctuation easily causes ping-pong handover to best cells. Frequent report
1D event triggers inter-frequency HHO.
To avoid intra-frequency ping-pong HHO caused by 1D event triggered by frequent
fluctuation of signals if the channels are similar, you can increase the hysteresis, as
shown in Figure 5-29.
Figure 5-29 Increasing hysteresis to reduce frequently reporting of 1D event
According to Figure 5-29, the second times does not reach the hysteresis, so reporting
1D event is not triggered.
I. Description
When the UE moves to an inter-frequency cell, it fails to start compression mode to start
inter-frequency measurement. It camps on the inter-frequency cell after disconnection.
II. Analysis
The cell mentioned previously is configured as the carrier central cell after querying cell
configuration. Namely, the 2D event, 2F event, and inter-frequency measurement all take
Ec/No as measurement quantity.
The measured value of pilot Ec/No depends on the following two aspects:
⚫ CPICH RSCP strength
⚫ Downlink interference
The downlink interference in the WCDMA network includes the interference from
downlink signals of intra-frequency cells (the host cell and neighbor cells) and the
background noise. Wherein, the downlink interference strength of intra-frequency cells is
impacted by path loss and slow attenuation. It is similar to the attenuation that UE
receives useful signals (such as CPICH RSCP).
At the coverage edge of a carrier, when UE moves from the current cell to another cell,
the CPICH RSCP attenuates at the same speed as the attenuation of interference (the
background noise is not impacted by path loss, so the CPICH RSCP attenuates a little
faster than interference attenuates. However, the difference between the two speeds is
close (depending on the strength of background noise). Therefore the UE receives the
signals the CPICH Ec/Io of which changes slowly. According to the simulation and on-site
test, When the CPICH RSCP is about –110 dBm, the CPICH Ec/Io can reach about –12
dB.
Figure 5-30 Attenuation relationship of RSCP and Ec/No
If you take Ec/Io as the measurement quantity for 2D event, the 2D event will be
triggered before call drop. Therefore adopting Ec/Io as the measurement quantity for 2D
event will not trigger 2D event upon call drop of UE, so the inter-frequency measurement
will not be started.
In this case, configure the cell to carrier coverage edge cell and take RSCP as the
measurement quantity for 2D/2F event so that inter-frequency measurement is originated
in time.
I. Description
II. Analysis
III. Solutions
I. Description
The UE performing PS domain services hands off between the 3G network and the 2G
network.
II. Analysis
For inter-RAT handoff of CS and PS, the services for CS and PS are different in handoff
between the 2G network and the 3G network.
1) In CS service, after handoff from the 3G network to the 2G network and after
release of services in the 2G network, the UE reside again in the 3G cell through
reselection from the 2G network to the 3G network or reselection of PLMN.
2) In PS service, after the reselection from the 3G network to the 2G network started
by the network, the UE re-accesses the 2G network. In services transmission, the
UE performing PS services may return to the 3G network through reselection
between the 2G network and the 3G network. According to the analysis of 3.1 , in
the reselection of the cells performing PS domain services from the 2G network to
3G network, the actual working factor is the configuration of FDD_Qmin (measuring
Ec/Io). If Ec/Io is greater than FDD_Qmin, the UE reselects 3G network. Whether
the UE has handed off from the 3G network to the 2G network is judged through
measuring RSCP in condition of the cell as a border cell. Measuring RSCP cannot
assure that Ec/Io is greater than FDD_Qmin, so no mechanism can avoid ping-pong
handoff.
The solutions lie in as follows:
⚫ The measurement target of 2G and the 3G network is unified. If this cannot be
performed, the following method is adopted.
⚫ The start parameters in compression mode and reselection threshold from the 2G
network to the 3G network is adjusted.
III. Solutions
1) Unification of measurement target in the 3G network and the 2G network
When there are more than one 3G cells, the change of Ec/Io indicates the change of
3G cell quality. If the cell property is configured as “carrier center cell” and the
measurement target in 2D event is Ec/Io, the measurement target between 3G and
the 2G network is Ec/Io. The default parameter of 2D/2F with the measurement
target Ec/Io is –24 dB. The parameter can be adjusted to –12/–10 dB to avoid
ping-pong handoff.
In addition, the new 3GPP TS 05.08 protocol defines the RSCP (FDD_RSCP) that
can measure the 3G network in reselection from the 2G network to the 3G network.
Now only Ec/Io can be tested. The adjustment fits the 3G cells the cell property of
which is “carrier border cell”. However many current NEs does not support this.
2) Adjustment of start parameters in compression mode and reselection threshold from
2G to 3G network
The adjustment fits the 3G cells the property of which is “carrier border cell”. Only
3G Ec/Io can be measured in reselection from the 2G network to 3G network. The
start/stop threshold in compression mode can be lowered to –105/–100 dBm.
I. Description
In the office building of a commercial deployment, when the UE originates a call in areas
covered by the 3G network and moves towards the areas covered by the 2G network,
the call drops easily. The call succeeds one or two times every ten times.
II. Analysis
The 2G neighbor cells configuration of the 3G network cells that cover the office building
in the WCDMA network parameters is examined. The 2G cells that cover office building
need to be confirmed in the 2G neighbor cells list. UMTS outdoor macrocells are used to
perform 3G coverage in the office building, the test route is switched by passing two iron
doors. After the operator opens the door, enters, and closes the door, the signal
attenuates sharply. Figure 5-31 shows the UMTS signal distribution observed by a
scanner.
The signal attenuates sharply, so the handoff is not performed in time, and then the call
drops. The key solution is to adjust the inter-RAT switching parameters. This leads to an
earlier and faster handoff.
The operator does as follows:
1) Change the cell independent offset (CIO) in the GSM neighbor cell from 0 dB to 5
dB. The UE hands off to the GSM cell more easily. Call still drops in test.
2) Change 2D RSCP Threshold from –95 dBm to –85 dBm to –75 dBm. The inter-RAT
measurement starts earlier. Call still drops in test.
3) Change GSM RSSI from –90 dBm to –95 dBm. The UE hands off to GSM cells
more easily. Call still drops in test.
4) Change 2D Trigger Time from 640ms to 320ms to 0ms. The inter-RAT
measurement starts more easily. Call still drops in test. Change the parameter back
to 640ms.
5) Change the cell location property from “carrier border” to “carrier center” (the
associated measurement changes from RSCP to Ec/Io). Change 2D Ec/Io
Threshold from –24 dB to –10 dB. Call still drops in test.
6) Change Inter RAT handover trigger time from 5000ms to 2000ms. The UE performs
inter-RAT more quickly. Call drop is improved.
7) Recover the parameter changed in Step 5 as it was.
8) Change Inter RAT handover trigger time from 2000ms to 1000ms. The UE performs
inter-RAT handoff more quickly. Call drop is solved.
The adjustment results in that the change to the parameter Inter RAT handover trigger
time is the most effective to complete inter-RAT handoff.
Figure 5-31 Indoor 3G RSCP distribution
III. Solutions
Confirm the call drop due to missing neighbor cell by 3G cell information displayed on M
testing cell. You must check whether the neighbor cells are missing in the following
situations:
⚫ The signals of 3G cell are weak.
⚫ Ec is smaller than –110 dBm.
⚫ Ec/Io is smaller than –10 dB.
⚫ A 2G testing UE detects that the 2G signals of indoor DAS are strong
⚫ The UE starts compression mode for measurement
⚫ The UE does not sent the measurement report of 2G neighbor cells.
The following are two examples.
Example 1:
14:24:17(12): According to RB Setup, the UE accesses the network by PSC 417.
14:25:36(02): The UE does not report 2D measurement report until call drop. The RNC
does not send measurement control report.
Conform that no inter-RAT neighbor cells are configured by examining parameters. If the
cells are added, call drop problems are solved.
Example 2:
16:38:18(18): The UE reports 1D event of cell 273, and cell 273 becomes the best cell.
However, the BCCH 538 indoor 2G cell is not configured as an inter-RAT neighbor cell of
cell 273.
16:38:40(20): The UE keeps sending measurement reports, but detects that the signals
of other GSM neighbor cells are weak. Therefore the RNC does not start handover, and
then call drop occurs.
The cell of PSC273 and PSC 264 alternate to be the best server. Indoor GSM neighbor
cells are configured as the inter-RAT neighbor cells of the cell of PSC264, but the cell of
PSC273 is not configured with any neighbor cells. When the UE enters indoor, the cell of
PSC273 becomes the best server, so call drop occurs. After indoor GSM neighbor cells
are configured as the inter-RAT neighbor cells of the cell of PSC273, no call drop occurs.
According to the signaling, the phenomena of excessive inter-RAT neighbor cells are as
follows:
After the RNC sends Physical channel reconfiguration and inter-RAT measurement
control messages, the UE keeps sending the measurement report of Nonverified until
call drop.
In S subject, for convenient configuration of parameters, the original 2G neighbor cell
information is used to configure inter-RAT neighbor cells. All the inter-RAT cells are
configured as the neighbor cells of 3G cells. Inter-RAT cell offset is configured to enable
the UE to hand over to the target cell and to disable the UE to hand over to the undesired
cell.
If excessive neighbor cells are configured, the UE must spend more time on inter-RAT
measurement. The measurement internal of UE is limited, excessive neighbor cells delay
UE to measure available neighbor cells, so call drop occurs.
Example 1:
11:30:11(92): The RNC sends measurement control messages (23 inter-RAT neighbor
cells)
11:32:22(61): The UE keeps reporting to BSIC Nonverified cell until 2 minutes before call
drop.
Configure the inter-RAT neighbor cells to the needed four neighbor cells, the MotoA835
hands over successfully.
10:53:23(29): The RNC sends the Relocation Require message due to the No
Resource Available message.
10:53:23(71): The CN replies the Relocation Failure message due to the No Resource
Available message.
The RNC keeps sending Relocation Require message due to No Resource Available
message until call drop, and is rejected. The actual LAC is 21000. After adjustment, the
UE succeeds in handover.
If the UE does not send measurement report, the UE performs the same as when the
neighbor cells are missing. The phenomena are as follows:
⚫ The signals of 3G cell is weak
⚫ Ec is smaller than –110 dBm.
⚫ Ec/Io smaller than –10 dB.
⚫ A 2G testing UE detects that the 2G signals of indoor DAS are strong
⚫ The UE does not hand over.
Check the signaling to confirm whether the UE send measurement report messages. If
you compare it with terminals of other types, confirming the problem is easier and more
accurate.
Example 1:
Moto A835 handset:
16:38:05(99): The UE sends 2D measurement reports.
16:38:06(06): The RNC sends Physical channel reconfiguration (active sets contains
PSC46, PSC492, and PSC36)
16:38:07(19): The RNC receives Physical channel reconfiguration completion, and then
sends measurement control messages.
16:38:08(75): The cell of PSC 492 reports 1D and becomes the best server. It sends new
measurement control messages after 1.5s.
16:39:19(73): The system does not receive the UE inter-RAT measurement report before
call drop.
Qualcomm 6250 handset
16:38:42(16): The UE sends 2D measurement reports.
16:38:42(49): The RNC sends Physical channel reconfiguration (active set contains
PSC46 and PSC492)
16:38:43(43): The RNC receives Physical channel reconfiguration completion message,
and it sends measurement control messages.
16:38:47(74): The UE report BCCH 847 BSIC Verified, and the level is –67 dBm.
16:38:48(88): The RNC sends HO CMD message, so the handover succeeds.
In the test of handover between outdoor 3G to indoor 2G DAS, the Moto A835 handset
does not send inter-RAT the measurement report for multiple times. The IOT engineers
think that the version of out handset is not updated, and they recommend updating
handset version.
V. Delayed Handover
According to signaling of the RNC, a normal inter-RAT handover takes 5s. The following
are the time needed by the RNC, longer than that on UE. If the walking speed is 3 km/h,
it takes 4–5 meters. The time depends on different scenes.
16:21:06(30): The UE sends the 2D measurement report.
16:21:06(37): The RNC sends the Physical channel reconfiguration message.
16:21:07(46): The UE sends the Physical channel reconfiguration completion message.
16:21:09(72): The UE sends the inter-RAT measurement reports.
16:21:10(48): The system sends the UE HO FROM UTRAN CMD GSM message.
16:21:11(11): The RNC sends the Iu interface Release Command message.
When the UE moves outdoor to indoor with the 3G signals fluctuating sharply, call drop
occurs due to delayed handover. According to the signaling, the phenomena of delayed
handover are as follows:
⚫ During the handover process, the RNC originates lu Release because:
✓ The NodeB reports RL Failure.
✓ The NodeB does not report RL failure, but SRB reset occurs.
⚫ The CN originates lu Release command, due to treloccomplete expire.
⚫ Other situations: 3G signaling is normal, but actually the call drops. You can only
know whether the UE confronts call drop problems by checking the UE call drop
recorded in test.
Example 1:
Moto handset:
15:26:27(87): The RNC sends Physical channel reconfiguration (active set contains
PSC201 and PSC16).
15:26:30(30): The UE report BCCH 844 BSIC Nonverified, and the level is –87 dBm.
15:26:31(26): The UE report BCCH 844 BSIC verified, and the level is –88 dBm.
15:26:32(13): The RNC sends the HO CMD message.
15:26:34(25): The UE sends inter-RAT measurement reports, but does not hand over.
This is because the UE does not receive HO CMD sent by the RNC, or the UE fails
in accessing the 2G network. The CN sends lu Release due to treloccomplete
expire (normally successful relocation causes lu Release, and the UE succeeds
in accessing the 2G network).
Qualcomm handset in the same test period:
15:26:27(43): The RNC sends Physical channel reconfiguration (active set contains
PSC201 and PSC16).
15:26:30(90): The UE report BCCH 844 BSIC verified, and the level is –79 dBm.
15:26:32(13): The RNC sends HO CMD, and the handover succeeds.
Here is the entrance to parking yard of Taigu Shopping Hall. Before call drop, the Moto
handset indexes as follows:
⚫ Ec is smaller than –110 dBm.
⚫ Ec/Io is small than –15 dB.
17:07:58(81): The RNC receives the measurement report from UE, BCCH 853, and
the level is –61dBm.
17:08:00(25): The RNC sends HO CMD.
17:08:00(90): The CN sends Iu Release Command (successful relocation).
Actually, call drop occurs during handover.
Now the starting threshold of compression mode is as high as –95 dBm. Do not change it
to avoid impact on other parts of the network so that the handover occurs earlier.
According to the test result, if the best cell changes, the handover is delayed, so call drop
occurs in the following situations:
⚫ Between RNC sending Physical channel reconfiguration and receiving Physical
channel reconfiguration completion sent by UE (about 1s).
⚫ After Physical channel reconfiguration process is complete.
Example 1:
14:06:18(75): The best server PSC201 report 2D event (meanwhile, PSC16 is in the
active set).
14:06:18(82): The RNC sends Physical channel reconfiguration.
14:06:18(95): The UE reports 1D event of PSC16 cell.
14:06:19(95): The RNC receives Physical channel reconfiguration completion from UE,
and it sends inter-RAT measurement control message of PSC201 cell, and inter-
frequency and intra-frequency measurement control of PSC16 cell.
14:06:20(94): The UTRAN sends 1B event to the UE to delete PSC 201.
14:06:21(45): The RNC sends inter-RAT measurement control to the cell of PSC16 (3s
delay compared with 1D event).
14:06:22(83): The UE reports the GSM cell 852 (BSIC Verify) according to the new
measurement control, and the RSSI is –79 dBm. The RNC does not process the
report (to prevent UE from handing over to incorrect cell, the RNC must process UE
measurement report 3s after sending new measurement control)
14:06:28(94): NodeB is out of synchronization, so call drop occurs.
Example 2:
Qualcomm handset:
14:53:08(63): The UE sends 2D measurement reports, and the RNC sends Physical
channel reconfiguration (the cell 144 is the best server)
14:53:09(67): The RNC receives Physical channel reconfiguration completion, and sends
measurement control messages.
14:53:16(58): The UE sends 1D measurement reports, and cell 137 becomes the best
server. Therefore the RNC sends the measurement control messages of best server 137,
including inter-RAT neighbor cells (the neighbor cell list is different from that of cell 144)
14:53:16(62): The RNC does not receive the measurement report from UE, and ensures
that the cell ID is in the list of neighbor cells of cell 144. The RNC does not process the
reports
14:53:19(99): The RNC originates Iu Release.
If different interRATCellID is used in inter-RAT measurement control, will the RNC avoid
this problem?
Description:
The UE cannot hand over from the 3G network to the 2G network smoothly. In details,
the UE originates a call in 3G coverage areas or uses PS services, and then enters 2G
coverage areas. However, it fails in handing over to 2G networks, so call drop occurs.
Analyze the signaling process at RNC side, and check the causes to handover failure.
The causes include:
⚫ The network side fails in receiving 2D report from UE, so compression mode is not
started. Consequently 2G cells are not measured, and then asynchronization or
SRB/TRB reset cause call drop.
⚫ The network side receives 2D report, but compression mode is not started. The
reason is that the network side sends a PHY_CH_RECFG message, but the UE
fails in sending ACK message or PHY_CH_RECFG_CMP, so SRB is reset, and call
drop occurs.
⚫ The network side receives Verified measurement reports. After it sends UE the
handover messages, the UE fails in receiving it, so call drop occurs (also for other
reasons).
The above cases are due to delayed starting of compression mode, so the quality of
signals of the original cell becomes weak. Therefore subsequent starting compression
mode and handover process cannot proceed normally.
Analysis:
Starting compression mode is affected by 2D event configuration of ID2 measurement
control sent by the network side. You can enable 2D event to be reported more quickly
by the following methods:
⚫ Increasing the threshold of 2D event
⚫ Reducing hysteresis
⚫ Reducing delayed triggering time
Now the back system can configure different starting threshold of inter-RAT compression
mode for signaling, CS and PS services.
II. Solution
Uplink interference leads to unbalanced uplink and downlink, so call drop occurs.
Figure 5-33 shows the uplink interference according to RNC signaling.
Figure 5-33 Uplink interference according to RNC signaling
According to Figure 5-33, the RNC sends a CC Connect message, but the UE does not
respond to the CC Connect message. This causes the call drop.
Figure 5-34 Uplink interference according to UE signaling
The UE receives the CC connect message sent by RNC and then replies with CC
connect Acknowledge message which the RNC fails to receive.
The following paragraphs describe the signals before and after call drop.
Figure 5-35 shows the uplink interference information recorded by UE.
Figure 5-35 Uplink interference information recorded by UE
From the UE side, the downlink PCICH Ec and Ec/Io are good, but the uplink transmit
power approaches the maximum. Therefore it is probably an uplink problem.
Interference:
The problematic site is the site 90640. The cells involve the cell 24231 and 24232. The
RTWP of the cell fluctuates sharply.
Figure 5-36 RTWP variation of the cell 89767
II. Solution
According to the test, at a fixed spot (at the corner under an overhead), call drop occurs
in the test car when it passes the spot every time. Each call drop occurs in the cell of SC
160. The call drop location is special, so the call drop is probably due to turning corner
effect. Based on repeated DT, a conclusion forms that call drop occurs within 5s when
the signals measured by scanner in the cell are from only one cell (SC 160).
According to signaling flow, the cell of SC 160 keeps being added because the UE
reports the measurement. It also keeps being deleted because the NodeB is
asynchronous, so the link is deleted 5s after expiration of timer. At the same time, the
access to the cell also fails. Strangely the downlink signals of the cell is normal (because
the cell can measure the pilot signals and send a report), but the uplink is problematic.
The NodeB logs and alarms involve no prompts. After reset of board one by one, the
problem is solved.
II. Abnormal UE
1) Failure to report 1a event by UE
Call drop occurs easily with a version of Qualcomm 6250 during test. According to
the analysis of data, the Ec/Io and RSCP recorded by scanner are good upon every
call drop. The signals of the active set recorded are weak, but there are cells with
qualified signals. According to the signaling flow, the UE does not send the 1a event
measurement report of the cell in monitor set, so finally call drop occurs. After the
UE is updated, the problem is solved.
2) Missing of messages recorded by UE
When Moto A835 records signaling messages, it loses some signaling before call
drop easily. This leads to incorrect judgment of call drop problems. The signaling
before call drop is key for analyzing call drop. If it is missing, you must analyze call
drop problems based on the combination of messages form UE and information
about RNC.
3) Abnormal Moto handset due to continuous CQT
After tens of or hundreds of CQTs, the calling or called Moto handset is likely to
confront problems, so calls fail. After reset of the handset, it becomes normal. There
is another problem. When the handset is called, it does not ring and consequently
call drop occurs. However, the screen displays an unanswered call. To avoid this,
reset the handset after continuous CQT.
4) Failure to hand over from the 3G network to the 2G network
The 3G signals received by a Sony-Ericsson handset attenuate slowly at the
subway entrance and finally no signals are received. The 2G signals are received at
the subway entrance and inside subways. Therefore, the handset fails to hand over
to the 2G network. The Moto handset and Nokia handset can succeed in handover.
The handover failure is probably due to excessive 2G neighbor cells are configured.
After excessive 2G neighbor cells are deleted and only one 2G neighbor cell is kept,
the Sony-Ericsson handset succeeds in handover. When two 2G neighbor cells with
the same frequency and different BSIC exists, the handset will stop handover
because it is not specified with the BSIC and the target 2G neighbor cell when it is
sending the measurement report.
When SHO occurs on the associated DCH, the HS-DSCH serving cell is updated. This is
triggered by reporting 1D event by UE. If now the SHO on the associated DCH is faulty,
call drop occurs with HSDPA subscribers. The causes is as mentioned in 5.1
The following paragraphs describe a case: missing neighbor cell causes handover on
associated DCH fails, and this consequently causes call drop of HSDPA subscribers.
1) Description and Analysis
Before call drop, the cell of SC 11 serves HSDPA subscribers.
Figure 5-38 shows the pilot information recorded by scanner.
Figure 5-38 Pilot information recorded by scanner
The active set does not list the cells of SC 25 and SC 26. After call drop, the UE camps
on the cell of SC 26. Meanwhile, the quality of signals from the cell of SC 11 declines
sharply.
According to previous description, the call drop is probably due to missing neighbor cell.
For detailed analysis, see 5.1 .
2) Solution
To solve the problem, add the corresponding neighbor cell.
3) ADCH HHO with Serving Cell Update
Call drops due to ping-pong handover.
While the HHO occurs on ADCH, the HS-PDSCH serving cell is updated.
When the HHO occurs on ADCH:
⚫ If the 1D event is improperly configured, intra-frequency ping-pong HHO occurs on
ADCH, and the HS-PDSCH serving cell is frequently updated. This leads to decline
of QoS, and even call drop.
⚫ If the 2D/2F and handover threshold is improperly configured, ping-pong handover
occurs, and consequently QoS declines.
I. Weak Coverage
After HSDPA technology is used, the downlink load of cell increases. This has some
impact on coverage radius of cell. If the load of original R99 cell is light, the coverage
scope decreases sharply after HSDPA technology is used. Pay attention to cell coverage
and call drop problems caused by decrement of handover areas after R99 network is
upgraded to HSDPA network.
HS-DPCCH is used in uplink of HSDPA, so the HSDPA UE consumes more power than
R99 UE, and consequently, the HSDPA UE at the cell edge reaches the maximum
transmit power more quickly than R99 UE at the cell edge. This is uplink power
restriction.
Note:
The maximum transmit power of some R99 UEs and HSDPA UEs are the same, 24
dBm.
The call drops due to strong uplink interference if all the following conditions are met:
⚫ The power of HS-DPCCH is over high
⚫ The uplink admission threshold is low
⚫ There are excessive subscribers
The signaling flow for HSDPA service handover is more complex than that of R99 service
handover. In some occasions, the handover parameters are differently configured for
these two networks. For example, in turning corner, the UE is required to respond
messages from UTRAN more quickly; in ping-pong handover areas, the protection time
is longer.
The early versions of HUAWEI E620 are faulty in inter-frequency handover. After
reporting 2D event, the UE responds measurement control failure, so the call drops due
to handover failure.
Chapter 6 Summary
Based on related guides to handover and call drop, this guide is complete. It focuses on
operability by on-site engineers. In addition, it describes operation steps in details for the
actual handover and call drop problems in forms of flow chart.
The fundamental knowledge and preparation knowledge are placed in the appendix.
Operations are in the body.
V3.1 supplements HSDPA knowledge, including:
⚫ DT/CQT flow for HSDPA handover
⚫ Definition of traffic statistics indexes for HSDPA handover
⚫ HSDPA handover problems
⚫ Algorithm and flow for HSPDA handover
The traffic statistics of HSDPA is to be supplemented. HSDPA networks are not
commercially used in a large scale, so more cases will be supplemented.
The SHO ratio analysis will be supplemented after enough RNO experienced are
collected.
7.1.1 RAB
RAB is the carrier at the subscriber plane. It is used in transmitting voice, data, and
multimedia services between UE and CN. The RAB assignment is originated by CN. It is
a function of RNC.
RB is ratio bearer between SRNC and UE. It includes layer 2 and above. It is the service
provided to layer 2.
Figure 7-1 shows the UMTS QoS structure. It provides the part that RAN and RB play in
the UMTS network.
7.1.2 SRB
The SRB carries the signaling at U-Net interface. The TRB carries the services at the Uu
interface and it is the radio bearer at the user plane.
Figure 7-2 shows the structure of SRB and TRB at the user plane.
IUUP
TRB(AM)
Logic channels
MACC MACD
7.2 RL FAILURE
When a cell sets up a new radio link, there is a process for uplink and downlink
synchronization. After UE succeeds in uplink synchronization, it powers on the
transmitter, and then the NodeB performs uplink synchronization. If the NodeB succeeds
in synchronization, it sends the RNC an RL RESTORE message. If it fails, it sends the
RNC the RL FAILURE message. When the RNC receives the RL FAILURE message or
fails to receive RL RESTORE message, it releases the resources related to the radio link.
If the active set uses only one radio link, the RNC then originates the release at signaling
plane.
Table 7-1 lists the timers and counters related to the synchronization and
asynchronization.
Table 7-1 Timers and counters related to the synchronization and asynchronization
Parameter Parameter
Description
ID Name
Value range: D1, D2, D4, D10, D20, D50, D100, D200,
D400, D600, D800, and D1000
Actual value range: 1, 2, 4, 10, 20, 50, 100, 200, 400, 600,
800, and 1000
Constant
N312 Physical unit: none
312
Content: It indicates the maximum times continuous
synchronization indicators received from L1. The default
value is 1.
Recommended value: D1
Value range: D1, D2, D4, D10, D20, D50, D100, and
D200
Actual value range: 1, 2, 4, 10, 20, 50, 100, and 200
Constant Physical unit: none
N313
313
Content: It indicates the maximum times continuous
synchronization indicators received from L1. The default
value is 20.
Recommended value: D50
Value range: D0, D2, D4, D6, D8, D12, D16, and D20
Actual value range: 0, 2, 4, 6, 8, 12, 16, and 20
Physical unit: none
Content: When the principle of radio link failure is met,
and the radio bearer only related to T314 exists, start
T314. When the cell update is complete, stop T314. The
default value is 12.
T314 Timer 314 When the UE of CELL_DCH fails in radio links, start T314
(or T315), and send CELL UPDATE messages. Before
T314 (or T315) corresponding to services expires, if the
radio link reconfiguration configured by CELL UPDATE
CONFIRM message fails, resend CELL UPDATE
messages to reconfigure the radio link (related to T302
and N302). Based on this, configure T314 > T302 × N302.
When T314 expires, the service RB of corresponding
timers is deleted.
Recommended value: D20
Table 7-2 lists the timers and counters related to call drop at lub interface.
Table 7-2 Timers and counters related to call drop at lub interface
Parameter
Parameter ID Description
Name
Recommended value: 5
Recommended value: 50
The conditions of SHO signaling flow for adding radio link are:
⚫ The UE has one or more radio links with SRNC.
⚫ The UE sets up a new radio link through new NodeB and new RNC.
The UE can set up only one link with UTRAN, so there is no macro diversity
combination/splitting.
Figure 8-1 shows the signaling flow for adding radio link.
Figure 8-1 Signaling flow for adding radio link
uplink.
The Radio Link Setup Request message includes parameters as below:
⚫ Cell ID
⚫ TFS
⚫ TFCS
⚫ Frequency
3) The NodeB allocates radio resources as required. If it succeeds, the NodeB reports an
NBAP message, namely, the Radio Link Setup Response message, to DRNC.
The Radio Link Setup Response message includes two parameters: signaling termination
and transport layer addressing information (AAL2 addressing, AAL2 bound ID for data
transmission and bearer)
4) The DRNC sends the Radio Link Setup Response message to SRNC through RNSAP.
The Radio Link Setup Response message includes two parameters: transport layer
addressing information (AAL2 addressing, AAL2 bound ID for transmitting and carrying
data) and information about adjacent cells.
5) The SRNC starts lur/lub data transmission and bearer through the ALCAP protocol. The
request includes AAL2 bound ID for binding lub data transmission and bearer, and DCH.
6) or 7) The NodeB and SRNC set up synchronization of data transmission and bearer by
exchanging the corresponding DCH FP frame Downlink Synchronization and Uplink
Synchronization. The NodeB starts downlink transmission.
7) The SRNC sends UE the Active Set Update message on DCCH. The message includes
content on adding radio link.
The parameters include:
⚫ Update type
⚫ Cell ID
⚫ Downlink scramble
⚫ Power control information
⚫ Adjacent cells
8) The UE configures the corresponding parameters according to RRC signaling. It sends
SRNC the RRC message, namely, Active Set Update Complete message.
The conditions of SHO signaling flow for deleting radio link are:
⚫ The UE has one or more radio links with SRNC.
⚫ Delete the link connecting UE and SRNC through DRNC.
Figure 8-2 shows the signaling flow for deleting radio link.
Figure 8-2 Signaling flow for deleting radio link
8.1.3 Analyzing Signaling Flow for Adding and Deleting Radio Link
The conditions of SHO signaling flow for adding and deleting radio link are:
Figure 8-3 shows the SHO signaling flow for adding and deleting radio link.
Figure 8-3 SHO signaling flow for adding and deleting radio link
Decision to setup
new RL and
release old RL
Start RX
description
3. Radio Link Setup Response
NBAP NBAP
4. Radio Link Setup
Response
RNSAP RNSAP
5. ALCAP Iub Data Transport Bearer Setup ALCAP Iur Bearer Setup
7. Uplink Synchronisation
DCH-FP DCH-FP
Start TX
description
8. DCCH : Active Set Update Command
RRC RRC
[Radio Link Addition & Deletion]
Stop RX and TX
II. Steps of SHO signaling Flow for Adding and Deleting Radio Link
The SHO signaling flow for adding and deleting radio link proceeds as below:
1) The SRNC decides to set up a new radio link and the new cell to which the link belongs is
under the control of another RNC (DRNC). The SRNC sends DRNC a Radio Link Setup
Request message, and requires DRNC to prepare the corresponding radio resources. The
new radio link is the first link set up between UE and DRNC, so a new lur signaling
connection is required. The lur signaling connection carries UE-related RNSAP signaling.
The Radio Link Setup Request message includes parameters as below:
⚫ Cell ID
⚫ TFS
⚫ TFCS
⚫ Frequency
⚫ Uplink Scramble
2) According to radio resources, the DRNC judge whether the requested radio resource can
be met. If yes, the DRNC send the NBAP message, namely, Radio Link Setup Request, to
NodeB to which the DRNC belongs. After this, the NodeB starts to receive messages in
uplink.
The Radio Link Setup Request message includes parameters as below:
⚫ Cell ID
⚫ TFS
⚫ TFCS
⚫ Frequency
3) The NodeB allocates radio resources as required. If it succeeds, the NodeB reports an
NBAP message, namely, the Radio Link Setup Response message, to DRNC.
The Radio Link Setup Response message includes two parameters: signaling termination
and transport layer addressing information (AAL2 addressing, AAL2 bound ID for data
transmission and bearer)
4) The DRNC sends the Radio Link Setup Response message to SRNC through RNSAP.
The Radio Link Setup Response message includes two parameters: transport layer
addressing information (AAL2 addressing, AAL2 bound ID for transmitting and carrying
data) and information about adjacent cells.
5) The SRNC starts lur/lub data transmission and bearer through the ALCAP protocol. The
request includes AAL2 bound ID for binding lub data transmission and bearer, and DCH.
6) or 7) The NodeB and SRNC set up synchronization of data transmission and bearer by
exchanging the corresponding DCH FP frame Downlink Synchronization and Uplink
Synchronization. The NodeB starts downlink transmission.
8) The SRNC sends UE the Active Set Update message on DCCH. The message includes
content on adding and removing radio link.
The parameters include:
⚫ Update type
⚫ Cell ID
⚫ Downlink scramble
⚫ Power control information
⚫ Adjacent cells
9) The UE configures the corresponding parameters according to RRC signaling, deactivates
the downlink receiver of the link to be deleted, actives the downlink receiver to be added,
and sends SRNC the Active Set Update Complete message.
10) The SRNC sends NodeB the NBAP message, namely, the Radio Link Deletion Request
message. The NodeB stops receiving and sending.
The parameters include cell ID and transport layer addressing information.
11) The NodeB deactivates radio resources and sends SRNC the NBAP message, namely, the
Radio Link Deletion Response message.
12) The SRNC starts releasing lur/lub data bearer thought the ALCAP protocol.
When the UE is in CELL_DCH connection mode (for example, voice talk starts), the RNC sends
the MEASUREMENT CONTROL command to command UE to measure and report events (the
event threshold, hysteresis, delay trigger time are included in signaling). When the best cell is
updated (including occurrence of intra-frequency HHO and inter-frequency HHO), the
measurement control of 1X (including 1A, 1B, 1C, and 1D) event must be updated.
Figure 8-4 shows the WCDMA measurement model according to protocol 25.302.
parameters parameters
Layer 1 Layer 3
A filtering B filtering C Evaluation D
of reporting
C' criteria
In Figure 8-4,
⚫ Point A is the direct measurement result of physical layer.
⚫ Point B is the filtered measurement result at physical layer and it is also the measurement
result provided to upper layer from physical layer.
⚫ Point C is the measurement result for event judgment after upper layer filtering.
⚫ FilterCoef is filtering factor of measured values and weights the measurement results of
physical layer at different points. It is used in event report and period report. The filtering of
measured values is calculated as below:
Fn = (1 − a) Fn −1 + a M n
Wherein,
✓ Fn: filtered updated measurement result
✓ Fn-1: filtered previous measurement result at last point
✓ Mn: the latest measured value received from physical layer
✓ α = 1/2(k/2). The k is from Filter coefficient, namely, the handover parameter
FilterCoef. FilterCoef is configured in intra-frequency, inter-frequency, and inter-RAT
handover measurement. When α is 1 (accordingly k = 0), there is no layer 3 filtering.
From previous measurement model, the filtering occurs before event judgment and
measurement report. In addition, the measured values in cell Measurement results and
Measurement results on RACH of UE's report are filtered. The layer 3 filtering controlled by
network layer caters for measurement event judgment and measurement report only. The cell
reselection when UE is in the idle mode and connection mode does not support layer 3 filter
controlled by network layer.
In the measurement control message, the UTRAN indicates the events to trigger measurement
report. The intra-frequency measurement report events are marked by "1X".
In the measurement report mechanism domain, the network requires UE to report the 1A event
(for example, the UE enters the Cell_DCH state), the UE sends the measurement report when a
primary pilot channel enters the reporting range. According to protocols, for 1A event, the UE
can report multiple cells of trigger event in a measurement report. The cells are included in the
list of trigger event. The UE sorts the cells good to bad in terms of quality (CPICH Ec/No). If less
than 3 cells are listed in the active set, the network judges to add links. If the active set is full of
cells, no operation is performed.
When the measured value meets the following formula, the UE judges that a primary pilot
channel is in the reporting range.
The path loss is:
NA
10 LogM New W 10 Log M i + (1 − W ) 10 LogM Best + ( R − H 1a / 2),
i =1
For other measurement values:
NA
10 LogM New W 10 Log M i + (1 − W ) 10 LogM Best − ( R − H 1a / 2),
i =1
In the previous formulas:
⚫ MNew is the measurement result of cells in the reporting range.
⚫ Mi is the measurement result of cells in the active set.
⚫ NA is the number of cells in the active set.
⚫ MBest is the measured value of the best cell in the active set.
⚫ W is the weighting factor.
⚫ R is the reporting range, with signal strength as an example. It is equal to the signal
strength of the best cell in the active set minus a value.
⚫ H1a is the hysteresis of 1A event.
A parameter TIME-TO-TRIGGER is used to reduce the signalling flow for measurement report.
After the primary pilot enters the reporting range and remains for a specified period, the UE
triggers measurement report. The parameter is also used in other events.
Figure 8-5 shows the 1A event and trigger delay.
Figure 8-5 Example 1A event and trigger delay
Measurement
quantity
P CPICH 1
Reporting
range
P CPICH 2
P CPICH 3 Time-to-trigger
Reporting Time
event 1A
Usually, if the 1A event is triggered, the UE sends a measure report to UTRAN. The UTRAN
sends an Active Set Update message for updating active set. Probably No response is received
after UE sends measurement report (for example, due to limited capacity). The UE changes
from sending event-triggered report to periodic report. The measure report contains the
information about the cells in the active set and cells in the monitored set in reporting range.
Only when the cell is successfully listed in the active set and leaves the reporting range will UE
stop sending periodic reports.
Figure 8-6 Periodic report triggered by 1A event
PCPICH 1
PCPICH 2
Reporting
range
Reporting
terminated
Periodic Periodic
report report
Event-triggered
PCPICH 3
report
When the following formulas are met, the UE judges that a primary pilot channel leaves the
reporting range. For 1B event and for event-triggered cells,
⚫ If more than one links are in the active set, the UE judges to delete the links.
⚫ If only one links is in the active set, the UE performs no operation.
The path loss is:
NA
10 LogM Old W 10 Log M i + (1 − W ) 10 LogM Best + ( R + H 1a / 2),
i =1
For Other measure values:
NA
10 LogM Old W 10 Log M i + (1 − W ) 10 LogM Best − ( R + H 1b / 2),
i =1
In the previous formulas:
⚫ MOld is the measurement result of cells in the reporting range.
⚫ Mi is the measurement result of cells in the active set.
⚫ NA is the number of cells in the active set.
⚫ MBest is the measured value of the best cell in the active set.
⚫ W is the weighting factor.
⚫ R is the reporting range.
⚫ H1a is the hysteresis of 1B event.
If multiple cells meet the reporting conditions at the same time, and reach the trigger delay, the
UE sorts the cells in terms of measured value and then reports them.
In Figure 8-7, the cells where the PCPICH 1, PCPICH 2, and PCPICH 3 serve are in the active
set but the cell where PCPICH 4 serves is not in the active set. If the cells in the active set
reach or exceeds the replacement threshold of active set, the event is used for replacing bad
cells in the active set.
When the 1C event is triggered, the UE reports the replacing cell and the cell to be replaced in
the event trigger list. The UE also sort the reported cells good to bad in terms of quality (CPICH
Ec/No). After the RNC receives the 1C event trigger list reported by UE, it replaces the cell to be
replaced with the replacing cell in the active set.
When channels have little difference, the 1D event might be triggered due to fluctuating signals.
This leads to unnecessary increase of signaling flow at the air interface. The hysteresis value
helps to avoid this, as shown in Figure 8-9.
Figure 8-9 Restriction from hysteresis to measurement report
The second time fails to reach the hysteresis condition, so no 1D event report is triggered. This
parameter also applied in other events.
According to protocols, the 1D event can report only one triggered cell which can be in active
set or monitored set. Therefore the cells in the monitored set must be added to the active set. If
the active set is full, the system deletes a cell that is not the best cell. Consequently the system
adds the best cell to the active set. Finally the system marks the cell as the best cell.
The 1E event triggers measurement report of the cells not monitored when the UE fails to
receive the neighbor cell table.
VI. 1F Event: the Measured Value of Primary Pilot Channel Is Lower than the Absolute
Threshold Value
The following HHO flow is based on the lur interface when the UE is in the CELL_DCH state.
Figure 9-1 shows the ordinary HHO flow (lur interface and CELL_DCH state).
Figure 9-1 Ordinary HHO flow (lur interface and CELL_DCH state)
4) The target RNC starts setting up lub data transmission and bearer according to ALCAP
protocol. The request contains that the AAL2 bound ID is for binding lub data transmission
and bearer, as well as transport channel DCH. The NodeB confirms the request.
5) When the target RNC completes preparations, it sends SRNC the Radio Link Setup
Response message.
6) The SRNC starts setting up lub data transmission and bearer according to ALCAP protocol.
The request contains that the AAL2 bound ID is for binding lub data transmission and
bearer, as well as transport channel DCH. The RNC confirms the request.
7) The SRNC send UE the Physical Channel Reconfiguration message.
8) When the UE switches from using the original link to using the new one, the original NodeB
detects that the original link fails in synchronization. Then the original NodeB sends the
NBAP message, namely, the Radio Link Failure Indication message to the source RNC.
9) The SRNC sends the original SRNC the RNSAP message, namely, the Radio Link Failure
Indication.
10) When the UE completes setting up RRC connection with target RNC and the related radio
resources are allocated, the UE sends SRNC the RRC message, namely, the Physical
Channel Reconfiguration Complete message.
11) The SRNC sends source RNC the RNSAP message, the Radio Link Deletion Request
message. This requires the RNC to release the corresponding resources used by original
link.
12) The source RNC sends original NodeB the NBAP message, the Radio Link Deletion
Request message.
The parameters include cell ID and transport layer addressing information.
13) The source NodeB releases radio resources used by original link and sends source RNC
the NBAP message, the Radio Link Deletion Response message.
14) The source RNC starts releasing lur data transmission and bearer according to the ALCAP
protocol.
15) When the source RNC completes releasing lur data transmission and bearer, it sends
SRNC the RNSAP message, the Radio Link Deletion Response message.
16) The SRNC starts releasing lur data transmission and bearer according to the ALCAP
protocol. The request includes AAL2 bound ID for binding lur data transmission and bearer
and the transport channel DCH. The release request is confirmed by the target RNC.
Figure 9-2 shows the inter-CN (between core networks) HHO flow.
Figure 9-2 Ordinary inter-CN HHO flow
SGSN
UE Node B Node B RNC RNC MSC/SGSN SGSN/MSC
Source Target Source Target
1. Relocation Required
RANAP RANAP
2. Relocation Required
RANAP RANAP
3. Relocation Request
RANAP RANAP
4. Relocation Request
RANAP RANAP
5. ALCAP Iu Data
Transport Bearer Setup
9. Relocation Request
RANAP Acknowledge RANAP
18. Relocation
Complete
RANAP RANAP
11) or 12) The CN completes preparations and sends SRNC the Relocation Command
message.
13) The SRNC sends UE the RRC message, the Physical Channel Reconfiguration message.
14) or 15) or 16) When the target RNC detects UE, it sends two nodes of CN the Relocation
Detect message. When the UE switches from using the original radio link to the new one,
the source NodeB sends source RNC the Radio Link Failure Indication message upon
detection of RL error by source NodeB.
17) When the UE completes setting up RRC connection with target RNC and the
corresponding radio resources are allocated, it sends target RNC the RRC message, the
Physical Channel Reconfiguration Complete message.
18) or 19) After the UE succeeds in handing over to the target RNC and is allocated with
resources, the RNC sends all CNs the Relocation Complete message.
19) or 21) The CN sends SRNC the Lu Release Command message.
22) The lu transmission and bearer between the original RNC and CN is released.
23) or 24) The original RNC sends CN the Lu Release Complete message for confirming
release.
I. Fundamental Concepts
The cell at the carrier coverage edge refers to the cell covered by a carrier in the most
peripheral areas. The cell features that no intra-frequency neighbor cells are present in a
direction of the cell.
The cells in the carrier center area are the rest cells. The cell features that intra-frequency
neighbor cells are present in all directions of the cell.
In the cell at the carrier coverage edge, when the UE moves towards the direction with no
intra-frequency neighbor cells, the CPICH Ec/No fluctuates slowly due to the same attenuating
speed of CPICH RSCP and interference. According to simulation, when the CPICH RSCP is
lower than the demodulation threshold (–110 dBm), the CPICH Ec/No can reach about –12 dB.
Now the inter-frequency handover algorithm based on CPICH Ec/No measurement is invalid.
Therefore, using CPICH RSCP as inter-frequency measurement quantity is more proper and
valid for cells at the carrier coverage edge.
The CPICH RSCP might serve as inter-frequency measurement quantity for cells in the carrier
center area, but the CPICH Ec/No is better to reflect the actual communication quality of links
and cell load.
The inter-frequency measurement might use the compression mode which impacts the link
quality and system capacity, so starting the inter-frequency measurement is not recommended.
The inter-frequency measurement in only recommended if needed. Reporting 2D and 2F events
determines starting/stopping inter-frequency measurement on V1.2 RNCs.
When the UE enters the CELL_DCH state or the best cell changes, if the inter-frequency
handover algorithm switch is enabled and the best cell is present in the list of inter-frequency
neighbor cells, the measurement of 2D and 2F events is configured. The absolute threshold for
2D and 2F events is the staring/stopping inter-frequency measurement. The CPICH Ec/No or
RSCP measurement quantity and threshold is respectively used according to the position
property (as previously mentioned, there are carrier coverage center and carrier coverage edge)
of the best cell in the active set:
⚫ If the quality of measurement quantity is worse than the starting threshold, the 2D event is
reported and then the periodic inter-frequency measurement is started through judgment.
⚫ If the quality of active set is higher than the stopping threshold, the 2F event is triggered
and inter-frequency measurement is stopped.
Note:
No dedicated control strategy in compression mode is available, so it is recommended that the
inter-frequency handover caters for the compulsory handover caused by in continuous coverage
by carrier. Now you can only consider starting compression mode at the carrier coverage edge.
In the carrier coverage center, forbid the compression mode from starting by configuring
parameters (set the absolute threshold of 2D event to the minimum value) and forbid
inter-frequency HHO.
According to different handover on the associated DPCH in HSDPA network, the HSDPA
handover includes the following types:
⚫ Update the serving cell of HS-PDSCH in active set
⚫ Update the serving cell of HS-PDSCH by SHO or softer handover on DPCH
⚫ Update the serving cell of HS-PDSCH by HHO on DPCH
II. By Different Technologies Used in Serving Cell before and after Handover
By different technologies used in serving cell before and after handover, the HSDPA handover
includes the following types:
⚫ Handover in HSDPA system
⚫ Handover between HSDPA and R99
⚫ Handover between HSDPA and GRPS
By location of cells for HSDPA handover, the HSDPA handover includes the following types:
⚫ Handover under the same NodeB
⚫ Handover under different NodeBs of the same RNC
⚫ Handover under different RNCs
I. Description
When the HS-PDSCH serving cell is updated due to DPCH SHO, the UE reports the following
events listed in Table 10-1. The system will respond accordingly.
Table 10-1 Flow of serving cell update triggered by different events in SHO
Event Action
1D event, the best server is listed in Change the radio link ID by reconfiguring radio
active set link
Update the serving cell in active set, and
1B event, the HS-DSCH serving cell
perform DCH SHO to delete the cell
is to be deleted
corresponding to 1B event
1C event, the current HS-DSCH Update the HS-DSCH in active set to support
serving cell is the worst cell in active the best server of HS-DSCH, and then replace
set the cell
1D event, the active set is full, the Replace the second worst cell in active set, and
cell to be replaced is the serving cell update the serving cell
II. HS-DSCH Serving Cell Update (intra-NodeB) upon Fixed Active Set of UE
Uu Iub/Iur
UE-RRC UE-RLC UE-MAC UE-L1 Node B-L1 Node B -MAC SRNC-L1 SRNC-MAC SRNC-RLC SRNC-RRC
Measurement
CPHY-Measurement-IND
Reporting
criteria
fulfilled
DCCH: MEASUREMENT REPORT
Serving HS-
DSCH cell
change decision
CPHY-RL-Modify-REQ
(NBAP/RNSAP: RL Reconfiguration Prepare)
CPHY-RL-Modify-CNF
(NBAP/RNSAP: RL Reconfiguration Ready)
CPHY-RL-Commit-REQ
(NBAP/RNSAP: RL Reconfiguration Commit)
CPHY-RL-Modify-REQ
III. HS-DSCH Serving Cell Update (inter-NodeB) upon Fixed Active Set of UE
1. RNSAP: RL RECONFIGURATION
2. NBAP: RL RECONFIGURATION
PREPARE
PREPARE
ALCAP Iub Data Transport Bearer setup ALCAP Iur Data Transport Bearer setup
(HS-DSCH) (HS-DSCH)
ALCAP Iub Data Transport ALCAP Iur Data Transport Bearer release
Bearer release (HS-DSCH) (HS-DSCH)
The update process is based on that the DPCH and active set are fixed.
The inter-NodeB synchronization serving cell is updated as below:
2) After SRNC decides to update HS-DSCH cell, it sends DRNC the RADIO LINK
RECONFIGURATION PREPARE message. The message contains the identity of
HS-DSCH target cell.
3) The DRNC sends the source NodeB the RADIO LINK RECONFIGURATION PREPARE
message.
4) The NodeB responds RADIO LINK RECONFIGURATION READY message. The message
contains the indicator of RESET MAC-hs after reconfiguration.
5) The source NodeB responds the RADIO LINK RECONFIGURATION PREPARE to the
target NodeB. The message indicates NodeB to perform synchronized radio link
reconfiguration, namely, to add resource to target HS-DSCH radio link. The message
contains necessary information to set up HS-DSCH resource in target cell, like UE ID.
6) The target NodeB responds RADIO LINK RECONFIGURATION READY message.
7) The DRNC responds RADIO LINK RECONFIGURATION READY message to SRNC. The
message contains the following information:
⚫ UE ID of HS-DSCH
8) After setting up the HS-DSCH transport bearer to the target NodeB, the SRNC sends the
RADIO LINK RECONFIGURATION COMMIT to DRNC, including the activation time of
SRNC in CRN.
9) The DRNC sends the RADIO LINK RECONFIGURATION COMMIT message to the source
NodeB and target NodeB. The message contains its activation time. In the activation time,
the source NodeB stops and target NodeB starts sending HS-DSCH data.
10) The SRNC sends UE the PHYSICAL CHANNEL RECONFIGURATION message to UE.
The message contains the following information:
⚫ Activation time
⚫ UE ID of HS-DSCH
11) In the specified activation time, the UE resets MAC-hs. It stops receiving the HS-DSCH
data from the source HS-DSCH cell, and starts receiving the data from target HS-DSCH
cell. It responds the PHYSICAL CHANNEL RECONFIGURATION COMPLETE message to
SRNC. The HS-DSCH transport bearer to source NodeB is released.
The signaling is in the attachment below (the corresponding RNC version is
V100R005C01B061):
Figure 10-3 shows the inter-NodeB HS-DSCH cell update after radio link is added.
Figure 10-3 Inter-NodeB HS-DSCH cell update after radio link is added
ALCAP Iub Data Transport Bearer setup ALCAP Iur Data Transport Bearer setup
(DCH) (DCH)
7. RNSAP: RL RECONFIGURATION
8. NBAP: RL RECONFIGURATION
REQUEST
REQUEST
ALCAP Iub Data Transport Bearer setup ALCAP Iur Data Transport Bearer setup
(HS-DSCH) (HS-DSCH)
ALCAP Iub Data Transport ALCAP Iur Data Transport Bearer release
Bearer release (HS-DSCH) (HS-DSCH)
Setting a newly-added radio link to HS-DSCH radio link involves two steps:
1) Add a new link to active set
2) The HS-DSCH transmits to the new radio link
After radio link is added, the inter-NodeB HS-DSCH cell is updated as below:
1) The SRNC decides to add new radio link. The radio link will be the HS-DSCH link. The
SRNC sends DRNC the RADIO LINK ADDITION REQUEST message. The message
indicates DRNC to set up a radio link without HS-DSCH resource.
2) The DRNC allocates resources for the new radio link. It sends the RADIO LINK SETUP
REQUEST message to the target NodeB. The message contains the information to set up
DPCH. It indicates the target NodeB to set up new radio link.
3) The target NodeB allocates resources. It receives information at the physical layer of the
new DPCH. It responds the RADIO LINK SETUP RESPONSE message.
4) The DRNC responds the RADIO LINK SETUP RESPONSE message to SRNC. The DCH
transport bearer is set up.
5) The SRNC sends UE the ACTIVE SET UPDATE message. The message contains the new
radio link ID.
6) The UE adds the new radio link to active set, and then responds the ACTIVE SET UPDATE
COMPLETE message to SRNC.
7) The SRNC sends the RADIO LINK RECONFIGURATION REQUEST message to DRNC.
The message indicates the target HS-DSCH cell.
8) Assume that the target HS-DSCH and source HS-DSCH are controlled by different NodeBs.
The DRNC sends the RADIO LINK RECONFIGURATION message to source NodeB. The
message indicates NodeB to perform synchronized radio link reconfiguration, excluding the
resource of original HS-DSCH radio link.
9) The source NodeB responds the RADIO LINK RECONFIGURATION READY message to
DRNC.
10) The DRNC sends the RADIO LINK RECONFIGURATION REQUEST message to target
NodeB. The message indicates target NodeB to perform synchronized radio link
reconfiguration to allocate resources to target HS-DSCH link.
11) The target NodeB responds the RADIO LINK RECONFIGURATION READY message.
12) The DRNC sends the RADIO LINK RECONFIGURATION READY message to SRNC. The
message contains the following information:
⚫ HS-SCCH set information
⚫ UE ID of HS-DSCH
13) The HS-DSCH transport bearer to target NodeB is set up. The SRNC sends the RADIO
LINK RECONFIGURATION COMMIT message to DRNC. The message contain the
activation time in CFN.
14) The DRNC sends the RADIO LINK RECONFIGURATION COMMIT message to the source
NodeB and the target NodeB. In the specified activation time, the source NodeB stops
sending HS-DSCH information to UE, and then the target NodeB starts sending HS-DSCH
information to the UE.
15) The SRNC sends the PHYSICAL CHANNEL RECONFIGURATION message to UE. The
message contains the following information:
⚫ Activation time
⚫ UE ID of HS-DSCH
16) In the specified time, the UE resets MAC-hs. It stops receiving HS-DSCH data from source
HS-DSCH cell, and starts receiving HS-DSCH data from target HS-DSCH cell. The UE
responds the PHYSICAL CHANNEL RECONFIGURATION COMPLETE message to SRNC.
The transport bearer to source NodeB is released.
I. Description
The combination of HHO and HS-PDSCH serving cell update is simple. Namely, they occur
simultaneously.
The intra- and inter-NodeB HHO with serving cell update have the same process. New radio link
is set up in new cell with HS-DSCH. Consequently, the physical channel is reconfigured, and old
link is deleted.
Figure 10-4 shows the inter-NodeB HS-DSCH cell update during HHO (single step method).
Figure 10-4 Inter-NodeB HS-DSCH cell update during HHO (single step method)
ALCAP Iub Data Transport Bearer setup ALCAP Iur Data Transport Bearer setup
(DCH + HS-DSCH) (DCH + HS-DSCH)
ALCAP Iub Data Transport ALCAP Iur Data Transport Bearer release
Bearer release (DCH + HS-DSCH) (DCH + HS-DSCH)
The inter-NodeB HS-DSCH cell during HHO (single step method) is updated as below:
1) The SRNC decides to perform HHO and update HS-DSCH cell. It sends the RADIO LINK
SETUP REQUEST message to target DRNC. The message indicates the target cell for
HHO and the information to set up HS-DSCH resource in target HS-DSCH cell.
2) The DRNC allocates resources for new radio link. It sends the RADIO LINK SETUP
REQUEST message to target NodeB. The message contains the information to set up
DPCH and that to set up HS-DSCH.
3) The target NodeB allocates resources to set up DPCH link. It starts receiving data from
physical layer. It responds the RADIO LINK SETUP RESPONSE message. The message
contains the information about HS-SCCH code set, and HS-DSCH flow control.
4) The DRNC responds the RADIO LINK SETUP RESPONSE message to SRNC. The DCH
and DSCH transport bearer is set up at lub and lur interface. The message contains the
following information:
⚫ HS-SCCH code set
⚫ UE ID
5) The SRNC sends UE the PHYSICAL CHANNEL RECONFIGURATION message. The
message contains the following information:
⚫ Activation time
⚫ UE ID of HS-DSCH
6) In the specified time, the UE deletes the current active set, and sets up DPCH link to target
cell, RESET MAC-hs, and after it synchronize with target cell at the physical layer, it starts
receiving and sending DPCH data, and receiving HS-DSCH data of target cell. The UE
responds the PHYSICAL CHANNEL RECONFIGURATION COMPLETE message to
SRNC.
7) The SRNC sends the RADIO LINK DELETION REQUEST message to source DRNC. The
message indicates the cell to be deleted.
8) The target DRNC sends the RADIO LINK DELETION REQUEST message to source
NodeB.
9) The source NodeB releases original radio link resource, and responds the RADIO LINK
DELETION RESPONSE message to source DRNC.
10) The source DRNC responds RADIO LINK DELETION RESPONSE message to SRNC.
The DCH and HS-DSCH transport bearer resource to source NodeB are released.
Figure 10-5 shows the signaling when DPCH intra-frequency HHO with HS-DSCH serving cell
update.
Figure 10-5 DPCH intra-frequency HHO with HS-DSCH serving cell update
The flows for intra-frequency HHO and HS-PDSCH serving cell update are simple. They occur
simultaneously. After the UE reports 1D event, the physical channel reconfiguration triggers the
HHO of DPCH and HS-DSCH serving cell update.
The following attachment includes the signaling, according to V100R005C01B061).
Figure 10-6 shows the DPCH inter-frequency HHO with HS-DSCH serving cell update.
Figure 10-6 DPCH inter-frequency HHO with HS-DSCH serving cell update
In Figure 10-6,
I. Description
When the UE moves from a HSDPA cell to an R99 cell, the service that is born on HS-DSCH
channel is remapped on DCH to guarantee the continuity of service. The HS-DSCH set in
HSDPA cell is deleted.
Figure 10-7 shows the handover from HSDPA to R99.
Figure 10-7 handover from HSDPA to R99
The strategy for handover between HSDPA and R99 in V17 differs from that in V15 and V16. If
both an R99 cell and a HSDPA cell are available in the active set of the UE, the UE decides that
the service is borne over the HS-DSCH or over the DCH depending on whether the best cell
supports HSDPA or not.
In V17, four scenarios of handover between HSDPA and R99 exist as listed in Table 10-2.
Figure 10-9 shows DPCH SHO with handover from HSDPA to R99 (inter-NodeB).
Figure 10-9 DPCH SHO with handover from HSDPA to R99 (inter-NodeB)
In Figure 10-10, in the handover from R99 to R5 HSDPA, after the UE reports 1A event, it first
adds the RL of HS-PDSCH, and then reconfigures the service born on DCH to HS-PDSCH.
The following attachment contains the previous signaling, according to V100R005C01B061.
Figure 10-11 Inter-NodeB SHO with handover from HSDPA to R99 (V17)
In V17, the signaling flow for SHO from HSDPA to R99 is as follows:
1) The UE accesses a HSDPA cell.
2) The UE reports a 1A event of the R99 cell (message 18), and the R99 cell is added to the
active set.
3) The UE reports a 1D event of the R99 cell (message 26), and the R99 changes into the
best cell.
4) The RNC hands over the UE from the HSDPA cell to the R99 cell (message 34).
In V17, the signaling flow for SHO from R99 to HSDPA is similar to that for SHO from HSDPA to
R99:
1) The UE accesses an R99 cell.
2) The UE reports a 1A event of the HSDPA cell, and the HDSPA cell is added to the active
set.
3) The UE reports a 1D event of the HDSPA cell, and the HSDPA cell changes into the best
cell.
4) The RNC hands over the UE from the R99 cell to the HSDPA cell.
The following attachment contains the signaling for handover from HSDPA to R99, according to
V17C01B060.
Figure 10-12 shows the intra-frequency HHO with handover from R5 to R99 (intra-NodeB).
Intra-frequency HHO occurs on DPCH while the handover from R99 to R5 occurs. The
intra-frequency HHO of R99 occurs, and then the service is reconfigured from DCH to
HS-PDSCH in the new HSDPA cell.
The following attachment contains the signaling, according to V100R005C01B061.
In V17, the signaling flow for intra-frequency HHO from HSDPA to R99 is as follows:
1) The UE accesses a HSDPA cell.
2) The UE reports a 1A event of the R99 cell (messages 18 to 22). The RNC does not
perform any processing because the SHO is not supported.
3) The UE reports a 1D event of the R99 cell (message 23), and the R99 cell changes into the
best cell.
4) The RNC hands over the UE from the HSDPA cell to the R99 cell through HHO (line 34).
This step differs from that in the earlier versions. In earlier versions, the RNC re-allocates
the service from HSDPA to R99, and then hands over the service to another R99 cell
through intra-frequency HHO.
The signaling flow for intra-frequency HHO from R99 to HSDPA in V17 is the same as that in
the earlier versions.
The following attachment contains the preceding signaling, according to V17C01B060.
In the signaling flow for inter-frequency HHO from HSDPA to R99 in V17, only the HHO from a
HSDPA cell to an R99 cell differs from that in the earlier version. In earlier versions, the RNC
re-allocates the service from HSDPA to R99, and then hands over the service to another R99
cell through intra-frequency HHO. In V17, the handover from the HSDPA cell to the R99 cell
completes in one step.
The signaling flow for inter-frequency HHO from R99 to HSDPA in V17 is the same as that in
the earlier versions.
The signaling is to be implemented.
Cell a(f1,HSDPA)
Cell a(f1,HSDPA)
The UE originates
an HSDPA service
request in Cell b.
Service request
DPCH link
HSDPA link
Cell a(f1,HSDPA)
Cell a(f1,HSDPA)
A 4A event occurs
due to increase of
traffic.
4A event
DPCH link
HSDPA link
In V17, the following types of inter-frequency direct retry of HSDPA are available:
⚫ Inter-frequency direct retry of HSDPA during setup of a service
– Scenario 1
An R99 cell overlaps with an inter-frequency R5 cell with the same coverage. If the UE
that supports HSDPA originates a request for setup of a service that is fit for HSDPA in the
R99 cell, the service is sent to the R5 cell through direct retry during RAB setup.
– Scenario 2
An R5 cell has an inter-frequency R99 cell with the same coverage.
If the UE that supports HSDPA originates a request for setup of a service that HSDPA
cannot bear in the R5 cell, or the UE that does not support HSDPA originates a request for
setup of a service on HSDPA in the R5 cell, the request is sent to the R99 cell through
direct retry during RAB setup.
The service setup here must be the first service setup of the UE or the existing services are
over the FACH. Thus, the new service does not impact the existing services.
The UE with HSDPA channel uses DPCH resource of certain bandwidth. If all services of
HSDPA UE are BE services, the all service (including the service on DCH and HS-DSCH) are
without data transmission for a long time, the system triggers state transition to reduce
consumption of DPCH resource. Therefore, the UE transits from CELL_DCH (HS-DSCH) state
to CELL_FACH state.
Whereas, the data service is more active (the network receives the 4a event of service
measurement quantity), the UE is triggered to switch from CELL_FACH state to HS-DSCH.
The attachment below contains the signaling.
In V16, the handover between HS-DSCH and DCH might occur in any of the following cases:
⚫ One cause to handover between HS-DSCH and DCH is coverage. This case includes that
UE moves from an R99 cell to a HSDPA cell or from a HSDPA cell to a R99 cell.
If the service set up by UE fits for HS-DSCH, the RNC triggers switch of channel type after the
HSDPA cell is added to actives set of UE. The RNC reallocate the data service to HS-DSCH.
This is due to mobility of UE.
⚫ D2H channel type switch triggered by traffic
− Scenario 1: A 4A event triggers switch between D2H channel types in a cell.
The current service that is suitable for the HS-DSCH is over the DCH for some reason (such
as admission rejection). Both the UE and the best cell support HSDPA. The rate of the
service on the current DCH is lower than 384 Kbps. In this case, the system re-allocates the
service from the DCH to the HS-DSCH in the best cell if the data traffic of the UE increases
(the RNC receives a 4A event measurement report).
− Scenario 2: A 4A event triggers D2H switch between two cells at different frequencies but
with the same coverage. See 10.2.5.
In V17, the switch between HS-DSCH and DCH might occur in any of the following cases:
⚫ The reason for handover between HS-DSCH and DCH is coverage. This case includes that
the UE moves from an R99 cell to a HSDPA cell or from a HSDPA cell to a R99 cell.
⚫ D2H channel type switch triggered by traffic
If the rate of service on the current DCH equals to 384 Kbps, no 4A event occurs. In this case, a
timer is needed to trigger the D2H switch.
The handover between two HSUPA cells includes three scenarios as listed in Table 11-1.
The UE moves from Cell 1 to Cell 2. Cell 2 and Cell 1 are adjacent cells at the same
frequency. All cells in the active set support the HSUPA. Another HSUPA cell becomes
the best cell as the UE moves, so a 1D event occurs. The RNC updates the HSUPA
serving cell, and the HSUPA link of the UE is handed over to Cell 2 from Cell 1.
Report of 1D event
UE
UE
If the monitor set reports a 1D event, the HSUPA serving cell also is updated. For
example, the service is over the E-DCH in HSUPA 1 that works as the serving cell. The
signals of HSUPA 2 in the monitor set become stronger. In this case, the UE reports a 1D
event and the RNC adds HSUPA 2 to the active set. At last, the RNC updates the serving
cell is updated by re-configuring the physical channel. Figure 11-3 shows the related
signaling:
Figure 11-3 Signaling for HSUPA cell update triggered by a 1D event (reported by the
monitor set)
The UE moves from Cell 1 to Cell 2. Cell 2 and Cell 1 are adjacent cells at the same
frequency. The signals of the current HSUPA serving cell (Cell 1) become weak and
those of Cell 2 become stronger as the UE moves. In this case, a 1D event occurs. The
RNC re-configures the physical channel to finish the intra-frequency HHO.
Figure 11-4 Intra-frequency HHO between two HSUPA cells
Report of 1D event
UE UE
The UE moves from Cell 1 to Cell 2. Cell 2 and Cell 1 are adjacent cells at different
frequencies. The signals of the current HSUPA serving cell (Cell 1) become weak and
those of Cell 2 become stronger as the UE moves. In this case, a 2D event occurs. The
UE starts the compression mode and performs inter-frequency measurement. If the
target cell meets the handover requirements and the E-DCH allows the service setup,
the RNC allocates the UE from Cell 1 to Cell 2 by re-configuring the physical channel
and sets up the HSUPA link of the UE on the E-DCH of Cell 2.
Figure 11-6 Inter-frequency HHO between two HSUPA cells
Report of 2b event or
periodic measurement
UE UE
HSUPA Phase 1 does not support HSUPA handover between lur interfaces. If a DRNC
cell is added to the active set, the service must be allocated to the DCH from the E-DCH.
After the migration, all cells in the active set belong to the SRNC. In this case, the service
is allocated to the E-DCH from the DCH, provided all cells in the active set support the
HSUPA. Figure 11-8 shows the inter-RNC HSUPA handover:
Figure 11-8 Inter-RNC HSUPA handover
SHO from a HSUPA cell to a The RNC updates the active set based
non-HSUPA cell on the measurement report, and then
1
allocates the service from the E-DCH to
A 1A, 1C, or 1D event occurs. the DCH through RB reconfiguration.
Intra-frequency HHO from a The RNC allocates the service from the
2 HSUPA cell to a non-HSUPA cell E-DCH to the DCH through RB
A 1D event occurs. reconfiguration.
Cell 2 and Cell 1 are adjacent cells at the same frequency. If signals of Cell 2 become
strong enough to trigger a 1A or 1C event as the UE moves, the RNC adds Cell 2 to the
active set. In this case, non-HSUPA cells exist in the active set. The RNC allocates the
service from the E-DCH to the DCH through RB reconfiguration according to the HSUPA
channel selection policy.
Figure 11-9 SHO from a HSUPA cell to a non-HSUPA cell
UE UE
The UE moves from Cell 1 to Cell 2. Cell 2 and Cell 1 are adjacent cells at the same
frequency. If signals of Cell 2 become stronger as the UE moves, the UE reports a 1D
event. In this case, the RNC allocates the service to the DCH from the E-DCH through
RB reconfiguration (The intra-frequency HHO from a HSUPA cell to an R99 cell is
complete in one step).
Figure 11-11 Intra-frequency HHO from a HSUPA cell to a non-HSUPA cell
Report of 1d event
UE UE
The UE moves from Cell 1 to Cell 2. Cell 2 and Cell 1 are adjacent cells at different
frequencies. If a 2D event occurs as the UE moves, the UE starts the compression mode
and performs the inter-frequency measurement. If the target cell meets the handover
requirements, the RNC hands over the UE from Cell 1 to Cell 2 (HHO) through RB
reconfiguration.
Figure 11-13 Inter-frequency HHO from a HSUPA cell to a non-HSUPA cell
UE UE
become weak enough to trigger a 1B event as the UE moves, the UE reports the 1B
event. In this case, the RNC delete Cell 1 from the active set. All cells in the updated
active set support the HSUPA. If the service is fit for the E-DCH, the RNC allocates the
service from the DCH to the E-DCH through RB reconfiguration.
Figure 11-15 SHO from a non-HSUPA cell to a HSUPA cell
Report of 1b event
The UE moves from Cell 1 to Cell 2. Cell 2 and Cell 1 are adjacent cells at the same
frequency. If signals of Cell 2 become strong enough as the UE moves, the UE reports a
1D event. At first, the intra-frequency HHO of the DCH is competed through
reconfiguration of the physical channel. The target cell then determines whether the
service can be set up on the E-DCH if the service is fit for the E-DCH. If the E-DCH of
the target cell allows setup of the service, the RNC allocates the service to the E-DCH
through RB reconfiguration (The intra-frequency HHO from an R99 cell to a HSUPA cell
is complete through two steps: Carry out intra-frequency HHO from a DCH to another
DCH, and then perform RB reconfiguration from the DCH to the E-DCH in the HSUPA
cell).
Figure 11-17 Intra-frequency HHO from a non-HSUPA cell to a HSUPA cell
UE UE UE
The UE moves from Cell 1 to Cell 2. Cell 2 and Cell 1 are adjacent cells at different
frequencies. The UE is connected to the DPCH of Cell 1. If signals of Cell 2 become
strong enough as the UE moves, a 2D event occurs and the UE starts the compression
mode. If the target cell meets the handover requirements, the inter-frequency HHO of the
DCH is complete. The target cell then determines whether the service can be set up on
the E-DCH if the service is fit for the E-DCH. If the E-DCH of the target cell allows setup
of the service, the RNC allocates the service to the E-DCH through RB reconfiguration.
Figure 11-19 Inter-frequency HHO from a non-HSUPA cell to a HSUPA cell
UE UE UE
⚫ The traffic of the UE that is over the FACH in the R99 cell increases and the service
is fit for the E-DCH.
⚫ A service that should have been set up over the E-DCH according to the service
mapping rules is over the DCH of the R99 cell. The system periodically checks the
services that conflict with the bearer policy and attempts to retry the services to the
E-DCH.
The system periodic measurement uses the HSDPA retry timer (ms). The related MML is
SET COIFTIMER.
Figure 11-20 Direct retry from an R99 cell to a HSUPA cell
Figure 11-22 Direct retry from a HSUPA cell to another HSUPA cell
Figure 12-1 shows the signaling flow for handover from WCDMA to GSM.
Measurement Report(2D)
RL Recfg Prep
RL Recfg Ready
Physical Channel Reconfiguration
RL Recfg Commit
Physical Channel Reconfiguration cmp
Measurement Control(InterRAT)
Measurement Report(GSM)
Relocation Required
Prepare Handover
Handover Request
Handover Request ACK
Prepare Handover RSP
Relocation Command
Handover From UTRAN CMD
Handover Complete
IU release command
IU release complete
RRC Con Release Req
RRC Con Release Cmp
RL Del Req
RL Del Rsp
Figure 12-2 shows the tracing signaling of handover from WCDMA to GSM
Figure 12-2 Tracing signaling of handover from WCDMA to GSM
to prepare for starting compression mode. The message contains the sampling
sequence of compression mode and related parameters of sampling sequence of
compression mode, including TGSN, TGL, TGD, TGPL, compression mode method,
downlink compression frame type, and power control parameters in compression
mode.
3) After the NodeB prepares resources, it sends the RL RECONFIG READY message
to the RNC.
4) The RNC sends PHYSICAL CHANNEL RECONFIG message to UE and prepare for
starting compression mode. This includes the activation time, the sampling
sequence of compression mode and related parameters of sampling sequence of
compression mode. The parameters include TGCFN, TGMP, TGSN, TGL, TGD,
TGPL, RPP, ITP, compression mode method, downlink compression frame type,
and power control parameters in compression mode.
5) After the RNC confirmed that the UE has received the PHYSICAL CHANNEL
RECONFIG message, it sends NodeB the RL RECONFIG COMMIT message,
indicating the time for NodeB to start compression mode.
6) After the UE completes related configuration according to new configuration data, it
sends RNC the PHYSICAL CHANNEL RECONFIG COMPLETE message. Now the
compression mode is available.
7) The RNC immediately sends the measurement control message, which commands
UE to perform inter-RAT measurement. The message includes measurement
parameters like the list of GSM cells, the information about frequency of cells,
measurement filter coefficient.
8) The UE sends a measurement report, indicating the RSSI measurement value of
GSM cells.
9) The UE sends a measurement report, indicating the BSCI confirmation of GSM
cells.
10) After the handover conditions are met according to judgment, the RNC sends a
SRNS relocation request to CN. The request includes SRNS relocation type (the UE
must participate in inter-RAT handover), reason for SRNS relocation (usually
relocation desirable for radio reasons), source PLMN, source SAI, and target CGI
(including PLMN and LAC).
11) After the GSM side allocates related resources, the CN sends RNC the
RELOCATION COMMAND, which includes the IE layer 3 information. The IE
contains the related resources allocated by GSM network.
12) The RNC sends UE the HANDOVER FROM UTRAN COMMAND message. The
message includes the RAB ID, activation time, GSM frequency, and GSM
messages in forms of BIT string.
13) The UE powers off the transmitter according to GSM configuration, so no signals
are in uplink. Consequently the NodeB sends the SIR ERROR report. This message
is optional in the flow.
14) After the UE accesses the GSM network, the CN sends the IU RELEASE
COMMAND message to inform RNC of releasing resources used by UE in the
WCDMA network.
15) The RNC immediately sends CN the IU RELEASE COMPLETE message. The
message 16 and message 17 are to release the radio resources of NodeB. What is
different from normal releasing flow is that the air interface does not send the RRC
connection release message, because the UE is using WCDMA network. Therefore
the NodeB releases radio resources without informing UE of the release.
If a GSM cell has WCDMA neighbor cells, the measurement control is sent in system
information. The dual-mode UE performs inter-RAT measurement in idle slots and
reports the measurement result. According to the measurement result, the BSC judges to
start signaling flow for inter-RAT handover. The GSM network uses the time division
multiple access technology, so the inter-RAT measurement is performed in idle slots. The
GSM system is not involved in supporting compression mode.
Figure 12-3 shows the signaling flow for handover from GSM to WCDMA.
Figure 12-3 Signaling flow for handover from GSM to WCDMA
Handover Request
Prepare Handover
Relocation Requeset
RL setup requeset
RL setup response
Relocation Requeset
ACK
Prepare Handover RSP
Handover Command
Inter System to UTRAN Ho cmd (Handover to UTRAN Command)
RL Restore Indicaton
Handover Complete
Relocation Complete
Send end signal
UTRAN Capacity Info requeset
Clear command
UE Capacity Info Enquiry
Clear complete
Figure 12-4 shows the tracing signaling of handover from GSM to WCDMA
Figure 12-4 Tracing signaling of handover from GSM to WCDMA
The inter-RAT handover from WCDMA to GRPS caters for the handover from WCDMA
PS domain service to GPRS system. The RNC initiatively commands UE to reselect an
inter-RAT cell with signaling, which triggers inter-RAT handover. If the traffic flow for
slow-speed PS services, the UE might be in CELL PCH or URA PCH state, the UE can
perform inter-RAT handover by initiatively originating cell reselection according to system
information.
MSC/VLR SourceRNC
MSC/VLR(3G) (2G) GGSN HLR SGSN(3G) SGSN(2G) BSC NodeB BTS UE
Cell change order from UTRAN
Chl Req
Chl Rqd
Imm Ass
RA update Req
SGSN Cntxt
Req
SGSN Cntxt Req
SGSN Cntxt Rsp
SGSN Cntxt Rsp
Send Authentication Info
Send Authentication ACK
Authentication and Ciphering Request
Authentication and Ciphering Response
SGSN Cntxt
ACK
SRNS Data Forward
Command
forward packets
forward
packecks
Update PDP cntxt Req
Update PDP cntxt Rsp
Update GPRS Location
MSC/VLR(3 MSC/VLR(2
G) G) GGSN HLR SGSN(3G) SGSN(2G) SourceRNC BSC NodeB BTS UE
Cancel Loc
Iu Rel Cmd
Iu Rel Complete
RL Rel Req
Cancel Loc
ACK
RL Rel Rsp
Insert Subscriber Data
Insert Subscriber Data ACK
Rel Req
Update GPRS Location ACK
Location Update Req
Rel Conf
Update Location
Cancel Location
Cancel Location ACK
Insert Subscriber Data
Ins Subscriber Data ACK
Update Location ACK
Update Location Accept
RA Update Accept
RA Update Accept Complete
TMSI Reallocation Complete
BSS Packet Flow Context
Procedure
Figure 12-7 shows the tracing signaling of handover from WCDMA to GPRS.
11) Because the UE need to reselect a GRPS cell, it powers off the transmitter to
WCDMA network. The NodeB sends the SIR ERROR report, which is optional in the
flow.
12) Because the UE need to reselect a GRPS cell, it powers off the transmitter to
WCDMA network. The NodeB sends the RL FAILURE report, which is optional in
the flow.
13) After the UE accesses the inter-RAT cell,
⚫ If restoring the PDP context is not required, the RNC directly receives the IU
RELEASE COMMAND at the IU interface.
⚫ If restoring the PDP context is required, the UE obtains the SRNS CONTEXT
information from the source RNC. The source RNC will receive the SRNS
CONTEXT REQUEST message with mainly an RAB ID.
14) The RNC sends CN the SRNC CONTEXT RESPONSE message, indicating the
GTP of each RAB ID and the uplink and downlink sequence number of PDCP.
15) The CN sends RNC the SRNS DATA FORWARD COMMAND message, indicating
user plane to transmit data. By the message, the CN informs RNC of target
transport layer address and tunnel ID of each RAB data forward.
16) After data is transmitted, the CN sends RNC the IU RELEASE COMMAND
message, indicating RNC to release the sources of the UE.
17) The RNC sends CN the IU RELEASE COMPLETE message. The message 18 and
message 19 are to release the radio resources of NodeB. What is different from
normal releasing flow is that the air interface does not send the RRC connection
release message, because the UE is using WCDMA network. Therefore the NodeB
releases radio resources without informing UE of the release.
Figure 12-8 and Figure 12-9 shows the signaling flow for handover from GPRS to
WCDMA.
Figure 12-8 Signaling flow for handover from GPRS to WCDMA (1)
MSC/VLR(2
MSC/VLR(3G) GGSN HLR SGSN(3G) SGSN(2G) SourceRNC BSC NodeB BTS UE
G)
RR-Cell Change Order
RRC Connect Setup Req
RL Setup Req
RL Setup Rsp
AAL2 Setup Req
AAL2 Setup Rsp
DL Sync
UL Sync
RRC Conn Setup
RRC Conn Setup Cmp
Init UE(RA update Req) Initial DT
Figure 12-9 Signaling flow for handover from GPRS to WCDMA (2)
MSC/VLR(2
MSC/VLR(3G) GGSN HLR SGSN(3G) SGSN(2G) SourceRNC BSC NodeB BTS UE
G)
Ins Subscriber Dat
Ins Subscrib Dat ACK
Update GPRS Loc ACK
Location Update Req
Update Location
Cancel Location
Cancel Location ACK
Insert Subscriber Data
Ins Subscriber Data ACK
Update Location ACK
Update Location Accept
RA Update Accept
TMSI Reallocation Complete RA Update Accept Complete
Service Req
RAB Ass Req
RL Recfg Prep
RL Recfg Ready
AAL2 Setup Req
AAL2 Setup Rsp
DL Sync
UL Sync
RB Setup
RL Recfg Commit
RB Setup Complete
RAB Ass Rsp
MML
Command Appli
catio
Default s for
Parameter Meaning n
configuration modifying scop
and e
querying
Filter coefficient For RNCs:
at layer 3 of inter-RAT RNC/
FilterCoef inter-RAT
D3
Cell
handover
measurement algorithm
Set cells by
executing
The individual ADD
offset of INTERRAT
inter-RAT NCELL,
handover cells. query cells
The UE uses it by
with the initial executing
CellIndividalOffset 0 Cell
measured value LST
of the cell as the INTERRAT
measurement NCELL, and
result for modify it by
handover executing
judgment of UE. MOD
INTERRAT
NCELL
Note:
Table 12-1 lists the starting/stopping threshold of compression mode and inter-RAT
handover threshold in terms of signaling, CS, and PS.
The new protocol CR defines that the UE will not report the not verified GSM
measurement.
If the system support the handover from the 2G network to the 3G network, data
configuration on the 2G MSC is necessary. According to the 2G-to-3G interoperation
strategy of Huawei, the handover from the 2G network to the 3G network supports cell
reselection, so data configuration on the 2G MSC is unnecessary.
Figure 12-10 shows the data configuration of target 3G cell in the location area cell table.
Figure 12-11 shows the data configuration of neighbor cell configuration table.
To support the roaming from GSM to WCDMA, the GSM BSS must complete sending the
following system information:
1) Add data of WCDMA cells, including downlink frequency, primary scramble, diversity
indicator, MCC, MNC, LAC, RNC ID, and CELL ID.
2) Add the information about inter-RAT cell measurement and roaming control in the
idle mode. The information contains the following parameters:
⚫ Qsearch_I: the level threshold for searching for 2G cells in the idle mode
⚫ FDD_Qoffset: the level offset of 3G cell reselection
⚫ FDD_Qmin: the level threshold of 3G cell reselection
3) The previous information contained in the system information 2ter and 2quater is
sent to UE.
4) The UE perform inter-RAT cell reselection based on previous information.
To support the handover from GSM to WCDMA, the GSM BSS must complete sending
the following system information:
1) Add the data of the WCDMA cell. The data contains:
⚫ Downlink frequency point
⚫ Primary scramble
⚫ Diversity indicator
⚫ MCC
⚫ MNC
⚫ LAC
⚫ RNC ID
⚫ CELL ID
⚫ Level threshold for handing over to the cell
2) Add the measurement control information of inter-RAT cells for UE in the connection
mode, including Qsearch_C, namely, the level threshold for searching for 3G cells in
the connection mode.
3) The previous information contained in the system information MEASUREMENT
INFORMATION is sent to UE.
4) When the level of UE in the serving cell meets the conditions for Qsearch_C, the
system starts measure 3G cells and sends the periodic reports to BSC.
5) The BSC originates the handover to WCDMA.
The following paragraphs take the configuration of Huawei BSC as example.
Pay attention to several fields: MCC, MNC, LAI, RNC ID, CELL ID, downlink frequency
point, and scramble. Using system defaults is recommended for unlisted fields.
⚫ MCC: query it by running the command LST RNCBASIC on the corresponding RNC
client
⚫ MNC: query it by running the command LST RNCBASIC on the corresponding RNC
client
⚫ LAI: query it by running the command LST AC on the corresponding RNC client
⚫ RNC ID: query it by running the command LST RNCBASIC on the corresponding
RNC client
⚫ CELL ID: query it by running the command LST CELL on the corresponding RNC
client
Note:
The query result is decimal. It can be filled in the CELL ID field after it is converted to hex
and removed of the highest bit.
⚫ Downlink frequency point: query it by running the command LST CELL on the
corresponding RNC client and then inputting the corresponding CELL ID in the
CELL
⚫ Scramble: query it by running the command LST CELL on the corresponding RNC
client and then inputting the corresponding CELL ID in the CELL
Configuring target 3G cells as the inter-RAT neighbor cell of GSM proceeds as below:
1) Select setting cells dynamically
2) Modify the property of external cells
3) Select external cells
4) Modify the neighbor relationship, as shown in Figure 12-13.
Figure 12-13 Configuration table for GSM inter-RAT neighbor cells
Note:
The target cell for handover from the 3G network can be the directional neighbor cell of
GSM only.
The configuration table for 3G system information includes the following parameters:
⚫ Type of measurement reports: common measurement reports
⚫ Number of best cells in the GSM band: the default value is 3
⚫ Threshold for searching for 3G cells in the idle mode: the values range from 0 to 15
⚫ Offset of FDD cell reselection: When the mean receiver level of 3G cells is
FDD_Qoffset greater than that of the serving cell, the UE can reselect 3G cells. 0 =
–∞ (always select a cell if acceptable), 1 = –28 dB, 2 = –24 dB, …, 15 = 28 dB.
Select 0 for easy handover.
⚫ The minimum Ec/No threshold for FDD cell reselect: level threshold for 3G cell
reselection: when the receiver level of 3G cell is greater than the FDD_Qmin, the
cell can be a candidate cell for reselection.
⚫ Other default values
Figure 12-15 shows the parameter configuration table for inter-RAT handover.
Figure 12-15 Parameter configuration table for inter-RAT handover
⚫ Configure the trunk data between MSCs in the same way as configuring common
data.
To support the roaming from WCDMA to GSM/GPRS, the UTRAN must complete
sending the following system information:
1) Add GSM cells and configuration the following data:
⚫ MCC
⚫ MISSING NEIGHBOR CELL
⚫ LAC
⚫ CELL ID
⚫ NCC
⚫ BCC
⚫ FREQ_BAND
⚫ Frequency number
⚫ CIO
ADD GSMCELL: MCC="460", MNC="10", LAC="0x0fa0", CID="0x0102", NCC=0,
BCC=0, BCCHARFCN=60, BANDIND=DCS1800_BAND_USED,
RATCELLTYPE=GSM;
ADD INTERRATNCELL: CELLID=123, MCC="460", MNC="10", LAC="0x0fa0",
CID="0x0102", CELLINDIVIDALOFFSET=50, QOFFSET1SN=-50,
QRXLEVMIN=-58;
2) Configure the measurement point for FACH to inter-frequency FDD measurement,
inter-frequency TDD measurement, or inter-RAT measurement. If inter-RAT
roaming is necessary, configure the measurement point for FACH to inter-RAT
measurement; otherwise, according to SIB11, the RNC will not send RNC
information about GSM neighbor cells.
MOD CELLMEAS: CELLID=123, INTERFREQINTERRATMEASIND=INTER_RAT,
FACHMEASIND=REQUIRE, FACHMEASOCCACYCLELENCOEF=3;
3) Configure the SearchRAT of the GSM network by running the command MOD
CELLSELRESEL.
4) After configuration of these information, the SsearchRAT contained in SIB3 is sent
and information about GSM neighbor cells contained in SIB11 are sent.
II. Data Configuration for Supportint Inter-RAT Handover from WCDMA to GSM
To support the inter-RAT handover from WCDMA to GSM, configure the following
parameters:
1) Add GSM cells and configuration the following data:
⚫ MCC
⚫ MISSING NEIGHBOR CELL
⚫ LAC
⚫ CELL ID
⚫ NCC
⚫ BCC
⚫ FREQ_BAND
⚫ Frequency number
⚫ CIO
2) Configure inter-RAT measurement control by running the command MOD
CELLMEAS.
List of Reference
[1] 3GPP 25.331
[5] W-Guide to Roaming and Handoff Between WCDMA and GSM-20050316-A-1.0.doc, March
2005.
[8] WCDMA RNO Guidance to Mechanism for Adding and Removing Intra-frequency Neighbor
Cells.doc, July 2005.