Академический Документы
Профессиональный Документы
Культура Документы
SAFETY WARNING
Alcatel-Lucent training materials can be for products or refer to products that have both lethal and dangerous voltages
present. Always observe all safety precautions and do not work on the equipment alone. The user is strongly advised not
to wear conductive jewelry while working on the products. Equipment referred to or used during this course may be
electrostatic sensitive. Please observe correct anti-static precautions.
DISCLAIMER
ALCATEL-LUCENT DISCLAIMS ALL WARRANTIES REGARDING THE TRAINING COURSES OR THE CONTENT, EXPRESS OR IMPLIED,
INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR
PURPOSE. THE ALCATEL-LUCENT WILL NOT BE RESPONSIBLE OR LIABLE FOR ANY INJURY, LOSS, CLAIM, DAMAGE, OR ANY
SPECIAL, EXEMPLARY, PUNITIVE, INDIRECT, INCIDENTAL OR CONSEQUENTIAL DAMAGES OF ANY KIND (INCLUDING WITHOUT
LIMITATION LOSS PROFITS OR LOSS SAVINGS), WHETHER BASED IN CONTRACT, TORT, STRICT LIABILITY OR OTHERWISE, THAT
ARISES OUT OF OR IS IN ANY WAY CONNECTED WITH (A) ANY USE OR MISUSE OF THE CONTENT OR THE TRAINING COURSES
BY YOU, OR (B) ANY FAILURE OR DELAY BY ALCATEL-LUCENT, ITS OFFICERS, DIRECTORS, AGENTS OR EMPLOYEES IN
CONNECTION WITH THE CONTENT OR THE TRAINING COURSES (INCLUDING, WITHOUT LIMITATION, THE USE OF OR INABILITY
TO USE ANY COMPONENT OF THE CONTENT OR TRAINING BY YOU). SOME JURISDICTIONS LIMIT OR PROHIBIT SUCH
EXCLUSION OF WARRANTIES OR LIMITATION OF LIABILITIES AND SO THE FOREGOING EXCLUSION OF WARRANTIES OR
LIMITATION OF LIABILITY MAY NOT APPLY TO YOU.
GOVERNING LAW
These Terms of Use and Legal Notice are governed by the laws of France. The operation and use of the training course is
governed by the laws of the country that governs your employment contract, if applicable. If any provision of these Terms
of Use and Legal Notice, or the application thereto to a person or circumstance, is held invalid or unenforceable by law,
statute or a court of competent jurisdiction, for any reason, then such provision shall be modified and/or superseded by a
provision that reflects the intent of the original provision as closely as possible. All other provisions of these Terms of Use
and Legal Notice shall remain in full force and effect. You may not assign these Terms of Use or any permission granted
hereunder without Alcatel-Lucent’s prior written consent. Nothing herein shall be deemed an employment agreement or
an offer of employment or an alteration in any way of a user’s terms of employment with or within Alcatel-Lucent.
Copyright © 2013 Alcatel-Lucent. All Rights Reserved
training.feedback@alcatel-lucent.com
Thank you!
Document History
D = Delta
S = Snapshot
The configuration parameters have the following characteristic: they are contained in the Access OAM database.
Class2: parameters require a lock of the object (or its parent object) in order to change the parameter value -
slight impact on system
Class3: the parameter can be changed online without impact on the service. Three sub-classes are derived from
Class 3:
Class 3-A1: new value is immediately taken into account.
Class 3-A2: new value is taken into account upon event reception (service establishment, SRLR, LCS, etc.).
Class 3-B: new value is taken into account for next calls.
Customer: the parameter is configurable from the OMC and seen by the operator
Manufacturer: the parameter is configurable from the OMC and only seen by Alcatel-Lucent engineering teams
Example:
MO Name MO Attribut Name Class
Allowed With Parent: the object can be created/deleted online but the operation requires the creation/deletion
of the parent.
Allowed With Lock: the object can be created/deleted online but the operation requires locking the object or
one of its ancestors in the containment tree.
Each of these Configuration Classes can have a maximum of 5 different instances. Each instance then
corresponds to a predefined set of parameters (see example next page).
CID:
9YZ-04088-0020-RKZZA 9353 WMS RAN Model Parameters Reference Guide LR13.1.W Issue 0.06 June 2013
Once all the configuration classes are defined, each FDDCell belonging to the RNC has pointers defined by the
following parameters:
powerConfId
PowerPartId
PowerCtrlConfId
HoConfId
cacConfId
MeasurementConfId
In the example above, we can see that each instance of CacConfClass includes a set of predefined parameters.
Each parameter belonging to the CacConfClass object can take a different value under each instance.
For example, the maxUlInterferenceLevel can take values from -112 dBm to -50 dBm according to the selected
instance.
Document History
1 RNC configuration 7
1.1 Identification & capacity 8
2 Node B configuration 9
2.1 FDDCell identifiers 10
2.2 Channel numbers 11
2.3 Scrambling Codes (SC) 12
2.4 Automatic carrier switch off (ACSO) 13
2.4.1 Switch off description 14
2.4.2 Switch on description 15
2.4.3 RAN model 16
2.5 Node B capacity licensing 17
3 Neighboring cell configuration 19
3.1 FDDCell, RemoteFDDCell, GSMCell 20
3.1.1 Corresponding RAN model 21
3.2 UMTSFddNeighbouringCell 22
3.3 GsmNeighbouringCell 23
3.4 UmtsNeighbouringRelation 24
3.4.1 Example 25
3.5 SIB11/DCH neighboring lists 26
The capacity of the RNC in terms of number of calls, number of supported BTSs and cells depends on two major
factors:
The number of TMUs (hardware configuration)
The software configuration.
The parameter CnodeCapacity is no longer supported from UA06.
From UA06, the service group to which a given Node B is allocated can be specified by the operator
(ServiceGroupId parameter of the NodeB object).
It is also possible to know on which TMU an RNC has set a given service group. Thus with these facilities, it is
now possible to modify the affectation of one Node B from a given service group to another one (and
consequently from a PMC-TMU to another one). This possibility may be interesting in order to better balance the
load between the PMC-TMU if needed. Nevertheless, it has to be noticed that the re-affectation of one Node B
from a Service Group to another one implies a loss of service on this Node B.
The number of service groups of an RNC is specified by the numberOfServiceGroups parameter of the RNC
object.
The ServiceGroupId parameter of the Iub object specifies, which service group interface is assigned to this Iub.
All IubIfs provisioned with the same ServiceGroupId will be processed by the same PMC-TMU processor. The
ServiceGroupId provisioned on this IubIf must match the ServiceGroupId configured on the RNC NodeB
managed object.
Service group id refers to a given TMU board and that NumberOfServiceGroups = total number of TMU boards.
The mapping between the two parts is ensured by the localCellId parameter, coded into 28 bits, found under the
FDDCell and BTSCell objects. It is recommended to have a unique localCellId in the whole network for OAM
purposes, to prevent problems during neighboring declaration.
In the UTRAN, the different cells (part of the Node Bs) are identified uniquely by their ucid.
This ucid contains the identifier of the RNC - the RncId - coded into 12 bits, defined under the RNC object. It
contains also the cellId, coded into 16 bits, defined under the FDDCell object.
Both parameters correspond to the UTRA Absolute Radio Frequency Channel Number (UARFCN) where:
UARFCN = 5 * Frequency (MHz).
UTRAN is designed to operate with the following Tx-Rx frequency separation:
ITU Region 1 & 3; duplex shift = 190 MHz
ITU Region 2; duplex shift = 80 MHz
However, it is possible to have a channel separation, which is different from these standard values, due to the
channel raster.
The channel raster is 200 kHz, which means that the center frequency must be an integer multiple of 200 kHz.
The nominal channel spacing is 5 MHz, but this can be adjusted to optimize performance in a particular
deployment scenario.
When Secondary SCq are not in use, the aichScramblingCode and the sccpchDlScramblingCode must be set
to 0. The 0 value will define the AICH Scrambling Code = the Primary SC, and the S-CCPCH Scrambling Code =
the Primary SC.
The configurations are STSR 1+1, STSR 2+1 and STSR 2+2 allow automatic switch off.
The automatic carrier shutdown in case of power supply alarm is supported on STSR X+Y with AC supply.
The procedure used to unload the cells of a carrier to be shut down is the same as the one used by the Node B
Soft Shutdown feature available from UA06.
The automatic reconfiguration of the remaining carrier for HSDPA support is in restriction.
This means that if R’99 is configured on F1 and HSxPA on F2 on a STSR1+1 configuration, when F2 will be shut
down, the customer will lose the HSxPA coverage.
ACSO in case of low traffic allows saving energy during off-peak hours: when all the cells relating to a
particular Power Amplifier of a Node B are switched off, then the Node B will switch off the Power Amplifier
(the Power Amplifier is in “standby mode” : the radio power module is switched off, while the digital unit
remains alive).
ACSO in case of AC mains failures allows saving battery energy in degraded conditions: when the Node B
PA looses AC mains power, backup battery takes over and the node B informs the RNC that this event
occurred. The RNC starts to switch off all the cells relating to that PA. Once all the cells are switched off, the
Node B will switch off the PA.
The existing UA06 parameter (rrhCarrierCapacityLicensing) represents from UA07 the number of tokens to
allow the configuration of the second carriers of RRH and TRDU and supplementary carriers (3rd and 4th) if all
second carriers have been configured.
The new parameter (rrhTrduThirdCarrierCapacityLicensing) defines the number of supplementary 3rd or
supplementary (4th) Rx carriers allowed for the pool of RRHs and TRDUs.
If the 2nd carrier capacity licensing is infinite, the 3rd carrier capacity licensing becomes obsolete and all 2nd
and supplementary carriers will be configured following the pseudo parameter rrhNumberFrequency.
[xCEM][eCEM] The maximal capacity can be further controlled (limited) by the parameter
hsdpaMaxThroughputXcem.
For xCEM and eCEM, the processing resources can be configured accordingly with the license agreement via
edchMaxThroughputXcem and edchMaxThroughputEcem, which indicates the maximum throughput in kbps
that can be used for E-DCH traffic (MAC-e layer).
B->A adjacency:
FDDCell/B and FDDCell/A objects being defined under RNC/1, the B->A adjacency is configured by creating
under FDDCell/B a child object UMTSFddNeighbouringCell instance having its userLabel parameter value set to
A.
B->C adjacency:
FDDCell/B object being defined under RNC/1 and FDDCell/C object under RNC/2, the B->C adjacency is
configured in two steps:
1. by creating under RNC/1 a RemoteFDDCell object instance having its userLabel parameter set to C.
2. by creating under FDDCell/B a child object UMTSFddNeighbouringCell instance having its userLabel
parameter value set to C.
B->E adjacency:
FDDCell/B object being defined under RNC/1, the B->E adjacency is configured in two steps:
1. by creating under RNC/1 a GSMCell object instance having its userLabel parameter set to E.
2. by creating under FDDCell/B a child object GsmNeighbouringCell instance having its userLabel parameter
value set to E.
A->B adjacency:
A->B Cell Reselection parameters shall be set to the Outdoor->Outdoor type of reselection. Therefore, the
configuration shall be done in two steps:
1. by creating under RNC/1 a UmtsNeighbouringRelation object instance having its userLabel parameter
set to Outdoor->Outdoor (for instance).
2. by setting for UMTSFddNeighbouringCell/B child object of FDDCell/A its umtsNeighRelationId parameter
value set to Outdoor->Outdoor.
A->C adjacency:
A->C Cell Reselection parameters shall be set to the Outdoor->Indoor type of reselection. Therefore, the
configuration shall be done in two steps:
1. by creating under RNC/1 a UmtsNeighbouringRelation object instance having its userLabel parameter
set to Outdoor->Indoor (for instance).
2. by setting for UMTSFddNeighbouringCell/C child object of FDDCell/A its umtsNeighRelationId parameter
value set to Outdoor->Indoor.
If isEnhancedSib11Allowed is set to FALSE, the SIB11 neighboring list shall usually be a subset of the
Cell_DCH connected mode neighboring list.
The algorithm used to build SIB11 and RRC Measurement Control, for 3G frequency measurements is set by the
value of sib11AndDchNeighbouringFddCellAlgo:
classic (or unset): no distinction between SIB11 and DCH neighboring lists.
manual: the RNC reads Sib11OrDchUsage to compute the neighboring lists
automatic: the RNC automatically chooses intra-frequency neighboring cells broadcasted in SIB11 (not
supported in this release).
Manual algorithm is preferred to declare and control correctly the list of neighboring cells, thus allowing to make
differentiation between the configuration of SIB11 neighborhood (i.e. while in idle, PCH and Cell_FACH modes)
and Cell_DCH connected mode neighborhood.
The differentiation is set through the Sib11OrDchUsage parameter on each UmtsFddNeighbouringCell and
GsmNeighbouringCell.
Document History
1 Radio bearers 7
1.1 Signaling Radio Bearers (SRBs) 8
1.2 Conversational radio bearers 9
1.3 Streaming radio bearers 10
1.4 Interactive/background radio bearers 11
2 Services 13
2.1 Mono and multi-RAB services - examples 14
2.1.1 DCH 16
2.1.2 HSxPA 17
3 Multi-rate AMR 19
3.1 AMR NB configurations 20
3.2 AMR NB TB definition 21
3.3 AMR WB TB definition 22
3.4 UL AMR codec mode adaptation 23
3.5 Multi-rate AMR activation – NB and WB 24
3.6 Multi-Rate AMR call setup 25
The SRB #5 for AMR rate control (SRB_5_AMR) is not supported in UA07. Thus, the flag isSrb5Allowed must be
set to false.
Note: CS_64K_SCUDIF RB “Switching between Video and Speech” is optionally supported from UA07.1.2.
PDP 1 PDP 2
RAB 1 RAB 2 DCCH
Example:
DL 64 DL 64 DL
3,4
DCH DCH
DL 64 DL
SF32 3,4
DPCH
SF32
UL 384+384 Mux (the existing support is only 128+128 Mux for UL)
UL 384+384 Mux (the existing support is only 128+128 Mux for UL)
CS Voice AMR NB (UL/DL 12.2 kbps or 12.2/7.95/5.9/4.75 kbps or 12.2/7.4/5.9/4.75 kbps, with VAD/DTX)
Class A contains the bits that are most sensitive to errors. Any error in these bits would result in a corrupted
speech frame, which would need error correction for proper decoding. It is the only class protected by a CRC.
Classes B and C contain bits for which increasing error rates gradually reduce the speech quality. However,
the decoding of an erroneous frame can be done without significantly degrading the quality.
AMR code mode adaptations occur in both UL and DL for configurations A, B, D for AMR-NB, and for AMR-WB:
In DL, the AMR rate adaptation occurs in the TFO/TrFO scenario when the distant UE changes its bit rate
(also when the RNC changes the max DL bit rate).
In UL, the UE can select a different AMR rate in case of coverage limit. The UE transmitted power is closed
to the maximum. In this case, the UE can reduce its AMR rate.
Document History
Path loss (Inter System Measurements): this measurement figures in the reporting message in the UMTS
specifications but does not correspond to any measurement defined in the GSM specifications.
This measurement is not managed by the RNC.
The periodicity is given in the Report_Periodicity IE of the measurement request message; it corresponds to the
CommonMeasurementReportingPeriod parameter for DL Transmitted Carrier Power and DL Transmitted
Carrier Power of all Codes, which are not used for HS-PDSCH, HS-SCCH, E-AGCH, E-RGCH, or E-HICH
transmission.
nbapCommonMeasRtwpReportingPeriod is the reporting period to be applied to UL RTWP
measurements.
The measurements reporting by the Node B stop upon reception of COMMON MEASUREMENT TERMINATION
REQUESTs sent by the CRNC if any.
Round trip time (RTT) is defined as: RTT = TRX - TTX, where:
TTX = the time of transmission of the beginning of a DL DPCH frame to a UE.
TRX = the time of reception of the beginning (the first detected path in time) of the corresponding UL
DPCCH/DPDCH frame from the UE.
The measQuantity static parameter determines the type of reported measurements. Only the value
CPICH_Ec/No is supported by the measQuantity static parameter.
If isSib11MeasReportingAllowed is set to “True”, SIB11 (but also SIB12 if Sib12Enable is set to “True”)
includes the 3GPP TS 25.331 “Intra-Frequency Measurement Quantity” and “Reporting information for state
CELL_DCH” Information Elements (IEs), which allow the UE to configure the intra-frequency measurement
reporting mode until reception of the RRC Measurement Control message.
If isSib11MeasReportingAllowed is set to “True”, the serving cell has to be present in the neighboring intra freq
cells list present in SIB11, thereby reducing the maximum number of neighbor cells by 1.
If isSib11MeasReportingAllowed is set to “False”, SIB11 and SIB12 do not include these IEs and the UE must
wait for the first RRC Measurement Control to measure neighboring cells when entering Cell_DCH.
Reporting Quantities
The RNC requests the following quantities to be reported by the mobiles:
CPICH Ec/No: the received energy per chip divided by the power density in the band.
CPICH RSCP: the received power on one code measured on the Primary CPICH.
In case or Event Measurements Reported for UE tracing, then up to three out of the best detected cells can
be reported in some of the Events.
For the event triggered reporting mode, RRC standards define a set of events for each type of measurement:
Events 1X are defined for intra-frequency measurements
Events 2X are defined for inter-frequency measurements
Events 3X are defined for inter-RAT measurements
Etc.
Event-triggered reporting is used in Alcatel-Lucent UTRAN for RRC intra-frequency reporting measurements.
The use of event triggered reporting for intra-freq measurements has a direct impact on the following
mechanisms:
primary cell determination
active set management
radio link color determination
The use of event triggered reporting for inter-freq measurements on used frequency and UE internal
measurements has a direct impact on the following mechanisms:
alarm measurement criteria (Compressed Mode and Hard handover triggering).
inter-frequency or inter-RAT blind handover.
The use of event triggered reporting for UE Traffic Volume measurements has a direct impact on the following
mechanisms:
Always-on upsize from FACH to DCH.
RB Rate Adaptation upsize from a given DCH bit rate to a higher one.
The CRC Indicator is attached to the UL frame for each transport block of each transport channel transferred
between the Node B and the RNC. It shows if the transport block has a correct CRC.
The Quality Estimate is reported in band in the UL data frames from the Node B to the RNC. This QE
corresponds either to the transport channel BER, or to the physical channel BER when no transport channel BER
is available, that is, there is no data transmitted in the UL thus only DPCCH is transmitted.
Therefore, regarding CM for GSM, in order not to configure the compressed mode in every case, a set of flags
indicates the frequency bands of the FDD and GSM neighboring cells. The RNC uses this set of flags to
determine whether the Compressed Mode is needed or not.
Each flag indicates that there exists at least one GSM cell of the corresponding frequency band in the access
network (that is, not only being part of the GSM neighboring lists seen by the RNC) to which handovers from a
3G cell are supported by the network. Therefore, if the Compressed Mode is needed by the mobile for that
frequency band, it will be configured accordingly and possibly activated by the network.
The UE is provided with the FDD neighboring cell list, when receiving the RRC Measurement Control message.
Using this list, the UE starts the CPICH_RSCP and CPICH_Ec/No measurement processes that can be seen as
a sort of endless loop, intending to identify the best neighboring cells.
Measurement results are sent to the RNC with periodical measurement reports.
Document History
1 Paging 7
1.1 Paging DRX cycle 8
1.2 Paging repetition 9
2 Access preambles & acknowledgment 10
2.1 Preambles transmission 11
2.2 Acknowledgement transmission 12
2.3 Preambles retransmission parameters 13
3 RRC connection establishment 14
3.1 RRC connection setup 15
3.2 UL interference CAC on RACH 16
3.3 RRC connection rejection 17
3.4 RRC speech redirection 18
3.5 FACH power control as the type of DL traffic 22
3.5.1 FACH power adjustment 23
3.5.2 RRC connection setup repetition 24
4 RAB matching principles 25
4.1 RAB request vs. UserServices configuration 26
4.2 Matching main steps 27
5 RAB to RB set matching & TrCh type selection 28
5.1 Candidate RBset selection 29
5.2 Candidate RBset selection algorithm: speech 30
5.3 Candidate RBset selection algorithm: streaming 31
5.4 Candidate RBset selection algorithm: interact. /background 32
5.5 TrCh type selection 33
6 iRM CAC: target RAB determination 34
6.1 iRM selection 35
6.2 DL iRM target RB selection algorithm 36
6.3 DL iRM on radio link condition 37
6.4 DL iRM on cell color 38
6.5 DL cell color calculation 39
6.6 DL cell color/active set color calculation 40
6.7 DL target RB determination 41
6.8 DL iRM CEM load parameters 42
6.9 DL iRM table: example for PS_384K_IB radio bearer 43
6.10 DL iRM: exercise 44
6.11 UL iRM target RB selection algorithm 47
6.12 UL radio load estimation without RSEPS 48
6.12.1 Self-learning of RTWPref 49
6.12.2 Calculation in Node B 50
6.12.3 Calculation in RNC 51
6.13 UL load estimation with RSEPS: calculation in RNC 52
6.14 UL iRM on cell color 53
6.15 UL cell color calculation 54
6.16 iRM target UL RB rate determination 55
6.17 UL iRM radio load parameters 56
6.18 UL iRM CEM load parameters 57
6.19 UL iRM table parameters 58
6.20 Exercise: iRM UL 59
6.21 iRM CAC for PS streaming RAB 62
7 iRM CAC: admission control & resource reservation 63
7.1 UL radio load token for high data rate 64
7.2 UL RTWP on non E-DCH 65
7.2 Transport resource reservation – Equivalent Bit Rate 66
7.3 DL reserved power computation 67
7.4 DL power admission criteria 68
New UA07.1.2:
When searching for the next free Paging Occasion (PO) for a paging type 1, the RNC shall consider only POs
within the time given by the new parameter tPageVal. If no free PO is found within this time then the RNC shall
discard the paging.
The RNC timer tPageVal should be aligned with the core network (MSC and SGSN) paging repetition timers.
Notes:
A PO is considered as free if the paging message has room left to add the new paging.
If the feature paging repetition is enabled and a PO contains RNC repeated pagings then these are removed if
required to add the 'fresh' paging. This is existing UA05.0 functionality from feature 24075.
If paging repetition is enabled then the RNC shall schedule repeated paging only within time tPageVal.
If the value of parameter tPageVal is changed then the RNC shall keep already scheduled pagings unchanged.
The new value applies for new pagings only.
The UE uses one of the 16 possible preamble signatures and transmits it at increasing power, until it gets a
response from the network. The parameter preambleSignature of the RACH object defines the set of allowed
signatures of the PRACH preamble part.
The preambleThreshold parameter is defined as the threshold (in dB) over the interference level used for
preamble detection in the CEM card. (The real value in dB of the preamble threshold is given by the formula: -
36+0.5*preambleThreshold.)
The rachSubChannels parameter defines the set of access slots on which the mobiles are authorized to transmit
their access on the PRACH. It defines a sub-set of the total set of uplink access slots.
The aichTransmissionTiming parameter of the RACH object defines the timing relation between PRACH and
AICH channels.
The scrambling code of the PRACH preamble part is defined by the prachScramblingCode parameter of the
RACH object.
Note: The RACH preambleSignature is limited to 1 signature for iCEM128. The allowed signature will be
0000000000000001 or
1000000000000000 or
0000000100000000…
The parameters UlUserviceId for the UL direction and DlUserserviceId for the DL direction allow selection of the
RRC state to support the Signaling Radio Bearers.
The selection of the SRB xxServiceId to accommodate the RRC connection is distinguished by RRC
establishment Cause (UserServices instance):
IMSI Detach, Registration, Originating Low Priority Signaling, Originating Low Priority Signaling:
SRB_CellFACH
Emergency Call: SRB_3_4K_DCH
Others (normal Originating and Terminating calls): SRB_13_6K_DCH
The waitTimeOnRrcConnectionRejection parameter is in seconds and the value 0 indicates that the repetition
is not allowed.
Notes:
SRB CAC: The RNC will check whether the required resources are available to support the SRB (e.g. power
and codes).
Max UE contexts: The RNC checks that the maximum number of concurrent UE contexts will not be
exceeded
All types of MO Conversational calls are redirected to 2G upon admission failure independently of the service
type or domain. This includes non-speech calls such as Video Telephony. This is a consequence of the fact that
the RRC establishment cause is not able to identify definitely a CS speech at this early stage of the call
progression.
Redirection is not triggered if the UE already has an established RRC connection prior to invoking the MO call
request (for example when a PS call is already established).
Mobile then selects a GSM cell based on previously measured neighbouring cell list and retries a call
establishment.
Compared to Load based Handover, this procedure does not consume any 3G resources.
The other conditions that must be fulfilled are explained in the next slide.
If the call is eligible to the 3G-2G redirection criterion, an RRC Connection Reject is sent to the UE with
redirection info included and may include the GSM target cell info list IE.
The RNC always sends the GSM target cell Info List whatever UE release (R’99, R5, R6, and R7).
Upon receiving the RRC Connection Reject message from UTRAN, the UE will process the GSM cell selection
process using or not the GSM target cell info and will attempt an RACH on 2G if it finds an eligible GSM target
cell.
If no GSM cell fulfills the selection criteria, the UE will re-attempt a new RACH towards the UTRAN after the “wait
time” timer (waitTime3Gto2GRedirectFailure) has elapsed. The UE may camp on the same Fdd cell or another
Fdd cell (the cell reselection process may change the Fdd cell).
When the re-attempt occurs in the same FDDCell within a certain period of time (RrcCnxRepeatTime), the RNC
doesn’t redirect the call to the 2G and attempts to establish the call on the FDDCell thanks to a mechanism
(already used for all features dealing with RRC Redirection) at cell level which registers the UE identity before
launching the 3G 2G redirection. If the re-attempt occurs after the timer elapses or in a different FDDCell, the
RACH is managed as a first RRC establishment request.
2G load is not taken into account to take the decision to trigger the redirection.
isFachPowerDifferentForSrbTraffic allows one to enable/disable the use of the configured fixed power offset
based on whether the Radio Bearer is Signaling or Traffic.
If isFachPowerDifferentForSrbTraffic is TRUE, regardless of whether isFachPowerAdjustmentActivated
(flag to activate FACH power adjustment) is turned on or off, the configured FACH power offset values based for
SRB fachSrbPowerOffset or TRB fachTrbPowerOffset are used.
This feature provides quick repetition functionality of the RRC Connection Setup message without waiting for the
acknowledgement from the UE (RRC Connection Setup Complete message).
The quick repetition of the RRC Connection Setup is activated based on the P-CPICH Ec/No measurement
received from the RRC Connection Request message reported by the UE.
Quality measurements are below a certain threshold by checking the following condition:
CPICH EC/No < fachPowerAdjustmentCpichEcNoThreshold + deltaCpichEcNoUsedQuickRepeat.
The likelihood of high BLER on the FACH channel is increased, thus reducing the probability of RRC Connection
Setup being successfully received by the UE, since it is sent on RLC UM. In order to increase the probability of
successful RRC Connection Setup transmission, the message is quick-repeated, that is to say, without waiting for
an acknowledgement.
T352 is the Alcatel-Lucent Timer to control the release of UE call context by the RNC.
The objective of the RAB matching algorithm is to translate the RAB parameters specified in the RAB
ASSIGNMENT REQUEST received from the Core Network into a pre-defined RAB supported in the RNC.
The requested RAB is matched to the closest RAB provisioned in the RNC, using the RAB matching algorithm.
From UA06.0, RAB negotiation may be supported at establishment time. If the enableRabNegotiation flag is set
to True, the presence of the Alternative RAB Parameter Values IE is checked in the RANAP RAB ASSIGNMENT
[3GPP_R18] or RELOCATION REQUEST message; if it is present with either Alternative MBR or Alternative
GBR then negotiating the Maximum Bit Rate or Guaranteed Bit Rate (Streaming class) respectively is allowed.
RAB matching and call admission is performed as normal and if the requested rate is not achievable, a lower data
rate may be selected. This is applicable to both Interactive/Background and Streaming RABs.
Note: The enableRabNegotiation activation flag shall be set to True only if the SGSNs in the CN support the
RAB negotiation facility with the Unspecified Type of Alternative Bit Rate.
The RNC shall determine the speech bearer according to the AMR activated modes:
CS_AMR_WB: • CS_AMR_NB: • CS_AMR_LR
o {12.65k, 8.85k, 6.6k} o {12.2k, 7.95k, 5.9k, 4.75k} o {5.9k, 4.75k}
o {12.2k, 7.4k, 5.9k, 4.75k} o {4.75k}
Note: Streaming over E-DCH is an optional feature/service supported from release UA07.1.2.
The Candidate RBset Selection produces two Radio Bearers lists (one list for UL and one list for DL) that are
further filtered according to UE capability.
Note: Streaming over E-DCH is an optional feature/service supported starting release UA07.1.2
Besides, RB adaptation based on traffic is a feature introducing PS I/B RB bit rate downsizing/upsizing based on
user estimated average throughput.
DL and UL rate adaptation are performed independently.
In UL and/or DL, an initial RB Rate Adaptation can be performed at RAB establishment to admit a user at a
configurable low bit rate.
Consequently, the allocated UL PS RB bit rate and/or UL PS RB bit rate is limited at RAB Establishment, even if
the user is requesting more.
Once the RAB is established, it may be possible to upsize the RB to UL PS 384 kbps if needed thanks to RB
Adaptation:
"Max UL RB bit rate" ("Max DL RB bit rate") specifies the maximum UL rate (DL rate), which may be
allocated at service establishment time (RANAP RAB Assignment Request) or after relocation (RANAP
Relocation Request).
This parameter is significant when isUlRbRateAdaptationAllowed = True
(isDlRbRateAdaptationAllowed = True).
It depends on the activation of the "Initial Rate Capping during RB reconfiguration" feature:
Olympic Service Level (OLS) is either Gold or Silver or Bronze according to the Allocation/Retention
Priority IE provided in the RAB ASSIGNMENT REQUEST message).
Once computed, the target downlink radio bearer is flagged as Target Radio Bearer.
Note:
During transition from cell FACH state to Cell DCH state, CPICH RSCP is not reported by the UE, therefore …:
The coverage criterion (IrmDlCoverageThreshold) is ignored.
The Radio link color evaluation is then based only on CPICH Ec/No measurements as reported on the last
RACH message.
CEM load is not only used in the iRM CAC algorithm. Therefore, if CEM load criterion is not to be used in iRM
CAC although CEM load is being computed for iMCTA feature, then:
The isCEMColourCalculationEnabled parameter has to be set to TRUE
The isCEMModelValidForDlColour parameter has to be set to FALSE
In this case, the CEM Color used in iRM CAC will be equal to the dlCEMColourDefaultValue
parameter value.
DlRbSetConf
PS_384K_IB
PS_384K_IB_MUX
PS_256K_IB DlIrmTable
PS_ 256K_STR OLS Cell Colour Cell Colour Cell Colour
PS_128k_IB = Green = Yellow = Red
PS_128k_IB_MUX Gold 384 128 64
PS_128K_STR Silver 384 128 64
Bronze 384 128 64
The feature self-learning of RTWP ref is used in the two cases: UL Radio Load Estimation Without RSEPS & UL
Radio Load Estimation With RSEPS.
WARNING: if RSEPS are activated, the #303 UL_RSSI counter gives the actual total RTWP whereas in UA05 it
corresponded to “-106.1 dBm + RoT_non_Edch”.
For high data rate calls, the uplink radio admission control has been introduced together with the UL PS384 RAB;
they enable an uplink call admission control mechanism, avoiding UL congestion.
Lab tests show that in ideal radio conditions three bearers PS I/B 384 generate a noise rise higher than 3 dB
(corresponding to 50% of UL Load). Beyond 75% load, the system is no longer stable, leading to significant
neighboring cell interference, cell coverage reduction and dropped calls.
The solution is to define a cost per UL RAB and a total UL capacity threshold. This cost can be tuned per UL PS
RB bit rate thanks to the ulCostForUlTokenCac parameter.
At each allocation, release, or reconfiguration of a UL resource, the UL load is incremented, decremented, or
adjusted in function of the source and target UL RAB costs.
This UL capacity pool is compared to a configurable threshold: if below this target, the call is accepted,
otherwise it is refused.
If a high bit rate UL PS RB is limited at RAB establishment because of this feature, it can be upgraded thanks to
UL RB Rate Adaptation feature if possible (see Packet Data Management section).
For each allocation, the OVSF tree will be run from up to down (filling the gaps when any), which avoids to block
too many branches.
If a free code is found, the resource is granted to the call and the OVSF code CAC is successful, otherwise the
call is rejected and the CAC on OVSF code is declared failed.
The Dynamic DL Code Tree Management feature was introduced in UA05 in order to avoid R’99 code blocking.
Document History
From UA05, when evaluating the power used by common channels, the RNC considers a certain activity factor
ActivityFactorCcch by which is multiplied the amount of power used by common channels as calculated prior to
UA05. It better reflects the actual common channel usage when calculating the Power Load Color of a cell and
the total power available for R’99 and HSDPA GBR traffic Ptraffic.
Static settings are also used to define the maximum allowed transmission power in UL per User Service. It
represents the total maximum output transmission power allowed for the UE and depends on the type of service
required. The information will be transmitted on the FACH, mapped on the S-CCPCH, to the UE in the RADIO
BEARER SETUP message of the RRC protocol.
Consequently, a new value may be decided by the RNC (Control Node) for the maxAllowedUlTxPower
parameter in the following cases:
a radio bearer is set up or reconfigured
a transport or a physical channel is reconfigured
an RRC connection is set up or re-established
the active set is updated, or
a handover is performed from GSM to UTRAN.
powerOffsetPpM0 is the power offset between the last transmitted preamble and the control part of the message
for PRACH CTFC 0.
powerOffsetPpM1 is the power offset between the last transmitted preamble and the control part of the message
for PRACH CTFC 1.
In UA07.1, a new parameter (enablePeriodicSirTargetUpdate) was introduced to enable or disable the periodic
sending of Sir target when computed Sir Target is equal to the last value. This occurs when there is no traffic or at
the Sir target boundaries.
This mechanism aims to complement the existing Validity Condition algorithm also called Initial Convergence
algorithm, which applies at call setup only. When one mechanism is active, the other is not.
Advantages:
Potential drawbacks: underestimation of Sir can lead to BLER and SIR spikes and ping-pong in OLPC
adjustments
TPC commands are computed in each Node B independently from the others; if an UE is in Soft Handover with
several Node Bs, the TPC commands received from the different Node Bs may be conflicting. In the case of a
softer handover, the unique Node B involved sends the same TPC command on all the radio links of the same
radio link set.
Softer handover: in this case, the UE is aware (from TPC combination index parameter transmitted through
RRC protocol) that it will receive identical TPC commands in the downlink. The UE is then able to combine
these commands into a single TPC command. In the UE, the implementation is proprietary; for example, it
can use a maximum ratio combining with all TPC commands received in order to optimize the TPC
command decoding.
Soft handover: in this case, the TPC commands may be different. This case may even involve a softer
handover (from which a single TPC is derived, using for example MRC). The UE has first to use soft decision
in order to decode the different TPC commands transmitted. Then it has to combine them in order to deduce
a single TPC_cmd value. This TPC_cmd is equal to 1 only if all TPC received from other Node Bs are equal
to 1, otherwise, TPC_cmd is equal to -1.
Then, after deriving a unique TPC_cmd, the UE implements a power change based on the ulTpcStepSize
parameter of the UlInnerLoopConf object.
Softer handover: similarly to algorithm 1, the UE soft-combines for each slot the TPC commands, known to
be the same (received from the same Node B).
First, the UE determines one temporary TPC command called TPC_tempi for each of the N sets of five TPC
commands. It is done as follows:
Otherwise, TPC_tempi = 0
Then the UE derives the combined TPC_cmd for the 5th slot as a function of all the N TPC_tempi:
Otherwise TPC_cmd = 0
Where pcpichPower is the downlink P-CPICH power, initialDlEcnoTarget depends on the service allocated to the
UE (access stratum configuration) and CPICH_EC/N0 is the EC/N0 of the Pilot received by the UE.
The P ini is used in the Call Admission Control downlink power reservation algorithm.
The downlink transmission power is limited by an upper and lower limit for each radio link. This limitation is set
through the maxDlTxPowerPerOls and minDlTxPower parameters (DlUsPowerConf object). Both parameters
actually provide a value for each access stratum configuration, so they correspond to a set of values rather than
to a single value. The value (in dB) of these parameters is provided with respect to P-CPICH power defined by
the pcpichPower parameter.
For SHO Leg Addition, the initial power is calculated once for all the new links to be added. P ini depends not only
on the CPICH Ec/No of the selected cell to be added, but also on all the CPICH Ec/No of the cells of the old
active set.
An equivalent CPICH Ec/N0 is calculated:
They are given at radio link setup in the Power Offset information IE:
PO 1: TFCI bits
PO 2: TPC bits
PO 3: pilot bits
In the Alcatel-Lucent implementation, the power offsets used to determine the transmission power of the TFCI,
TPC, and PILOT bits are defined by the po1ForTfciBits, po2ForTpcBits, and po3ForPilotBits parameters
respectively.
These parameters of the DlUserService object are transmitted in the Power_Offset_Information IEs of the
following NBAP signaling:
RADIO LINK SETUP,
RADIO LINK ADDITION, or
RADIO LINK RECONFIGURATION.
The DL outer loop power control algorithm is located in the UE. However, the RNC may further use the downlink
Outer Loop control procedure to control the DL outer loop algorithm in the UE. To prevent the UE from increasing
its DL BLER target value above its current value (the initial one, transmitted by the RNC via RRC signaling), the
RNC sets the “Downlink Outer Loop Control” IE to “increase not allowed”. This allows reducing the impact of the
UE proprietary outer loop algorithm on the system.
isDlReferenceTransportChannelAllowed indicates that the first Transport Channel of the RBsetConf may be
used as an Outer Loop Power Control Reference Transport Channel.
This function is triggered by the SRNC, which provides balancing parameters to the Node Bs and executed by the
Node Bs.
The power balancing function brings a corrective factor P bal that is added to the power as calculated by the DL
inner loop power control.
where:
SP bal is the sum of these corrective factors over an adjustment period corresponding to a
number of frames
P init is the power of the last slot of the previous adjustment period
Instead of specifying which maximum correction should be applied to one slot, a period is specified, as a number
of time slots, where the accumulated power adjustment should not be greater than 1 dB.
The above slide shows an example with SP bal = - 4 dB, adjustment period = 2 Radio Frames, max. adjustment
step = 5 Time Slots.
Copyright © 2013 Alcatel-Lucent. All Rights Reserved.
TMO18255_V1.0-SG-LR13.W-Ed1 Module 1.6 Edition 3.0
Section 1 · Module 6 · Page 39
The RNC may activate a rate reduction algorithm. If rate reduction algorithm is applied, then the UE issues one
new command every 3 slots and repeats it over three slots, so the DL inner loop TPC commands frequency is
divided by 3 (1500 Hz down to 500 Hz).
This algorithm is controlled by the dpcMode parameter (DlInnerLoopConf object), which is signaled to the UE in
the Downlink DPCH Power Control Information IE using RRC signaling:
If dpcMode = singleTpc (0 on ASN.1 interface), then the UE sends a specific TPC command in each DPCCH
time slot (starts in the first available slot).
If dpcMode = tpcTripletInSoft (1 on ASN.1 interface), then the UE repeats the same TPC command over 3
successive DPCCH time slots.
On reception of the TPC field in the UL DPCCH, the Node B processes the command depending on the
DPC_MODE and calculates P TPC (k):
Document History
Always On: Downsize and upsize of user resources are performed, depending on user traffic activity in DL
and UL (two-step mechanism, depending on whether there is low traffic or no traffic at all).
RB Rate Adaptation: Downsize and upsize of user resources are performed depending on user real time
traffic and buffer occupancy in DL and UL.
iRM Scheduling: Downsize and upsize of user resources are performed depending on user radio conditions
in DL.
iRM Preemption: User resources are downsized, depending on cell load and user priority in DL.
Preemption: User resources are downsized depending on CAC failure and call priority in DL and UL. If
downsize is not sufficient to free resources, some calls can be release (low priority users).
AMR Rate Change: Downsize and upsize of user resources (codec) are performed depending on radio
conditions (UL interference, DL power) and Node B resources (Baseband, Iub) in DL and UL.
Most of these Call Management features operate only on UMTS PS I/B RABs, because there is no Guaranteed
Bit Rate defined for such traffic classes. However, iRM Scheduling is also available for PS Streaming services to
avoid call drops when UE moves in poor radio quality areas. Preemption process applies to any types of call
whereas AMR rate change applies to Multi-Mode AMR calls only.
The UL upsize condition relies on event triggered UE traffic volume measurement on RACH Transport Channel,
based on event 4A.
As the sum of Buffer Occupancies of RBs multiplexed onto the RACH exceeds a certain threshold
(RepThreshold), the mobile performs an event triggered reporting.
On reception of this event, the SRNC considers the UL upsize condition as fulfilled.
The pendTimeAfterTrig timer is started in the UE when a measurement report has been triggered by a given
event. The UE is then forbidden to send new measurement reports triggered by the same event during this
period. Instead, the UE waits until the timer has expired.
The timeToTrigger timer is started in the UE when the Transport Channel Traffic Volume triggers the event.
If the TCTV crosses the threshold before the timer expires, the timer is stopped. If the timer expires then a
report is triggered.
The rate limitation is applied only on a DCH transport channel for initial state and can be modified later by other
algorithms like RRA.
This feature extends the direct transition support to all RAB combinations and to all Always-on upsize triggers.
This feature is an enhancement of the AO, base feature RRC and Always-on STATES MANAGEMENT. The
“RRC and Always-on STATES MANAGEMENT” is in charge of monitoring the radio resources allocated to a UE
about the actual traffic activity of the user.
FEATURE BENEFITS
Direct transition from PCH to DCH improves the user perceived latency when traffic resumes from CELL_PCH or
URA_PCH. The transition delay versus the two-step transition is reduced from approximately 900 to 550 ms.
A direct transition from PCH to DCH involves a lower number of exchanged signaling messages between the UE
and the RNC versus a two-step transition. Thus, the signaling load of the RNC control plane can be reduced.
Direct transition can avoid the intermediate step in Cell_FACH and thus reduces the number of users in
Cell_FACH state.
The Traffic Volume Indicator is set to "True" when the criteria for event based traffic volume measurement
reporting is fulfilled, while the absence of this IE means the criterion is not fulfilled.
The AO timers for PS Interactive Signaling RAB will be set according to the regular AO timer multiplied by
"psSigAoTimerCoeff".
This scenario occurs during a transition of a PS RAB from Cell_FACH to Cell_DCH where the RNC has
submitted an RRC RB Setup or RRC RB Reconfiguration message to the UE and an RRC Cell Update message
(Cell update cause = “cell reselection“ or “re-entered service area“) interrupts the transition.
To successfully transition the UE to Cell_DCH on the newly selected cell, the RNC will roll back the operations on
the old cell and attempt anew the transition to Cell_DCH on the new cell.
If the Cell_FACH to Cell_DCH transition is initiated on a cell with poor radio conditions, and at a certain time the
UE is no more reachable, and it manages to reach back to the network thru a Cell-Update message with cause
“cell reselection” or “re-entered service area”, the RNC will:
Give Cell update message priority over the ongoing Reconfiguration from FACH to DCH.
Cancel any changes ongoing for resources to previous cell
Continue with the transition from FACH to DCH on the new cell using the same triggering information on the
initial attempt.
This procedure is only attempted once, if the cell update fails, then all resources on new and old cell are released
RB Rate Adaptation is applicable to UL and DL Interactive and Background PS. It introduces RB rate
downsizing/upsizing based on user estimated average throughput.
RNC monitors DL and UL traffic and determines if the current RB bit rate needs to be downsized or upsized to
accurately match the actual traffic:
Downsizing
The RNC targets the bit rate as closely as possible to the estimated throughput.
Upsizing
Uplink: The RNC targets the bit rate immediately above the current bit rate (step-by-step upsize).
Downlink: The RNC targets any rate (multi-stages upsize), based on user throughput and RLC buffer
occupancy. The targeted RB bit rate should never exceed the Reference RB bit rate.
DL and UL rate adaptation are performed independently.
Measurement is set up on the UE to monitor the RLC Buffer Occupancy (BO). The Transmit power of the UE is
also monitored as an additional measurement if enabled (isUeTxPowerOn4AAllowed="True").
The BO is monitored thru an average over measQtyAverageTime; as soon it goes above a given threshold
(ul4AThreshold) during a given period of time (ul4ATimeToTrigger), an Event4A is sent to the RNC.
Upon reception of a 4A Measurement Report from the UE, the RNC determines the selected data rate as a
function of the iRM algorithm, OAM maximum Step size ul4AMaxRateStep and the UE Tx power headroom
described in the following two slides.
The advantage of this type of measurement is a quicker reaction of RNC to resource allocation needs
compared to decision based on throughput variation but we may face some excessive usage of resources due
to upsize to the highest RB.
This RB reconfiguration will be limited by the iRM table and reference RB rate.
If isUeTxPowerOn4AAllowed is set to "True" then after receiving the UE MR, the RNC will:
Determine the Current_Rate and the Max_UL_rate from ul4AMaxRateStep.
Calculate PowerOffsetMax = min ( ( UlUsPowerConf: maxAllowedUlTxPower, UEmaxpower) - UE
Transmitted Power (taken from MR IE).
Calculate the Headroom(dB) = PowerOffsetMax - UeTxPowerOffsetFromMax4A
Rate_TxHeadroom= [Current_Rate * 10^(Headroom (dB)/10) rounded down to the nearest supported rate]
Selected_Rate = Min (Rate_TxHeadroom, ul4AMaxRateStep)
Once this algorithm is finished, and if Headroom is Positive, a UL Upsize RB Reconfiguration is done.
This DL buffer measurement is performed using an average over boAverageTimeDlDch. Setting the
boThresholdDlDch to the value 0 disables the algorithm in DL.
The reconfiguration is on a step-by-step upsize. Therefore, if the actual Current_DL_Rate is set to PS64, the
upsize triggers an RB reconfiguration to DL PS 128 if permitted by OAM settings.
Important:
Before UA07, rbRateAdaptationPingPongTimer was triggered whenever a RRA mechanism occurred (Buffer or
Traffic related).
From UA07 onwards, this timer is still triggered on any RRA; however, it does not prevent the Buffer Occupancy
(BO) mechanisms, introduced in UA07, from taking place. Only UeTrafficVolumeInhibitTimer, which is triggered
only by a BO event, will be verified before processing any additional BO event for RRA.
The isIrmSchedulingOverIurAllowed parameter has to be set to "True" on both SRNC and DRNC for the
support of iRM Scheduling over Iur to be effective.
Moreover, the global activation flags for both SRNC and DRNC on the RadioAccessService object have to be
set to "True": isIrmSchedDowngradeTxcpAllowed and isIrmSchedulingUpgradeAllowed.
On reception of the NBAP Dedicated Measurement Report, the SRNC executes the RAB matching function
taking into account that the Power RB (H or I), corresponding to the event reported (B1 or B2), will be the highest
rate able to be allocated to this mobile.
On reception of the NBAP Dedicated Measurement report, the RNC proceeds to the Synchronous Radio Link
Reconfiguration (SRLR) if the Granted RB is different from the current one. So the anti ping-pong timer
flipFlopUpDowngradeTimer is started.
This timer should allow slow ping-pong phenomena between upgrading and downgrading if observed. At its
expiry, a NBAP dedicated measurement can be initiated if in the meantime an iRM scheduling downgrade has
been performed for the mobile.
Fallback to Speech
FBtS (which applies to the call setup phase only) permits to attempt a setup of a VT call, and to revert
automatically to a speech connection:
3G VT user to 3G non-VT user
3G VT user to user on non-VT network
The basic premise of NI-SCUDIF is that under certain conditions the network makes the determination that a
service change from VT to speech (or vice versa) is required, and invokes the signaling required to change the
call type from 64KUDI to speech (or speech to 64KUDI).
When the radio access network detects a lack of sufficient resources to sustain the multimedia RAB configuration,
RNC shall inform the visited MSC by sending a RANAP Modify Request message to the visited MSC. The visited
MSC shall then:
Initiate an In-Call Modification procedure to speech towards the UE it serves using the MODIFY message.
Invoke the service change procedure towards the remote side.
Trigger the RAB modification by sending a RANAP RAB Assignment with the RAB requested to be
modified to the RNC.
A VT call downgraded to Speech call may be upgraded (back) to a VT call based on:
In order to avoid any ping-pong effect between the congested and normal states, due to strong variations in
the radio resources allocation, the hysteresis cycle relies on additional thresholds characterizing the
congested to normal transition through the parameters:
congested2NormalCLCThreshold (for codes)
congested2NormalPLCThreshold (for power)
congested2NormalDlCEMThreshold (for CEM load)
normal2CongestedDlTLCThreshold (for Iub)
In the case of soft handover, the active set color is derived from the color of each cell.
Simultaneously, a pre-emption action may be launched in order to free resources in each congested cell.
The freed resource might be used by the call that triggered the Pre-emption or not as part of the best effort
algorithm implemented.
Note 1: an incoming relocation in the target RNC shall not trigger pre-emption. Queuing is forbidden for
relocation.
Note 2: an iMCTA upon service reason shall not trigger pre-emption nor in the source cell nor in the target cell.
Copyright © 2013 Alcatel-Lucent. All Rights Reserved.
TMO18255_V1.0-SG-LR13.W-Ed1 Module 1.7 Edition 3.0
Section 1 · Module 7 · Page 77
The S-RNC may decide to launch preemption in a cell when it faces up a CAC failure during the following
resource allocation procedures:
NBAP procedures: NBAP Radio Link setup failure, NBAP Radio Link addition failure, NBAP Synchronized
Radio Link Reconfiguration failure, NBAP Radio Link Reconfiguration failure using one of the following NBAP
failure cause: “DL radio resources not available”, “UL radio resources not available” and “Node B Resources
Unavailable”
These resource allocation procedures concern DCH, E-DCH, or HS-DSCH resources allocation.
Others functions as HSxPA fallback or iMCTA may also solve the CAC failure situation depending on the trigger
eligibility and the feature activation. The order of the procedures is the following:
1-HSxPA fallback 2-iMCTA 3-preemption.
The resources allocation requests done through RNSAP procedures are not eligible to preemption.
Iub and Iur resource allocation failures do not call the pre-emption function.
Note: The NBAP failure cause « Node B Resources Unavailable » identifies a resource allocation failure without
indication of the direction, which may be downlink, uplink or downlink and uplink.
Procedure description:
Depending on the outcome of the IUB load table, the RNC initiates:
DL Rate control: Iu UP Rate Control frames sent to the core network.
UL rate control: RRC TFC control messages sent to the UE.
Whenever applicable, the rate is decreased step by step. This means that several Iu UP rate control / RRC TFC
control messages may be successively sent.
Streaming traffic class cannot be changed; however, in a RAB combination, that includes a streaming RAB, the
I/B part can be modified:
(CS) + PS Streaming + PS Interactive to/from (CS) + PS Streaming + PS Background
Traffic Class change may lead to AsConf change, thus an SRLR procedure and it may result in change of OLS,
HSDPA SPI, E-DCH SPI, MLP, and minBR.
When the Core Network changes the Traffic Class, a new scheduling priority (SPI) is deduced by the RNC and
is provided to the HSDPA and HSUPA schedulers.
This UA07 feature is the extension of the UA06 feature PM31039 – PS CN RAB Modification, available in the
Korean market. The parameter isPsRabModificationAllowed was introduced with the UA06 feature; it must be
set accordingly, so that the UA07 feature operates as desired.
For an MBR modification, the new value is taken into account to limit the user throughput in the RNC if the
source conformance mechanism is enabled (a reduced MBR can be applied in uplink and/or downlink to a user
generating a very high data volume leading to an unfair resource usage).
Document History
1 Network selection 7
1.1 PLMN selection 8
2 Cell selection in idle mode 9
2.1 Cell selection criteria 10
2.2 UE power compensation 11
3 Cell reselection in idle mode principles 12
3.1 General concept 13
3.2 Mobility in idle mode, Cell_FACH, Cell_PCH and URA_PCH 14
3.3 Idle mode neighboring list 15
3.4 Cell reselection eligibility criteria 16
3.5 High mobility detection 17
4 Cell reselection in idle mode without HCS 18
4.1 Measurements rules without HCS 19
4.2 Level ranking criterion without HCS 20
4.3 Quality ranking criterion without HCS 21
4.4 Cell ranking algorithm 22
4.5 Triggering algorithm 23
4.6 Exercise: multi-layer cell structure, HCS not used 24
5 Cell reselection in idle mode with HCS 26
5.1 Principles 27
5.2 Measurements rules with HCS in low mobility 28
5.3 HCS quality level threshold criterion 29
5.4 Measurements rules with HCS in high mobility 30
5.5 Level and quality ranking criteria with HCS 31
5.6 HCS cell filtering in low mobility 32
5.7 HCS cell filtering in high mobility 33
5.8 Cell ranking algorithm 34
5.9 Triggering algorithm 35
5.10 Exercise: multi-layer cell structure, HCS used 36
6 Cell reselection in non-DCH connected mode 38
6.1 SIB 4 and SIB 12 broadcast 39
6.2 SIB3 & SIB11 parameters & objects 40
6.3 SIB4 parameters & objects 41
6.4 SIB12 parameters & objects – UMTS FDD neighbor 42
6.5 SIB11 & SIB12 parameters & objects – GSM neighbor 43
6.6 Exercises 44
6.6.1 Exercise 1: mono-layer topology 45
6.6.2 Exercise 2: bi-layer topology 46
6.6.3 Exercise 3: tri-layer topology 48
7 3G to 4G inter-RAT cell reselection 51
7.1 Support of SIB19 52
7.2 LTE neighboring definition 54
7.3 Measurement rules 55
7.4 LTE neighboring cell criteria 56
7.5 Priority parameters 58
7.6 Other parameters 59
8 Cell status and reservation 60
8.1 Cell status and reservation process 61
9 Location registration 62
9.1 LAC/RAC/SAC 63
If the criteria are fulfilled, the UE moves to the camped normally state where the following tasks will be performed:
Select and monitor the indicated PICH and PCH.
Monitor relevant System Information.
Perform measurements for the cell reselection evaluation procedure.
If the criteria are not fulfilled, the UE will attempt to camp on the strongest cell of any PLMN and enter in the
camped on any cell state where it can only obtain limited service (emergency calls). The following tasks will be
performed in the camped on any cell state:
Monitor relevant System Information.
Perform measurements for the cell reselection evaluation procedure.
Regularly attempt to find a suitable cell trying all radio access technologies that are supported by the UE. If a
suitable cell is found, the cell selection process restarts.
An algorithm is used to declare and control correctly the list of neighboring cells in order to differentiate between
the configuration of idle mode/Cell_FACH mode neighbors (sent in SIB11) and Cell_DCH connected mode
neighbors. The idle mode/Cell_FACH mode neighboring list is a subset of the Cell_DCH connected mode
neighboring list. The differentiation is set through the sib11OrDchUsage parameter on each
UmtsFddNeighbouringCell. Note that this parameter is only used when sib11NeighboringFddCellAlgo is set to
manual.
It is recommended to set sib11OrDchUsage to sib11AndDch for less than 96 neighboring cells (either GSM or
FDD) if UA07 feature 34291 “support of 64 UMTS neighbors” is activated (via isEnhancedSib11Allowed). Else,
it should be limited to 48 neighboring cells.
sib11OrDchUsage must be set to dchUsage for the other remaining neighboring cells.
HCS usage: HCS requires its related information elements to be added to sib-11 thus leading to a shrinkage of
the space available for neighbor data. When the cell flag isHcsUsed is set to TRUE, this feature can roughly
support up to 87 cells (serving cell + 31 FDD neighboring Intra + 32 FDD neighboring Inter + 23 I-RAT
neighboring cells) in the SIB11.
To be eligible, the intra and inter-frequency FDD cells must fulfill criteria very similar to what is used for Cell
Selection. But this time these relationships shall be verified on the neighbor cell. This means the measurements
are made on this neighbor cell, and the parameters are those defined in the neighboring relationship.
To be eligible, the inter-system GSM cells must fulfill criteria shown in the above slide. Any cell (serving and any
GSM or UTRAN/FDD neighboring cell), which fulfills these criteria, will be part of the list of cells for ranking.
Qmeas,s and Qmeas,n = CPICH_Ec/N0 or CPICH_RSCP for serving cell and FDD neighboring cells based on
qualMeas parameter.
Note: According to 3GPP 25.304, the real formula of Hn for a neighboring cell of hcsPrio n which is different from
hcsPrio s of the serving cell is
qualMeas parameter.
Note: According to 3GPP 25.304, the real formula of Rn for a neighboring cell of hcsPrio n equal to hcsPrio s of
Idle Mode
Connected mode
Root = FddCell
CellSelectionInfo CellSelectionInfoConnectedMode
CellAccessRestriction CellAccessRestrictionConnectedMode
UmtsNeighbouringRelation. FddNeighCellSelectionInf
UmtsNeighbouringRelation
oConnectedMode
UmtsNeighbouringRelation. UMTSNeighbouringRelation.FddNeighCellSelectionIn
UmtsNeighbouringHcsCellParam foConnectedMode.UmtsNeighbouringHcsCellParam
UMTSNeighbouringRelation.FddNeighCellSelectionIn
UmtsNeighbouringRelation.
foConnectedMode.UmtsNeighbouringHcsTemporary
UmtsNeighbouringHcsTemporaryOffsets
Offset
FddNeighCellSelectionInfoConnectedMode
cellIndivOffset
maxAllowedUlTxPower
qOffset1sn
qOffset2sn
qQualMin
qRxLevMin
In UA08.1, the following enhancements on the 3G-4G cell reselection framework is introduced: Support up to 8 E-
UTRA frequency & priority list in SIB19 (changed from 2 to 8).
In this case the Target LTE Cell is selected regardless of the RxLev and quality level on the serving FDD cell.
If more than one LTE cell meets the criteria, the UE shall reselect the cell with the highest SrxlevnonServingCell,x
among the cells meeting the criteria on the highest absolute priority layer.
Cell status and cell reservations are indicated with the Cell Access Restriction Information Element in the System
Information Message (SIB3) by means of four Information Elements:
Cell barred (IE type: "barred" or "not barred")
Cell Reserved for operator use (IE type: "reserved" or "not reserved")
Cell reserved for future extension (IE type: "reserved" or "not reserved")
Intra-frequency cell re-selection indicator (IE type: "allowed" or "not allowed")
The last element (Intra-frequency cell re-selection indicator) is conditioned by the value ”barred“ of the first
element (Cell barred)
Document History
Warning: not ALL UE support E6A and E6B: MeasControl Failure cause: „unsupported measurement“ shall be
sent by the UE but the call is kept
If the combined intra frequency Cell Info List exceeds its maximum list size
maxCompoundingListSizeIntraFreq then cells with lower ranking priority need to be cut off from the list
which in consequence does no more represent the complete neighborhood of the active set.
The cells having been cut off may reappear as detected set cells reported by the UE and will be re-identified
by the RNC. Those cells will no longer be ignored but be eligible to be added to the active set.
This is applicable when compounding algorithm Type1 is activated. Type2 does not support detected set cell
addition in the active set.
Compounding Neighboring List algorithm (typeOfCompoundingNeighbourListIntraFreq) must be
set to “Type1”
maxCompoundingListSizeIntraFreq MUST be set to any value strictly below 32.
If the detectedSetCellAddition flag is set to DISABLED the cells from Detected Set will not be used in the
mobility algorithms.
Note: The above drawing shows an example assuming that CIO is set to 0 dB.
R’99/R4 UEs are not able to use periodical measurement reporting after initial report.
Note: The above drawing shows an example assuming that the maximum AS size is set to 2 and that all the
CIOs are set to 0 dB.
Where:
A1 = strongest active set cell
NA_x = non-active cell under consideration
R1b = cpichEcNoReportingRange1B
In order to help the operator efficiently monitor its network and optimize its neighboring plan, it is possible to
trigger this event 1E based on both Detected Set and Monitored Set. However the cells from the Detected Set will
not be used in the mobility algorithms.
In order to achieve this, the isDetectedSetCellsAllowed parameter shall be set to True.
On the one hand, a blocking phase consists in forbidding any procedure until an SHO procedure is completed, i.e.
after the RNC receives RRC ActiveSetUpdateComplete from the UE.
The shoAfterBlockingPhaseEnable parameter allows one to activate a mechanism to process events during
such a blocking phase:
When set to True, all the events received during the blocking phase are stored in a stack and processed
once on-going procedure is completed, thus preventing abusive call drops in case of unexpected add/delete.
When set to False, all these events are discarded, thus inhibiting mobility and degrading performances.
The primary cell determination is based on event 1D reception. Based on the reception of this event, the RNC
stores the new primary, and applies the current process used in case of change of primary cell.
Since events 1A and 1C are also configured, it is assumed that the new primary cell is already in the Active Set
when a 1D event is triggered. Typically, this will be ensured if the time to trigger 1D is greater than or equal to the
time to trigger events 1A or 1C. It should be noted that a monitored set cell that needs to be included in the active
set will trigger first a 1A event if its CPICH Ec/No is lower than the best cell in the Active set but entering in its
reporting range, or a 1C event if the Active Set is full and this cell is better than the worst in the Active Set.
An event 1D will typically be triggered by a cell better than the best in the active set. Therefore due to the
triggering conditions defined for these events, if the time to trigger a 1D event is greater than or equal to that for a
1A and 1C event, the 1D will typically be triggered by a cell in the active set.
If the event 1D is triggered by a monitored cell, the RL will be added in the Active Set if not full.
If the Active Set is full and the 1D event is triggered by a monitored set cell, then the new best cell will be added
in the active set, replacing the worst active set cell.
In addition to the event 1D, a new primary cell will be defined if the current primary cell is removed due to
reception of RL deletion events.
Event 1D is not repeated by UE and therefore if lost during SRNS relocation it cannot be recovered. It is only
another event 1D for a different cell that will fix the issue of wrong primary cell. This is particularly bad for HSDPA
calls which follow the primary cell and do support SHO.
Document History
iMCTA Alarm cannot be disabled as the objective is to save the call in case coverage is being lost. CAC and
Service can be enabled/disabled through WMS (OMC) parameters. The recommended setting is to have iMCTA
Alarm and CAC enabled in order to improve Accessibility and Retainability.
UA07.1 onwards:
UL UE Tx Power can be taken into account to evaluate the radio quality and trigger the Alarm HHO.
The Feature is activated by isAlarmHhoUeTxPwrAllowed.
Benefit: avoid dropped calls when UE TX power is insufficient.
When the UE TX Power reported by the UE is above a threshold, an “alarm” Hard Handover (inter-frequency
or inter-system) is triggered in order to rescue the call on another carrier.
The actual Handover then follows the same procedures as for the Ec/No and RSCP triggers. The RNC will
configure an uplink trigger as new Alarm HHO criteria by using the internal measurements Events 6A/6B:
6A: The UE Tx power exceeds an absolute threshold.
6B: The UE Tx power falls below an absolute threshold.
A Alarm HHO uplink criterion is hit when the RNC received an Event 6A AND the alarm confirmation timer
elapses without receipt of Event 6B.
If, at expiry of the timerAlarmHoEvent6A, no event 6B (indicating that the alarm uplink conditions are no
more met) has been received, the alarm condition is confirmed, and IMCTA Alarm is invoked.
At the opposite, if an event 6B is received while the timer is still running, the timer is stopped, and the alarm
conditions are invalidated. iMCTA Alarm is not invoked.
Consequently, in UA05, it was impossible to have Load Balancing and Service Segmentation fully coexisting
because the former needs to have HHO only triggered when the cell is loaded whereas the latter needs to have
HHO triggered whatever cell load.
In UA06.0, such limitation was removed thanks to the introduction of isServiceSegmentationTopPriority, a new
flag defined per serviceType, which allows to bypass originatingCellColourThreshold during iMCTA Validity
checking, as presented hereafter.
NAMING CONVENTIONS
Cell fully compatible with UE capabilities
HSUPA cell and HSUPA UE
HSDPA cell and HSDPA UE
R’99 cell and R’99 UE
Cell partially compatible with UE capabilities
HSUPA (resp. HSDPA) cell and HSDPA (resp. HSUPA) UE
Cell NOT compatible with UE capabilities
HSxPA cell and R’99 UE
R’99 cell and HSxPA UE
In such case:
HSPA I/B calls will address the HSPA load criterion (DL HSPA Load = maximum (HSPA DL Power Color,
HSPA DL Codes Color)).
For DCH and HSPA GBR calls, the existing DCH load criterion is used further on.
For multi RAB calls (CS on DCH and PS on HSPA, or HSPA GBR and HSPA I/B), the RNC shall use the
maximum load color of DCH and HSPA load.
Note: GSM twin list is new in UA08 whereas FDD twin list already existed in UA07.
Process Load Based Target cell filtering: Since Measurement report processing does not apply for Blind HO,
the initial iMCTA phase for neighboring cell searching reuses some Measurement report processing concepts for
Twin Cells.
Process Target Twin Cell and RAT Selection: A single FDD Twin cell or GSM cell should be selected for Blind
HO.
isGsmCModeActivationAllowed indicates if the compressed mode for GSM is allowed for this DlUserService.
isInterFreqCModeActivationAllowed indicates if the compressed mode for inter-frequency is allowed for this
DlUserService.
The ALU RNC will compute the Inter-RAT neighbour list if a new RRC Measurement Control message needs to
be sent to the UE for inter-RAT measurements.
The Compounding Neighbor List algorithm considers:
Occurrence of a cell within all neighborhoods.
Measured quality of the sponsoring active set cell.
Priority defined per neighboring cell.
Notes:
This feature is about inter-frequency (the UE can measure more than 2 cells in IFREQ).
This feature impacts the “Neighboring cell searching and filtering” part of the iMCTA algorithm.
The UE is requested to report up to 6 neighboring cells amongst the monitored set. The monitored set is defined
as the set of FDD inter-frequency and GSM neighbors of the primary cell and is provided to the UE through a
MEASUREMENT CONTROL message first time the alarm measurement condition is fulfilled and on modification
of the monitored set.
In order to minimize algorithm changes, the same behavior is adopted between periodic and full event modes.
The alarm measurement results are reported in periodic mode.
The only difference is that:
In periodic mode, Inter-Freq/Inter-RAT are declared as additional measurements reported in the same RRC
measurement reports as Intra-Frequency (rrcIntraFreqMeasurementReportingPeriod).
In event mode, new measurements are configured to report Inter-Frequency/Inter-RAT measurements (Intra-
Frequency measurements are not impacted and are still reported in event-triggered mode).
In event mode and if both Inter-Frequency and Inter-RAT measurements are used, then the Inter-Frequency
measurement is configured as the main measurement in periodic mode and the Inter-RAT measurement is
configured as the additional measurement of the Inter-Frequency measurement.
The UE is requested to report up to 6 neighboring cells amongst the monitored set. The monitored set is defined
as the set of FDD inter-frequency and GSM neighbors of the primary cell and is provided to the UE through a
MEASUREMENT CONTROL message first time the alarm measurement condition is fulfilled and on modification
of the monitored set.
is3GHandoverPreferred = TRUE will also result in choosing an FDD cell as target if the measurement report
contains eligible cells from both 2G and FDD. Consequently, more traffic will handover to other FDD layer(s).
For instance, if imctaLoadBasedTargetCellColorThreshold = Yellow and one DCH color of the neighboring cell
is Red, this cell is removed from the candidate list to HHO.
An additional criterion applies for iMCTA Alarm and CAC load based: the 2G layer should be set with the same
priority value (different from PNA) as the highest FDD priority (activation of simultaneous IFREQ/ I-RAT
measurements) is mandatory allowing simultaneous FDD and GSM compressed modes. This way, it is
guaranteed that at least an inter-RAT handover is performed to rescue the call due to coverage loss or resource
shortage when all FDD neighboring cells are discarded due to overload.
In UA07.1, isImctaLoadBasedAllowed enables the cell load criteria when the reason for iMCTA is Alarm or
CAC failure.
Moreover, the RNC takes the opportunity to provide the 2G BSC, during an inter-system handover procedure,
with the 3G cell load information so as to also allow it to improve the 3G Target cell selection. The 3G cell load
information is sent in the following RANAP messages:
Relocation required / old BSS to new BSS information
Relocation request ACK / new BSS to old BSS information
Relocation failure / new BSS to old BSS information
During inter-system handover procedures, the feature must ensure the following functions when the feature is
activated:
Compute the UTRAN cell load information and send it to the BSC.
When the GSM cell load information is provided by the BSC, compute the GSM cell load color based on this
received cell load information.
If the 2G network supports the feature Unified RRM Step 2, the GSM cell load information is received by the
RNC in the following messages:
Relocation request / source RNC to target RNC
Relocation command / inter system information transparent container
Relocation preparation failure / inter system information transparent container
Inter-system HHO can occur following iMCTA Alarm, CAC or Service triggering. The selection between FDD and
2G Access is part of the iMCTA algorithm, mostly based on UE capabilities, priority tables and available
neighboring cells.
SRNC shall only trigger another relocation preparation procedure to the next best GSM cell (with lowest cell load
preferably (if available) and highest RSSI), based on latest 2G measurement report, if and only if:
An alternative GSM target cell exists as per the latest 2G measurement report.
If the UE has sent a combined measurement report for inter-RAT and inter-frequency then the report
contains no suitable inter-frequency target cells.
If eligible neighbors present in report for both inter-RAT and inter-frequency then HHO target layer selection
will be based on is3GHandoverPreferred.
The need for handover is still present, e.g. the alarm condition is still active.
If the Inter-Freq Intra-RNC HHO takes place in a DRNC then the procedure is:
either a handover over Iur with the neighboring RNC to be the DRNC which controls both the source and the
target cells.
or a SRNS relocation UE Involved with this DRNC to become the new SRNC.
The Ranap Relocation Request from LTE through the target SGSN may contain more than 3 RABs to be set up.
Some RAB combinations/services may not be supported by the RNC. As a result, UA08.1 introduces the
capability for the RNC to perform RAB selection to filter out some RABs before performing RAB matching.
No
partialRelocationFr Existing RAB matching
omLTE == true? algorithm.
Yes
s
Filter out RABs with GBR > MAX_ACCEPTSANCE_GBR
st
Keep the 1 conv. RAB. Move
other conv. RABs and all
Yes PS conv. RAB Yes streaming RABs to “failed
conversational s supported? s RAB list”
RABs included?
No No
Yes
st
#streaming s Keep the 1 streaming RAB.
RABs > 1? Move other streaming RABs to
“failed RAB list”
No
Select 1st (up to) 3 RABs from remaining RAB to setup list. Add the rest RABs to the “failed RAB list”.
No
#RABs >0?
Peg counter NT_Iu_relocation_request_failures_ps
(537) screening
4Gto3GRejectionDueToRabMatchingFailure (12)
Move the last
RAB to “failed
RAB list”.
RAB Matching algorithm Relocation preparation fails.
Send RANAP relocation
failure.
No Yes
RAB Matching
succeessful?
s
No
Continue RAB setup for the
(#RABs ==2 && they are successful RABs.
Sig+Conv)? or Peg counter PS_Rab_Selection
(#RABs ==1 && it is
Conv.)?
When the Initial Direct Transfer message is received by the RNC, this CS establishment is identified and treated
as LTE to UMTS Handover with CS fallback:
Timer TmaxDelayForCsCallEstablishment is stopped.
CS establishment is treated as normal CS call setup.
Otherwise, this CS establishment is treated as normal CS call setup.
For LTE to UTRAN handover for CS fallback, handling the subsequent CS establishment after the PS handover
completes the whole CS fallback procedure.
Document History
1 iMCRA overview 7
1.1 Objectives of iMCRA 8
1.2 iMCRA-step 1 (UA07) 10
1.3 iMCRA-step 2 (UA08) 11
1.4 Twin cells definition 12
2 iMCRA step 1 13
2.1 Redirection types 14
2.2 UE capabilities and call type 15
2.3 Cell capabilities and FaType 16
2.4 Candidate target cell list selection procedure 17
2.5 Load balancing procedure 19
2.6 RRC redirection based on CAC 20
2.7 iMCRA: RAN model 21
2.8 Exercise 1 22
2.9 Exercise 2 23
3 iMCRA step 2 24
3.1 Principle 25
3.2 Call type calculation 26
3.3 Action list mapping 28
3.4 Carrier selection list processing 29
3.5 Load condition calculation 30
3.6 Target carrier selection 31
3.7 CAC failure case 34
3.8 RAN model - MOs and their parameters 35
3.9 Exercise 38
Cells FDD 2, FDD 3, FDD 4 and FDD 5 are twin cells of cell FDD 1.
Carrier Selection
Algorithm
N
Call Type
in Action List?
Y N
Update redirection
percentage figure
N Redirection
required according
to percentage
Target carrier = figure? Target carrier =
originating cell originating cell
Y
End
The RNC supports the following combined load types as part of a load condition in the Carrier Selection List:
CEM Load = max (DL CEM and UL CEM loads); DL RADIO Load = max (DL POWER and DL OVSF loads); DL
DCH Load = max (DL RADIO, DL CEM and DL IUB loads); UL DCH Load = max (UL RX POWER and UL CEM
loads); DCH Load = max (DL DCH and UL DCH loads); HSDPA UL DCH Load = max (HSDPA Load and UL
DCH Load); HSPA Load = HSDPA load; TOTAL Load = max (DCH and HSPA loads); CALL TYPE Load - DCH
or HSDPA load.
The load criterion to be used for load comparison depends on the call type, the UE´s HSDPA/HSUPA capability
and the FDD cell capability. The following load criteria are fixed coded:
Sort Criterion
Call Type belonging to st nd
1 2 3rd Comment
Calculated DCH
DCH group call type DCH Load
cell load value
FDD cell needs to
support HSDPA. If cell
HSPA group call type HSPA Load UL DCH Load does not support
HSDPA then use DCH
load.
The 2nd and 3rd criteria are only applied, if the previous selection criterion results in multiple cells with the same
load. The calculated DCH cell load value is derived from the individual cell loads and their weighted load color
Document History
S U
SA Service Area UARFCN UMTS Absolute Radio Frequency
SAP Service Access Point Channel Number
SAW Stop And Wait UDP User Datagram Protocol
S-CCPCH Secondary-Common Control UE User Equipment
Physical CHannel UI-SCUDIF User Initiated Service Change
SCH Synchronization CHannel UM Unacknowledged Mode
SCR Sustainable Cell Rate UMTS Universal Mobile Telecommunication
SDU Service Data Unit System
SF Spreading Factor UP User Plane
SFN System Frame Number URA UTRAN Registration Area
SHO Soft HandOver U-RNTI UTRAN-Radio Network Temporary
SIM Subscriber Identity Module Identity
SIR Signal to Interference Ratio UTRAN Universal Terrestrial Radio Access
SM Session Management Network
SNR Signal to Noise Ratio Uu the radio interface between UTRAN
SPI Scheduling Priority Indicator (CmCH- and UE
PI)
SRLR Synchronous Radio Link V
Reconfiguration VCC Virtual Channel Connection
S-RNC Serving-Radio Network Controller VoIP Voice over IP
S-SCH Secondary-Synchronization CHannel
STTD Space Time Transmit Diversity W
W-CDMA Wideband-CDMA