Professional Documents
Culture Documents
Channel Management (5G RAN3.1 - Draft A) PDF
Channel Management (5G RAN3.1 - Draft A) PDF
Issue Draft A
Date 2020-01-20
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: support@huawei.com
Contents
1 Change History.........................................................................................................................1
1.1 5G RAN3.1 Draft A (2020-01-20)...................................................................................................................................... 1
3 Overview................................................................................................................................. 11
4 PBCH Channel Management.............................................................................................. 12
4.1 Principles.................................................................................................................................................................................. 12
4.2 Network Analysis.................................................................................................................................................................. 18
4.2.1 Benefits................................................................................................................................................................................. 18
4.2.2 Impacts.................................................................................................................................................................................. 18
4.3 Requirements......................................................................................................................................................................... 19
4.3.1 Licenses................................................................................................................................................................................. 19
4.3.2 Software................................................................................................................................................................................19
4.3.3 Hardware.............................................................................................................................................................................. 19
4.3.4 Others.................................................................................................................................................................................... 19
4.4 Operation and Maintenance............................................................................................................................................. 19
4.4.1 Data Configuration........................................................................................................................................................... 19
4.4.1.1 Data Preparation............................................................................................................................................................ 20
4.4.1.2 Using MML Commands............................................................................................................................................... 20
4.4.1.3 Using the MAE-Deployment...................................................................................................................................... 20
4.4.2 Activation Verification..................................................................................................................................................... 20
4.4.3 Network Monitoring......................................................................................................................................................... 20
5.3.1 Licenses................................................................................................................................................................................. 26
5.3.2 Software................................................................................................................................................................................26
5.3.3 Hardware.............................................................................................................................................................................. 27
5.3.4 Others.................................................................................................................................................................................... 27
5.4 Operation and Maintenance............................................................................................................................................. 27
5.4.1 Data Configuration........................................................................................................................................................... 27
5.4.1.1 Data Preparation............................................................................................................................................................ 27
5.4.1.2 Using MML Commands............................................................................................................................................... 28
5.4.1.3 Using the MAE-Deployment...................................................................................................................................... 29
5.4.2 Activation Verification..................................................................................................................................................... 29
5.4.3 Network Monitoring......................................................................................................................................................... 29
7.3.1 Licenses................................................................................................................................................................................. 57
7.3.2 Software................................................................................................................................................................................57
7.3.3 Hardware.............................................................................................................................................................................. 58
7.3.4 Others.................................................................................................................................................................................... 58
7.4 Operation and Maintenance............................................................................................................................................. 58
7.4.1 Data Configuration........................................................................................................................................................... 58
7.4.1.1 Data Preparation............................................................................................................................................................ 58
7.4.1.2 Using MML Commands............................................................................................................................................... 59
7.4.1.3 Using the MAE-Deployment...................................................................................................................................... 59
7.4.2 Activation Verification..................................................................................................................................................... 59
7.4.3 Network Monitoring......................................................................................................................................................... 60
9.3.2 Software................................................................................................................................................................................75
9.3.3 Hardware.............................................................................................................................................................................. 75
9.3.4 Others.................................................................................................................................................................................... 76
9.4 Operation and Maintenance............................................................................................................................................. 76
9.4.1 Data Configuration........................................................................................................................................................... 76
9.4.1.1 Data Preparation............................................................................................................................................................ 76
9.4.1.2 Using MML Commands............................................................................................................................................... 76
9.4.1.3 Using the MAE-Deployment...................................................................................................................................... 77
9.4.2 Activation Verification..................................................................................................................................................... 77
9.4.3 Network Monitoring......................................................................................................................................................... 78
10 Parameters............................................................................................................................79
11 Counters................................................................................................................................ 80
12 Glossary................................................................................................................................. 81
13 Reference Documents........................................................................................................ 82
1 Change History
Technical Changes
Change Description Parameter Change Base Station Model
Added support for three Added the value 3SYM(3 ● 3900 and 5900
physical downlink control Symbols) to the series base stations
channel (PDCCH) NRDUCellPdcch.Occupied ● DBS3900 LampSite
symbols by NR FDD. For SymbolNum parameter. and DBS5900
details, see 5 PDCCH LampSite
Channel Management.
Editorial Changes
● Added descriptions of physical broadcast channel (PBCH) channel
management. For details, see 4 PBCH Channel Management.
● Added descriptions of PRACH channel management. For details, see 7 PRACH
Channel Management. Deleted descriptions of the RA process. For details
about the RA process, see 5G Networking and Signaling.
● Deleted the descriptions of uplink timing. For details about uplink timing, see
5G Networking and Signaling.
● Reorganized the document and optimized descriptions.
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 the desired 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.
NR FDD only involves low frequency bands, and therefore this section describes only the
differences between NR FDD and low-frequency NR TDD. It does not involve high frequency
band scenarios.
3 Overview
4.1 Principles
The PBCH broadcasts the system configurations of a cell.
Table 4-1 OFDM symbols and subcarriers within an SSB for signals and the
channel
Channel or OFDM Symbol Subcarrier Number
Signal Number
2 0, 1, ..., 47
192, 193, ..., 239
Note: "v" indicates the value returned by cell PCI mod 4. For more information,
see section 7.4.3.1 "Time-frequency structure of an SS/PBCH block" in 3GPP TS
38.211 (Release 15).
● Frequency-domain position
NR allows for flexible configurations of the frequency-domain position of an
SSB. The NRDUCell.SsbFreqPos parameter specifies the SSB's frequency-
domain position in a cell, and the NRDUCell.SsbDescMethod parameter
specifies the description method of the SSB's frequency-domain position. For
details, see Cell Management.
● Time-domain pattern
NR introduces the following SSB patterns in the time domain: case A, case B,
case C, case D, and case E, which suit different subcarrier spacing (SCS) values
and frequency bands. The maximum number of SSBs and the position of the
start symbol vary among the patterns, as shown in Figure 4-2. For details
about the SCS values supported in the current version, see Cell Management.
F ≤ 3 GHz FDD: 4
TDD (F ≤ 2.4 GHz): 4
TDD (F > 2.4 GHz): 8
F > 6 GHz 64
For more information, see section 4.1 "Cell Search" in 3GPP TS 38.213
(Release 15).
According to 3GPP TS 38.213 (Release 15), UEs expect the gNodeB to perform SSB
beam sweeping with a period of 20 ms during initial cell selection. If the actual SSB
beam sweeping period is longer than 20 ms, the UE access duration may increase,
depending on SSB beam detection policies used by UEs.
Figure 4-3 Example SSB time sequence diagram (case A for 2.1 GHz as an
example)
Figure 4-4 Example SSB time sequence diagram (case C for 3.5 GHz as an
example)
4.2.1 Benefits
PBCH channel management enables PBCH resources to be properly used to
improve network performance.
4.2.2 Impacts
None
4.3 Requirements
4.3.1 Licenses
This function is a basic function and is not under license control.
4.3.2 Software
Prerequisite Functions
None
4.3.3 Hardware
Boards
All NR-capable main control boards and baseband processing units support this
function. To learn which main control boards and baseband processing units are
NR-capable, see the related BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
All NR-capable RF modules support this function. For details about NR-capable RF
modules, see technical specifications of the related RF modules in 3900 & 5900
Series Base Station Product Documentation.
4.3.4 Others
None
5.1 Principles
Overview
The PDCCH carries downlink control information (DCI), which can be SRS DCI or
CSI-RS DCI. DCI carries the following information:
● Downlink grants
These include information such as the PDSCH resource indication, modulation
and coding scheme (MCS), and HARQ process. DCI formats 1_0 and 1_1 are
supported.
● Uplink grants
These include information such as the PUSCH resource indication and MCS.
DCI formats 0_0 and 0_1 are supported.
● Transmit power control (TPC) commands
These include the TPC commands for the PUSCH for a group of UEs,
supplementing the TPC commands for the PUSCH and PUCCH in uplink
grants.
For more information on DCI formats, see section 7.3 "Downlink control information"
in 3GPP TS 38.212 (Release 15).
A CPE performs blind detection of a maximum 96 PDCCH RBs in low frequency bands. A
CPE performs blind detection of a maximum 48 PDCCH RBs in high frequency bands. For
CPE users, the ratio only takes effect within the CPE's blind detection capability.
For more information on the PDCCH rate matching function, see Scheduling.
5.2.1 Benefits
PDCCH channel management enables PDCCH resources to be properly used to
improve network performance.
5.2.2 Impacts
Network Impacts
● After PDCCH symbol number adaptation takes effect, the changes in the
number of PDCCH symbols causes RRC reconfiguration for all UEs. This may
increase the service drop rate.
● After PDCCH symbol number adaptation takes effect, the increase in the
number of symbols occupied by the PDCCH, for example, from 1 to 2, has the
following impacts:
Function Impacts
Function Function Switch Refer Description
Name ence
5.3 Requirements
5.3.1 Licenses
This function is a basic function and is not under license control.
5.3.2 Software
Prerequisite Functions
None
5.3.3 Hardware
Boards
All NR-capable main control boards and baseband processing units support this
function. To learn which main control boards and baseband processing units are
NR-capable, see the related BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
All NR-capable RF modules support this function. For details about NR-capable RF
modules, see technical specifications of the related RF modules in 3900 & 5900
Series Base Station Product Documentation.
5.3.4 Others
None
6.1 Principles
The PUCCH carries uplink control information (UCI), which contains the following:
● Acknowledgement (ACK)/Negative acknowledgement (NACK) feedback
Hybrid automatic repeat request (HARQ) ACK/NACK feedback for PDSCH
demodulation
● Channel state information (CSI)
CSI-RS measurement results, such as CQI, precoding matrix indication (PMI),
and rank indication (RI)
CSI-RS refers to CSI-RS for channel measurement (CSI-RS for CM), which is used for
downlink channel state measurements. For more information on CSI-RS for CM, see 8
CSI-RS Resource Management.
● Uplink scheduling request (SR)
Resource request for PUSCH scheduling
UCI formats include format 0, format 1, format 2, format 3, and format 4. For
more information, see section 6.3 "Uplink control information" in 3GPP TS 38.212
(Release 15).
PUCCH channel management works as follows:
1. The gNodeB performs cell-specific PUCCH configuration. For more
information, see Cell-specific PUCCH Configuration.
2. The gNodeB allocates resources to UEs based on cell-specific PUCCH
configurations. For more information, see PUCCH Resource Allocation.
3. Based on the resources allocated by the gNodeB, UEs select a proper resource
unit for UCI transmission over the PUCCH. For more information, see
Resource Unit Selection.
Long format
The long PUCCH can use format 1, format 3, or format 4, with time-frequency
formats illustrated in Figure 6-3 and Figure 6-4. In format 1, format 3, and
format 4, the number of symbols is always 14 in the time domain, and dynamic
and static configuration are supported in the frequency domain.
▪ NRDUCellPucch.Format1RbNum
▪ NRDUCellPucch.Format3RbNum
▪ NRDUCellPucch.Format4RbNum
– Number of dedicated RBs for CSI reporting
▪ NRDUCellPucch.CsiDedicatedRbNum
▪ NRDUCellPucch.Format4CsiDedicatedRbNum
The total number of RBs configured for the PUCCH is limited in specific
scenarios. During configuration, the number of RBs in each format must be
properly planned. The scenarios are as follows:
– For a 20 MHz NR TDD cell, no more than 26 RBs can be configured for
the PUCCH.
– For an SUL cell not enabled with spectrum sharing, if the cell bandwidth
is 10 MHz, 15 MHz, or 20 MHz, no more than 30 RBs can be configured
for the PUCCH.
of admitted UEs can reach the maximum number allowed for the cell.
The maximum SR period for UEs is 80 ms.
● PUCCH resources for periodic CSI transmission can only be statically
configured, meaning semi-persistent PUCCH resource allocation is not
supported.
Static PUCCH resource allocation for periodic CSI transmission works as
follows: The gNodeB allocates a UE one resource set, which is signaled by an
IE in a higher-layer RRC message and provides configurations such as the
time-frequency position, index ID, start symbol, and number of symbols.
For low-frequency cells, the CSI reporting period can be statically configured
or dynamically adjusted.
– Static configuration: If the CSI_REPORT_PERIOD_ADAPT_SWITCH option
of the NRDUCellPucch.CsiResoureAlgoSwitch parameter is deselected,
the CSI reporting period is statically specified by the
NRDUCellPucch.CsiReportPeriod parameter.
For FDD cells, the value of this parameter or the value of
NRDUCellCsirs.CsiPeriod is used as the CSI reporting period, whichever is
larger.
For TDD cells, the value of this parameter or the value of
NRDUCellCsirs.CsiPeriod is used as the CSI reporting period, whichever is
larger.
For SUL cells, the value of this parameter or the value of
NRDUCellCsirs.CsiPeriod divided by two is used as the CSI reporting
period, whichever is larger.
– Static configuration: If the CSI_REPORT_PERIOD_ADAPT_SWITCH option
of the NRDUCellPucch.CsiResoureAlgoSwitch parameter is selected, the
gNodeB dynamically adjusts the CSI reporting period based on the
number of UEs. If the number of admitted UEs in a cell is small, a short
period is configured for newly admitted UEs. As the number of admitted
UEs increases, the gNodeB configures a long CSI reporting period for
some UEs that originally used shorter periods. This mechanism ensures
that the number of UEs periodically transmitting CSI in a cell can reach
the maximum value allowed for the cell. The maximum CSI reporting
period for UEs is 160 ms.
In high-frequency cells, CSI can only be aperiodically reported. Aperiodic CSI is
transmitted on the PUSCH. For details about the PUSCH, see Scheduling.
● PUCCH resources for ACK/NACK transmission can be dynamically configured.
Dynamic PUCCH resource allocation for ACK/NACK transmission works as
follows:
a. The gNodeB allocates a UE multiple (four defined in specifications and
two supported in the current version) resource sets, which are signaled by
an IE in a higher-layer RRC message. Each resource set includes up to
eight PUCCH resources, with each providing configurations such as the
time-frequency position, index ID, start symbol, and number of symbols.
b. Based on PDSCH data scheduling, the gNodeB allocates one set of idle
PUCCH resources to a UE to transmit HARQ feedback, and signals the
resource set index ID through the DCI.
In the current version, the long PUCCH uses format 1, format 3, or format 4. The
modulation schemes binary phase shift keying (BPSK) and QPSK are respectively
used in format 1 with one bit and format 1 with two bits. The modulation scheme
QPSK is used in format 3 and format 4.
6.2.1 Benefits
PUCCH channel management enables PUCCH resources to be properly used to
improve network performance.
6.2.2 Impacts
Network Impacts
None
Function Impacts
Function Function Switch Reference Description
Name
6.3 Requirements
6.3.1 Licenses
This function is a basic function and is not under license control.
6.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
6.3.3 Hardware
Boards
All NR-capable main control boards and baseband processing units support this
function. To learn which main control boards and baseband processing units are
NR-capable, see the related BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
All NR-capable RF modules support this function. For details about NR-capable RF
modules, see technical specifications of the related RF modules in 3900 & 5900
Series Base Station Product Documentation.
6.3.4 Others
Support for format 4 is optional for UEs. If format 4 is configured, UEs must
support this format, which is indicated by the pucch-F4-WithFH IE in the
UECapabilityInformation message over the Uu interface.
In NSA networking, check the SgNB Addition Request Acknowledge message. Check the
same IEs as described in SA networking.
----End
7.1 Principles
7.1.1 RA Preamble
7.1.1.1 Overview
During RA, a UE needs to send an RA preamble (signal) on the PRACH. RA
preamble formats fall into two types: long format and short format. An RA
preamble is a pulse signal. In the time domain, it consists of a TCP, a TSEQ, and a
TGT, as shown in Figure 7-1. TCP denotes a cyclic prefix, TSEQ a preamble sequence,
and TGT the guard time. In the frequency domain, an RA preamble occupies
multiple subcarriers, specifically 839 subcarriers for a long preamble and 139
subcarriers for a short preamble.
Table 7-1 and Table 7-2 list the mapping among format indexes, preamble
lengths ( ), and PRACH SCS ( ) supported by the gNodeB in the current
version. For NR TDD, the long format is supported only in low frequency bands.
The short format is supported in both low and high frequency bands. For NR FDD,
only the long format is supported. For more information on preambles formats,
see section 6.3.3.1 "Sequence generation" in 3GPP TS 38.211 (Release 15).
Format
Format
C2 139 kHz
In the current version, the preamble format and PRACH SCS used by the gNodeB
are determined by the duplex mode (NRDUCell.DuplexMode), uplink-downlink
slot assignment (NRDUCell.SlotAssignment), PUSCH SCS
(NRDUCell.SubcarrierSpacing), cell radius (NRDUCell.CellRadius), and PRACH
configuration index (NRDUCellPrach.PrachConfigurationIndex), as listed in
Table 7-3. The configurations in the fifth and sixth rows are supported only in NR
TDD high frequency bands.
Table 7-3 Preamble formats and PRACH SCS used by the gNodeB
Duplex UL-DL Slot PUSCH Cell Radius PRACH Prea PRACH SCS
Mode Assignment SCS Configuratio mble
n Index Form
at
Duplex UL-DL Slot PUSCH Cell Radius PRACH Prea PRACH SCS
Mode Assignment SCS Configuratio mble
n Index Form
at
Based on RA contention, the preamble sequences for RA are classified into random
preamble sequences and dedicated preamble sequences, as Figure 7-2 illustrates.
The proportion of random preamble sequences to random and dedicated
preamble sequences can be configured by the NRDUCellPrach.CbraPreamblePct
parameter.
● If this parameter is set to a value other than 255, the actual proportion of
random preamble sequences is the value of this parameter.
● If this parameter is set to 255, the actual proportion of random preamble
sequences is 82% for low-speed cells (for which NRDUCell.HighSpeedFlag is
set to LOW_SPEED) or 60% for high-speed cells (for which
NRDUCell.HighSpeedFlag is set to HIGH_SPEED).
Random preambles are used for contention-based RA. Dedicated preambles are used for
non-contention-based RA. For more information on contention-based and non-contention-
based RA, see 5G Networking and Signaling.
Time-Domain Position
The time-domain position of the PRACH refers to the frame number and slot
number of a preamble. The frame number and slot number are determined by the
PRACH configuration index. For more information, see section 6.3.3.2 "Mapping to
physical resources" in 3GPP TS 38.211 V2.0.0. The PRACH configuration index used
by the gNodeB is specified by the NRDUCellPrach.PrachConfigurationIndex
parameter.
● If this parameter is not set to 65535, the PRACH configuration index used by
the gNodeB is the value of this parameter. For details about configuration
introduction, see Table 7-3.
● If this parameter is set to 65535, the PRACH configuration index used by the
gNodeB is automatically generated by the gNodeB based on the system
frequency band, duplex mode (NRDUCell.DuplexMode), uplink-downlink slot
assignment (NRDUCell.SlotAssignment), PUSCH SCS
(NRDUCell.SubcarrierSpacing), and cell radius (NRDUCell.CellRadius).
Table 7-4 lists the PRACH configuration indexes that can be used by the
gNodeB in the current version.
Table 7-4 PRACH configuration indexes that can be used by the gNodeB (when
NRDUCellPrach.PrachConfigurationIndex is set to 65535)
Duplex Mode UL-DL Slot PUSCH SCS Cell Radius PRACH
Assignment Configuration Index
Frequency-Domain Position
The start frequency-domain position of the PRACH is specified by the
NRDUCell.PrachFreqStartPosition parameter.
For details about the long PUCCH, see 6 PUCCH Channel Management. The
common PUCCH is indicated by pucch-ResourceCommon. For details about the
common PUCCH, see section 9.2.1 "PUCCH Resource Sets" in 3GPP TS 38.213
V15.5.0.
The PRACH occupies multiple PRBs in the frequency domain. The number of PRBs
depends on the preamble length ( ), PRACH SCS ( ), and PUSCH SCS
( ). Table 7-5 lists the number of PRBs supported by the gNodeB in the current
version. For more information on all the numbers of PRBs defined in 3GPP
specifications, see section 6.3.3.2 "Mapping to physical resources" in 3GPP TS
38.211 (Release 15).
If the frequency-domain resources of the PRACH in adjacent cells overlap and the
same preamble is used, false alarms or collisions will occur during access request
reception and detection in the cells. See Figure 7-4 and Figure 7-5.
For more information on how to enable PRACH root sequence conflict detection, see MAE
SON Management User Guide.
The reallocation causes the cell to automatically restart and become unavailable,
interrupting services of UEs for a short period.
For more information on how to enable PRACH root sequence conflict self-optimization,
see MAE SON Management User Guide.
7.2.1 Benefits
PRACH channel management enables PRACH resources to be properly used to
improve network performance.
7.2.2 Impacts
Network Impacts
In NSA networking, when the ServingCellConfigCommon IE is updated, UEs re-
access the network, causing transient service interruption. For details, see "Radio
resource control information elements" in 3GPP TS 38.331 (Release 15).
Function Impacts
Function Function Switch Reference Description
Name
7.3 Requirements
7.3.1 Licenses
None
7.3.2 Software
Prerequisite Functions
None
7.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. To learn which main control boards and baseband processing units are
NR-capable, see the related BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
All NR-capable RF modules support this function. For details about NR-capable RF
modules, see technical specifications of the related RF modules in 3900 & 5900
Series Base Station Product Documentation.
7.3.4 Others
In the case of high-frequency cells in a multi-carrier sector, PRACH channel
resource configurations, such as the PRACH SCS and PRACH configuration index,
must be the same for all the cells in the same sector. For details, see Cell
Management. There are no such requirements in low frequency bands.
For details about the PRACH SCS supported in the current version, see Table 7-3.
Step 2 Enable a UE to access the network. In SA networking, check the SIB1 tracing
result, as shown in Figure 7-6. Check the fields in the rach-ConfigCommon IE in
the SIB1. If the value of prach-ConfigurationIndex is the same as the configured
value, this function has taken effect.
In NSA networking, check the LTE message RRCConnectionReconfiguration. Check the same
IEs as described in SA networking.
----End
8.1 Principles
CSI-RS in NR is classified into the following types:
● CSI-RS for CM: for downlink channel state measurements. In the current
version, the gNodeB sends CSI-RS for CM within the active BWP. UEs process
received CSI-RS for CM to obtain corresponding information such as the CQI,
RI, and PMI, and report the information to the gNodeB.
● CSI-RS for BM: for downlink beam measurements. In the current version, the
gNodeB sends CSI-RS for BM within the active BWP. UEs process received CSI-
RS for BM to obtain the corresponding reference signal received power
(RSRP), and report the RSRP and CSI-RS resource indicator (CRI) to the
gNodeB. The gNodeB then obtains the RSRP information about the
corresponding beam.
For more information on CSI-RS for CM, see "UE procedure for reporting channel state
information (CSI)" in 3GPP TS 38.214 (Release 15).
For more information on CSI-RS for BM, see "CSI-RS for L1-RSRP computation" in 3GPP TS
38.214 (Release 15).
For more information on TRS, see "CSI-RS for tracking" in 3GPP TS 38.214 (Release 15).
"CSI-RS" as mentioned in this section is not differentiated among CSI-RS for CM, CSI-RS for
BM, and TRS. If CSI-RS types need to be distinguished, CSI-RS for CM, CSI-RS for BM, or TRS
is used.
Semi- After the MAC CE The current version does not support semi-
persisten is activated, the persistent CSI-RS.
t CSI-RS gNodeB
periodically sends
CSI-RS to UEs in
accordance with
the configured
period.
8.2.1 Benefits
CSI-RS resource management enables CSI-RS resources to be properly used to
improve network performance.
8.2.2 Impacts
Network Impacts
A shorter CSI-RS transmission period increases the accuracy of channel
measurements, and guarantees the performance of the features that depend on
CSI-RS measurements. However, it also increases CSI-RS resource consumption.
A longer CSI-RS transmission period results in less CSI-RS resource consumption.
However, it also decreases the accuracy of channel measurements and results in
performance deterioration of the features that depend on CSI-RS measurements.
If a large number of UEs are served, UEs with high rate requirements are
preferentially allocated CSI-RS resources, and preempt CSI-RS resources of the UEs
that have low rate requirements when CSI-RS resources are insufficient. This
mechanism increases the possibility of service drops for UEs with low rate
requirements.
Function Impacts
Function Function Switch Refere Description
Name nce
8.3 Requirements
8.3.1 Licenses
This function is a basic function and is not under license control.
8.3.2 Software
Prerequisite Functions
None
8.3.3 Hardware
Boards
All NR-capable main control boards and baseband processing units support this
function. To learn which main control boards and baseband processing units are
NR-capable, see the related BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
All NR-capable RF modules support this function. For details about NR-capable RF
modules, see technical specifications of the related RF modules in 3900 & 5900
Series Base Station Product Documentation.
8.3.4 Others
None
In NSA networking, check the SgNB Addition Request Acknowledge message. Check the
same IEs as described in SA networking.
----End
9.1 Principles
9.1.1 Overview
SRS refers to uplink sounding signals. In the current version, UEs send SRS within
the active BWP. The gNodeB processes received SRS to obtain corresponding
information such as the signal to interference plus noise ratio (SINR), RSRP, and
PMI. The value of usage in SRS resource configurations determines which
functions SRS is used for (In the current version, usage can be set to codebook or
antennaSwitching in NR TDD, and only to codebook in NR FDD). Table 9-1
provides more details.
SRS is classified into three types: periodic SRS, semi-persistent SRS, and aperiodic
SRS.
● Periodic SRS
After resource configurations for periodic SRS are received, UEs periodically
send SRS.
The period of periodic SRS transmission can either be statically or dynamically
configured.
– If the SRS_PERIOD_ADAPT_SW option of the
NRDUCellSrs.SrsAlgoSwitch parameter is selected, the gNodeB
dynamically adjusts the SRS period based on SRS resource usage. The
SRS_PERIOD_ADAPT_SW option is selected for low-speed cells and
deselected for high-speed cells and hyper cells by default.
The SRS resources of each UE include multiple SRS sets. For more information on
the SRS resource parameters included in each SRS set, see section 6.3.2 "Radio
resource control information elements" in 3GPP TS 38.331 (Release 15).
● SRS slot period: indicates the SRS transmission period for a UE. If a UE sends
SRS at an interval of X slots (or ms), X is the SRS slot period.
● SRS slot offset: indicates the time-domain positions (slot number) for SRS
transmission in each period.
For more information on these concepts, see section 6.2.1 "UE sounding
procedure" in 3GPP TS 38.214 (Release 15).
In NR TDD mode, SRS is only configured in the self-contained slots in a radio frame. In NR
FDD mode, SRS is only configured in the uplink-only slots in a radio frame.
For more information on the principles and configurations of slot assignment, see
Standards Compliance.
0 4 1 4 1 4 1 4 1
9 32 1 16 2 8 2 4 2
63 272 1 16 17 8 2 4 2
For aperiodic SRS, the system determines CSRS and BSRS for SRS bandwidths based
on the BWP.
The system separately determines CSRS and BSRS for broadband bandwidths and
narrowband bandwidths of periodic SRS based on the BWP. To improve SRS
measurement accuracy and coverage capability, SRS bandwidths for UEs are
dynamically adjusted based on the channel quality.
FDM
The FDM mode allows different UEs to transmit SRS using different frequencies.
There are two types of FDM: localized-FDM (L-FDM) and distributed-FDM (D-
FDM).
● L-FDM
Different UEs use different continuous frequency-domain resources to send
SRS.
● D-FDM
Different UEs alternately send SRS over subcarriers. In the current version, the
number of supported combs is 2, indicating that a bandwidth is divided into
even and odd subcarriers. For example, one UE sends SRS on odd subcarriers,
and another sends on even subcarriers. In this way, SRS transmissions are
staggered in the frequency domain. Also, the SRS transmission period for a
single UE is combed in the frequency domain, also known as D-FDM combing.
Figure 9-2 shows D-FDM combing. comb0 indicates the subcarriers used to
transmit SRS of one UE, and comb1 indicates the subcarriers used to transmit
SRS of another UE.
CDM
CDM allows SRS with the same symbol position, bandwidth, and comb (for
example, the SRS corresponding to two ports on a 2T4R UE) to occupy the same
time-frequency position. Codewords use cyclic shift sequences generated from the
same ZC sequence. In the current version, CDM allows for a maximum of four
cyclic shifts.
9.2.1 Benefits
SRS resource management enables SRS resources to be properly used to improve
network performance.
9.2.2 Impacts
Network Impacts
Enabling the SRS period adaptation function by selecting the
SRS_PERIOD_ADAPT_SW option of the NRDUCellSrs.SrsAlgoSwitch parameter
causes the cell to reset and all UEs served by the cell to re-access the network.
After the cell is reset, the initial SRS period of the cell is so large that all UEs in the
cell are allocated SRS resources. The time-to-trigger for each SRS period change in
the cell enabled with this function is 10 minutes. This mechanism prevents SRS
period changes from causing repeated signaling reconfiguration over the air
interface in the case of significant changes in the number of UEs.
After the SRS period adaptation function is enabled, the impacts on UEs in
different scenarios are as follows:
● When SRS resources are lightly loaded or at normal load, the gNodeB
separately configures shorter SRS periods for newly admitted UEs in a cell.
This reduces the SRS measurement interval and therefore better experience is
provided for such UEs but the SRS capacity of the cell is lowered.
In the case of small inter-site distances or strong inter-cell interference, for
example, for cell edge users (CEUs), a short SRS period increases inter-cell SRS
interference, affecting uplink and downlink user-perceived rates and cell
throughput.
If the difference between the measured SRS RSRP of the serving cell and that of a
neighboring cell is 3 dB, the UE is considered a CEU.
● When SRS resources are lightly loaded, the gNodeB prolongs SRS periods for
newly admitted UEs in a cell when allocating SRS resources. This allows more
UEs to access the cell but may degrade user experience.
● When SRS resources are seriously or extremely loaded, the gNodeB separately
configures longer SRS periods for newly admitted UEs in a cell. This allows
more UEs to access the cell and achieves a tradeoff between cell capacity and
performance.
A long SRS period affects the downlink experienced rates of users moving at a
speed of 30 km/h.
If SRS period adaptation is disabled by deselecting the SRS_PERIOD_ADAPT_SW
option of the NRDUCellSrs.SrsAlgoSwitch parameter, the gNodeB always uses
the SRS period specified by the NRDUCellSrs.SrsPeriod parameter.
● A smaller value of this parameter increases the accuracy of channel
measurements and guarantees the performance of the features that depend
on SRS measurements. However, it also results in more SRS resource
consumption and fewer online UEs transmitting SRS. As a result, the number
of UEs transmitting SRS in a cell may not reach the maximum.
● A larger value of this parameter results in less SRS resource consumption and
more online UEs transmitting SRS. However, it also decreases the accuracy of
channel measurements and causes the deterioration of performance of the
features that depend on SRS measurements.
● If the gNodeB always uses the SRS period, the number of UEs transmitting
SRS and cell performance may be difficult to reach a balance. The number of
online UEs transmitting SRS is limited, and the cell throughput may decrease
when the number of UEs increases. Therefore, it is recommended that SRS
period adaptation be enabled by selecting the SRS_PERIOD_ADAPT_SW
option of the NRDUCellSrs.SrsAlgoSwitch parameter.
Function Impacts
Function Function Switch Reference Description
Name
9.3 Requirements
9.3.1 Licenses
This function is a basic function and is not under license control.
9.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
9.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. To learn which main control boards and baseband processing units are
NR-capable, see the related BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
All NR-capable RF modules support this function. For details about NR-capable RF
modules, see technical specifications of the related RF modules in 3900 & 5900
Series Base Station Product Documentation.
9.3.4 Others
None
Step 1 Start Uu signaling tracing for the cell enabled with SRS period adaptation as
follows: Log in to the MAE-Access and choose Monitor > Signaling Trace >
Signaling Trace Management. On the displayed page, choose Trace Type > NR >
Application Layer > Uu Interface Trace.
Step 2 In SA networking, check the traced RRCReconfiguration message, as shown in
Figure 9-3. If the value of periodicityAndOffset-p sl80 in the srs-Config IE varies
with different SRS periods, this function has taken effect.
In NSA networking, check the SgNB Addition Request Acknowledge message. Check the
same IEs as described in SA networking.
----End
10 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.
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
11 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.
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
12 Glossary
13 Reference Documents