Random Access Control and RACH Optimization
Random Access Control and RACH Optimization
Optimization
Contents
8.3.1.7 Random Access Control and RACH Optimization
eRAN
Random Access Control and RACH
Optimization Feature Parameter Description
Issue 05
Date 2017-10-23
HUAWEI TECHNOLOGIES CO., LTD.
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information,
and recommendations in this document are provided "AS IS" without warranties, guarantees or
representations of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: http://www.huawei.com/
Email: support@huawei.com
8.3.1.7 Contents
1 About This Document
1.1 Scope
1.2 Intended Audience
1.3 Change History
1.4 Differences Between eNodeB Types
2 Overview
2.1 Introduction
2.1.1 Random Access
2.1.2 RACH Optimization
2.2 Benefits
2.2.1 RA
2.2.2 RACH Optimization
3 RA
3.1 Preambles
3.1.1 Overview
3.1.2 Preamble Sequence Generation
3.1.3 Preamble Sequence Grouping
3.2 Random Access Procedures
3.2.1 Contention-based Random Access Procedure
3.2.2 Non-Contention-based Random Access Procedure
3.3 RA Time-Frequency Resource Configuration
3.3.1 Preamble Transmission Time
3.3.2 Preamble Transmission Frequency-Domain Position
3.4 Random Access Backoff
4 RACH Optimization
4.1 RACH Resource Adjustment
4.2 UE Random Access Information Query
4.3 PRACH False Alarm Detection
4.4 PRACH Power Control Parameter Adjustment
4.5 UE Random Access Control Based on Cell Radius
4.6 PRACH Frequency-Domain Position Adjustment
4.7 PRACH Root Sequence Conflict Detection
4.8 Flow Control-based Backoff
4.9 Detection of Contention-based Random Access Beyond Cell Radius
4.10 Optimization of Non-Contention-based Random Access Beyond Cell Radius
5 Related Features
5.1 LBFD-002010 Random Access Procedure
5.2 LOFD-002015 RACH Optimization
6 Network Impact
6.1 LBFD-002010 Random Access Procedure
6.2 LOFD-002015 RACH Optimization
7 Engineering Guidelines
7.1 When to Use
7.2 Required Information
7.3 Requirements
7.4 Data Preparation and Feature Activation
7.4.1 Data Preparation
7.4.2 Using the CME
7.4.3 Using MML Commands
7.4.4 MML Command Examples
7.5 Activation Observation
7.5.1 RA
7.5.2 RACH Optimization
7.6 Deactivation
7.6.1 Using the CME
7.6.2 Using MML Commands
7.6.3 MML Command Examples
7.7 Performance Monitoring
7.8 Parameter Optimization
7.9 Possible Issues
8 Parameters
9 Counters
10 Glossary
11 Reference Documents
1.1 Scope
This document describes random access control and RACH optimization, including their
technical principles, related features, network impact, and engineering guidelines.
This document covers the following features:
• LBFD-002010 Random Access Procedure
• LOFD-002015 RACH Optimization
This document applies to the following types of eNodeBs.
Micro BTS3202E
BTS3203E
BTS3911E
BTS3912E
This section provides information about the changes in different document versions. There are
two types of changes:
• Feature change
Changes in features and parameters of a specified version as well as the affected entities
• Editorial change
Changes in wording or addition of information and any related parameters affected by
editorial changes. Editorial change does not specify the affected entities.
eRAN12.1 05 (2017-10-23)
eRAN12.1 04 (2017-08-30)
eRAN12.1 03 (2017-06-29)
eRAN12.1 02 (2017-04-26)
eRAN12.1 01 (2017-03-08)
None
Function Difference
2.1 Introduction
Random access is crucial for LTE systems. During random access, uplink synchronization is
set up or restored between eNodeBs and UEs. Random access is classified into contention-
based and non-contention-based random access.
• In contention-based random access, UEs may fail to access the network.
• In non-contention-based random access, the eNodeB allocates dedicated RACHs to UEs
for network access. If the dedicated RACH resources are insufficient for a UE, the
eNodeB instructs the UE to initiate contention-based random access.
2.1.2 RACH Optimization
RACH optimization helps decrease the network access delay of all UEs and mitigate uplink
interference caused by PRACHs. RACH optimization involves RACH resource adjustment,
PRACH false alarm detection, PRACH power control parameter adjustment, and other
functions.
RACH resources are configured semi-statically. When the traffic model changes, the
configured RACH resources may fail to accommodate the RACH load. In this situation,
RACH resources need to be adjusted as follows:
• When the number of handover attempts increases, dedicated preambles may be
insufficient and UEs can initiate only contention-based random access, which increases
the handover delay.
• When the number of random access attempts increases, random preambles or PRACH
resources may be insufficient and the probability of preamble collisions increases on
PRACHs, which increases the network access delay.
The eNodeB adaptively adjusts the PRACH configuration index and preamble groups based
on the RACH load in a cell so that the number of each type of preambles and the number of
PRACHs per second adapt to the traffic model.
If a UE does not send a preamble but the eNodeB detects a preamble from the UE during a
random access procedure, this falsely detected preamble is called a PRACH false alarm. For a
PRACH false alarm, the eNodeB does not send a Random Access Response message to the
UE or count it into the related counters.
If the distance between a UE and the eNodeB is greater than the cell radius, the eNodeB
prohibits the UE from accessing the cell to control the coverage scope of the cell precisely.
This function enables the eNodeB to adjust the PRACH frequency-domain position based on
the number of RBs used by the PUCCH so that the PRACH is adjacent to the low-frequency
PUCCH.
When two cells use the same PRACH root sequence, the probability of false alarms or
preamble collisions increases, as shown in Figure 2-1 and Figure 2-2.
Figure 2-1 Increase in the probability of false alarms
This function enables the eNodeB to detect the root sequence conflict between the serving cell
and the neighboring cell at the peer end of an X2 link or between the serving cell and an intra-
eNodeB neighboring cell. In addition, the root sequence conflict information is displayed in
an alarm.
This function can determine whether a UE that initiates contention-based access is located
beyond the cell radius and allows its access.
This function can optimize the procedure of non-contention-based random access initiated by
a UE beyond the cell radius to ensure the successful access.
2.2 Benefits
2.2.1 RA
Random access is a basic function and plays an important role in an LTE system. Random
access is the only way for a UE to establish and restore uplink synchronization with the
eNodeB. It is also the basis for a UE to access the network and set up service bearers.
2.2.2 RACH Optimization
This function decreases the network access delay if the RACH load is heavy while improving
the RACH resource efficiency.
This function can control the number of preamble transmissions within the expected range
during random access.
This function enables an eNodeB to precisely control the coverage scope of a cell.
This function can be used for detecting PRACH root sequence conflicts between cells in time.
• Positive gains: In heavy-load or Msg3 flow control scenarios, this function relieves
RACH congestion and increases the RRC connection setup success rate in both the user
plane and control plane.
• Negative gains: This function decreases the number of times that a UE transmits a
preamble, which may increase the service drop rate.
3 RA
Initial RRC connection To switch from the RRC_IDLE state to the Contention-based
setup RRC_CONNECTED state, a UE initiates random access
random access.
Triggering Scenario Description Random Access
Mechanism
Location service (LCS) For details, see LCS Feature Parameter Non-contention-
initiation Description. based random
access
3.1.1 Overview
During random access, the eNodeB sends the preamble configuration information to a UE.
Then the UE initiates random access by sending a preamble to the eNodeB. The preamble is a
burst, which consists of a TCP and a TSEQ in the time domain and six resource blocks in the
frequency domain, as shown in Figure 3-1. TCP denotes a cyclic prefix and TSEQ a preamble
sequence.
Figure 3-1 Preamble format
There are five preamble formats corresponding to different cell radii. The preamble format is
specified by the Cell.PreambleFmt parameter, and the cell radius is specified by the
Cell.CellRadius parameter. Table 3-1 lists preamble formats corresponding to different TCP,
TSEQ, and cell radii.
Table 3-1 Preamble formats
Preamble Format Burst (µs) TCP (µs) TSEQ (µs) LTE FDD Cell
Radius (R) (km)
Preamble sequences are generated from cyclic shifts of Zadoff-Chu (ZC) root sequences.
• The logical ZC root sequence index is specified by the Cell.RootSequenceIdx parameter
and ranges from 0 to 837. The logical index of the ZC sequence is cyclic. That is, logical
index 0 is consecutive to index 837.
• The number of cyclic shifts is determined by the eNodeB based on the cell type and cell
radius.
Each cell can be configured with a maximum of 64 preamble sequences. If 64 preamble
sequences cannot be generated from a single ZC sequence, they are obtained from subsequent
ZC sequences. For details about preamble sequence generation, see section 5.7.2 "Preamble
sequence generation" in 3GPP TS 36.211 V10.3.1. The logical index of a ZC sequence and
the value of a cyclic shift are indicated by the prach-ConfigIndex IE in SIB2.
3.1.3 Preamble Sequence Grouping
Based on the contention mechanism used during random access, preambles are grouped for
UE selection. Figure 3-2 shows the preamble sequence grouping principles.
Figure 3-2 Preamble sequence grouping
The total number of random preamble sequences and the number of random preamble
sequences in group A are calculated using the RACHCFG.RandomPreambleRatio and
RACHCFG.RaPreambleGrpARatio parameters.
• Number of random preamble sequences = 4 x Rounddown (Total number of preamble
sequences in a cell x Value of RandomPreambleRatio/4)
• Number of random preamble sequences in group A = 4 x Roundup (Total number of
preamble sequences x Value of RaPreambleGrpARatio/4)
For example, rounddown (3.6) = 3, roundup (3.1) = 4.
All the PRACH time-frequency resources in a cell use the same group configuration mode.
Grouping information is delivered in broadcast messages.
The eNodeB periodically collects statistics on the allocation of dedicated preamble sequences
to UEs during non-contention-based random access and checks for random preamble
collisions during contention-based random access. Based on the statistics, the eNodeB adjusts
the dedicated preamble group and random preamble group.
When the next system information update interval arrives, the number of random preamble
sequences and the number of random preamble sequences in group A are updated using
broadcast messages if the number of preamble sequences changes.
3.2 Random Access Procedures
The contention-based random access procedure slightly differs from the non-contention-based
random access procedure. For details about random access procedures, see section 5.1
"Random Access procedure" in 3GPP TS 36.321 V10.3.1.
3.2.1 Contention-based Random Access Procedure
Upon receiving the preamble, the eNodeB applies for a temporary cell RNTI (C-RNTI) and
uplink and downlink scheduling resources. Then, the eNodeB sends a random access response
over the downlink shared channel (DL-SCH) for each UE. The response contains the RA-
preamble identifier, timing alignment information, initial uplink grant, and temporary C-
RNTI. One DL-SCH can carry random access responses to multiple UEs.
After the UE sends the preamble, it monitors the physical dedicated control channel (PDCCH)
and waits for a random access response within a random access response window:
• If the UE receives a response containing an RA-preamble identifier which is the same as
the identifier contained in the transmitted random access preamble, the response is
successful. The UE then transmits uplink scheduling information.
• If the UE does not receive a response within the random access window or fails to verify
the response, the response fails. In this case, if the number of random access attempts is
smaller than the upper limit, the UE retries random access. Otherwise, random access
fails. The maximum number of random access attempts of the UE is specified by the
RACHCFG.preambleTransMax parameter and can be obtained from SIB2.
After receiving a successful response, the UE sends scheduled uplink transport blocks over
the uplink shared channel (UL-SCH). The size of each transport block is specified in the
preamble and is not smaller than 80 bits. The information in the transport block sent by the
UE varies in different random access scenarios:
After the UE sends Msg3 (indicated as scheduled transmission in Step 3 in Figure 3-3), a
contention resolution timer starts. The contention resolution timer is specified by the
RACHCFG.ContentionResolutionTimer parameter and can be obtained from SIB2. Within the
timer length, the eNodeB performs contention resolution at the MAC layer and informs the
UE of the resolution through the C-RNTI on the PDCCH or through the information element
(IE) UE Contention Resolution Identity on the DL-SCH.
The UE monitors the PDCCH before the timer expires. The UE considers the contention
resolution as successful, notifies upper layers, and stops the timer if both of the following
conditions are met:
• The UE obtains the C-RNTI from the PDCCH.
• The UE obtains the temporary C-RNTI over the PDCCH, the MAC packet data unit
(PDU) is successfully decoded, and the MAC PDU contains information matching the
CCCH service data unit (SDU) transmitted in Msg3.
If the contention resolution is successful, the contention-based random access procedure is
complete. If the contention resolution timer expires, the UE considers the contention
resolution as failed. Then, the UE performs random access again if the number of random
access attempts has not reached its upper limit. If the number of random access attempts has
reached its upper limit, the random access procedure fails.
3.2.2 Non-Contention-based Random Access Procedure
During the contention-based random access, the UE reads the prach-ConfigIndex IE in system
information block 2 (SIB2) to obtain the PRACH start time in each radio frame. The value of
the prach-ConfigIndex IE ranges from 0 to 63. For details, see section 5.7.1 "Time and
frequency structure" in 3GPP TS 36.211 V10.3.1.
A prach-ConfigIndex IE is configured based on the factors such as the cell bandwidth and
average access delay. The prach-ConfigIndex IE is specified by the
RACHCfg.PrachConfigIndex parameter.
• The RACHCfg.PrachConfigIndex parameter takes effect when
RACHCfg.PrachConfigIndexCfgInd is set to CONFIG.
• The RACHCfg.PrachConfigIndex parameter does not take effect when
RACHCfg.PrachConfigIndexCfgInd is set to NOT_CONFIG. In this case, the prach-
ConfigIndex IE uses the typical default values listed in the following tables.
Table 3-2 Typical default values of the prach-ConfigIndex IE when the LBBPc is used
5/10 19/20/21
Table 3-3 Typical default values of the prach-ConfigIndex IE when a baseband processing board
other than the LBBPc is used
• LOW_SPEED(Low 0 15/20 6
speed cell flag)
• HIGH_SPEED(High 5/10 3
speed cell flag)
1.4/3 Synchronized: 0
Non-synchronized: 3
1 15/20, 5/10 19
1.4/3 Synchronized: 16
Non-synchronized: 19
2 15/20, 5/10 35
1.4/3 Synchronized: 32
Non-synchronized: 35
3 15/20, 5/10 51
Cell Type (HighSpeedFlag) Preamble Bandwidth Typical Default Value of prach-
Format (MHz) ConfigIndex
1.4/3 Synchronized: 48
Non-synchronized: 51
1 15/20, 5/10 19
1.4/3 Synchronized: 16
Non-synchronized: 19
2 15/20, 5/10 35
1.4/3 Synchronized: 32
Non-synchronized: 35
3 15/20, 5/10 51
1.4/3 Synchronized: 48
Non-synchronized: 51
PRACH subframes of different cells under an eNodeB can be separated in the time domain
and this function is controlled by the ENodeBAlgoSwitch.PrachTimeStagSwitch parameter.
• This function takes effect when RACHCfg.PrachConfigIndexCfgInd is set to
NOT_CONFIG.
• This function does not take effect when RACHCfg.PrachConfigIndexCfgInd is set to
CONFIG. It is recommended that this function be enabled in the scenario where the
LBBPd serves as the baseband processing board for six cells in 4R mode and the air
interface software synchronization function is enabled. The typical default values of the
prach-ConfigIndex IE are listed in the following table (the LBBPc is not used).
Table 3-4 Typical default values of the prach-ConfigIndex IE
NOTE:
• "Synchronized" in the preceding tables indicates that the absolute time difference between frames with the
same system frame number (SFN) of adjacent cells is less than 5 ms. "Non-synchronized" indicates that
the absolute time difference is greater than or equal to 5 ms.
• The prach-ConfigurationIndex IE has only three recommended initial values. These values are cyclically
used when there are more than three cells.
The RACH does not interfere with other uplink channels in LTE. Generally, the probability of
RACH collisions is low. If an excessively large number of UEs are admitted on a PRACH,
however, preamble collisions may occur, and some UEs may fail to access the network. To
solve this problem, random access backoff is introduced to control the time for preamble
retransmission by UEs.
If random access backoff is enabled, the eNodeB notifies a UE of a backoff index using a
random access response message. When the UE needs to retransmit a preamble, it randomly
selects a value between 0 and the received backoff index as its backoff time (corresponding to
the subframe position in the time domain). The UE can retransmit the preamble only after the
backoff time expires. Figure 3-6 shows the backoff mechanism.
Figure 3-6 Backoff mechanism
4 RACH Optimization
Adjustment Principles
Both the dedicated preambles and random The eNodeB decreases the PRACH
preambles are redundant and the uplink PRB configuration index.
usage is high.
• The eNodeB determines whether dedicated preambles are redundant based on the
number of unused dedicated preambles detected within a period of time.
• The eNodeB determines whether random preambles are redundant or insufficient based
on the following principles:
▪ When the UE random access information query function is enabled, the eNodeB
determines whether random preambles are insufficient based on the random access
information reported by the UE.
▪ When the UE random access information query function is disabled, the eNodeB
determines whether random preambles are insufficient based on the number of
random preambles detected within a period of time.
• The eNodeB determines whether the uplink PRB usage is high based on the actual PRB
usage in the uplink.
NOTE:
When the UlSwitch and UlLdcSwitch check boxes are both deselected under the
CellAlgoSwitch.RacAlgoSwitch parameter, the eNodeB decreases the PRACH configuration index if
both dedicated preambles and random preambles are redundant, regardless of whether the uplink PRB
usage is high.
• The eNodeB adjusts the number of preambles based on the following principles:
• If dedicated preambles are redundant and random preambles are insufficient, the eNodeB
reduces the number of dedicated preambles.
• If dedicated preambles are insufficient, the eNodeB increases the number of dedicated
preambles.
The eNodeB determines whether dedicated preambles are insufficient based on the
dedicated-preamble allocation failure rate. The dedicated-preamble allocation failure rate
is calculated using the following formula: Dedicated-preamble allocation failure rate = 1
– Number of UEs that are allocated dedicated preambles/Number of UEs that apply for
dedicated preambles.
If PRACH configuration indexes or preamble groups change, the eNodeB broadcasts the new
configuration to UEs using SIB2 and then the UEs use the new configuration.
Parameters
The eNodeB can send UEInformationRequest messages to UEs to query the random access
information of the UEs. This function requires that the UEs comply with 3GPP Release 9 or
later. The random access information includes the number of preamble transmissions and the
contention-based random access conflict identification during the last random access.
Using the reported information as an input to RACH resource adjustment, the eNodeB can
estimate the preamble collision probability with higher accuracy, thereby effectively limiting
the preamble collision probability to the target value.
UE random access information query is controlled by the UeRaInforInqSwitch option of the
CellAlgoSwitch.RachAlgoSwitch parameter.
4.3 PRACH False Alarm Detection
If a received preamble is considered as a PRACH false alarm, the eNodeB does not respond
with a Random Access Response message or count the preamble into the preamble-related
counters. The PRACH false alarm detection function is controlled by the
PRACHFalseAlarmDetSwitch(PRACHFalseAlarmDetSwitch) check box under the
CellAlgoSwitch.RachAlgoSwitch parameter.
Figure 4-3 shows the PRACH false alarm detection decision mechanism.
Figure 4-3 PRACH false alarm detection decision mechanism
To ensure the gains offered by PRACH false alarm detection, it is recommended that the
CellRachAlgo.PrachFalseAlarmDetRadThd and CellRachAlgo.RachThdBoostRatio parameters be
set to desired values.
To support UEs with a 40 ms preamble retransmission period, the function of identifying
these preambles is added to the eNodeB and is controlled by the
PRACHFalseAlaDetRetxOptSwitch check box under the CellAlgoSwitch.RachAlgoSwitch
parameter.
Huawei eNodeBs detect the following false alarms:
• False alarms defined in section 8.4.1.1 "Definition and applicability" of 3GPP TS 36.141
V10.4.0
• Preambles transmitted after UEs fail to receive Msg2
• Preambles transmitted after eNodeBs fail to receive Msg3
• Preambles transmitted after eNodeBs receive Msg3 but do not send Msg4 during flow
control
4.4 PRACH Power Control Parameter Adjustment
This function enables the eNodeB to accurately control the coverage scope of a cell by
forbidding certain UEs, such as those beyond a country's border, from accessing the network
from the cell. This function is recommended only when the coverage scope of a cell needs to
be controlled accurately.
UE random access control based on cell radius is controlled by the
ForbidAcByRadiusSwitch option under the CellAlgoSwitch.RachAlgoSwitch parameter.
The implementation principles of this function are described as follows:
1. After receiving a preamble from a UE, the eNodeB calculates the distance between the
UE and the eNodeB based on the timing advance (TA) of the preamble.
NOTE:
The eNodeB measures the TA of a preamble after detecting the preamble.
2. When the distance from the eNodeB to the UE sending a preamble is greater than the
cell radius specified by the Cell.CellRadius parameter:
• With this function, the eNodeB responds with an RRC connection reject message
upon receiving an RRC connection setup request from the UE, preventing the UE
from accessing the network.
• Without this function, the eNodeB does not respond with an RRC connection
reject message upon receiving an RRC connection setup request from the UE.
4.6 PRACH Frequency-Domain Position Adjustment
When the PRACH frequency-domain position is determined based on the maximum number
of RBs used by the PUCCH, the PRACH frequency-domain position equals half of the
maximum number of RBs used by the PUCCH, as shown in Figure 4-5. When a small number
of UEs exist and the number of RBs used by the PUCCH is less than the upper limit, PUSCH
resources are divided into two parts and cannot be used as a whole by a single UE. In this
situation, the eNodeB adjusts the PRACH frequency-domain position based on the number of
RBs used by the PUCCH so that the PRACH is adjacent to the PUCCH located at the low
frequency, thereby preventing the waste of PUSCH RB resources.
Figure 4-5 PRACH frequency-domain position adjustment
The eNodeB detects PRACH root sequence conflicts based on the following principles:
• When PRACH root sequence conflict detection is enabled, the eNodeB determines that a
root sequence conflict occurs and ALM-26247 Configuration Failure is reported when
both of the following conditions are met:
▪ The PRACH time-frequency resources of the serving cell overlap with those of
neighboring cells.
▪ The serving cell uses completely the same or partially the same root sequence as
neighboring cells.
• When this function is disabled, the eNodeB determines that the root sequence conflict
disappears. Then, ALM-26247 Configuration Failure is cleared.
NOTE:
• When a UE sends a preamble in the serving cell in which the root sequence conflicts with that in a
neighboring cell, ALM-26247 Configuration Failure is reported even if the preamble has no impact on the
neighboring cell. In this case, this alarm can be ignored.
• ALM-26247 Configuration Failure only indicates whether there is a root sequence conflict. To query the
detailed information about the root sequence conflict, run the DSP ROOTSEQCONFLICT command.
The eNodeB adjusts the backoff index based on statistics on Msg3 flow control collected
every second, as shown in Table 4-2.
Table 4-2 Flow control-based backoff index adjustment principles
Msg3 Flow Control Backoff Index
Adjustment
When both of the following conditions are met: The eNodeB increases
• The result of dividing the flow-control Msg3 quantity by the the value of the
received Msg3 quantity is greater than 5%. backoff index.
• The result of dividing the number of UEs in a cell by the
maximum number of UEs in the cell is greater than 40%.
5 Related Features
Prerequisite Features
None
Impacted Features
None
5.2 LOFD-002015 RACH Optimization
Prerequisite Features
None
None
6 Network Impact
System Capacity
No impact.
Network Performance
No impact.
6.2 LOFD-002015 RACH Optimization
System Capacity
Network Performance
The following explains the RACH resource adjustment described in Table 6-1:
▪ Allocates more RACH resources. The eNodeB shortens the PRACH interval. For
example, the eNodeB changes the value of prach-ConfigurationIndex from 3 to 6,
that is, from 10 ms to 5 ms.
▪ Allocates less RACH resources. The eNodeB prolongs the PRACH interval.
▪ Increases the number of contention-based access preambles. According to 3GPP
specifications, the numberOfRA-Preambles parameter indicates the number of
contention-based access preambles.
▪ a: contention-based load, equal to the number of contention-based random access
attempts per second
▪ b: non-contention-based load, equal to the number of dedicated random access
attempts per second
Load ranges in Table 6-1 are calculated on the assumption that the random access times
follow a poisson distribution. The calculated load ranges in Table 6-1 are different from
the actual load ranges and therefore serve as examples only.
Figure 6-1 Initial and subsequent RACH resource adjustments (for 5 MHz or 10 MHz)
Figure 6-2 Initial and subsequent RACH resource adjustments (for 15 MHz or 20 MHz)
NOTE:
Root sequence has no impact on cells when the cells barely affect each other or the access load in the cells
is low. In this case, clearing root sequence conflicts does not necessarily reduce the possibility of false
alarm reporting and preamble collisions.
7 Engineering Guidelines
Random access is a basic function. It can be used as long as cells and IP paths are normal.
Therefore, this chapter describes only activation observation for random access and provides
detailed engineering guidelines for RACH optimization.
7.1 When to Use
• For a system bandwidth of 5 MHz or 10 MHz, the default PRACH occurrence interval is
10 ms and only one PRACH is transmitted in each radio frame. In this case, RACH
resource adjustment is recommended when contention-based random accesses are
performed for more than 50 times per second.
• For a system bandwidth of 15 MHz or 20 MHz, the default PRACH occurrence interval
is 5 ms and two PRACHs are transmitted in each radio frame. In this case, RACH
resource adjustment is recommended only when contention-based random accesses are
performed for less than 50 times per second and non-contention-based random accesses
are performed for less than 30 times per second.
The purpose of RACH resource adjustment is to match PRACHs with loads. Though loads
vary with time, RACH resource adjustment can be used as long as the loads within a period
meet the conditions.
UE random access information query is recommended if UEs that support RACH information
reporting and comply with 3GPP Release 9 or later account for more than 80% of all UEs in a
cell.
PRACH power control parameter adjustment requires the UE-reported random access
information. A UE can report random access information only when the UE complies with
3GPP Release 9 or later and supports RACH information reporting. PRACH power control
parameter adjustment is recommended when both of the following conditions are met:
• A cell serves a great number of UEs that can report random access information.
• Contention-based and non-contention-based accesses are performed in the cell for more
than 10 times per second or the uplink PRB usage is greater than 50%.
UE random access control based on the cell radius is recommended if cell coverage areas
need to be controlled precisely.
The following principles are recommended for determining the PRACH frequency-domain
position:
• When both of the following conditions are met, manually configure the PRACH
frequency-domain position:
▪ The PRACH experiences strong interference and the interference is steady during a
certain period.
▪ Within the system bandwidth, interference on at least six PRBs used by the PUSCH
is 5 dB less than that on the PRACH.
NOTE:
▪ Interference on each PRB of the PRACH and PUSCH is measured using the ChMeas.Pwr1.Cell
counter.
▪ It is recommended that interference greater than -110 dBm on each PRB be considered strong
interference.
NOTE:
▪ The number of activated UEs is measured by the L.Traffic.ActiveUser.Avg counter.
▪ If the following condition is met, it is considered that activated UEs can use up PUSCH RB
resources:
L.ChMeas.PRB.PUSCH.Util.Samp.Index9 > Max{L.ChMeas.PRB.PUSCH.Util.Samp.Index0,
L.ChMeas.PRB.PUSCH.Util.Samp.Index1, L.ChMeas.PRB.PUSCH.Util.Samp.Index2,
L.ChMeas.PRB.PUSCH.Util.Samp.Index3, L.ChMeas.PRB.PUSCH.Util.Samp.Index4,
L.ChMeas.PRB.PUSCH.Util.Samp.Index5, L.ChMeas.PRB.PUSCH.Util.Samp.Index6,
L.ChMeas.PRB.PUSCH.Util.Samp.Index7, L.ChMeas.PRB.PUSCH.Util.Samp.Index8}
• In other cases, the system determines the PRACH frequency-domain position based on
the maximum number of RBs used by the PUCCH.
PRACH root sequence conflict detection is recommended when the possibility of false alarm
reporting is greater than expected and whether a root sequence conflict exists is not checked.
NOTE:
• It is recommended that this function be disabled to decrease the eNodeB CPU usage after the root
sequence conflict is eliminated.
• When a UE sends a preamble in the serving cell in which the root sequence conflicts with that in a
neighboring cell, ALM-26247 Configuration Failure is reported even if the preamble has no impact on the
neighboring cell. In this case, it is recommended that this function be disabled.
It is recommended that this function be enabled in heavy-load scenarios, for example, the
CPU usage of the BBP or main control board is greater than 75%.
• It is recommended that this function be enabled during off-peak hours when the
contention-based random access success rate in a cell is lower than expected so that the
number of random access failures of UEs beyond the cell radius can be measured. This
function takes effect only when all of the following conditions are met:
▪ The cell is a normal low-speed cell.
▪ The distance between the UE and the eNodeB is greater than the cell radius and is
less than twice the cell radius.
▪ The distance between the UE and the eNodeB is less than or equal to 100 km.
• This function does not take effect in the following cells:
▪ SFN cells
▪ High-speed cells
RACH resource Trace the RRC-SYS-INFO message over the Uu The information
adjustment interface and record the values of the IEs prach- is used later to
ConfigIndex and preamblesGroupAConfig. check whether
the feature has
• PRACH See Table 7-17. been activated
false alarm successfully.
detection
• PRACH root
sequence
conflict
detection
7.3 Requirements
Other Features
Hardware
The detection of contention-based random access beyond cell radius and optimization of non-
contention-based random access beyond cell radius are not supported by the LBBPc board.
License
The operator has purchased and activated the license for the feature listed in Table 7-2.
Table 7-2 License information for RACH optimization
NOTE:
The preceding license controls the following functions:
• RACH resource adjustment
• PRACH power control parameter adjustment
• Detection of contention-based random access beyond cell radius
• Optimization of non-contention-based random access beyond cell radius
Other Requirements
None
7.4 Data Preparation and Feature Activation
Cell radius Cell.CellRadius Set this parameter based on the expected cell radius.
NOTE:
After the PrachFreqAdjSwitch(PrachFreqAdjSwitch) check box is selected under the RachAlgoSwitch
parameter, the PRACH frequency-domain position adjustment function takes effect only when the
PucchSwitch(PucchSwitch) check box under the CellAlgoSwitch.PucchAlgoSwitch parameter is selected and
the RACHCFG.PrachFreqOffsetStrategy parameter is set to AUTOMATIC(AUTOMATIC).
7.5.1 RA
1. On the U2000 client, start random access tracing, Uu interface tracing, and S1 interface
tracing.
2. Use a UE to access the network.
3. Check the counters of group A (including L.RA.GrpA.Att, L.RA.GrpA.ContResolution, and
L.RA.GrpA.Resp) or the counters of group B (including L.RA.GrpB.Att,
L.RA.GrpB.ContResolution, and L.RA.GrpB.Resp). If any counter value of group A or B
increases during a measurement period, random access has been activated.
7.5.2 RACH Optimization
Method 1
1. On the U2000 client, start a Uu interface tracing task.
2. Use a UE to access the network. Trace the SIB2 message and observe the values of the
IEs prach-ConfigIndex and preamblesGroupAConfig, as shown in Figure 7-1. If the
values of the two IEs change after this function is enabled, this function has taken
effect.
Figure 7-1 SIB2 message
Method 2
1. Use a UE to access the network.
2. On the U2000 client, choose SON > SON Log.
In the displayed Query SON Log window, select LTE RACH Optimization Log
under Log Category. In the Event Name pane, select Adjust RACH Resource
Parameters from the Custom drop-down list. Click Query. If any record about RACH
resource optimization is displayed, this function has taken effect.
Method 1
1. On the U2000 client, start a Uu interface tracing task.
2. Use a UE to access the network and then check the values of the IEs
preambleInitialReceivedTargetPower and powerRampingStep in SIB2. If the values
before and after the adjustment are different, this function has taken effect.
Method 2
1. Use a UE to access the network.
2. On the U2000 client, choose SON > SON Log.
In the displayed Query SON Log window, select LTE RACH Optimization Log
under Log Category. In the Event Name pane, select Adjust PRACH Power
Parameters from the Custom drop-down list. Click Query. If any record about
PRACH power control parameter adjustment is displayed, this function has taken effect.
▪ Turning off the switch for retransmission optimization of PRACH false alarm
detection
MOD CELLALGOSWITCH:LocalCellId=0,
RachAlgoSwitch=PRACHFalseAlaDetRetxOptSwitch-0;
The following table lists the items for monitoring random access and RACH optimization.
Table 7-17 Monitoring items and their expected values
Feature/Function Monitored Calculation Formula
Item
RA Non- L.RA.Dedicate.PreambleReq.Num/CounterTime
contention-
Feature/Function Monitored Calculation Formula
Item
based
access load
NOTE:
CounterTime indicates the measurement period. It is in units of second.
PRACHPeriod indicates the PRACH occurrence period for a cell and is also in units of second. For example, if
the PRACH configuration index of a cell is 6, two PRACHs exist in each frame and therefore the PRACH period
is 5 ms (that is, 0.005s).
The following tables list all performance counters related to random access.
Table 7-18 Performance counters related to UE random access
Counter ID Counter Name Description
NOTE:
The counters in Table 7-18 are valid only if the UeRaInforInqSwitch check box is selected under the
CellAlgoSwitch.RachAlgoSwitch parameter. If the UeRaInforInqSwitch check box is not selected, the values
of these counters are always 0.
After one or both of RACH 1. Check whether the cell status is normal by
resource adjustment and PRACH checking for alarms such as ALM-29240 Cell
false alarm detection are Unavailable or ALM-29243 Cell Capability
Fault Description Fault Handling
After RACH resource adjustment 1. Check whether the cell traffic model meets the
is activated, neither prach- requirements of RACH resource adjustment.
ConfigurationIndex nor 2. If the fault persists, contact Huawei technical
numberOfRA-Preambles is support.
adjusted.
After UE random access based Check whether the value of the Cell.CellRadius parameter
on cell radius is activated, UEs is appropriate.
outside the cell range access the • If the parameter value is inappropriate, change the
cell successfully. parameter setting.
• If the parameter value is appropriate or the fault
persists after the parameter setting change, contact
Huawei technical support.
8 Parameters
Table 8-1 Parameters
MO Parameter ID MML Command Feature ID Feature Name
PRACH false
Access Resp
performance
belongs to gr
PrachFalseA
set to 0, PRA
deselected, P
function take
LTE UEs. Th
RachPwrAdjS
the RACH. If
eNodeB dyna
the RACH ba
probability of
successful ra
is deselected
eMTC functio
only on LTE
ForbidAcByR
access base
selected, onl
radius are all
eNodeB doe
eMTC functio
This option a
PrachFreqAd
domain posit
PucchAlgoSw
parameter is
selected, the
based on the
effect, this fu
only to LTE F
PRACHFalse
access from
40 ms when
is selected, a
interval of 40
preambles. W
preambles re
function take
option applie
PrachFreqAb
domain posit
the amount o
the PucchAlg
PrachFreqOf
AUTOMATIC
selects a freq
PRACH. This
MO Parameter ID MML Command Feature ID Feature Name
ExceedRadiu
the access o
radius. The e
eNodeB is gr
This option d
eMTC functio
This option a
NonContRaO
for UEs whos
this option is
optimization
greater than
option is des
is disabled. T
LBBPc. Whe
only on LTE
GUI Value R
HoRaSwitch(
MaksIdxSwit
UeRaInforInq
PRACHFalse
RachPwrAdjS
ForbidAcByR
PrachFreqAd
PRACHFalse
PrachFreqAb
ExceedRadiu
NonContRaO
Unit: None
Actual Value
MaksIdxSwit
PRACHFalse
ForbidAcByR
PRACHFalse
ExceedRadiu
Default Value
UnsyncRaSw
UeRaInforInq
RachPwrAdjS
PrachFreqAd
PrachFreqAb
NonContRaO
LBFD-
002012
Default Value
established o
time domain.
Note that the
both the defa
PrachConfigI
parameter is
specified by
PrachConfigI
PRACH subf
subframe con
parameter se
PrachConfigI
function take
effect on LTE
GUI Value R
Unit: None
Actual Value
Default Value
TDLOFD- calculation o
110230 satisfaction e
implemented
VoIP service
than the actu
services with
option be des
TDD.
UlLdcSwitch:
cell. If this op
uplink for the
performs loa
eNodeB doe
uplink conge
calculation o
satisfaction e
implemented
VoIP service
than the actu
services with
option be des
TDD.
PreemptionS
this option is
preempt reso
If this option
resources ar
TDD.
PttAcSwitch:
control for PT
admission co
deselected, R
services. Thi
VoltePrefAdm
access of Vo
EutranVoipS
set to ON(On
preferentially
VoLTE servic
option applie
VoltePreemp
preempt reso
services. Thi
VoltePrefAdm
option is sele
this option is
UEs. This op
UeExpBased
the number o
signal quality
MO Parameter ID MML Command Feature ID Feature Name
eNodeB take
only to LTE T
EmcAdmitCo
policies for e
services can
MCPTT QoS
features take
that of emerg
call services,
released dur
emergency c
preempted o
MCPTT QoS
features take
GUI Value R
DlLdcSwitch(
PreemptionS
VoltePrefAdm
VoltePreemp
UeExpBased
EmcAdmitCo
Unit: None
Actual Value
PreemptionS
VoltePreemp
EmcAdmitCo
Default Value
UlLdcSwitch:
VoltePrefAdm
UeExpBased
SCCAckRes
EmtcAckMod
Unit: None
Actual Value
Dl2CCAckRe
Default Value
Dl2CCAckRe
EmtcAckMod
9 Counters
LTE:
LBFD-
002010
TDLBFD-
002010
GSM: Random
None Access
UMTS: Procedure
None
LTE:
LBFD-
002010
TDLBFD-
002010
TDLBFD-
002008
LBFD-
002025
TDLBFD-
002025
LTE:
LBFD-
002010
TDLBFD-
002010
GSM: Random
None Access
UMTS: Procedure
None
LTE:
LBFD-
002010
TDLBFD-
002010
TDLBFD-
002010
LTE:
LBFD-
002010
TDLBFD-
002010
GSM: Random
None Access
UMTS: Procedure
None
LTE:
LBFD-
002010
TDLBFD-
002010
TDLBFD-
002010
LAOFD- Basic
001002 Scheduling
TDLOFD-
001075
LBFD-
002025
TDLBFD-
002025
LAOFD- Basic
001002 Scheduling
TDLOFD-
001075
LBFD-
002025
TDLBFD-
002025
TDLBFD-
002010
LTE:
LBFD-
002010
TDLBFD-
002010
GSM: Random
None Access
UMTS: Procedure
None
LTE:
LBFD-
002010
TDLBFD-
002010
TDLBFD-
002010
LTE:
LBFD-
002010
TDLBFD-
002010
10 Glossary
11 Reference Documents
1. 3GPP TS 36.211: "Physical channels and modulation"
2. 3GPP TS 36.321: "Medium Access Control (MAC) protocol specification"
3. 3GPP TS 36.331: "Radio Resource Control (RRC)"
4. 3GPP TS 36.141: "Performance requirements for PRACH"