DRX (5g Ran6.1 - Draft A)
DRX (5g Ran6.1 - Draft A)
DRX (5g Ran6.1 - Draft A)
Issue Draft A
Date 2021-12-30
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 5G RAN6.1 Draft A (2021-12-30)...................................................................................................................................... 1
3 Overview....................................................................................................................................5
4 DRX............................................................................................................................................. 6
4.1 Principles.................................................................................................................................................................................... 6
4.1.1 Basic Concepts...................................................................................................................................................................... 6
4.1.2 QCI- and RFSP-based DRX Parameter Configuration........................................................................................... 12
4.1.3 Entering and Exiting DRX Mode................................................................................................................................... 13
4.1.4 Running DRX Mode.......................................................................................................................................................... 15
4.1.4.1 Starting a DRX Cycle..................................................................................................................................................... 16
4.1.4.2 Switching Between Active Time and Sleep Time................................................................................................ 16
4.1.4.3 Switching Between Long and Short DRX Cycles................................................................................................. 19
4.2 Network Analysis.................................................................................................................................................................. 19
4.2.1 Benefits................................................................................................................................................................................. 19
4.2.2 Impacts.................................................................................................................................................................................. 20
4.3 Requirements......................................................................................................................................................................... 35
4.3.1 Licenses................................................................................................................................................................................. 35
4.3.2 Software................................................................................................................................................................................35
4.3.3 Hardware.............................................................................................................................................................................. 36
4.3.4 Others.................................................................................................................................................................................... 36
4.4 Operation and Maintenance............................................................................................................................................. 36
4.4.1 Data Configuration........................................................................................................................................................... 36
4.4.1.1 Data Preparation............................................................................................................................................................ 36
4.4.1.2 Using MML Commands............................................................................................................................................... 41
4.4.1.3 Using the MAE-Deployment...................................................................................................................................... 42
4.4.2 Activation Verification..................................................................................................................................................... 42
5 Parameters.............................................................................................................................. 44
6 Counters.................................................................................................................................. 45
7 Glossary................................................................................................................................... 46
8 Reference Documents...........................................................................................................47
1 Change History
Technical Changes
Change Description Parameter RAT Base Station Model
Change
Removed the mutually exclusive None Low- ● 3900 and 5900 series
relationship between DRX and High- frequency base stations
speed Railway Superior Experience in TDD ● DBS3900 LampSite
low-frequency TDD scenarios. For and DBS5900
details, see 4.3.2 Software. LampSite
Added the impact relationship None FDD ● 3900 and 5900 series
between DRX and High-speed Low- base stations
Railway Superior Experience in low- frequency ● DBS3900 LampSite
frequency scenarios. For details, see TDD and DBS5900
4.2.2 Impacts. LampSite
Added the impact relationship of DRX None Low- ● 3900 and 5900 series
with exit from DRX and BWP2 of frequency base stations
weak-coverage UEs in low-frequency TDD ● DBS3900 LampSite
TDD scenarios. For details, see 4.2.2 and DBS5900
Impacts. LampSite
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.
Software Interfaces
Any parameters, alarms, counters, or managed objects (MOs) described in Feature
Parameter Description documents apply only to the corresponding software
release. For future software releases, refer to the corresponding updated product
documentation.
3 Overview
With the ever increasing diversity of applications, terminal standby time has
become a major concern for end users. Many smart-terminal applications use
small sparse packets or heartbeat packets. These applications cause frequent
communications between UEs and base stations. However, if UEs remain in
RRC_CONNECTED mode and always monitor the physical downlink control
channel (PDCCH), a lot of power will be consumed.
To reduce UE power consumption, 3GPP has introduced Discontinuous Reception
(DRX) for NR and Huawei provides the 3GPP-compliant DRX feature accordingly.
DRX enables UEs in connected mode to periodically suspend monitoring the
PDCCH, thereby reducing the power consumption of UEs, especially when UEs are
performing the following services:
● Periodic transmission of continuous small packets
● Delay-insensitive services
● Services characterized by small sparse packets
4 DRX
DRX is short for discontinuous reception. When the UE needs to receive downlink
(DL) data or signaling, the UE turns on its receiver. In other situations, the UE
turns off its receiver to reduce power consumption. This feature is controlled by
the BASIC_DRX_SW option of the
NRDUCellUePwrSaving.NrDuCellDrxAlgoSwitch parameter.
4.1 Principles
On Duration
When DRX is used, a UE does not always keep its receiver off but periodically
turns on its receiver. Within a period of time after the DRX cycle starts, the UE
monitors the PDCCH for incoming signaling. This period is called an On Duration
and its length is defined by the On Duration Timer, which is specified by the
gNBDUDrxParamGroup.OnDurationTimer parameter.
DRX Cycle
A DRX cycle is the interval between two occurrences of On Duration, as shown in
Figure 4-1.
A DRX cycle can be a long DRX cycle or short DRX cycle. Each DRX cycle is
divided into active time and sleep time depending on whether the UE monitors
the PDCCH.
In a DRX cycle, after the On Duration period ends, the UE may switch between the
active time and sleep time (for details, see 4.1.4.2 Switching Between Active
Time and Sleep Time).
NOTE
Active Time
In active time, the UE turns on its receiver and monitors the PDCCH.
Sleep Time
Inactive time in a DRX cycle is called sleep time. During sleep time, the UE turns
off its receiver.
By default, a long DRX cycle is configured for the UE. If a short DRX cycle is
configured for the UE, the UE will determine when to use the long or short DRX
cycle based on the process described in 4.1.4.3 Switching Between Long and
Short DRX Cycles.
DRX Timers
The following tables describe DRX timers.
NOTE
The parameter in the table of a timer specifies the value of this timer.
Parameter gNBDUDrxParamGroup.OnDurationTimer
ID
Start This timer starts at the first subframe of a DRX cycle. For details,
see 4.1.4.1 Starting a DRX Cycle.
Parameter gNBDUDrxParamGroup.DrxInactivityTimer
ID
Item Description
Expiry Upon expiry, this timer stops timing and one of the following
operations is performed:
● If the UE is in a long DRX cycle:
– If a short DRX cycle has been configured, the Short Cycle
Timer starts and the short DRX cycle starts.
– If no short DRX cycle is configured, the long DRX cycle
continues.
● If the UE is in a short DRX cycle, the Short Cycle Timer
restarts.
Parameter gNBDrxParamGroup.ShortCycleTimer
ID
Function This timer specifies the lifetime of a short DRX cycle, that is, the
number of consecutive repetitions of a short DRX cycle. If
gNBDrxParamGroup.ShortCycleTimer is set to 0, the
gNBDrxParamGroup.ShortCycle parameter does not take effect.
Start After the DRX Inactivity Timer expires, the Short Cycle Timer
starts or restarts depending on the following:
● If the UE is in a long DRX cycle:
– If a short DRX cycle has been configured, the short DRX
cycle starts and the Short Cycle Timer starts.
– If no short DRX cycle is configured, the long DRX cycle
continues and the Short Cycle Timer does not start.
● If the UE is in a short DRX cycle, the Short Cycle Timer
restarts.
Expiry Upon expiry, this timer stops timing and the UE starts to use a
long DRX cycle.
Parameter gNBDUDrxParamGroup.DrxRetransTimer
ID
Item Description
Function This timer specifies the maximum period of time the UE waits for
downlink retransmission in active time.
NOTE
If the UE has not received the downlink retransmitted data before this
timer expires, the UE will no longer accept it.
Parameter gNBDUDrxParamGroup.DrxRetransTimer
ID
Function This timer specifies the maximum period of time the UE waits for
uplink retransmission in active time.
NOTE
If the UE has not received the uplink grant before this timer expires, the
UE considers that retransmission is no longer needed.
Item Description
Function This timer specifies the minimum interval between the time
when the gNodeB receives the HARQ feedback of a downlink
data transmission and the time when the downlink data
retransmission starts. This timer is used to determine when to
start the DL Retransmission Timer.
Start This timer starts when the UE returns the ACK/NACK for a
downlink data transmission on the PUCCH.
Expiry Upon expiry, this timer stops timing. If the UE does not decode
the corresponding downlink data correctly, the DL Retransmission
Timer starts.
Function This timer specifies the minimum interval between the time
when the UE completes data transmission on the PUSCH and the
time when the UE receives the next UL Grant on the PDCCH. This
timer is used to determine when to start the UL Retransmission
Timer.
Start This timer starts or restarts each time data transmission on the
PUSCH completes.
Expiry Upon expiry, this timer stops timing and the UL Retransmission
Timer starts.
Function This timer specifies the time during which the UE waits for a
contention resolution in a contention-based random access
procedure.
Item Description
Expiry Upon expiry, this timer stops timing and the UE retransmits a
preamble.
DRX takes effect on a UE only when all of the following conditions are met:
NOTE
In SA networking, the core network, that is 5GC, notifies the gNodeB of the 5G QoS
Identifier (5QI) corresponding to each QoS flow. For detailed description about QCI and
5QI, see QoS Management.
Each QCI is bound to a set of DRX parameter groups. Different QCIs can be bound to the
same set of DRX parameter groups.
DRX is not recommended for QCI 1, QCI 65, QCI 66, and QCI 69. Therefore, DRX parameter
groups are not added or bound for such QCIs by default. If there are DRX parameter groups
for QCI 1, QCI 65, or QCI 66, the DRX parameter group is selected for a UE by QCI priority
in the following sequence: QCI 1 > QCI 65 > QCI 66 > other QCIs.
For QCI 2, QCI 3, QCI 5, QCI 7, QCI 75, QCI 79, QCI 4, QCI 6, QCI 8, QCI 9, and QCI 70, the
system adds and binds DRX parameter groups by default. DRX parameter groups must be
manually added and bound for QCIs other than the preceding ones.
If the UE has multiple radio bearers with different QCIs, the DRX parameter
group bound with the QCI of the highest priority is used. The radio bearer with
the highest QCI priority may change. Therefore, DRX parameter settings may be
updated when the UE stays in DRX mode.
Triggering Scenarios
● The UE initially accesses the network.
● The UE performs handovers.
● The base station creates or deletes a radio bearer for the UE.
● The base station configures measurement gaps for the UE.
● In carrier aggregation (CA) scenarios, the base station adds or removes a
secondary component carrier (SCC) for the UE.
● The base station delivers the periodic sounding reference signal (SRS)
configuration of the UE.
Entering Conditions
A UE enters DRX mode when all the following conditions are met:
● The DRX feature is enabled for cells in common scenarios. In CA scenarios, the
DRX feature is enabled for both the PCell and SCell of the UE.
● The UE reports that DRX is supported, that is, the MAC-ParametersXDD-Diff
IE contains the longDRX-Cycle field. For details, see section 6.3.3 "UE
capability information elements" in 3GPP TS 38.331 V15.6.0.
● All radio bearers set up for the UE support the DRX feature, that is, DRX
parameter groups have been configured for QCIs of these radio bearers and
the DRX parameter group IDs are valid (neither
NRCellQciBearer.DrxParamGroupId nor
NRDUCellQciBearer.DuDrxParamGroupId is set to 255).
● Long DRX cycle (specified by gNBDrxParamGroup.LongCycle) ≤ {TATimer
length (NRDUCellUlTaConfig.UlTimeAlignmentTimer) x 1/6}
Even if all the preceding conditions are met, the UE does not immediately enter
DRX mode in the following situations:
● The UE constantly performs gap-assisted measurement.
● If DRX exit of UEs performing full-buffer services is enabled in a cell (with the
FULL_BUFFER_UE_EXIT_DRX_SW option of the
NRDUCellUePwrSaving.NrDuCellDrxAlgoSwitch parameter selected) and
the UE is identified as a UE performing full-buffer services, the UE does not
enter the DRX mode. When the UE is no longer identified as a UE performing
full-buffer services, the gNodeB instructs the UE to enter DRX mode through
an RRC connection reconfiguration message.
NOTE
● The UE can perform reportCGI measurements only after entering the DRX sleep time.
Therefore, when the gNodeB instructs the UE to report the NCGI or ECGI, the UE enters
the DRX mode.
● For UEs in RRC_CONNECTED mode, DRX-related parameter modifications take effect
only upon the next RRC connection reconfiguration.
Exiting Conditions
The gNodeB instructs the UE to exit DRX mode when any of the following
conditions is met:
● If DRX is disabled in a cell in common scenarios, the gNodeB instructs the UE
to exit DRX mode during the next RRC connection reconfiguration procedure.
In CA scenarios, if DRX is disabled in either the PCell or SCell of a UE, the
gNodeB instructs the UE to exit DRX mode during the next RRC connection
reconfiguration procedure. (If an SCC that does not support DRX is added for
the UE, the RRC connection reconfiguration is triggered immediately.)
● The UE has set up a radio bearer (for example, a delay-sensitive radio bearer)
for which DRX does not take effect. That is, the QCI of such a radio bearer is
not bound to any DRX parameter group or is bound to a parameter group
whose ID is 255 (NRCellQciBearer.DrxParamGroupId or
NRDUCellQciBearer.DuDrxParamGroupId is set to 255).
● Long DRX cycle (specified by gNBDrxParamGroup.LongCycle) > {TATimer
length (NRDUCellUlTaConfig.UlTimeAlignmentTimer) x 1/6}
In SA networking, the gNodeB instructs the UE to exit DRX mode when gap-
assisted measurement is started. In NSA networking, the gNodeB does not instruct
the UE to exit DRX mode when gap-assisted measurement is started.
If a UE reports that it supports long DRX cycles, that is, the MAC-ParametersXDD-Diff IE
contains the longDRX-Cycle field, the UE can use a long DRX cycle. If a UE reports that it
supports short DRX cycles, that is, the MAC-ParametersXDD-Diff IE contains the shortDRX-
Cycle field, the UE can use a short DRX cycle. For details, see section 6.3.3 "UE capability
information elements" in 3GPP TS 38.331 V15.6.0.
Figure 4-3 Active time determined by the On Duration Timer and DRX
Inactivity Timer
● When the DL HARQ-RTT Timer expires and the UE does not correctly decode
the corresponding downlink data, the DL Retransmission Timer is triggered.
During the running of the DL Retransmission Timer, the UE is in the active
time, as shown in Figure 4-4.
The gNodeB and UE use their own DRX timers. That is, the gNodeB determines
whether a UE is in the active or sleep time based on the timers on the gNodeB.
When the gNodeB mistakenly detects SRs from a UE in the DRX sleep time or the
UE in the DRX active time fail to detect DCI from the gNodeB, the DRX Inactivity
Timer and Short Cycle Timer are inconsistent on the gNodeB and UE sides. As a
result, the gNodeB may determine that the UE is in the DRX active time while it is
actually in the DRX sleep time, which causes the following impacts:
● The UE does not respond to the scheduling command from the gNodeB, and
the scheduling result is discontinuous transmission (DTX). This increases the
block error rate (BLER) over the air interface and the number of used PDCCH
control channel elements (CCEs).
● UE's measurement results (such as the SRS and CSI-RS feedback) are
inaccurate.
To address this issue, the gNodeB checks the DRX state of UEs based on the
scheduling feedback.
● In the uplink, if the UL_BASED_DRX_STATUS_DETECT_SW option of the
NRDUCellUePwrSaving.NrDuCellDrxAlgoSwitch parameter is selected, the
gNodeB starts DRX state evaluation based on uplink scheduling feedback.
● In the downlink, the gNodeB starts DRX state evaluation based on downlink
scheduling feedback by default.
After DRX state evaluation based on scheduling feedback is started, the gNodeB
determines that a UE is in the DRX sleep time and therefore stops the DRX
Inactivity Timer and Short Cycle Timer if any of the following conditions is met in
the uplink or downlink:
● When the gNodeB detects an SR from the UE in the DRX sleep time, the
number of consecutive DTXs in the uplink or downlink scheduling feedback is
greater than or equal to the DRX sleep time detection threshold. The DRX
sleep time detection threshold is specified by the
NRDUCellUePwrSaving.DrxSleepStateDetectThld parameter.
● In other scenarios, the number of consecutive DTXs in the uplink or downlink
scheduling feedback is twice the DRX sleep time detection threshold or
greater.
The Short Cycle Timer specifies the number of consecutive repetitions of a short DRX
cycle. When the UE enters a short DRX cycle, the Short Cycle Timer immediately starts.
When the Short Cycle Timer expires, the UE exits the short DRX cycle and enters a
long DRX cycle.
4.2.1 Benefits
DRX offers the following advantages over continuous reception:
● A UE does not need to constantly monitor the PDCCH. Instead, the UE turns
on its receiver only when necessary. This reduces UE power consumption and
ensures a longer standby time.
● Cell global identifier (CGI) measurement for ANR is allowed for the UE in the
DRX sleep time.
After DRX is enabled, the power saving effect of UEs can be monitored by using
N.Cdrx.Sleep.Dur.Total (total duration for RRC_CONNECTED DRX UEs in the sleep
time) and N.Cdrx.Active.Dur.Total (total duration for RRC_CONNECTED DRX UEs
in the active time).
NOTE
When a UE is in DRX mode, its power consumption can be reduced. The power saving effect
is related to UE chips. Therefore, using the same DRX parameters may not bring the same
power saving effect for different UEs.
4.2.2 Impacts
Network Impacts
DRX sleep times reduce UE power consumption at the expense of prolonged
service delay, which may cause throughput decrease.
DRX has the following impacts on the network:
● The measurement and reporting periods of the channel state information
(CSI) and the synchronization signal and PBCH block (SSB) increase and the
rank adjustment slows, which affects the delay and throughput. In addition,
the handover success rate and SCG addition success rate decrease, and the
service drop rate and HARQ retransmission rate increase. If
gNBDrxParamGroup.LongCycle is set to an excessively large value, or UEs
are moving at high speeds or under weak coverage, the preceding impacts
will be more evident. Longer SSB measurement and reporting periods may
result in fewer RRM measurements.
● The CQI measurement and reporting periods are prolonged. Therefore, the
measured CQI value may increase or decrease depending on the channel
environment.
● If the sleep time is too short, cell global identifier (CGI) measurements for
ANR will fail.
● The number of times UEs are scheduled may decrease.
● The number of UEs with data in the buffer may increase, and the number of
activated UEs increases.
● The consumption of PDCCH CCEs, PDSCH PRBs, and PUSCH PRBs increases.
There is a false detection probability when the gNodeB detects whether a UE
sends SRs. Specifically, although a UE does not send an SR, the gNodeB
detects the SR. When such false detection occurs in the DRX sleep time, the
gNodeB mistakenly considers that the UE is in the DRX active time and
performs scheduling on the UE. However, the UE is actually in the sleep time
and does not respond to the scheduling. This increases the BLER and
retransmissions from the gNodeB, raising up the consumption of CCEs and
PRBs.
● After DRX state evaluation based on scheduling feedback is enabled, the
number of scheduled UEs and the cell throughput increase in heavily loaded
cells. However, false SR detection may be incorrectly identified, causing the UE
throughput to decrease.
In heavy-traffic scenarios, the preceding impact of DRX increases.
In light-load scenarios with small packets transmitted in the uplink, the basic K2
values of UEs decrease. This shortens the uplink retransmission delay and enables
UEs to enter the DRX sleep time more quickly. The value of
N.Cdrx.Sleep.Dur.Total (total duration for RRC_CONNECTED DRX UEs in sleep
time) increases and that of N.Cdrx.Active.Dur.Total (total duration for
RRC_CONNECTED DRX UEs in active time) decreases. An increase in the value of
N.Cdrx.Sleep.Dur.Total may increase the probability of false SR detection in DRX
sleep times, thereby increasing the uplink RBLER. Uplink RBLER =
(N.UL.SCH.HalfPiBPSK.ErrTB.Rbler + N.UL.SCH.QPSK.ErrTB.Rbler + N.UL.SCH.
16QAM.ErrTB.Rbler + N.UL.SCH.64QAM.ErrTB.Rbler + N.UL.SCH.
256QAM.ErrTB.Rbler)/(N.UL.SCH.HalfPiBPSK.TB + N.UL.SCH.QPSK.TB +
N.UL.SCH.16QAM.TB + N.UL.SCH.64QAM.TB + N.UL.SCH.256QAM.TB) x 100%
If the gNodeB configures SRs and CSI to be reported in the same timeslot and
some UEs simultaneously report SRs and CSI in DRX sleep times, the gNodeB
cannot correctly detect the SRs reported by these UEs. As a result, uplink data
cannot be scheduled in a timely manner, increasing the uplink data transmission
delay. To solve this problem, the following functions are introduced:
● Simultaneous reporting of SRs and CSI in DRX sleep times, which is controlled
by the DRX_SR_CSI_REPORT_SW option of the
NRDUCellUePwrSaving.NrDuCellDrxAlgoSwitch parameter. After this
function is enabled, the gNodeB will correctly detect SRs reported by a UE
when the UE simultaneously reports SRs and CSI in the DRX sleep time. For
UEs that support simultaneous reporting of SRs and CSI in DRX sleep times,
the uplink data transmission delay decreases. For UEs that do not support
simultaneous reporting of SRs and CSI in DRX sleep times, the uplink data
transmission delay increases.
● Non-overlapping between CSI and SR reporting slots, which is controlled by
the DRX_CSI_SLOT_SHIFT_FOR_SR_SW option of the
NRDUCellUePwrSaving.NrDuCellDrxAlgoSwitch parameter. After this
function is enabled, the gNodeB will not configure a UE's CSI reporting slot in
which the UE reports an SR. This prevents the increase of uplink data
transmission delay caused by overlapping CSI and SR reporting slots.
When configuring or reconfiguring DRX parameters (DRX-Config) for a UE using
RRC signaling messages, the gNodeB cannot accurately determine the time when
the DRX parameters take effect for the UE. There is a possibility that the DRX
parameters have taken effect on the gNodeB side but still not on the UE side. In
this scenario, the gNodeB incorrectly considers that the UE is in the DRX sleep
time and stops scheduling for the UE. As a result, the UE access delay increases
and the user-perceived throughput decreases. To address this issue, DRX
configuration procedure optimization is introduced. This function is controlled by
the DRX_CONFIG_OPT_SW option of the
NRDUCellUePwrSaving.NrDuCellDrxAlgoSwitch parameter. After the DRX
configuration procedure optimization function is enabled, the gNodeB optimizes
the DRX parameter configuration and reconfiguration procedures. Specifically, new
DRX configurations take effect on the gNodeB side only after the gNodeB receives
a configuration response message from the UE, and the gNodeB does not stop
scheduling the UE during the DRX configuration procedure, thereby increasing the
user-perceived throughput.
Function Impacts
RAT Function Function Reference Description
Name Switch
witch.ServiceDiff
Switch
parameter), UEs
performing
sparse-packet
services cannot
enter the sleep
time.
and the
BWP2_APER_CSI_
UE_DRX_ENH_S
W option of the
NRDUCellUePwr
Saving.NrDuCell
DrxAlgoSwitch
parameter is
selected, UEs in
BWP2 do not
aperiodically
report CSI-RS for
CM measurement
results even
though
configured to do
so when there is
no uplink data
transmission in
non-On Duration
periods. This way,
these UEs can
enter the DRX
sleep time, the
number of CSI-RS
for CM
measurement
reports decreases,
and the network
performance is
affected. For
details about the
impact analysis,
see Network
Impacts.
● If both power
saving BWP and
DRX are enabled
and the gNodeB
triggers a
switchover from
BWP2 to BWP1
during the DRX
sleep time, the
DCI for switching
from BWP2 to
BWP1 may fail to
be delivered. As a
result, the
gNodeB stops
scheduling
downlink data
transmission for
the UE during the
BWP switchover,
leading to
downlink
scheduling
failures. To
address this issue,
the
DRX_BWP2_OPT_
SW option of the
NRDUCellUePwr
Saving.BwpPwrS
avingSw
parameter can be
selected so that
the gNodeB
triggers UE
switching from
BWP2 to BWP1
only when the
DRX inactivity
timer is running.
● Periodic PUCCH
CSI reporting
resources can be
allocated to UEs
working in BWP2
by setting
NRDUCellRsvdEx
t02.RsvdParam0
to 1 if the
following
conditions are
met: Both power
saving BWP and
DRX are enabled;
the SSB beam
enhancement
function
(controlled by the
SSB_BEAM_ENH_
SW option of the
NRDUCellAlgoS
witch.FullChanne
lCovEnhSwitch
parameter) is not
in effect; PUCCH
RB adaptation is
enabled (by
selecting the
PUCCH_RBRES_A
DAPTIVE_SWITC
H option of the
NRDUCellPucch.
PucchAlgoSwitch
parameter). This
helps increase the
proportion of DRX
sleep times and
bring more power
saving gains for
UEs, but causes
decreased
average uplink
and downlink UE
throughput,
prolonged delay,
and value
increase or
decrease of the
CQI measurement
items.
4.3 Requirements
4.3.1 Licenses
None
4.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
None
4.3.3 Hardware
Base Station Models
3900 and 5900 series base stations. 3900 series base stations must be configured
with the BBU3910.
DBS3900 LampSite and DBS5900 LampSite. DBS3900 LampSite must be
configured with the BBU3910.
Boards
All NR-capable main control boards and baseband processing units support this
function. For details, see the BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
All NR-capable RF modules that work in low frequency bands support this
function. For details, see the technical specifications of RF modules in 3900 & 5900
Series Base Station Product Documentation.
4.3.4 Others
To support DRX basic functions, UEs must support the "longDRX-Cycle" field in the
MAC-ParametersXDD-Diff message. To support the short DRX cycle function, UEs
must also support the "shortDRX-Cycle" field. For details about the fields, see
section 6.3.3 UE capability information elements in 3GPP TS 38.331 V16.4.1.
NOTE
To ensure that a UE has the opportunity to send periodic SRS and periodic CSI feedback
within the On Duration Timer length, the gNodeB may extend the length. As a result, the
On Duration Timer length in effect may be inconsistent with the value of the
gNBDUDrxParamGroup.OnDurationTimer parameter configured for the gNodeB. If the
extended On Duration Timer length exceeds the long DRX cycle, the gNodeB does not
deliver the DRX configuration to the UE. That is, the DRX-Config field is not filled in the
RRCConnectionReconfiguration message (in NSA networking) or the RRCReconfiguration
message (in SA networking) delivered by the gNodeB to the UE.
1911816924 N.QoS.DL.PktDelaygNBDU.Time
1911816925 N.QoS.DL.PktDelayAirInterface.Num
1911816926 N.QoS.DL.PktDelayAirInterface.Time
1911816927 N.QoS.DL.PktDelaygNBDU.Num
1911816694 N.ThpVol.DL.Cell
1911816695 N.ThpTime.DL.Cell
1911820769 N.Cdrx.Sleep.Dur.Total
1911820770 N.Cdrx.Active.Dur.Total
5 Parameters
The following hyperlinked EXCEL files of parameter reference match the software
version with which this document is released.
● Node Parameter Reference: contains device and transport parameters.
● gNodeBFunction Parameter Reference: contains all parameters 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 parameter reference for the software version used on the
live network from the product documentation delivered with that version.
----End
6 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.
● gNodeBFunction 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
7 Glossary
8 Reference Documents
● 3GPP TS 38.104: "NR; Base Station (BS) radio transmission and reception"
● 3GPP TS 38.321: "NR; Medium Access Control (MAC) protocol specification"
● 3GPP TS 38.331: "NR; Radio Resource Control (RRC) protocol specification"
● ANR
● Channel Management
● Scheduling
● QoS Management
● Flexible User Steering
● NSA Networking based on EPC
● UE Power Saving
● VoNR
● High Speed Mobility
● CoMP
● Carrier Aggregation
● URLLC
● Technical Specifications in 3900 & 5900 Series Base Station Product
Documentation