Professional Documents
Culture Documents
ERAN Feature Cell Extended CP
ERAN Feature Cell Extended CP
Contents
4.1.1.4 Extended CP
eRAN
Extended CP Feature Parameter
Description
Issue 06
Date 2020-02-29
HUAWEI TECHNOLOGIES CO., LTD.
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective
holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and
the customer. All or part of the products, services and features described in this document may not be
within the purchase scope or the usage scope. Unless otherwise specified in the contract, all statements,
information, and recommendations in this document are provided "AS IS" without warranties, guarantees
or representations of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: https:/
Email: support@huawei.com
4.1.1.4 Contents
1 Change History
1.1 eRAN13.1 06 (2020-02-29)
1.2 eRAN13.1 05 (2019-05-10)
1.3 eRAN13.1 04 (2019-01-21)
1.4 eRAN13.1 03 (2018-07-28)
1.5 eRAN13.1 02 (2018-06-30)
1.6 eRAN13.1 01 (2018-04-10)
1.7 eRAN13.1 Draft B (2018-03-30)
1.8 eRAN13.1 Draft A (2018-01-15) (FDD)
1.9 eRAN13.1 Draft A (2018-01-15) (TDD)
3 General Principles
4 Normal CP
4.1 Principles
4.2 Network Analysis
4.2.1 Benefits
4.2.2 Impacts
4.3 Requirements
4.3.1 Licenses
4.3.2 Software
4.3.3 Hardware
4.3.4 Others
4.4 Operation and Maintenance
4.4.1 Data Configuration
4.4.1.1 Data Preparation
4.4.1.2 Using MML Commands
4.4.1.3 Using the CME
4.4.2 Activation Verification
4.4.3 Network Monitoring
5 Extended CP
5.1 Principles
5.2 Network Analysis
5.2.1 Benefits
5.2.2 Impacts
5.3 Requirements
5.3.1 Licenses
5.3.2 Software
5.3.3 Hardware
5.3.4 Others
5.4 Operation and Maintenance
5.4.1 Data Configuration
5.4.1.1 Data Preparation
5.4.1.2 Using MML Commands
5.4.1.3 Using the CME
5.4.2 Activation Verification
5.4.3 Network Monitoring
6 Parameters
7 Counters
8 Glossary
9 Reference Documents
1 Change History
This chapter describes changes not included in the "Parameters", "Counters", "Glossary",
and "Reference Documents" chapters. These changes include:
• Technical changes
Changes in functions and their corresponding parameters
• Editorial changes
Improvements or revisions to the documentation
1.1 eRAN13.1 06 (2020-02-29)
Technical Changes
None
Editorial Changes
Added UL 64QAM and PAMC to the list of impacted features of Extended CP. For details,
see 5.2.2 Impacts.
1.2 eRAN13.1 05 (2019-05-10)
Technical Changes
None
Editorial Changes
• 5.3.2 Software
Technical Changes
None
Editorial Changes
Technical Changes
None
Editorial Changes
Technical Changes
None
Editorial Changes
• 5.2.2 Impacts
Technical Changes
None
Editorial Changes
Technical Changes
None
Editorial Changes
Technical Changes
None
Editorial Changes
This issue introduces the following changes to eRAN TDD 12.1 04 (2017-10-23).
Technical Changes
None
Editorial Changes
3 General Principles
Principles
A cyclic prefix (CP) is a copy of the end of an orthogonal frequency division multiplexing
(OFDM) symbol inserted at the beginning. Each CP serves as a guard interval between
OFDM symbols, as shown in Figure 3-1.
Figure 3-1 Structure of an OFDM symbol in the time domain
Radio signals are transmitted between an eNodeB and a UE through multiple propagation
paths. The maximum transmission delay difference between paths is the delay spread. In
typical eNodeB deployment scenarios (for example, urban areas), the delay spread is
generally short. However, in some areas with special channel environments (for example,
valleys) or special network topologies (for example, roads covered with several RRUs
serving one cell), the delay spread is long. In addition, the delay spread increases with the
cell radius.
To mitigate intersymbol interference (ISI) and inter-carrier interference (ICI) caused by
delay spread in the OFDM system, the CP technique is introduced.
The symbol energy that can be captured by an OFDM receiver depends on the CP length:
• If the CP is longer than the multipath delay spread of an OFDM symbol, the
OFDM receiver can capture all the energy of the symbol.
• If the CP is shorter than the multipath delay spread of an OFDM symbol, the
OFDM receiver can capture only some energy of the symbol.
If the multipath components of an OFDM symbol whose multipath delay spread is longer
than the CP are incorrectly received as a subsequent OFDM symbol, interference is
generated to the actual subsequent OFDM symbol. This causes ISI. If the interfered OFDM
symbol then mistakenly captures some multipath components of adjacent symbols, the
orthogonality between subcarriers is lost after fast Fourier transformation (FFT). This
causes ICI. To avoid ISI and ICI, a sufficiently long CP is required. However, an
unnecessarily long CP must be avoided because it causes high system overhead and a loss
of spectral efficiency.
To balance system performance, system overhead, and data transmission capability, normal
CP and extended CP were defined in section 5.6 "SC-FDMA baseband signal generation"
and section 6.12 "OFDM baseband signal generation" of 3GPP TS 36.211 V8.9.0 for non-
RACH channels to meet different multipath delay spread requirements.
Related Parameters
4 Normal CP
4.1 Principles
Normal CP is a basic feature and is enabled by default. It applies to scenarios where the
delay spread is short.
shows the structure of a timeslot in the normal CP case. The timeslot consists of
Figure 4-1
seven downlink OFDM symbols or uplink single carrier frequency division multiple access
(SC-FDMA) symbols. The CP length of symbol 0 is approximately 5.2 µs, and the CP
lengths of the other six symbols are approximately 4.7 µs.
Figure 4-1 Structure of a timeslot in the normal CP case (with a subcarrier spacing of 15 kHz)
The system overhead for the normal CP case shown in Figure 4-1 is calculated using the
following formula:
4.2.1 Benefits
Network Impacts
None
Function Impacts
4.3 Requirements
4.3.1 Licenses
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
None
4.3.3 Hardware
No requirements
Boards
No requirements
RF Modules
No requirements
Cells
None
4.3.4 Others
None
4.4 Operation and Maintenance
describes the parameters used for function activation. This section does not
Table 4-1
describe parameters related to cell establishment.
At the moment when the CP modification takes effect in an activated cell, services carried
by UEs are interrupted in the cell. The duration for the UEs to reacquire synchronization
with the cell depends on the synchronization performance of the UEs.
1. On the U2000, run the LST CELL command and check the values of Uplink
cyclic prefix length and Downlink cyclic prefix length.
• If the values are Normal, normal CP has been configured.
• If the values are Extended, extended CP has been configured.
2. On the U2000, start Uu interface tracing, deactivate the cell, and then reactivate
it. Wait until the cell is successfully activated, and then check the value of the
information element (IE) ul-CyclicPrefixLength in the first RRC_SYS_INFO
message (a SIB2 message) over the Uu interface.
• If its value is len1(0), normal CP is working in the uplink.
• If its value is len2(1), extended CP is working in the uplink.
5 Extended CP
5.1 Principles
Extended CP applies to scenarios where the delay spread is long. When multipath
interference is severe, system performance deteriorates significantly if the multipath delay
spread is longer than a normal CP. Extended CP enhances multipath delay spread resistance
in large-cell-radius scenarios and multipath interference resistance. However, extended CP
increases the system overhead and consumes certain number of transport resources.
shows the structure of a timeslot in the extended CP case. The timeslot consists of
Figure 5-1
six downlink OFDM symbols or uplink SC-FDMA symbols. The CP length of each symbol
is approximately 16.7 μs.
Figure 5-1 Structure of a timeslot in the extended CP case (with a subcarrier spacing of 15 kHz)
As shown in Figure 5-1, an extended CP is longer than a normal CP. The permissible
multipath delay at the receiving end increases with the CP length. The use of extended CP,
however, causes more system overhead than the use of normal CP. The system overhead
for the extended CP case is calculated using the following formula:
5.2.1 Benefits
The CP technique mitigates ISI and ICI caused by multipath delay, ensuring network
coverage in E-UTRAN cells.
The deployment suggestions of extended CP are as follows:
• It is recommended that extended CP be activated to improve uplink and
downlink signal to interference plus noise ratios (SINRs) if the multipath delay
spread exceeds the normal CP length of 4.7 μs in the area (the time difference is
greater than the length of a normal CP, 4.7 μs), for example, where there are high
buildings or mountains in the distance that will reflect signals. This condition can
be interpreted as follows: There is at least 1.5 km difference between the line of
sight (LOS) path of a signal arriving at a UE and the reflected path of the same
signal last arriving at the UE.
• It is difficult to obtain the actual multipath delay spread. To evaluate whether to
use extended CP, operators can estimate whether the multipath delay spread is
longer than the normal CP length based on the building distribution and
landform.
• UEs may not support extended CP. Enabling this function may cause exceptions
of such UEs. It is not recommended that this function be enabled if there are such
UEs on the live network. The extended CP capability of UEs depends on UEs
themselves.
This capability cannot be identified through UE capability information. If a UE can access a cell
with extended CP enabled and the UE data rate can reach its peak value, this indicates that the
UE supports extended CP.
5.2.2 Impacts
Network Impacts
The use of extended CP causes more system overhead than the use of normal CP and
therefore system capacity decreases.
Function Impacts
extended CP is
enabled only in
cells served by
macro eNodeBs,
optimal
performance of
eICIC cannot be
assured.
5.3 Requirements
5.3.1 Licenses
5.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
because DL CoMP
UEs must receive
data from different
cells. Extended CP is
usually deployed in
extended cell range
scenarios. Therefore,
extended CP is not
supported when DL
CoMP is enabled.
5.3.3 Hardware
3900 and 5900 series base stations are compatible with this function.
Boards
RF Modules
In FDD:
The AAU, pRRU, and book RRU do not support extended CP.
In TDD:
Only the following models support extended CP: RRU3232, RRU3235, RRU3252,
RRU3256, and RRU3276. If an RRU works in 8T8R mode, the RRU does not support
extended CP.
Cells
describes the parameters used for function activation. This section does not
Table 5-1
describe parameters related to cell establishment.
At the moment when the CP modification takes effect in an activated cell, services carried
by UEs are interrupted in the cell. The duration for the UEs to reacquire synchronization
with the cell depends on the synchronization performance of the UEs.
//Activating extended CP
MOD
CELL:LOCALCELLID=0,ULCYCLICPREFIX=EXTENDED_CP,DLCYCLICPREFIX=EXTENDED_CP
;
None
6 Parameters
configuration
type 4
uplink-
downlink
special
subframe
configuration
type 5
received with
only to LTE F
UlSchCtrlPwr
algorithm of s
function. This
the Schedule
parameter are
scheduled UE
selected by th
effect, all pre-
by the schedu
TDD.
UlPttSchOptS
scheduling fo
extended QC
that are sche
triggers uplink
is greater tha
This ensures
heavy traffic s
timeout of PD
deselected, th
scheduling fo
option applies
UlPttDataSize
traffic volume
65, QCI 66, o
selected, the
dynamic sche
and packet lo
services. If th
effect. This op
EnhancedSch
are subject to
and whether
RBs to be allo
packets. If thi
the preallocat
number of RB
scheduling of
ping packets.
subject to the
and the numb
scheduling of
spectral effici
ping packets
MO Parameter ID MML Command Feature ID Feature Name
percentage re
LTE TDD.
UlSigSrSchD
amount adap
The adaptatio
the adaptatio
amount of to-
on the signali
uplink signalin
TDD.
UlFssWindSe
the search wi
scheduling. T
selected. Wh
randomly spe
frequency sel
FDD.
UlCellCenterM
MCSs for upl
optimization i
optimization i
UEs in or nea
to LTE FDD a
PuschSchEsc
interference c
interference.
HarqMcsOptS
DMRS measu
for retransmis
PreambleSch
scheduling an
option is dese
success rates
IoT scenarios
PDU is 12. If
maximum bac
accommodate
indexes.
UlPAMCSwitc
uplink perceiv
and MCS ind
This option ap
UlSchRbAlloc
optimization f
PUSCH sche
resource bloc
addition, uplin
MO Parameter ID MML Command Feature ID Feature Name
Meanwhile, th
option is dese
power status
not consider S
precision dec
LTE TDD.
UlMultiCluste
multi-cluster f
option is sele
supported wh
to LTE FDD.
SrPairingSwit
during uplink
scheduling is
option is dese
uplink MU-MI
UlDrbProactiv
uplink schedu
scheduling is
performed in
transmission.
scheduling is
and LTE TDD
GUI Value Ra
UlPacketLenA
EnhExtQCITt
EnhExtQCISp
UlVoipRbRsv
UlThpEnhSw
UlDataFitterR
UlFssOptForA
SrbProbeSch
UlSchCtrlPwr
UlPttSchOptS
UlPttDataSize
EnhancedSch
UlSigSrSchD
UlFssWindSe
UlCellCenterM
PuschSchEsc
HarqMcsOptS
PreambleSch
UlPAMCSwitc
UlSchRbAlloc
UlMultiCluste
SrPairingSwit
UlDrbProactiv
MO Parameter ID MML Command Feature ID Feature Name
Unit: None
Actual Value
EnhExtQCITt
UlVoipRbRsv
UlDataFitterR
SrbProbeSch
UlPttSchOptS
EnhancedSch
UlFssWindSe
PuschSchEsc
PreambleSch
UlMultiCluste
UlDrbProactiv
Default Value
EnhExtQCITt
UlVoipRbRsv
UlDataFitterR
SrbProbeSch
UlPttSchOptS
EnhancedSch
UlSigSrSchD
UlCellCenterM
HarqMcsOptS
UlPAMCSwitc
UlMultiCluste
UlDrbProactiv
rate is 9.8 Gb
greater than 4
compression
chain or ring
CPRI compre
or quadruple
CPRI compre
of this param
or ring, ensur
deactivated. A
value. This pa
GUI Value Ra
NORMAL_CO
ENHANCED_
QUADPLEX_
TRIPLEX_CO
3_2_COMPR
Unit: None
Actual Value
NORMAL_CO
QUADPLEX_
TRIPLEX_CO
Default Value
Based on
Coordinated
eNodeB
SfnDlSchAttri
scheduling at
LTE FDD and
If this option i
adjusted whe
If this option i
not adjusted w
SfnCbfSwitch
beamforming
LTE TDD.
If this option i
SFN/SDMA is
If this option i
SFN/SDMA is
SfnVoLteDlJS
VoLTE UEs in
applies only t
If this option i
scheduled wh
If this option i
scheduled wh
SfnTarRruSe
selection of a
the distance b
m. This option
If this option i
uplink signals
appropriate ta
If this option i
received uplin
SfnTarRruAd
use of uplink
This option ap
If this option i
SINR or the u
RRU selectio
If this option i
SINR for targ
SfnVoLteUlJS
VoLTE UEs in
applies only t
If this option i
scheduled in
If this option i
scheduled in
MO Parameter ID MML Command Feature ID Feature Name
SfnDlRblerOp
optimization t
option applies
If this option i
consecutive d
to 0.
If this option i
SfnJtSwitch:
TM9/TM10 U
option applies
If this option i
enabled.
If this option i
disabled.
GUI Value Ra
SfnPdcchDcs
SfnUll2Select
SfnPdcchSdm
SfnPucchAck
SuperCombC
SfnDl2LoadL
SfnDlSchAttri
SfnCbfSwitch
SfnVoLteDlJS
SfnTarRruSe
SfnTarRruAd
SfnVoLteUlJS
SfnDlRblerOp
SfnJtSwitch(S
Unit: None
Actual Value
SfnUll2Select
SfnPucchAck
SfnDl2LoadL
SfnCbfSwitch
SfnTarRruAd
SfnDlRblerOp
Default Value
SfnUll2Select
SfnPucchAck
SfnDl2LoadL
SfnCbfSwitch
SfnTarRruSe
SfnVoLteUlJS
SfnJtSwitch:O
MO Parameter ID MML Command Feature ID Feature Name
FDDHomNetD
IntraDlCompJ
MU beamform
retransmissio
SplitSdmaSw
massive MIM
between MU
supported. If
PDSCH is no
TurboBfSwitc
in WTTx scen
of this param
8T8R normal
GUI Value Ra
TM9MuBfSwi
HighOrderMu
MubfResAdjS
HarqRetranP
SplitSdmaSw
TurboBfSwitc
Unit: None
Actual Value
HighOrderMu
HarqRetranP
Default Value
HighOrderMu
HarqRetranP
TurboBfSwitc
capability of c
option applies
GUI Value Ra
TM4TM9Ada
TM10Switch(
ChannelRecS
TM9HybridPr
Unit: None
Actual Value
TM10Switch,
Default Value
TM10Switch:
TM9HybridPr
GUI Value Ra
EpdcchFunct
Unit: None
Actual Value
Default Value
7 Counters
8 Glossary
1. Beamforming (TDD)
2. CPRI Compression
3. DL CoMP (FDD)
4. D-MIMO (TDD)
7. MIMO
9. Relay
10. SFN
11. WTTx Turbo Beamforming (TDD)
12. Super Combined Cell (FDD)
13. Uu based Soft Synchronization (FDD)
14. Physical Channel Resource Management
15. Cell Management
16. TDM eICIC (FDD)