DRX and Signaling Control (eRAN20.0 - 01)
DRX and Signaling Control (eRAN20.0 - 01)
Issue 01
Date 2023-09-10
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: https://www.huawei.com
Email: [email protected]
Contents
1 Change History.........................................................................................................................1
1.1 eRAN20.0 01 (2023-09-10)..................................................................................................................................................1
1.2 eRAN20.0 Draft A (2023-06-30)........................................................................................................................................ 1
3 Overview....................................................................................................................................4
4 DRX............................................................................................................................................. 6
4.1 Principles.................................................................................................................................................................................... 6
4.1.1 DRX Process........................................................................................................................................................................... 6
4.1.2 Working Mechanism........................................................................................................................................................... 8
4.1.2.1 Related Concepts.............................................................................................................................................................. 8
4.1.2.2 Startup of a DRX Cycle................................................................................................................................................. 10
4.1.2.3 Operation in a DRX Cycle............................................................................................................................................ 11
4.1.2.3.1 Operation in Active Time......................................................................................................................................... 11
4.1.2.3.2 Switching Between Active Time and Sleep Time.............................................................................................15
4.1.2.4 Switching Between Long and Short Cycles........................................................................................................... 16
4.1.3 Entry and Exit Conditions............................................................................................................................................... 17
4.1.3.1 Entry Conditions (FDD)................................................................................................................................................ 17
4.1.3.2 Exit Conditions (FDD)................................................................................................................................................... 18
4.1.4 DRX for Various Scenarios.............................................................................................................................................. 19
4.1.4.1 DRX for VoLTE................................................................................................................................................................. 21
4.1.4.2 DRX for Special UEs.......................................................................................................................................................23
4.1.4.3 DRX for ANR Measurement........................................................................................................................................ 23
4.1.4.4 DRX for GERAN Measurement.................................................................................................................................. 24
4.1.4.5 SRI Offset Reconfiguration for DRX (FDD)........................................................................................................... 24
4.1.4.6 DRX Under CA................................................................................................................................................................. 24
4.1.4.7 DRX for Uplink Timing Control..................................................................................................................................25
4.1.5 DRX Parameter Configuration at Different Levels................................................................................................. 26
4.1.5.1 QCI-Level DRX Parameter Configuration............................................................................................................... 26
4.1.5.2 QCI-Level DRX Parameter Configuration for Different UE Models.............................................................. 27
5 Dynamic DRX..........................................................................................................................47
5.1 Principles.................................................................................................................................................................................. 47
5.1.1 Dynamic DRX Process...................................................................................................................................................... 47
5.1.2 Entry and Exit Conditions............................................................................................................................................... 49
5.1.2.1 Entry Conditions............................................................................................................................................................. 49
5.1.2.2 Exit Conditions................................................................................................................................................................ 49
5.1.3 Principles.............................................................................................................................................................................. 50
5.2 Network Analysis.................................................................................................................................................................. 52
5.2.1 Benefits................................................................................................................................................................................. 52
5.2.2 Impacts.................................................................................................................................................................................. 54
5.3 Requirements......................................................................................................................................................................... 60
5.3.1 Licenses................................................................................................................................................................................. 60
5.3.2 Software................................................................................................................................................................................60
5.3.3 Hardware.............................................................................................................................................................................. 60
5.3.4 Others.................................................................................................................................................................................... 61
5.4 Operation and Maintenance............................................................................................................................................. 61
5.4.1 Data Configuration........................................................................................................................................................... 61
5.4.1.1 Data Preparation............................................................................................................................................................ 61
5.4.1.2 Using MML Commands............................................................................................................................................... 62
5.4.1.3 Using the MAE-Deployment...................................................................................................................................... 63
5.4.2 Activation Observation.................................................................................................................................................... 63
5.4.3 Network Monitoring......................................................................................................................................................... 63
6.3 Requirements......................................................................................................................................................................... 69
6.3.1 Licenses................................................................................................................................................................................. 69
6.3.2 Software................................................................................................................................................................................70
6.3.3 Hardware.............................................................................................................................................................................. 70
6.3.4 Others.................................................................................................................................................................................... 71
6.4 Operation and Maintenance............................................................................................................................................. 71
6.4.1 Data Configuration........................................................................................................................................................... 71
6.4.1.1 Data Preparation............................................................................................................................................................ 71
6.4.1.2 Using MML Commands............................................................................................................................................... 71
6.4.1.3 Using the MAE-Deployment...................................................................................................................................... 72
6.4.2 Activation Observation.................................................................................................................................................... 72
6.4.3 Network Monitoring......................................................................................................................................................... 72
7 Parameters.............................................................................................................................. 73
8 Counters.................................................................................................................................. 74
9 Glossary................................................................................................................................... 75
10 Reference Documents........................................................................................................ 76
1 Change History
Technical Changes
None
Editorial Changes
Revised descriptions in this document.
This document only provides guidance for feature activation. Feature deployment and
feature gains depend on the specifics of the network scenario where the feature is
deployed. To achieve optimal gains, contact Huawei professional service engineers.
Functions mentioned in this document work properly only when enabled in the
specified applicable scenarios (such as RAT and networking). If a function not
mentioned in this document is enabled or a function is enabled in a scenario not
specified as applicable, exceptions or other impacts may occur.
Software Interfaces
Any parameters, alarms, counters, or managed objects (MOs) described in this
document apply only to the corresponding software release. For future software
releases, refer to the corresponding updated product documentation.
3 Overview
This document covers the following DRX and signaling control features:
● DRX
With the ever increasing diversity of LTE applications, the standby time of user
equipment (UE) has become a major concern for end users. To reduce UE
power consumption, 3GPP has introduced discontinuous reception (DRX) for
LTE and Huawei eNodeBs provide the DRX feature accordingly.
● Dynamic DRX
Many smart-terminal applications use small, sparse packets or heartbeat
packets. These applications cause networks to frequently release and
reestablish connections, increasing signaling. In addition, staying in connected
mode for an extended period consumes UE power. The Huawei feature
Dynamic DRX allows UEs to enter power saving or signaling reduction mode
based on UE power consumption and network load.
● High-Mobility-Triggered Idle Mode
When UEs in connected mode are moving at high speeds, frequent handovers
occur. When there are a large number of such UEs, excessive signaling strains
the network. To reduce the signaling, Huawei eNodeBs use the High-Mobility-
Triggered Idle Mode feature.
Table 3-1 describes the application scenarios and benefits of these features.
Table 3-1 Application scenarios and benefits of DRX and signaling control features
Feature Recommende Applicable Scenario Benefit
d UE Type
NOTE
● Presence services, such as instant messaging, allow end users to obtain real-time
presence information based on a certain communication methods and access policies.
Presence information can be user availability status, personal notes, or other personal
information.
● "UE" and "terminal" in this document have the same meaning.
4 DRX
DRX is a technology in which a UE can switch between active and sleep states.
When the UE needs to receive downlink (DL) data or signaling, the UE turns on its
receiver and enters the active state. In other situations, the UE turns off its
receiver and enters the sleep state to reduce power consumption. This feature is
controlled by the CellDrxPara.DrxAlgSwitch parameter.
4.1 Principles
release. After the UE receives the message, it immediately clears all the DRX
parameters stored locally and exits DRX mode. For the DRX exit conditions,
see 4.1.3.2 Exit Conditions (FDD).
NOTE
To address the compatibility issue caused by nonstandard channel quality indicator (CQI)
reporting occasions in earlier protocols, the eNodeB performs the following operations
regardless of the CellCqiAdaptiveCfg.SimulAckNackAndCqiSwitch parameter setting:
● If the CellDrxPara.CqiMask parameter is set to ON, the eNodeB sets
simultaneousAckNackAndCQI to False when delivering an RRC Connection
Reconfiguration message to a UE that complies with 3GPP Release 8 or earlier;
however, the eNodeB does not do so for a UE that complies with a release later than
3GPP Release 8.
● If the CellDrxPara.CqiMask parameter is set to OFF, the eNodeB does not distinguish
between UEs complying with different 3GPP Releases.
In FDD eMIMO scenarios, the DrxSimulAckNackAndCqiSwitch option of the
CellAlgoSwitch.EmimoSwitch parameter specifies whether to allow UEs in DRX mode to
send CQIs and ACKs/NACKs simultaneously on the physical uplink control channel
(PUCCH).
● If the DrxSimulAckNackAndCqiSwitch option of the CellAlgoSwitch.EmimoSwitch
parameter is selected and the cell is configured with more than two transmit channels,
the eNodeB sets the simultaneousAckNackAndCQI IE to True in the delivered RRC
Connection Reconfiguration message for non-carrier aggregation (non-CA) UEs. For
CA UEs, the simultaneousAckNackAndCQI IE value is determined by the
CaCqiAndAckAbnCtrlSwitch option of the
ENodeBAlgoSwitch.CompatibilityCtrlSwitch parameter.
● If the DrxSimulAckNackAndCqiSwitch option of the CellAlgoSwitch.EmimoSwitch
parameter is deselected, the eNodeB sets the simultaneousAckNackAndCQI IE to False
in the delivered RRC Connection Reconfiguration message.
On Duration
In DRX mode, a UE does not always keep its receiver off. It periodically turns on its
receiver and monitors possible signaling for a consecutive period. This consecutive
period is called On Duration, which is controlled by the On Duration Timer. The
DrxParaGroup.OnDurationTimer parameter specifies the On Duration Timer.
When DRX is enabled, SRSs and CQIs can only be reported during the active time.
If the TimeAlignmentTimer.TimingMeasMode parameter is set to INVALID, the
eNodeB will ensure that SRS and CQI reporting is coordinated with DRX. If needed,
the length of the On Duration Timer can be increased to ensure that the UE has a
chance to report their CQIs and SRSs.
● If the timer length is greater than the total length of PDCCH subframes
(PSFs) occupied by a long DRX cycle, DRX may fail. That is, the UE always
stays in active time and will not enter sleep time.
DRX Cycle
A DRX cycle is the interval between the beginnings of two occurrences of an On
Duration. A DRX cycle consists of an On Duration and a possible period of sleep
time, as shown in Figure 4-2.
NOTE
The period following an On Duration may be active or sleep time. For details, see 4.1.2.3.1
Operation in Active Time.
A DRX cycle consists of active time and sleep time. There are two types of DRX
cycles: a long cycle and a short cycle.
Active Time
In active time, the UE monitors the PDCCH and UE turns on its receiver. The
length of the active time is equal to the On Duration plus other possible periods
during which the UE needs to turn on its receiver, for example, a period during
which other DRX timers are working or a high-priority service is being processed.
Other DRX timers include the DRX Inactivity Timer, Contention Resolution Timer,
and DRX Retransmission Timer. For details, see 4.1.2.3.1 Operation in Active
Time.
If the duration of a DRX cycle is specified:
● A longer active time results in a shorter service delay but increased UE power
consumption.
● A shorter active time results in reduced UE power consumption but a longer
service delay.
Sleep Time
During a DRX cycle, the non-active time is sleep time. During sleep time, the UE
turns off its receiver.
NOTE
If a short cycle is not configured before DRX is enabled, then after entering DRX mode, the
UE will use a long cycle. If a short cycle has been configured before DRX is enabled, the UE
will preferentially use the short cycle and switch to a long cycle after the timer defined by
DrxParaGroup.DrxShortCycleTimer expires.
The long DRX cycle starts at the time specified by the system frame number
(SFN) and system subframe number (SSFN).
● For a short DRX cycle:
[(SFN x 10) + SSFN] modulo DrxParaGroup.ShortDrxCycle = DRX start offset
modulo DrxParaGroup.ShortDrxCycle
The short DRX cycle starts at the time specified by the SFN and SSFN.
NOTE
● These formulas are defined in section 5.7 "Discontinuous Reception (DRX)" of 3GPP TS
36.321 V10.5.0.
In these formulas, DRX start offset is the start offset of the long DRX cycle, and
DRX start offset modulo DrxParaGroup.ShortDrxCycle is the start offset of the
short DRX cycle. The eNodeB notifies the UE of the long DRX cycle, short DRX
cycle, and DRX start offset in the RRC Connection Reconfiguration message.
If the DrxParaGroup.ShortDrxCycle parameter is set, the value of the
DrxParaGroup.LongDrxCycle parameter must be a multiple of the value of the
DrxParaGroup.ShortDrxCycle parameter.
Figure 4-3 shows how the UE enters DRX mode. The eNodeB assigns the same
long DRX cycle of 10 transmission time intervals (TTIs) to both UE 1 and UE 2 in
radio frame 0 (whose SFN is 0) in a cell and instructs them to enter DRX mode
respectively at TTI 1 and TTI 0. UE 1 and UE 2 enter the DRX cycle respectively at
TTI 3 and TTI 4, based on the configured DRX start offset. Therefore, for UE 1,
(SFN, SSFN) = (0, 3); for UE 2, (SFN, SSFN) = (0, 4).
Figure 4-3 Entering DRX mode and starting the DRX cycle
Definition Description
Function This timer specifies the time during which the UE monitors the
PDCCH.
Start This timer starts at the first subframe of a DRX cycle. For
details, see 4.1.2.2 Startup of a DRX Cycle.
Stop ● This timer stops after the UE receives a DRX command MAC
control element (MCE).
● This timer stops after it expires.
Expiry After this timer expires, the UE enters the sleep state, no longer
monitoring the PDCCH.
Definition Description
Function This timer specifies the time during which the UE determines
whether to extend its active time because of the arrival of new
data. This timer provides a reference for the UE to use a short
cycle.
Stop ● This timer stops after the UE receives a DRX command MCE.
● This timer stops after it expires.
Definition Description
Expiry After this timer expires, the UE uses a short cycle if the cycle is
configured, and the DRX Short Cycle Timer starts or restarts.
Alternatively, the UE uses a long cycle if no short cycle is
configured.
Function This timer specifies the lifetime of a short cycle, that is, the
number of consecutive repetition times of a short cycle.
Start ● After the DRX Inactivity Timer expires, this timer starts or
restarts if a short cycle is configured.
● After the UE receives the DRX command MCE, this timer
starts or restarts if a short cycle is configured.
● The UE uses a short cycle after the DRX Short Cycle Timer
starts.
Expiry After this timer expires, the UE uses the long cycle.
Function This timer specifies the length of time the UE will wait for
HARQ retransmission in active time. If the UE has not received
the retransmitted data before this timer expires, the UE will no
longer accept it.
Stop This timer stops if the UE receives the retransmitted data before
the timer expires.
Definition Description
Function This timer specifies the interval between the initial DL data
transmission and the first DL HARQ retransmission. This timer
is used to determine when to start the DRX Retransmission
Timer.
Start This timer starts and the DRX Retransmission Timer stops
during either of the following situations:
● At the beginning of the subframe when semi-persistent DL
data transmission may take place.
● The UE decodes a PDCCH and knows that a HARQ process
will have a DL transmission in a new subframe.
Expiry After this timer expires, if the UE detects that DL data has been
received correctly, the UE takes no further action; otherwise, the
DRX Retransmission Timer starts.
Definition Description
Function This timer specifies the time during which the UE waits for a
Contention Resolution message in a contention-based random
access procedure.
In the On Duration, the DRX Inactivity Timer starts when the UE decodes a PDCCH
and knows that an initial data transmission is about to start. The UE continues to
monitor the PDCCH for new transmissions until the DRX Inactivity Time expires.
The timer restarts if a new transmission occurs. The DRX Inactivity Timer can
repeatedly restart for continuous data transmissions to prolong the active time.
When the DRX Inactivity Timer expires and a short cycle has been configured, the
UE enters a short cycle. For details, see Switching from a Long DRX Cycle to a
Short DRX Cycle.
Figure 4-4 illustrates the switching between active time and sleep time.
Table 4-7 describes the conditions for starting active time. For example, OD is the
condition for starting the On Duration Timer.
Condition Meaning
Condition Meaning
The active time shown in the UE DRX status plot in Figure 4-4 combines the
active time described in each of the other plots excluding the plot of HARQ RTT
Timer.
In the plot of HARQ RTT Timer illustrated in Figure 4-4, "DL transmission
required" refers to one of the two DL HARQ transmission scenarios:
In active time, when the eNodeB interprets no responses from the UE as DTX
(indicating discontinuous transmission) for two consecutive times, it immediately
instructs the UE to enter sleep time and stops downlink scheduling because the
DRX state it maintains is inconsistent with that of the UE. However, this
mechanism will decrease downlink throughput if two consecutive HARQ reports
over the PUCCH are erroneously decoded as DTX or if the eNodeB does not
distinguish between DTX and NACK in carrier aggregation (CA) scenarios. To
prevent this, set the CellDrxPara.DrxRcvDtxProSwitch parameter to ON so that
the eNodeB will not immediately instruct the UE to enter sleep time when it
detects two consecutive DTX states with DRX enabled. Instead, it will determine
whether to instruct the UE to enter sleep time only when the timer defined by the
DrxParaGroup.DrxInactivityTimer parameter expires.
This lowers the probability that the eNodeB erroneously instructs the UE to enter
sleep time, and increases downlink throughput. In common scenarios, turning on
this switch may increase downlink initial block error rate (IBLER). In heavy traffic
scenarios, turning on this switch may prolong the active time of cell edge users
(CEUs) and increase their data retransmission scheduling probability when two
consecutive DTX states are detected. As CEUs have a higher retransmission
scheduling priority than cell center users (CCUs), downlink throughput will
decrease and downlink IBLER will increase in the cell.
For common services on common UEs, you can configure one set of DRX
parameters. For details, see 4.1.4.1 DRX for VoLTE.
For special UEs or ANR measurements, you can configure special DRX parameters.
For details, see 4.1.4.2 DRX for Special UEs and 4.1.4.3 DRX for ANR
Measurement.
The following tables list the DRX parameters for various scenarios.
Configuratio Parameter ID
n Item
Configuratio Parameter ID
n Item
On Duration CellDrxSpecialPara.OnDurationTimerSpecial
Timer length
DRX DrxParaGroup.DrxReTxTimer
Retransmissio
n Timer
length
Short cycle Short cycles are not used in Short cycles are not used in
length ANR measurement. ANR measurement.
Short Cycle Short cycles are not used in Short cycles are not used in
Timer length ANR measurement. ANR measurement.
Parameter ID Description
The working mode of special UEs is the same as that of common UEs except for
DRX parameter settings.
The eNodeB configures a long cycle for ANR measurement in sleep time
regardless of whether CellDrxPara.DrxAlgSwitch or
DrxParaGroup.EnterDrxSwitch is turned on.
● If the cells to be measured are E-UTRAN cells, the eNodeB will use the value
of the CellDrxSpecialPara.LongDrxCycleForIntraRatAnr parameter as the
long cycle length.
● If the cells to be measured are GERAN or UTRAN cells, the eNodeB will use
the value of the CellDrxSpecialPara.LongDrxCycleForInterRatAnr parameter
as the long cycle length.
CA UE. All activated serving cells of a CA UE use the DRX parameters for the
primary cell (PCell). DRX parameters under CA are configured as follows:
● If DRX is enabled in both the PCell and the secondary cell (SCell) for a CA UE
and the serving eNodeB of the PCell sends a MAC control element (MCE) to
activate the SCell, the eNodeB will handle the UE states in the cells as follows:
– If the UE has entered DRX mode in the PCell, the eNodeB will instruct the
UE to enter DRX mode in the SCell as well, with the DRX parameters for
the PCell applied to the SCell.
– If the UE has not entered DRX mode in the PCell, the eNodeB determines
whether the UE should enter DRX mode in both the PCell and SCell based
on the traffic volume of the UE.
● If DRX is enabled in the PCell but disabled in the SCell, the UE will exit DRX
mode (if it has entered this mode) after the SCell is configured for the UE.
● If DRX is disabled in the PCell, the UE will not enter DRX mode in either the
PCell or the SCell, regardless of whether DRX is enabled in the SCell.
● The PCell and SCell maintain the DRX status of UEs on their respective
carriers.
– If the PCC_SCC_DRX_STATE_SYNC_SW option of the
CellDrxPara.CaDrxOptSwitch parameter is selected, the PCell and SCells
notify each other of the DRX status change. However, in this case, the
PCell notifies only one SCell of the DRX status change.
– If the PCC_SCC_DRX_STATE_SYNC_OPT_SW option of the
CellDrxPara.CaDrxOptSwitch parameter is selected, the PCell and SCells
notify each other of the DRX status change.
● Both the DrxParaGroup.OnDurationTimer and
DrxParaGroup.DrxInactivityTimer parameters must be set to a value greater
than four subframes for the PCell. Otherwise, the average downlink user
throughput will decrease.
When demodulation reference signals (DMRSs) are used for uplink timing control
and DRX is enabled, active time must exist during the TA delivery interval so that
the eNodeB can deliver scheduling information to trigger TA scheduling.
The eNodeB adjusts DRX parameters for UEs based on parameter validity. The DRX
parameter settings may be changed after the validity check. Validity check is
performed to see whether:
● The long cycle is a multiple of the short cycle. If not, the short cycle is
automatically adjusted to an appropriate value.
● The long cycle is a multiple of 10. If not, it is automatically adjusted to an
appropriate value.
● The On Duration Timer length is less than the short cycle. If not, the short
cycle is not configured.
● The On Duration Timer length is less than the long cycle. If not, the DRX
parameters are not configured.
If a UE has multiple bearers with different QCIs, the DRX parameter group is
determined by the CellDrxPara.DrxPolicyMode parameter setting.
For an extended QCI, the DRX parameter group is determined as follows. First, this
QCI is mapped to a standardized QCI based on its QciPara.ServiceType parameter
value, which may be IMSSignalling, LowDelay, or TCPorBuffStreaming,
corresponding to standardized QCI 5, 7, or 9, respectively. Then, the standardized
QCI is mapped to a DRX parameter group based on the
CellQciPara.DrxParaGroupId parameter value.
For details about standardized QCIs and the corresponding services types, see
"Table 6.1.7: Standardized QCI characteristics" in 3GPP TS 23.203 V12.11.0.
4.2.1 Benefits
Gains
DRX provides the following advantages over continuous reception:
● The UE does not need to constantly monitor the PDCCH. The UE can turn off
its radio frequency (RF) receiver and other communication modules to reduce
power consumption and have longer standby time.
● ANR measurement is allowed for UEs during the sleep time in DRX.
● SRI offset reconfiguration for DRX can be used to save more UE power in FDD.
For a given UE, it can reduce UE power consumption by up to 12.3%. For
details, see 4.1.4.5 SRI Offset Reconfiguration for DRX (FDD).
NOTE
When a UE is in DRX mode, the extended standby time depends on the UE model, traffic
model, and DRX parameter settings. UEs from certain vendors support DRX and do not
constantly monitor the PDCCH, but they cannot turn off their RF modules. Therefore, the
power saving effect on such UEs is limited.
Before deploying DRX, collect information about whether mainstream UEs on the
live network support DRX. Consult manufacturers of the UE chips about potential
interoperability testing (IOT) compatibility issues.
Gain Measurement
After activating this feature, the following counters are used for monitoring:
● L.Cdrx.Active.TtiNum and L.Cdrx.Sleep.TtiNum are used to indirectly
measure the power saving effect of UEs on the network.
● L.Voip.Cdrx.Active.TtiNum and L.Voip.Cdrx.Sleep.TtiNum are used to
monitor the power saving effect of UEs performing VoIP services.
4.2.2 Impacts
Network Impacts
DRX sleep time helps reduce UE power consumption but may prolong UE service
delays and decrease the UE traffic volume or throughput.
DRX has the following impact on network performance:
● If the value of the DrxParaGroup.OnDurationTimer parameter is too small,
the VoIP capacity will decrease, or the Downlink Packet Loss Rate (VoIP)
and Uplink Packet Loss Rate (VoIP) in heavy-load scenarios will increase. A
large value of this parameter results in reduced UE power saving.
● If the value of the DrxParaGroup.LongDrxCycle parameter is too large, the
CQI reporting interval will increase, and the traffic volume or throughput
under functions such as scheduling and multiple-input-multiple-output
(MIMO) will decrease. In addition, the Intra-Frequency Handover Out
Success Rate will decrease, and the Service Drop Rate will increase. These
impacts are more obvious in high-speed mobility or weak-coverage scenarios.
If the value of the parameter is too small, the UE power saving effect will
deteriorate.
● If the sleep time is too short, ANR measurements will fail.
● If there are UEs that are incompatible with DRX on the network, service drops
will occur on these UEs and the Service Drop Rate will increase.
NOTE
After DRX is enabled, preallocation is disabled and the benefits or impacts brought by
preallocation no longer exist. The ping delay will increase and the performance of small
window TCP services will deteriorate. For details, see Uplink Scheduling.
● PUCCH resources may be wasted or adjusted too early. This may further affect
Layer-2-related KPIs, for example, increase two or fewer uplink resource
blocks (RBs) used, reduce two or fewer available PUSCH RBs, and reduce
uplink throughput by up to 14%.
● The E-UTRAN radio access bearer (E-RAB) setup delay may be prolonged and
the E-RAB Setup Success Rate may decrease.
● In heavy-load scenarios, the Service Drop Rate may increase and the RRC
connection reestablishment success rate may decrease.
● The average CPU usage of main control boards and baseband processing units
(BBPs) increases by no more than 3%.
Function Impacts
RAT Function Function Reference Description
Name Switch
FDD LTE FDD and SpectrumClo LTE FDD The number of RBs
NR Flash ud.Spectrum and NR available for LTE
Dynamic CloudSwitch Dynamic decreases, leading to a
Spectrum set to Spectrum decrease in the average
Sharing LTE_NR_SPEC Sharing number of scheduling
TRUM_SHR times. As a result, the
average number of UEs
that enter DRX mode, as
well as the frequency of
UEs entering and exiting
DRX mode increase.
4.3 Requirements
4.3.1 Licenses
There are no license requirements for basic functions.
4.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated, if there are any.
For detailed operations, see the relevant feature documents.
Prerequisite Functions
None
FDD Ultra high Cell.HighSpe High DRX does not take effect
speed edFlag Speed in ultra-high-speed
mobility Mobility mobility scenarios. If the
DTX rate is high in a cell,
the RRC connection setup
success rate and RRC
connection
reestablishment success
rate may decrease, and
the RRC connection setup
duration may increase.
4.3.3 Hardware
The hardware described in this section may require compatibility between each
other. For details, see the technical specifications and hardware description of the
Boards
No requirements
RF Modules
No requirements
4.3.4 Others
None
The following tables describe the parameters used for function optimization.
Step 1 Run the MOD CELLDRXPARA command to turn on the DRX switch.
Step 2 Run the LST CELLQCIPARA command with the Local Cell ID and QoS Class
Indication parameters specified to query the DRX parameter group ID.
Step 3 Run the LST DRXPARAGROUP command. If the command output shows that the
Enter DRX Switch parameter value for a QCI is On, DRX has been activated for
bearers with this QCI.
Step 4 Enable a UE to access the network and check the RRC Connection Reconfiguration
message (displayed as RRC_CONN_RECFG). If the message contains DRX
parameters as shown in Figure 4-5, the eNodeB has instructed the UE to enter
DRX mode.
NOTE
Due to the restrictions on CQI and SRS reporting, the configured values for the
DrxParaGroup.OnDurationTimer and DrxParaGroup.LongDrxCycle parameters may be
inconsistent with the values delivered by the eNodeB.
----End
Step 1 Run the ADD SPIDCFG command to add the SPID configuration for the IMSI.
Step 2 Run the MOD CELLDRXPARA command to turn on the DRX switch.
Step 3 Enable a UE to access the network and maintain light traffic in the uplink and
downlink on the UE. Then, check the RRC Connection Reconfiguration message
(displayed as RRC_CONN_RECFG) on the Uu interface. If the message contains
SPID-specific DRX parameters as shown in Figure 4-6, the eNodeB has instructed
the UE to enter DRX mode.
----End
Step 3 Run the MOD CELLDRXPARA command to turn off the DRX switch.
Step 4 Check the RRC Connection Reconfiguration message on the Uu interface. (This
message is delivered when ANR measurement is required.) If the message still
contains DRX parameters, the eNodeB has configured DRX parameters for ANR
measurement.
----End
NOTE
If the SR is pending in sleep time because the possible TTIs have been occupied, the
eNodeB cannot reconfigure the SRI offset for the UE.
----End
5 Dynamic DRX
5.1 Principles
When dynamic DRX is enabled and the value of the UE inactivity timer is less than the
value of the connection release timer on the core network side, no voice service can be
set up for a called UE if all of the following conditions are met:
● The UE inactivity timer of the UE has expired before the call is answered.
● The UE switches to idle mode.
● The UE reselects another VoLTE-incapable cell with a higher priority.
To avoid the connection from being released on the core network side before the UE
answers the call, the UE inactivity timer can be set to a larger value.
3. Dynamic DRX exit phase
The eNodeB checks whether the UE meets the conditions for exiting dynamic
DRX mode. When the conditions are met, the eNodeB sends the UE an RRC
Connection Reconfiguration message with the DRX-Configuration IE set to
release. After the UE receives the message, it immediately clears all the DRX
parameters stored locally and exits dynamic DRX mode. For details, see
5.1.2.2 Exit Conditions.
NOTE
● The configuration principles of DRX parameters for the synchronization state in dynamic
DRX are the same as the parameter configuration principles in DRX. However, the two
features are independent of each other.
● When dynamic DRX is enabled, the DRX switch cannot control whether the DRX
parameters for UEs in the synchronization state take effect. The DRX parameters are
determined based on the DrxParaGroup.EnterDrxSwitch parameter.
5.1.3 Principles
To allow smart terminals to stay in sleep state longer and consume less power, the
eNodeB selects different DRX parameters for UEs in synchronization and out-of-
synchronization states based on the following parameters:
● QciPara.UeInactivityTimerDynDrxQci
● TimeAlignmentTimer.TimeAlignmentTimer
● RrcConnStateTimer.UlSynTimerDynDrx
Figure 5-2 shows how a UE switches between different states.
2. When UEs are in the synchronization state, the eNodeB assigns the UEs the
DRX parameters DrxParaGroup.LongDrxCycle,
DrxParaGroup.OnDurationTimer, and DrxParaGroup.DrxInactivityTimer.
When the timer defined by RrcConnStateTimer.UlSynTimerDynDrx expires,
the eNodeB assigns the UEs the DRX parameters for the out-of-
synchronization state, including CellDrxPara.LongDrxCycleUnsync,
CellDrxPara.OndurationTimerUnsync, and
CellDrxPara.DrxInactivityTimerUnsync parameters. The eNodeB dynamically
switches between DRX parameters for the synchronization state and DRX
parameters for the out-of-synchronization state based on UE states.
5.2.1 Benefits
Gains
Dynamic DRX can provide either of the following benefits:
● Reduced UE power consumption
When UE power consumption is high, the eNodeB sends different DRX
parameters to UEs in the synchronization state and UEs in the out-of-
synchronization states, instructing them to dynamically switch between two
sets of DRX parameters.
● Reduced signaling overhead
Dynamic DRX reduces the amount of signaling used for RRC connection
establishment and release for services that use small, sparse packets or
heartbeat packets.
The UE inactivity timer is increased to allow UEs to stay in connected mode
longer in the case of high signaling overhead caused by UEs' access to the
network.
NOTE
If the UE inactivity timer is set to a large value (for example, 200s) on the eNodeB
side, some UEs may experience incompatibility problems. Some UEs may be
released and enter idle mode before the inactivity timer expires, which leads to
service drops. To prevent such incompatible UEs from affecting network
performance, you can enable the Terminal Awareness Differentiation feature and
add these UEs to a dynamic DRX blacklist. For details about the operation, see
Terminal Awareness Differentiation.
For QCI 1, it is recommended that the QciPara.UeInactivityTimerDynDrxQci
parameter be set to a value greater than the core-network-configured duration
after which the link is released if the called UE does not answer the call. The
purpose is to solve the problem that the core network releases a VoLTE connection
when the called UE does not answer the call and the inactivity timer of the calling
UE expires.
Gain Measurement
● Power saving
– Use special tools to monitor the power saving effect directly.
– Use counters to monitor the power saving effect indirectly.
If the difference between the QciPara.UeInactivityTimerDynDrxQci
parameter value and the RrcConnStateTimer.UlSynTimerDynDrx
parameter value is large, use the L.Cdrx.Active.TtiNum and
L.Cdrx.Sleep.TtiNum counters and consider the power saving
performance of the UE to determine the power saving effect.
For example, when the DRX cycle is 40 ms, the UE does not turn off its
receiver; when the DRX cycle is 1280 ms, the UE turns off its receiver. The
L.Cdrx.Sleep.TtiNum counter indicates that less than 7% power is saved
but actually more than 20% power is saved after the DRX cycle increases
from 40 ms to 1280 ms, provided that the traffic model remains
unchanged.
● Signaling reduction
– To indirectly monitor changes in signaling overhead, use the following
counters to monitor changes in the numbers of RRC connection setup
attempts in different scenarios:
L.RRC.ConnReq.Att
L.RRC.ConnReq.Att.Emc
L.RRC.ConnReq.Att.HighPri
L.RRC.ConnReq.Att.Mt
L.RRC.ConnReq.Att.MoSig
L.RRC.ConnReq.Att.MoData
L.RRC.ConnReq.Att.DelayTol
– To indirectly monitor changes in signaling overhead, use the
L.Paging.UU.Att counter to monitor changes in the number of UEs paged
on the Uu interface.
5.2.2 Impacts
Network Impacts
Dynamic DRX has the same impact on network performance as DRX. For details,
see 4.2.2 Impacts.
In accordance with section 8.1.2.2 "E-UTRAN intra frequency measurements" in
3GPP TS 36.133 V10.0.0, the RSRP measurement period is a multiple of the long
DRX cycle. After DRX parameters for the out-of-synchronization state are set, the
RSRP measurement period increases. As a result, the number of delayed
handovers, service drops, or RRC connection reestablishments increases.
When dynamic DRX is enabled, dedicated preambles are used in the switching
from the out-of-synchronization state to the synchronization state caused by
downlink data transmission and the number of contention-based random access
attempts decreases. If the number of contention-based random access failures
remains unchanged, the contention-based random access success rate will
decrease.
When dynamic DRX is enabled and the timer specified by the
RrcConnStateTimer.UlSynTimerDynDrx parameter expires, the eNodeB uses
ensures that the DRX parameters for the out-of-synchronization state can still be
sent to the UE. During the period when the base station is ensuring DRX
parameter delivery, if the UE has uplink or downlink data to send or receive or if
the base station delivers a TA command to the UE, the values of the following
counters may fluctuate in the manner shown in Figure 5-4:
● L.RRC.StateTrans.Unsyn2Syn
● L.RRC.StateTrans.Syn2Unsyn
● L.RRC.StateTrans.Unsyn2Syn.Succ
● L.E-RAB.Num.Syn2Unsyn
● L.E-RAB.StateTrans.Unsyn2Syn.Succ
● L.E-RAB.StateTrans.Unsyn2Syn.Att
● L.E-RAB.Release.Unsyn
Function Impacts
RAT Function Function Reference Description
Name Switch
FDD LTE FDD and SpectrumClo LTE FDD The number of RBs
NR Flash ud.Spectrum and NR available for LTE
Dynamic CloudSwitch Dynamic decreases, leading to a
Spectrum set to Spectrum decrease in the average
Sharing LTE_NR_SPEC Sharing number of scheduling
TRUM_SHR times. As a result, the
average number of UEs
that enter DRX mode, as
well as the frequency of
UEs entering and exiting
DRX mode increase.
5.3 Requirements
5.3.1 Licenses
The following are FDD license requirements.
Feature ID Feature Name Model Sales Unit
5.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated, if there are any.
For detailed operations, see the relevant feature documents.
Prerequisite Functions
None
5.3.3 Hardware
The hardware described in this section may require compatibility between each
other. For details, see the technical specifications and hardware description of the
corresponding hardware in 3900 & 5900 Series Base Station Product
Documentation.
Boards
No requirements
RF Modules
No requirements
5.3.4 Others
None
Scenario 3: Setting Parameters for Power Saving for UEs that Do Not Support
DRX
MOD QCIPARA: Qci=9, UeInactiveTimerForQci=20, UlSynTimerForQci=180;
● Power saving
– Use special tools to monitor the power saving effect directly.
– Use counters to monitor the power saving effect indirectly. If the
difference between the QciPara.UeInactivityTimerDynDrxQci parameter
value and the RrcConnStateTimer.UlSynTimerDynDrx parameter value
is large, use the L.Cdrx.Active.TtiNum and L.Cdrx.Sleep.TtiNum
counters and consider the power saving performance of the UE to
determine the power saving effect.
For example, when the DRX cycle is 40 ms, the UE does not turn off its
receiver; when the DRX cycle is 1280 ms, the UE turns off its receiver. The
L.Cdrx.Sleep.TtiNum counter indicates that less than 7% power is saved
but actually more than 20% power is saved after the DRX cycle increases
from 40 ms to 1280 ms, provided that the traffic model remains
unchanged.
● Signaling reduction
NOTE
In signaling reduction mode, some UEs are considered to have compatibility issues
if one of the following conditions is met:
Multiple RRC connection reconfigurations are performed each time the UEs with
compatibility issues switch from the out-of-synchronization state to the
synchronization state. To avoid an increase in abnormal signaling overhead caused
by such UEs, you are advised to perform the following operations:
6.1 Principles
In high-mobility-triggered idle mode, eNodeBs determine whether to release UEs
based on their movement speeds, packet sending states, and camping duration.
For triggering conditions, see Working Mechanism.
In these hot spots, handovers are easily triggered for fast-moving UEs.
Table 6-1 and Table 6-2 list the moving speeds and camping durations of UEs
passing through the center coverage areas of cells with radii of 300 m and 500 m.
Table 6-1 Moving speed and camping duration of a UE in a cell with a radius of
300 m
Moving Speed (km/h) Camping Duration (s)
[30–60] [18–36]
[60–120] [18–9]
Table 6-2 Moving speed and camping duration of a UE in a cell with a radius of
500 m
Moving Speed (km/h) Camping Duration (s)
[30–60] [30–60]
[60–120] [15–30]
In reality, most UEs do not pass through the cell center and the camping duration
of these UEs is even shorter.
Figure 6-2 shows the numbers of access requests triggered by heartbeats.
NOTE
In Figure 6-2, the x-axis specifies the service types and the y-axis specifies the number of
network access requests triggered by heartbeats within an hour. The heartbeat period is
equal to 3600 divided by the number of service requests.
Based on the data shown in Figure 6-2, UEs moving at high speeds have the
following common characteristics:
● The heartbeat periods for most services are 180s or longer.
● In each heartbeat period, the UE stays in connected mode for a long time.
During a heartbeat period, if the UE is moving fast, it may pass through
several cells and be handed over many times. For example, during a heartbeat
period of 180s, a UE moving at 30 km/h may pass through at least five 300 m
radius cells. If the UE stays in connected mode in this period, at least five
handovers will be performed. During this process, no service data is
transmitted.
● Most UEs have only heartbeat packets to transmit and receive for an
extended period, a period even longer than the time the UEs take to process
other services.
Working Mechanism
High-mobility-triggered idle mode is controlled by the
CellAlgoSwitch.HighMobiTrigIdleModeSwitch parameter.
As shown in Figure 6-3, to avoid a handover, after receiving the measurement
report from a UE, the eNodeB triggers the S1 release procedure and instructs the
UE to enter idle mode when all of the following conditions are met:
● The moving speed of the UE is greater than or equal to 30 km/h during the
camping.
● The UE does not send packets when it is camping on a cell.
NOTE
6.2.1 Benefits
Gains
This feature reduces the number of handovers and the amount of signaling on the
entire network, minimizing the impact of handover signaling on network stability
while maintaining user experience.
Gain Measurement
If the number of handovers after this feature is enabled is much smaller than that
before this feature is enabled, this feature has taken effect and the signaling
overhead caused by handovers is reduced.
6.2.2 Impacts
Network Impacts
This function decreases the number of handovers for fast-moving UEs, reduces the
impact of handover signaling on the network, and lowers the CPU usage of the
eNodeB.
If high-mobility-triggered idle mode control for NSA UEs is enabled and there are
fast moving UEs in the EN-DC state (with an SCG added or in the SN terminated
MCG bearer state), the signaling impact caused by frequent handovers can be
avoided. However, the number of SCG releases increases and the value of
L.UECNTX.Release.HighSpeed increases.
Function Impacts
None
6.3 Requirements
6.3.1 Licenses
The following are FDD license requirements.
6.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated, if there are any.
For detailed operations, see the relevant feature documents.
Prerequisite Functions
RAT Function Name Function Switch Reference Description
6.3.3 Hardware
The hardware described in this section may require compatibility between each
other. For details, see the technical specifications and hardware description of the
corresponding hardware in 3900 & 5900 Series Base Station Product
Documentation.
Boards
No requirements
RF Modules
No requirements
6.3.4 Others
None
1526726996 L.HHO.IntraeNB.IntraFreq.ExecAttOut
1526726999 L.HHO.IntraeNB.InterFreq.ExecAttOut
1526727002 L.HHO.IntereNB.IntraFreq.ExecAttOut
1526727005 L.HHO.IntereNB.InterFreq.ExecAttOut
7 Parameters
You can find the EXCEL files of parameter reference and used reserved parameter list for
the software version used on the live network from the product documentation delivered
with that version.
Step 2 On the Parameter List sheet, filter the Feature ID column. Click Text Filters and
choose Contains. Enter the feature ID, for example, LOFD-001016 or
TDLOFD-001016.
Step 3 Click OK. All parameters related to the feature are displayed.
----End
Step 1 Open the EXCEL file of the used reserved parameter list.
Step 2 On the Used Reserved Parameter List sheet, use the MO, Parameter ID, and BIT
columns to locate the reserved parameter, which may be only a bit of a parameter.
View its information, including the meaning, values, impacts, and product version
in which it is activated for use.
----End
8 Counters
The following hyperlinked EXCEL files of performance counter reference match the
software version with which this document is released.
● Node Performance Counter Summary: contains device and transport counters.
● eNodeBFunction Performance Counter Summary: contains all counters related
to radio access functions, including air interface management, access control,
mobility control, and radio resource management.
NOTE
You can find the EXCEL files of performance counter reference for the software version used
on the live network from the product documentation delivered with that version.
----End
9 Glossary
10 Reference Documents