Professional Documents
Culture Documents
Issue 04
Date 2014-08-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: http://www.huawei.com
Email: support@huawei.com
Contents
2 Overview.........................................................................................................................................5
2.1 Introduction....................................................................................................................................................................5
2.2 Benefits...........................................................................................................................................................................5
2.3 Architecture....................................................................................................................................................................5
3 VoIP Services..................................................................................................................................7
3.1 VoIP Traffic Model........................................................................................................................................................7
3.2 VoIP Procedures.............................................................................................................................................................8
3.3 VoIP Evaluation.............................................................................................................................................................9
3.3.1 QoS Evaluation............................................................................................................................................................9
3.3.2 Voice Quality Evaluation..........................................................................................................................................10
3.3.3 VQM..........................................................................................................................................................................10
4 Key Technologies........................................................................................................................12
4.1 Overview......................................................................................................................................................................12
4.2 Admission and Congestion Control..............................................................................................................................13
4.2.1 Overview...................................................................................................................................................................14
4.2.2 Load Monitoring........................................................................................................................................................14
4.2.3 Admission Control.....................................................................................................................................................14
4.2.4 Congestion Control....................................................................................................................................................15
4.3 Service-based Inter-RAT or Inter-Frequency Handover..............................................................................................15
4.3.1 Overview...................................................................................................................................................................15
4.3.2 Inter-Frequency Handover.........................................................................................................................................15
4.3.3 Inter-RAT Handover..................................................................................................................................................15
4.4 ROHC...........................................................................................................................................................................16
4.5 Scheduling....................................................................................................................................................................16
4.5.1 Overview...................................................................................................................................................................16
4.5.2 Dynamic Scheduling..................................................................................................................................................16
4.5.3 Semi-Persistent Scheduling.......................................................................................................................................17
5 Related Features...........................................................................................................................22
5.1 Features Related to Admission and Congestion Control..............................................................................................23
5.1.1 LBFD-002023 Admission Control............................................................................................................................23
5.1.2 LBFD-002024 Congestion Control...........................................................................................................................23
5.2 Features Related to Service-based Handovers..............................................................................................................23
5.2.1 LBFD-00201805 Service Based Inter-frequency Handover.....................................................................................23
5.2.2 LOFD-001043 Service based inter-RAT handover to UTRAN................................................................................23
5.2.3 LOFD-001046 Service based inter-RAT handover to GERAN................................................................................23
5.3 Features Related to LOFD-001017 RObust Header Compression (ROHC)................................................................23
5.4 Features to Related Scheduling....................................................................................................................................23
5.4.1 LOFD-00101502 Dynamic Scheduling.....................................................................................................................24
5.4.2 LOFD-001109 DL Non-GBR Packet Bundling........................................................................................................24
5.4.3 LOFD-001016 VoIP Semi-persistent Scheduling.....................................................................................................24
5.5 Features Related to Power Control...............................................................................................................................25
5.5.1 LBFD-002016 Dynamic Downlink Power Allocation..............................................................................................25
5.5.2 LBFD-002026 Uplink Power Control.......................................................................................................................26
5.6 Features Related to LBFD-002017 DRX.....................................................................................................................26
5.7 Features Related to LOFD-001048 TTI Bundling.......................................................................................................27
6 Network Impact...........................................................................................................................28
6.1 Admission and Congestion Control..............................................................................................................................29
6.1.1 LBFD-002023 Admission Control............................................................................................................................29
6.1.2 LBFD-002024 Congestion Control...........................................................................................................................29
6.2 Service-based Handover...............................................................................................................................................29
6.2.1 LBFD-00201805 Service Based Inter-frequency Handover.....................................................................................29
6.2.2 LOFD-001043 Service based inter-RAT handover to UTRAN................................................................................29
6.2.3 LOFD-001046 Service based inter-RAT handover to GERAN................................................................................30
6.3 LOFD-001017 RObust Header Compression (ROHC)................................................................................................30
6.4 Scheduling....................................................................................................................................................................30
6.4.1 LOFD-00101502 Dynamic Scheduling.....................................................................................................................30
6.4.2 LOFD-001109 DL Non-GBR Packet Bundling........................................................................................................31
6.4.3 LOFD-001016 VoIP Semi-persistent Scheduling.....................................................................................................31
6.5 Power Control...............................................................................................................................................................31
6.5.1 LBFD-002016 Dynamic Downlink Power Allocation..............................................................................................31
6.5.2 LBFD-002026 Uplink Power Control.......................................................................................................................32
6.6 LBFD-002017 DRX.....................................................................................................................................................32
7 Engineering Guidelines.............................................................................................................33
7.1 When to Use VoIP........................................................................................................................................................34
7.1.1 Admission and Congestion Control...........................................................................................................................34
7.1.2 ROHC........................................................................................................................................................................34
7.1.3 Dynamic Scheduling..................................................................................................................................................34
7.1.4 When to Use Semi-Persistent Scheduling.................................................................................................................34
7.1.5 When to Use Power Control......................................................................................................................................35
7.1.6 When to Use Dynamic DRX.....................................................................................................................................35
7.1.7 When to Use TTI Bundling.......................................................................................................................................35
7.2 Required Information...................................................................................................................................................36
7.2.1 Admission and Congestion Control...........................................................................................................................36
7.2.2 ROHC........................................................................................................................................................................36
7.2.3 Dynamic Scheduling..................................................................................................................................................36
7.2.4 Semi-Persistent Scheduling.......................................................................................................................................36
7.2.5 Power Control............................................................................................................................................................36
7.2.6 DRX...........................................................................................................................................................................36
7.2.7 TTI Bundling.............................................................................................................................................................37
7.3 Planning........................................................................................................................................................................37
7.4 Configuration of Basic Parameters...............................................................................................................................37
7.4.1 Requirements.............................................................................................................................................................37
7.4.2 Data Preparation........................................................................................................................................................38
7.4.3 Precautions.................................................................................................................................................................39
7.4.4 Hardware Adjustment................................................................................................................................................39
7.4.5 Initial Configuration..................................................................................................................................................39
7.4.6 Activation Observation..............................................................................................................................................41
7.4.7 Reconfiguration.........................................................................................................................................................43
7.5 Deployment of Admission Control...............................................................................................................................43
7.6 Deployment of Congestion Control..............................................................................................................................43
7.7 Deployment of ROHC..................................................................................................................................................43
7.8 Deployment of DL Dynamic Scheduling.....................................................................................................................44
7.9 Deployment of UL Dynamic Scheduling.....................................................................................................................45
7.10 Deployment of Semi-Persistent Scheduling...............................................................................................................47
7.10.1 Requirements...........................................................................................................................................................47
7.10.2 Data Preparation......................................................................................................................................................48
7.10.3 Precautions...............................................................................................................................................................50
7.10.4 Hardware Adjustment..............................................................................................................................................50
7.10.5 Activation................................................................................................................................................................50
7.10.6 Activation Observation............................................................................................................................................52
7.10.7 Reconfiguration.......................................................................................................................................................56
7.10.8 Deactivation.............................................................................................................................................................56
8 Parameters.....................................................................................................................................81
9 Counters......................................................................................................................................106
10 Glossary.....................................................................................................................................107
11 Reference Documents.............................................................................................................108
1.1 Scope
This document describes IMS-based VoIP within a VoIP-capable LTE network, including its
technical principles, related features, network impact, and engineering guidelines.
NOTE
IMS is short for IP multimedia subsystem, and VoIP is short for voice over IP.
LampSite DBS3900
Any managed objects (MOs), parameters, alarms, or counters described herein correspond to
the software release delivered with this document. Any future updates will be described in the
product documentation delivered with future software releases.
This document applies only to LTE FDD. Any "LTE" in this document refers to LTE FDD, and
"eNodeB" refers to LTE FDD eNodeB.
l Feature change
Changes in features of a specific product version
l Editorial change
Changes in wording or addition of information that was not described in the earlier version
eRAN6.0 04 (2014-08-20)
This issue includes the following changes.
eRAN6.0 03 (2013-10-30)
This issue includes the following changes.
eRAN6.0 02 (2013-08-30)
This issue includes the following changes.
eRAN6.0 01 (2013-04-28)
This issue includes the following changes.
Feature Added the voice quality monitoring (VQM) function. For None
change details, see 3.3.3 VQM.
2 Overview
2.1 Introduction
VoIP is a voice service over IP networks. Voice over LTE (VoLTE) is a voice service solution
for LTE networks, including circuit switched fallback (CSFB), IMS-based VoIP, and single
radio voice call continuity (SRVCC).
If an LTE network does not support VoIP, CSFB can be used to provide voice services for LTE
users. For details about CSFB, see CS Fallback Feature Parameter Description.
To ensure voice call continuity when users move out of the range of a VoIP-capable LTE
network, the LTE network must support single radio voice call continuity (SRVCC). For details
about SRVCC, see SRVCC Feature Parameter Description.
IMS-based VoIP is voice sessions set up over IP networks between the UE and the IMS. Unless
otherwise specified, VoIP in this document refers to IMS-based VoIP.
Voice services are packet switched (PS) services in the evolved UTRAN (E-UTRAN) but circuit
switched (CS) services in the universal terrestrial radio access network (UTRAN) and GSM/
EDGE radio access network (GERAN). If a UE in the E-UTRAN needs to communicate with
a UE in the UTRAN/GERAN, the IMS in the LTE network and the mobile switching center
(MSC) in the GSM/UMTS network need to process the call from the PS domain to the CS
domain.
2.2 Benefits
VoIP provides UEs in the E-UTRAN with voice services, without the need of falling back to
GERAN or UTRAN.
2.3 Architecture
Figure 2-1 illustrates the LTE/SAE architecture in non-roaming scenarios. (SAE is short for
System Architecture Evolution.) For details about the architectures in roaming and non-roaming
scenarios, see section 4.2 Architecture reference model in 3GPP TS 23.401.
The operator's IP services shown in Figure 2-1 are implemented using the IMS. The IMS
performs session control and multimedia negotiation between the calling and called UEs in
compliance with the Session Initiation Protocol (SIP) and Session Description Protocol (SDP).
The codec standard used for VoIP is determined by the UE and IMS. For details about the VoIP
traffic model under Adaptive Multirate (AMR), see 3.1 VoIP Traffic Model.
For details about VoIP session setup between the calling and called UEs, see 3.2 VoIP
Procedures.
To provide VoIP services, eNodeBs must support basic/optional features and functions such as
admission control, congestion control, and scheduling. For details about these features and
functions, see 4 Key Technologies.
3 VoIP Services
l Talk spurts
Talk spurts occur when the user is in conversation. In this state, voice frames are transmitted
at intervals of 20 ms, and the packet size is determined by the speech coding rate.
l Silent period
During silent periods, the user stops talking. A silence insertion descriptor (SID) frame is
transmitted every 160 ms to improve user experience.
NOTE
Both the UE and the EPC must support the IMS to provide VoIP services.
According to 3GPP, the QCIs for conversational voice and IMS signaling are 1 and 5,
respectively. The QCIs are set in StandardQci managed objects (MOs), and the Radio Link
Control (RLC) modes for setting up conversational voice and IMS signaling E-RABs are
specified by the RlcPdcpParaGroup.RlcMode parameter.
Table 3-1 lists the values for RLC modes recommended in 3GPP.
For details about QCIs and RLC modes, see QoS Management Feature Parameter
Description.
l The packet delay budget (PDB) defines an upper bound for the time that a packet may be
delayed between the UE and the P-GW. The delay from the UE to the P-GW is 100 ms
with a confidence level of 98%.
l The packet error loss rate (PELR) defines an upper bound for the rate of service data units
(SDUs) that have been processed by the sender of the Automatic Repeat Request (ARQ)
protocol at the data link layer (for example, RLC layer in the E-UTRAN) but are not
successfully delivered by the corresponding receiver to the upper layer (for example, PDCP
layer in the E-UTRAN).
Counters are used to monitor the statistics of delay, downlink air interface packet loss rate, and
downlink PDCP packet loss rate for conversational voice (QCI 1).
Counters are used to monitor the statistics of user satisfaction for conversational voice (QCI 1).
3.3.3 VQM
Overview
Voice quality monitoring (VQM) is mainly used for network monitoring, network optimization,
VIP guarantee, and user complaint handling under AMR speech coding. VQM reduces the
necessity of drive tests required for obtaining voice quality. VQM is controlled by the
ENODEBALGOSWITCH.VQMAlgoSwitch parameter and is disabled by default. VQM is not
recommended in scenarios where both AMR and non-AMR speech coding solutions are used.
During VQM, the eNodeB monitors the packet error loss rate, delay, delay variation, and
handover state. Then, the eNodeB inputs the DL and UL monitoring results to the E-model and
voice quality indicator (VQI) model, respectively, to obtain the UL and DL voice quality data
on the air interface.
The voice quality is saved in call history records (CHRs) and is used to collect the statistics of
cell-level voice quality counters and monitor user-level performance.
NOTE
VQM results, including statistics of cell-level voice quality counters, user-level performance counters, and
CHRs do not contain any user privacy information.
Table 3-4 lists the mapping between MOS and user experience.
MOS MOS 2.6 2.6 MOS 3.1 MOS 3.6 MOS MOS > 4
3.1 3.6 4
E-Model
The E-model is used to evaluate DL voice quality.
The E-model was proposed by European Telecommunications Standards Institute (ETSI) and
then defined by ITU-T Recommendation G.107. It is widely used in the evaluation of
conversational voice quality.
For the DL, the eNodeB monitors the average DL packet error loss rate and delay on the air
interface, inputs the information to the E-model, employs more than 20 default parameters of
the E-model, and obtains the voice quality evaluation results. Default parameters include send
loudness rating (SLR) and response loudness rating (RLR).
VQI Model
The VQI model is used to evaluate UL voice quality.
As it is difficult for the E-UTRAN to obtain the average UL delay on the air interface, eNodeBs
use Huawei VQI model to evaluate UL voice quality by monitoring the frame error rate (FER),
long frame error rate (LFER), and handover state. Specifically, the eNodeB monitors the delay
variation of each UL packet. If the variation exceeds the threshold (100 ms by default), the
eNodeB considers the packet lost.
4 Key Technologies
4.1 Overview
Table 4-1 describes the Huawei eNodeB features involved in VoIP.
4.2.1 Overview
This section describes how the basic features LBFD-002023 Admission Control and
LBFD-002024 Congestion Control work for VoIP. For more details about the two features, see
Admission and Congestion Control Feature Parameter Description.
The eNodeB performs admission and congestion control for conversational voice (QCI 1) and
IMS signaling (QCI 5) separately.
l Downlink QoS satisfaction rate = Sum of downlink QoS satisfaction rates of all VoIP
services in the cell/Number of VoIP services in the cell
l Uplink QoS satisfaction rate = Sum of uplink QoS satisfaction rates of all VoIP services
in the cell/Number of VoIP services in the cell
NOTE
Non-GBR services (QCI 5) are admitted based on SRS resource allocation only when the eNodeB is
configured with the LBBPc board and SRS resources.
4.3.1 Overview
This section describes how the following features work for VoIP:
l LBFD-00201805 Service Based Inter-frequency Handover
l LOFD-001043 Service based inter-RAT handover to UTRAN
l LOFD-001046 Service based inter-RAT handover to GERAN
This section describes how inter-RAT handovers and inter-frequency handovers work for VoIP.
To perform VoIP services within the E-UTRAN, perform either of the following operations:
l Turn off UtranServiceHoSwitch and GeranServiceHoSwitch under the
ENodeBAlgoSwitch.HoAlgoSwitch parameter.
l Turn on UtranServiceHoSwitch and GeranServiceHoSwitch under the
ENodeBAlgoSwitch.HoAlgoSwitch parameter, and set the
ServiceIrHoCfgGroup.InterRatHoState parameter for QCI 1 and QCI 5 to a value other
than MUST_HO.
If neither of the preceding operations is performed, VoIP services are handed over to another
system immediately after being set up.
For details about service-based inter-RAT handovers, see Mobility Management in Connected
Mode Feature Parameter Description.
4.4 ROHC
This section describes how the optional feature LOFD-001017 RObust Header Compression
(ROHC) works for VoIP. For more details about ROHC, see ROHC Feature Parameter
Description.
ROHC provides an efficient header compression mechanism for data packets transmitted on
radio links to solve the problems of high bit error rates (BERs) and long round trip time (RTT).
ROHC helps reduce header overhead, lower the packet loss rate, shorten the response time, and
therefore helps improve network performance.
If operators have deployed IMS-based VoIP, operators can enable or disable ROHC by
specifying the PDCPROHCPARA.RohcSwitch parameter.
ROHC is an extensible framework consisting of different profiles for data streams compliant
with different protocols. Profiles define the compression modes for streams with different types
of protocol headers. VoIP uses profiles 0x0001 and 0x0002 for compressing RTP, UDP, and IP
headers.
The ROHC compression efficiency varies with the ROHC operating mode and variations in the
dynamic part of a packet header at the application layer. A header can be compressed to a size
as small as 1 byte, which efficiently reduces the VoIP packet size.
4.5 Scheduling
4.5.1 Overview
This section describes how a Huawei scheduler ensures the QoS and capacity of VoIP services
using the following features:
l LOFD-00101502 Dynamic Scheduling
l LOFD-001016 VoIP Semi-persistent Scheduling
Overview
Dynamic scheduling for VoIP requires that the VoIP delay be as short as possible. Therefore,
the Huawei scheduler optimizes the handling of VoIP priorities to ensure VoIP QoS. For details
about dynamic scheduling, see Scheduling Feature Parameter Description.
Dynamic scheduling is used for voice services in the following scenarios:
l UEs move at high speeds, for example, on high-speed railways.
l UEs are in cells with a bandwidth of 1.4 MHz.
It is recommended that semi-persistent scheduling be enabled in scenarios where the increase
in the number of VoIP users causes insufficient PDCCH resources.
UL Dynamic Scheduling
When UL dynamic scheduling uses the enhanced proportional fair (EPF) algorithm, the priority
of conversational voice (QCI 1) is lower than the priorities of signaling radio bearer 1 (SRB1),
SRB2, and IMS signaling (QCI 5), and it is higher than the priorities of other initially transmitted
data.
DL Dynamic Scheduling
When dynamic scheduling is used, the scheduling priority is related to whether the feature
LOFD-001109 DL Non-GBR Packet Bundling is enabled:
l If the feature LOFD-001109 DL Non-GBR Packet Bundling is not enabled:
When DL dynamic scheduling uses EPF, the priority of conversational voice (QCI 1) is
lower than the priorities of common control information, user-specific control information,
IMS signaling (QCI 5), data retransmitted in hybrid automatic repeat request (HARQ)
mode, and RLC AM state reports, and it is higher than the priorities of other initially
transmitted data.
l If the feature LOFD-001109 DL Non-GBR Packet Bundling is enabled:
All data and signaling are prioritized again and the priority of conversational voice may
not be higher than the priorities of other initially transmitted data.
When dynamic scheduling is used, the modulation and coding scheme (MCS) selection policy
is related to the value of VoipTbsBasedMcsSelSwitchunderCellAlgoSwitch.DlSchSwitch:
l When VoipTbsBasedMcsSelSwitch is turned on, the eNodeB determines whether the
number of online subscribers and IBLER have affected VoIP services. Selecting an MCS
based on transport block size (TBS) takes effect if the number of online subscribers and
IBLER meet certain requirements. HARQ retransmission and user delay are reduced if the
function takes effect on VoIP services.
l When VoipTbsBasedMcsSelSwitch is turned off, the eNodeB determines the MCS for
VoIP services based on the downlink CQI adjustment algorithm. For details about the
downlink CQI adjustment algorithm, see Scheduling Feature Parameter Description.
RRC messages. Semi-persistent scheduling is primarily used for services using periodically
transmitted small packets. It can reduce the number of signaling messages. Currently, Huawei
schedulers use semi-persistent scheduling only for conversational voice (QCI 1).
Before enabling semi-persistent scheduling, the eNodeB uses dynamic scheduling to schedule
VoIP packets.
When enabling semi-persistent scheduling, the eNodeB notifies the UE of the semi-persistently
allocated resources through the physical downlink control channel (PDCCH). During periodic
scheduling, the eNodeB does not need to indicate the allocated resources through the PDCCH.
The period of semi-persistent scheduling is 20 ms. The eNodeB notifies the UE of the period
through an RRC message.
The PDCP layer determines talk spurts and silent periods for VoIP. During talk spurts, semi-
persistent scheduling is activated. During silent periods, semi-persistently allocated resources
are released. Then, when a VoIP call transits from a silent period to talk spurts, the eNodeB
reactivates semi-persistent scheduling.
UL Semi-Persistent Scheduling
SpsSchSwitch under the CellAlgoSwitch.UlSchSwitch parameter specifies whether to enable
UL semi-persistent scheduling.
After determining that talk spurts start for a VoIP service, the eNodeB activates semi-persistent
scheduling and determines the modulation and coding scheme (MCS) and the number of PRBs
based on the packet size and the wideband signal to interference plus noise ratio (SINR).
After semi-persistent scheduling is activated, the UE periodically sends data and the eNodeB
periodically receives data using the semi-persistently allocated resources.
When the number of empty packets received by the eNodeB in semi-persistent scheduling
exceeds the value of CellUlschAlgo.SpsRelThd, the eNodeB automatically releases semi-
persistently allocated resources.
DL Semi-Persistent Scheduling
SpsSchSwitch under the CellAlgoSwitch.DlSchSwitch parameter specifies whether to enable
DL semi-persistent scheduling.
DL data transmitted in semi-persistent scheduling mode has a lower priority than common
control (such as broadcast and paging) information but has a higher priority than UE-specific
control information and user-plane data. The eNodeB periodically sends data and the UE
periodically receives data using the semi-persistently allocated resources.
When semi-persistent scheduling is activated, the eNodeB allocates the MCS and PRBs for a
UE based on the size of VoIP packets and the UE-reported wideband channel quality indicator
(CQI). The UE and eNodeB then receive and send data on the allocated resources.
After semi-persistent scheduling is activated, the eNodeB determines whether to reactivate semi-
persistent scheduling based on the measured IBLER.
4.6.1 Overview
This section describes how the following features work for VoIP when dynamic scheduling and
semi-persistent scheduling are used:
UL Semi-Persistent Scheduling
When semi-persistent scheduling is used for VoIP in the UL, closed-loop power control for the
physical uplink shared channel (PUSCH) can be enabled or disabled by setting
CloseLoopSpsSwitch under the CellAlgoSwitch.UlPcAlgoSwitch parameter.
l If CloseLoopSpsSwitch is turned on, the eNodeB adjusts transmit power for the PUSCH
based on the measured IBLER.
l If CloseLoopSpsSwitch is turned off, the eNodeB does not adjust the transmit power for
the PUSCH.
The PUSCH TPC commands for multiple UEs in semi-persistent scheduling mode are sent to
the UEs in downlink control information (DCI) format 3 or 3A.
DL Semi-Persistent Scheduling
When semi-persistent scheduling is used for VoIP in the DL, power control for the PDSCH can
be enabled or disabled by setting PdschSpsPcSwitch under the
CellAlgoSwitch.DlPcAlgoSwitch parameter.
l If PdschSpsPcSwitch is turned on, the eNodeB periodically adjusts the PDSCH transmit
power for UEs that use the quadrature phase shift keying (QPSK) modulation scheme based
on the measured IBLER.
l If PdschSpsPcSwitch is turned off, the eNodeB does not adjust the PDSCH transmit power.
4.7 DRX
This section describes how the basic feature LBFD-002017 DRX works for VoIP.
With discontinuous reception (DRX) enabled, UEs enter a dormant state when data is not
transmitted. In this way, DRX saves power. DRX typically applies to services with consecutive
small packets that are transmitted periodically, for example, VoIP. VoIP does not support short
DRX cycles when semi-persistent scheduling is enabled.
The Drx.DrxAlgSwitch parameter specifies whether to enable DRX.
For details about DRX, see DRX and Signaling Control Feature Parameter Description.
NOTE
False detection of the PDCCH might cause packet loss, which further deteriorates VoIP service quality.
To reduce the impact of false detection, preallocation can be used. For details about how DRX works with
preallocation, see DRX and Signaling Control Feature Parameter Description.
When the UE's channel quality is poor and transmit power is limited, TTI bundling increases
the cell edge coverage of the PUSCH by about 1 dB. The gains produced by this feature can be
observed when voice quality is maintained at a certain level, for example, when the mean opinion
score (MOS) is 3.
In the current version, cells with a bandwidth of 1.4 MHz do not support TTI bundling, and TTI
bundling is used to improve only the UL edge coverage for VoIP.
TTI bundling is controlled by TtiBundlingSwitch under the CellAlgoSwitch.UlSchSwitch
parameter. If TtiBundlingSwitch is turned on, the eNodeB determines whether to activate TTI
bundling based on the channel quality and the amount of data to be transmitted. After activating
TTI bundling, the eNodeB determines the number of PRBs and selects an MCS based on the
channel quality and the amount of data to be transmitted.
According to section 8.6.1 "Modulation order and redundancy version determination" in 3GPP
TS 36.213 V10.1.0 (2011-03), a maximum of three PRBs can be used in a bundle of TTIs, the
modulation scheme is QPSK, and the highest modulation order is 10.
When TTI bundling is enabled, the eNodeB checks whether a UE enter the TTI bundling state
based on the following criteria:
If all the preceding criteria are met, the eNodeB instructs the UE to enter the TTI bundling state
through the RRC Connection Reconfiguration message.
5 Related Features
This chapter describes the relationships between VoIP-related features and other features.
Prerequisite Features
None
Impacted Features
This feature affects the VoIP service quality.
When UEs are processing non-GBR services and VoIP services, enabling feature LOFD-001109
DL Non-GBR Packet Bundling has the following impact:
l The VoIP service quality may slightly decrease, while still being satisfactory.
l The DL non-GBR throughput increases if the non-GBR service scheduling probability was
low before this feature is enabled because VoIP services take precedence and occupy more
PDCCH resources.
The non-GBR DL throughput increases with the number of users with satisfactory VoIP
quality. The throughput increase also depends on the non-GBR user distribution, traffic
volume, system bandwidth, and other factors.
Prerequisite Features
None
Impacted Features
l LBFD-002017 DRX
If the value of the DRX long cycle parameter is set to a value greater than the semi-persistent
scheduling period (20ms), downlink semi-persistent scheduling does not take effect.
l LOFD-001036 RAN Sharing with Common Carrier
VoIP services have a high scheduling priority and are sensitive to scheduling delays.
Therefore, UL and DL semi-persistent scheduling does not consider the configured
proportions of PRBs that can be allocated to different operators.
l LBFD-002026 Uplink Power Control
During UL semi-persistent scheduling, the MCS remains unchanged but channel conditions
vary. Consequently, the IBLER may not converge on a target value. To solve this problem,
closed-loop power control can be enabled to adjust UE transmit power for the PUSCH.
l LBFD-002005 DL Asynchronous HARQ
HARQ process information is not included in the PDCCH grant message for semi-persistent
scheduling. Consequently, the retransmitted data and initially transmitted data fail to be
combined because the eNodeB cannot identify the HARQ process for the retransmitted
data. To solve this problem, the eNodeB reserves HARQ processes for semi-persistent
scheduling and sends the number of reserved HARQ processes to the UE through an RRC
message according to 3GPP TS 36.321.
l LAOFD-001001 Carrier Aggregation for Downlink 2CC in 20MHz
According to section 5.10 "Semi-Persistent Scheduling" in 3GPP TS 36.321, semi-
persistent scheduling can only be configured on the primary component carrier for CA UEs.
Prerequisite Features
None
Impacted Features
LBFD-002016 Dynamic Downlink Power Allocation affects the following features:
This section describes only the impact on LOFD-001016 VoIP Semi-persistent Scheduling. For
details about the impact on other features, see Power Control Feature Parameter Description.
The downlink VoIP semi-persistent scheduling algorithm provides the achieved downlink BLER
as an input to the downlink semi-persistent power control algorithm. The BLER is a prerequisite
for enabling PDSCH power adjustment in semi-persistent scheduling.
Prerequisite Features
None
Impacted Features
LBFD-002026 Uplink Power Control affects the following features:
This section describes only the impact on LOFD-001016 VoIP Semi-persistent Scheduling. For
details about the impact on other features, see Power Control Feature Parameter Description.
The uplink VoIP semi-persistent scheduling algorithm provides the achieved uplink BLER as
an input to the uplink power control algorithm. The BLER is a prerequisite for enabling PUSCH
power adjustment in semi-persistent scheduling. If uplink semi-persistent scheduling is enabled,
it is recommended that CloseLoopSpsSwitch under the CellAlgoSwitch.UlPcAlgoSwitch
parameter be turned on to ensure the convergence of uplink IBLER.
Impacted Features
l LOFD-001016 VoIP Semi-persistent Scheduling
If the value of the DRX long cycle parameter is set to a value greater than the semi-persistent
scheduling period (20ms), downlink semi-persistent scheduling does not take effect.
l LOFD-001048 TTI Bundling
If a UE is in the TTI bundling state, the eNodeB instructs the UE to enter the DRX mode
only when the UE needs to perform ANR measurement.
If a UE is in DRX mode, the eNodeB instructs the UE to exit the DRX mode after
activating TTI bundling. An exception is that if the UE is performing ANR measurement
in DRX mode, the eNodeB does not instruct the UE to exit the DRX mode.
Impacted Features
LOFD-001048 TTI Bundling affects the following features:
l LBFD-002017 DRX
l LOFD-001105 Dynamic DRX
l LAOFD-001001 LTE-A Introduction
If a UE is in the TTI bundling state, the eNodeB instructs the UE to enter the DRX mode only
when the UE needs to perform ANR measurement.
If a UE is in DRX mode and not performing ANR measurement, the eNodeB instructs the UE
to exit the DRX mode when activating TTI bundling.
6 Network Impact
This chapter describes the impact of the VoIP-related features on the network.
Network Performance
No impact.
Network Performance
No impact.
Network Performance
No impact.
Network Performance
No impact.
System Capacity
No impact.
Network Performance
No impact.
l Decreases the size of VoIP packets to be transmitted, which in turn improves uplink edge
coverage.
Higher compression efficiency leads to better cell coverage.
l Reduces required PRB resources and increases system capacity, given the same channel
quality.
Higher compression efficiency leads to higher system capacity.
When ROHC is used, the variation in the sizes of compressed VoIP packets affects semi-
persistent scheduling. If the sizes vary greatly, the allocated PRBs may be insufficient or
excessive for semi-persistent scheduling. Either case affects VoIP capacity and cell throughput.
l If the allocated PRBs are insufficient, dynamic scheduling is triggered temporarily. This
causes a waste of PDCCH resources and PRBs and increases scheduling delays due to VoIP
packet segmentation.
l If the allocated PRBs are excessive, some PRBs are wasted, and the cell throughput in
hybrid-service scenarios decreases.
Network Performance
No impact.
6.4 Scheduling
System Capacity
VoIP voice packets are generally small. If semi-persistent scheduling is disabled, VoIP capacity
is mainly determined by PDCCH resources. If the continuous increase of VoIP users causes
PDCCH resources to become insufficient firstly, the cell capacity decreases.
Network Performance
No impact.
System Capacity
l When cell load is light
In this scenario, the downlink control and traffic channels have sufficient resources and
therefore the eNodeB does not trigger this feature, which means this feature does not affect
system capacity.
l When cell load is heavy
In this scenario, the resources for control channels are insufficient and therefore the eNodeB
triggers this feature. Enabling this feature improves the distribution of scheduling wait time
for downlink packets and increases the GBR and non-GBR hybrid service capacity.
Improving the distribution of scheduling wait time for downlink packets will increase VoIP
service scheduling wait time while meeting the QoS requirements.
Network Performance
No impact.
System Capacity
After semi-persistent scheduling is enabled, PDCCH resources do not hinder VoIP capacity
because PDCCH resources are consumed only when semi-persistent scheduling is initially
activated or reactivated or when semi-persistently allocated resources are released. Therefore,
enabling semi-persistent scheduling can increase the number of supported VoIP users.
During semi-persistent scheduling, the MCS index cannot exceed 15. This restriction may
increase the number of PRBs allocated to semi-persistently scheduled UEs near the cell center.
In hybrid-service scenarios (where VoIP UEs and other UEs coexist in a cell), the increase in
the number of PRBs allocated to VoIP UEs will cause a decrease in the number of PRBs available
to other UEs, and consequently the cell throughput will decrease.
Network Performance
No impact.
Network Performance
No impact.
Network Performance
TTI bundling improves the cell edge coverage of the PUSCH. However, TTI bundling increases
signaling exchanges in the cell because the RRC layer needs to trigger the activation and
deactivation of TTI bundling.
7 Engineering Guidelines
7.1.2 ROHC
The ROHC feature is recommended when the operator provides the IMS-based VoIP services
in LTE network.
Resource Allocation
Huawei eNodeBs support two DL resource allocation modes: frequency diversity scheduling
and frequency selective scheduling. Huawei eNodeBs use frequency selective scheduling by
default.
Frequency selective scheduling considers the differences in channel quality for UEs and brings
gains. Frequency selective scheduling is not recommended in the following situations:
l UEs are moving at a high speed.
l The UL load is high.
It is recommended that power control for the PDSCH in semi-persistent scheduling mode be
disabled.
It is recommended that power control for the PUSCH in semi-persistent scheduling mode
(controlled by CloseLoopSpsSwitch) be enabled or disabled depending on the following
circumstances:
l Enable power control if uplink semi-persistent scheduling is enabled. In this situation, TPC
commands are adjusted based on the accuracy of the received initial-transmission data
packets to decrease the IBLER, improving VoIP service performance.
l Disable power control if uplink semi-persistent scheduling is disabled.
NOTE
If any of the power control schemes described in this section is enabled, it is recommended that inner-loop
power control for the PUSCH in dynamic scheduling mode also be enabled.
7.2.2 ROHC
None
7.2.6 DRX
The RrcConnStateTimer.UeInactivityTimerDynDrx parameter specifies the length of the
inactivity timer for UEs that support DRX, and the RrcConnStateTimer.UeInactiveTimer
parameter specifies the length of the inactivity timer for UEs that do not support DRX.
l If operators do not use dynamic DRX to reduce signaling, perform the following operations
to avoid fluctuations in KPIs:
1. Set the RrcConnStateTimer.UeInactivityTimerDynDrx parameter to a.
2. Set the RrcConnStateTimer.UlSynTimerDynDrx parameter to b.
If power saving is required, set the RrcConnStateTimer.UlSynTimerDynDrx parameter
to a value less than the value of the RrcConnStateTimer.UeInactivityTimerDynDrx
parameter. This configuration does not increase the number of UEs in RRC_CONNECTED
mode.
l If operators use dynamic DRX to reduce signaling, perform the following operations to
ensure the calculation accuracy of KPIs:
7.3 Planning
RF Planning
None
Networking Planning
An IMS server needs to be deployed to support VoIP.
If the E-UTRAN cannot provide continuous coverage and it requires the UTRAN/GERAN to
provide continuous voice services, you must configure inter-RAT neighboring cells and set voice
service handover switches must be set according to the UTRAN/GERAN voice service policies.
Hardware Planning
None
7.4.1 Requirements
Operating Environment
UEs must support VoIP, and the EPC must support IMS.
Transmission Networking
N/A
License
N/A
l Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
l Network plan (negotiation not required): parameter values planned and set by the operator
l User-defined: parameter values set by users
Required Data
None
Scenario-specific Data
Different QCIs require different RLC modes. The eNodeB supports adaptive configuration based
on QCIs.
The following table describes the parameters that must be set in the StandardQci MO to modify
a standardized QCI.
The following table describes the parameter that must be set in the RlcPdcpParaGroup MO to
configure an RLC mode.
7.4.3 Precautions
None
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 7-1 in a summary data file, which also contains
other data for the new eNodeBs to be deployed. Then, import the summary data file into the
Configuration Management Express (CME) for batch configuration. For detailed instructions,
see section "Creating eNodeBs in Batches" in the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The MOs in Table 7-1 are contained in a scenario-specific summary data file. In this
situation, set the parameters in the MOs, and then verify and save the file.
l Some MOs in Table 7-1 are not contained in a scenario-specific summary data file. In this
situation, customize a summary data file to include the MOs before you can set the
parameters.
Step 1 Choose CME > Advanced > Customize Summary Data File, or choose Advanced > Customize
Summary Data File, to customize a summary data file for batch reconfiguration.
NOTE
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk Configuration
Data, or choose LTE Application > Export Data > Export Base Station Bulk Configuration
Data, to export the eNodeB data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs listed in Table 7-1 and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk Configuration
Data, or choose LTE Application > Import Data > Import Base Station Bulk Configuration
Data, to import the summary data file into the CME.
Step 5 Choose CME > Planned Area > Export Incremental Scripts, or choose Area Management >
Planned Area > Export Incremental Scripts, to export and activate the incremental scripts.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration window.
Step 2 In area 1 shown in Figure 7-1, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 6 Choose CME > Planned Area > Export Incremental Scripts, or choose Area Management
> Planned Area > Export Incremental Scripts, to export and activate the incremental scripts.
----End
Step 2 Run the MOD STANDARDQCI command to set parameters related to standardized QCIs.
----End
To check whether the RLC mode for conversational voice (QCI 1) is UM and that for IMS
signaling (QCI 5) is AM, perform the following steps:
Step 3 Record the e-RAB-IDs that map QCI 1 and QCI 5 in the bearer request messages. In Figure
7-2 and Figure 7-3, the e-RAB-IDs that map QCI 1 and QCI 5 are 6 and 5, respectively.
Then, check RLC mode for bearer setup in the Uu tracing result. If the RLC mode for QCI 1 is
UM and that for QCI 5 is AM, the configurations are correct.
Step 4 Check the Uu tracing result. If the RLC mode for QCI 1 is UM and that for QCI 5 is AM, the
configurations are correct.
----End
7.4.7 Reconfiguration
N/A
This section describes only how to verify DL dynamic scheduling for VoIP. For details about
deployment requirements, data preparation, activation, and deactivation, see Scheduling Feature
Parameter Description.
Step 1 Run the LST CELLALGOSWITCH command to check whether DL dynamic scheduling has
been activated.
Step 2 Enable a UE to access a cell from a position close to the eNodeB and perform DL VoIP services.
Step 3 Start a task on the M2000 client to monitor MCS-specific scheduling statistics.
1. On the M2000 client, choose Monitor > Signaling Trace > Signaling Trace Management.
2. In the left pane of the displayed window, choose User Performance Monitoring > MCS
Count Monitoring. Set the tracing duration, to-be-traced MME ID, and UE TMSI, as
shown in the following figures.
3. Check the MCS-specific scheduling statistics. If the DL MCS indexes for the UE are greater
than 15 and less than or equal to 28, dynamic scheduling has been performed for DL VoIP.
Note that the highest MCS index in semi-persistent scheduling is only 15.
----End
This section describes only how to verify UL dynamic scheduling for VoIP. For details about
deployment requirements, data preparation, activation, and deactivation, see Scheduling Feature
Parameter Description.
Step 1 Run the LST CELLALGOSWITCH command to check whether UL dynamic scheduling has
been activated.
Step 2 Enable a UE to access a cell from a position close to the eNodeB and perform UL VoIP services.
Step 3 Start a task on the M2000 client to monitor MCS-specific scheduling statistics.
1. On the M2000 client, choose Monitor > Signaling Trace > Signaling Trace
Management.
2. In the left pane of the displayed window, choose User Performance Monitoring > MCS
Count Monitoring. Set the tracing duration, to-be-traced MME ID, and UE TMSI, as
shown in the following figures.
3. Check the MCS-specific scheduling statistics. If the UL MCS indexes are greater than 15
and less than or equal to 22 or 28 (22 for a category 3 UE, and 28 for a category 5 UE),
dynamic scheduling is performed for UL VoIP. Note that the highest MCS index in semi-
persistent scheduling is only 15.
----End
Transmission Networking
N/A
License
The operator has purchased and activated the license for the feature listed in the following table.
l Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
l Network plan (negotiation not required): parameter values planned and set by the operator
l User-defined: parameter values set by users
Required Data
The following table describes the parameter that must be set in the CellAlgoSwitch MO to set
semi-persistent scheduling.
Scenario-specific Data
The following table describes the parameter that must be set in the CellAlgoSwitch MO to set
UL semi-persistent scheduling.
The following table describes the parameter that must be set in the CellAlgoSwitch MO to set
DL semi-persistent scheduling.
7.10.3 Precautions
If UL semi-persistent scheduling is enabled, it is recommended that CloseLoopSpsSwitch be
turned on to enable closed-loop power control for the PUSCH.
7.10.5 Activation
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 7-2 in a summary data file, which also contains
other data for the new eNodeBs to be deployed. Then, import the summary data file into the
Configuration Management Express (CME) for batch configuration. For detailed instructions,
see section "Creating eNodeBs in Batches" in the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The MOs in Table 7-2 are contained in a scenario-specific summary data file. In this
situation, set the parameters in the MOs, and then verify and save the file.
l Some MOs in Table 7-2 are not contained in a scenario-specific summary data file. In this
situation, customize a summary data file to include the MOs before you can set the
parameters.
Step 1 Choose CME > Advanced > Customize Summary Data File, or choose Advanced > Customize
Summary Data File, to customize a summary data file for batch reconfiguration.
NOTE
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk Configuration
Data, or choose LTE Application > Export Data > Export Base Station Bulk Configuration
Data, to export the eNodeB data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs listed in Table 7-2 and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk Configuration
Data, or choose LTE Application > Import Data > Import Base Station Bulk Configuration
Data, to import the summary data file into the CME.
Step 5 Choose CME > Planned Area > Export Incremental Scripts, or choose Area Management >
Planned Area > Export Incremental Scripts, to export and activate the incremental scripts.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration window.
Step 2 In area 1 shown in Figure 7-12, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 6 Choose CME > Planned Area > Export Incremental Scripts, or choose Area Management
> Planned Area > Export Incremental Scripts, to export and activate the incremental scripts.
----End
UL Semi-Persistent Scheduling
To verify UL semi-persistent scheduling for VoIP, perform the following steps:
Step 2 After the UE accesses the cell, use the UE to perform UL VoIP services.
Step 3 Start a task on the M2000 client to monitor MCS-specific scheduling statistics.
1. On the M2000 client, choose Monitor > Signaling Trace > Signaling Trace
Management.
2. In the left pane of the displayed window, choose User Performance Monitoring > MCS
Count Monitoring. Set the tracing duration, to-be-traced MME ID, and UE TMSI.
3. Check the MCS-specific scheduling statistics. If the UL MCS indexes are less than or equal
to 15 and the number of UL scheduling times is about 50, UL semi-persistent scheduling
is activated for the UE.
If the UE is not far from the eNodeB, the number of UL scheduling times is about 50. If
the UE is far from the eNodeB, the number is greater than 50 due to packet segmentation.
----End
DL Semi-Persistent Scheduling
To verify DL semi-persistent scheduling for VoIP, perform the following steps:
Step 2 After the UE accesses the cell, use the UE to perform DL VoIP services.
Step 3 Start a task on the M2000 client to monitor MCS-specific scheduling statistics.
1. On the M2000 client, choose Monitor > Signaling Trace > Signaling Trace
Management.
2. In the left pane of the displayed window, choose User Performance Monitoring > MCS
Count Monitoring. Set the tracing duration, to-be-traced MME ID, and UE TMSI, as
shown in the following figures.
----End
7.10.7 Reconfiguration
N/A
7.10.8 Deactivation
For details on the use of dynamic power control, see Power Control Feature Parameter
Description.
7.12.1 Requirements
Operating Environment
UEs must support VoIP, semi-persistent scheduling, and closed-loop power control. The EPC
must support IMS.
Transmission Networking
N/A
License
The operator has purchased and activated the license for the feature listed in the following table.
Required Data
The following table describes the parameter that must be set in the CellAlgoSwitch MO to set
power control in semi-persistent scheduling.
Scenario-specific Data
The following table describes the parameter that must be set in the CellAlgoSwitch MO to set
power control in DL semi-persistent scheduling for VoIP.
The following table describes the parameter that must be set in the CellAlgoSwitch MO to set
power control in UL semi-persistent scheduling for VoIP.
7.12.3 Precautions
None
7.12.5 Activation
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 7-4 in a summary data file, which also contains
other data for the new eNodeBs to be deployed. Then, import the summary data file into the
Configuration Management Express (CME) for batch configuration. For detailed instructions,
see section "Creating eNodeBs in Batches" in the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The MOs in Table 7-4 are contained in a scenario-specific summary data file. In this
situation, set the parameters in the MOs, and then verify and save the file.
l Some MOs in Table 7-4 are not contained in a scenario-specific summary data file. In this
situation, customize a summary data file to include the MOs before you can set the
parameters.
Step 1 Choose CME > Advanced > Customize Summary Data File, or choose Advanced > Customize
Summary Data File, to customize a summary data file for batch reconfiguration.
NOTE
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk Configuration
Data, or choose LTE Application > Export Data > Export Base Station Bulk Configuration
Data, to export the eNodeB data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs listed in Table 7-4 and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk Configuration
Data, or choose LTE Application > Import Data > Import Base Station Bulk Configuration
Data, to import the summary data file into the CME.
Step 5 Choose CME > Planned Area > Export Incremental Scripts, or choose Area Management >
Planned Area > Export Incremental Scripts, to export and activate the incremental scripts.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration window.
Step 2 In area 1 shown in Figure 7-18, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 6 Choose CME > Planned Area > Export Incremental Scripts, or choose Area Management
> Planned Area > Export Incremental Scripts, to export and activate the incremental scripts.
----End
Step 1 Run the following command to activate UL semi-persistent scheduling and closed-loop power
control in PUSCH semi-persistent scheduling.
MOD CELLALGOSWITCH: UlPcAlgoSwitch=CloseLoopSpsSwitch-1,
UlSchSwitch=SpsSchSwitch-1;
Step 3 Start an IBLER monitoring task on the M2000 client to monitor IBLER values.
1. On the M2000 client, choose Monitor > Signaling Trace > Signaling Trace
Management.
2. In the left pane of the displayed window, choose User Performance Monitoring > BLER
Monitoring. Set the tracing duration and MME ID, as shown in the following figures.
3. Check on the M2000 client whether the IBLER values converge. If the Uplink IBLER
(Permillage) values are less than 100 (that is, the IBLER values are less than 10%), the
IBLER values converge. If the UE is close to the eNodeB, the IBLER values are relatively
small. If the UE is far from the eNodeB, the IBLER values are relatively large. In the two
cases, the IBLER values do not converge.
----End
Step 1 Run the following command to enable DL semi-persistent scheduling and power control in
PDSCH semi-persistent scheduling.
MOD CELLALGOSWITCH: DlPcAlgoSwitch=PdschSpsPcSwitch-1, DlSchSwitch=SpsSchSwitch-1;
Step 2 Enable a UE to access a cell and perform DL VoIP services. Ensure that the UE is far from the
eNodeB and the MCS index is less than 9.
Step 3 Start an IBLER monitoring task on the M2000 client to monitor IBLER values.
1. On the M2000 client, choose Monitor > Signaling Trace > Signaling Trace
Management.
2. In the left pane of the displayed window, choose User Performance Monitoring > BLER
Monitoring. Set the tracing duration and MME ID, as shown in the following figures.
3. Check on the M2000 client whether the IBLER values converge at the target value. If the
values of Downlink IBLER(Permillage) fluctuate around 100, the IBLER values
converge at 10%.
----End
7.12.7 Reconfiguration
N/A
7.12.8 Deactivation
eNodeBs in a single procedure. The procedure for feature deactivation is similar to that for
feature activation described in Using the CME to Perform Batch Configuration for Existing
eNodeBs. In the procedure, modify parameters according to Table 7-5.
7.14.1 Requirements
Operating Environment
UEs must support VoIP and TTI bundling, and the EPC must support IMS.
Transmission Networking
N/A
License
The operator has purchased and activated the license for the feature listed in the following table.
l Network plan (negotiation required): parameter values planned by the operator and
negotiated with the EPC or peer transmission equipment
l Network plan (negotiation not required): parameter values planned and set by the operator
l User-defined: parameter values set by users
Required Data
N/A
Scenario-specific Data
The following table describes the parameter that must be set in the CellAlgoSwitch MO to set
TTI bundling.
7.14.3 Precautions
None
7.14.5 Activation
Using the CME to Perform Batch Configuration for Newly Deployed eNodeBs
Enter the values of the parameters listed in Table 7-6 in a summary data file, which also contains
other data for the new eNodeBs to be deployed. Then, import the summary data file into the
Configuration Management Express (CME) for batch configuration. For detailed instructions,
see section "Creating eNodeBs in Batches" in the initial configuration guide for the eNodeB.
The summary data file may be a scenario-specific file provided by the CME or a customized
file, depending on the following conditions:
l The MOs in Table 7-6 are contained in a scenario-specific summary data file. In this
situation, set the parameters in the MOs, and then verify and save the file.
l Some MOs in Table 7-6 are not contained in a scenario-specific summary data file. In this
situation, customize a summary data file to include the MOs before you can set the
parameters.
Step 1 Choose CME > Advanced > Customize Summary Data File, or choose Advanced > Customize
Summary Data File, to customize a summary data file for batch reconfiguration.
NOTE
Step 2 Choose CME > LTE Application > Export Data > Export Base Station Bulk Configuration
Data, or choose LTE Application > Export Data > Export Base Station Bulk Configuration
Data, to export the eNodeB data stored on the CME into the customized summary data file.
Step 3 In the summary data file, set the parameters in the MOs listed in Table 7-6 and close the file.
Step 4 Choose CME > LTE Application > Import Data > Import Base Station Bulk Configuration
Data, or choose LTE Application > Import Data > Import Base Station Bulk Configuration
Data, to import the summary data file into the CME.
Step 5 Choose CME > Planned Area > Export Incremental Scripts, or choose Area Management >
Planned Area > Export Incremental Scripts, to export and activate the incremental scripts.
----End
Step 1 In the planned data area, click Base Station in the upper left corner of the configuration window.
Step 2 In area 1 shown in Figure 7-25, select the eNodeB to which the MOs belong.
Step 3 On the Search tab page in area 2, enter an MO name, for example, CELL.
Step 4 In area 3, double-click the MO in the Object Name column. All parameters in this MO are
displayed in area 4.
Step 6 Choose CME > Planned Area > Export Incremental Scripts, or choose Area Management
> Planned Area > Export Incremental Scripts, to export and activate the incremental scripts.
----End
Step 1 Run the LST CELLALGOSWITCH command to check whether TTI bundling has been
activated..
LST CELLALGOSWITCH: LocalCellId=0;
Step 2 Start a Uu tracing task on the M2000 client. Select test cells when creating the task.
Step 4 Enable the UE to be far from the eNodeB until the RRC_CONN_RECFG and
RRC_CONN_RECFG_CMP messages are present in the Uu tracing result. Check the IEs mac-
MainConfig > ul-SCH-Config > ttiBundling in the RRC_CONN_RECFG message. The value
TRUE (as shown in Figure 7-26) indicates that TTI bundling has been activated for UL VOIP.
Figure 7-26 RRC_CONN_RECFG message (indicating that TTI bundling has been activated)
Step 5 Enable the UE to be close to the eNodeB. Check the IEs mac-MainConfig > ul-SCH-Config >
ttiBundling in the RRC_CONN_RECFG message. The value FALSE (as shown in Figure
7-27) indicates that TTI bundling has been deactivated for UL VoIP.
Figure 7-27 RRC_CONN_RECFG message (indicating that TTI bundling has been deactivated)
Step 6 Use the L.Traffic.User.TtiBundling.Avg counter to check the average number of UEs for which
TTI bundling is enabled in a cell.
----End
7.14.7 Reconfiguration
N/A
7.14.8 Deactivation
NOTE
Conversational voice and SIP signaling of VoIP services are carried on bearers with QCIs of 1 and 5,
respectively. Therefore, pay attention to counters related to both QCI 1 and QCI 5.
Duration
QoS
Voice Quality
The following table describes the counters used to monitor the distribution of UL and DL VoIP
voice quality.
Delay
The following table describes the counters used to monitor the average UL and DL packet
processing delays of VoIP services.
Throughput
The following table describes the counters used to monitor the total and maximum UL/DL traffic
volumes, from which you can calculate the average and maximum UL/DL throughputs for VoIP
services.
7.15.4 ROHC
ROHC increases VoIP capacity and improves coverage. For details about monitoring, see
Throughput and Voice Quality.
You can compare counters in the following table given the same number of UEs in a cell, UE
location, and traffic model. If the values for these counters decrease after semi-persistent
scheduling is enabled, PDCCH consumption is reduced.
For details about how to monitor VoIP capacity and voice quality, see Throughput and Voice
Quality.
NOTE
7.15.9 DRX
After this feature is enabled, VoIP users in DRX mode will experience longer voice packet delay,
which deteriorates voice quality of VoIP users.
l Congestion control
For details, see the parameter optimization section in Admission and Congestion Control
Feature Parameter Description.
l ROHC
For details, see the parameter optimization section in ROHC Feature Parameter
Description.
l DL dynamic scheduling
For details, see the parameter optimization section in Scheduling Feature Parameter
Description.
l UL dynamic scheduling
For details, see the parameter optimization section in Scheduling Feature Parameter
Description.
l Semi-persistent scheduling
N/A
l Power control in dynamic scheduling
For details, see the parameter optimization section in Power Control Feature Parameter
Description.
l Power control in semi-persistent scheduling
N/A
l DRX
For details, see the parameter optimization section in DRX and Signaling Control Feature
Parameter Description.
l TTI bundling
N/A
7.17 Troubleshooting
l Basic parameters
N/A
l Admission control
For details, see the troubleshooting section in Admission and Congestion Control Feature
Parameter Description.
l Congestion control
For details, see the troubleshooting section in Admission and Congestion Control Feature
Parameter Description.
l ROHC
For details, see the troubleshooting section in ROHC Feature Parameter Description.
l DL dynamic scheduling
For details, see the troubleshooting section in Scheduling Feature Parameter
Description.
l UL dynamic scheduling
8 Parameters
RlcPdcp RlcMod ADD LBFD-0 Radio Meaning: Indicates the RLC transmission mode. Only
ParaGro e RLCPD 02008 / Bearer the AM and UM modes are available.
up CPPAR TDLBF Manage GUI Value Range: RlcMode_AM(Acknowledge
AGROU D-00200 ment Mode), RlcMode_UM(Un-acknowledge Mode)
P 8
Unit: None
MOD
RLCPD Actual Value Range: RlcMode_AM, RlcMode_UM
CPPAR Default Value: RlcMode_AM(Acknowledge Mode)
AGROU
P
LST
RLCPD
CPPAR
AGROU
P
ENodeB VQMAl MOD None None Meaning: Indicates the switch controls whether to
AlgoSwi goSwitc ENODE enable the eNodeB to periodically select UEs
tch h BALGO performing voice services and evaluate voice quality
SWITC based on the voice quality monitoring (VQM)
H algorithm. It is recommended that this parameter be set
LST to VQM_ALGO_SWITCH_ON when voice services
ENODE are encoded based on adaptive multirate (AMR).
BALGO GUI Value Range: VQM_ALGO_SWITCH_OFF
SWITC (Disable), VQM_ALGO_SWITCH_ON(Enable)
H Unit: None
Actual Value Range: VQM_ALGO_SWITCH_OFF,
VQM_ALGO_SWITCH_ON
Default Value: VQM_ALGO_SWITCH_OFF
(Disable)
CellAlg RacAlgo MOD LBFD-0 Admissi Meaning: Indicates the switches used to enable or
oSwitch Switch CELLA 02023 / on disable the admission and load control algorithms.
LGOSW TDLBF Control DlSwitch: Indicates the switch used to enable or disable
ITCH D-00202 Congesti the algorithm of downlink admission control based on
LST 3 on the satisfaction rate. If this switch is turned on, the
CELLA LBFD-0 Control algorithm is enabled. If this switch is turned off, the
LGOSW 02024 / algorithm is disabled. During the calculation of the QoS
Radio/ satisfaction rate of services with different QCIs, the
ITCH TDLBF transport
D-00202 satisfaction estimation method used dedicatedly for
resource VoIP services is implemented on services with the QCI
4 pre- of 1. If a service with the QCI of 1 is not a VoIP service,
LOFD-0 emption the satisfaction rate calculated using this method is
0102901 lower than the actual value, which affects the admission
of GBR services. Therefore, if not all the services with
the QCI of 1 are VoIP services, it is recommended that
this switch be turned off. UlSwitch: Indicates the switch
used to enable or disable the algorithm of uplink
admission control based on the satisfaction rate. If this
switch is turned on, the algorithm is enabled. If this
switch is turned off, the algorithm is disabled. During
the calculation of the QoS satisfaction rate of services
with different QCIs, the satisfaction estimation method
used dedicatedly for VoIP services is implemented on
services with the QCI of 1. If a service with the QCI of
1 is not a VoIP service, the satisfaction rate calculated
using this method is lower than the actual value, which
affects the admission of GBR services. Therefore, if not
all the services with the QCI of 1 are VoIP services, it
is recommended that this switch be turned off.
DlPredictSwitch: Indicates the switch used to enable or
disable the algorithm of downlink admission control
based on prediction. If this switch is turned on, the
algorithm is enabled. If this switch is turned off, the
algorithm is disabled. This parameter will be removed
in later versions. In this version, the setting of this
parameter is still synchronized between the M2000 and
the eNodeB, but it is no longer used internally.
Therefore, avoid using this parameter. UlPredictSwitch:
Indicates the switch used to enable or disable the
algorithm of uplink admission control based on
prediction. If this switch is turned on, the algorithm is
enabled. If this switch is turned off, the algorithm is
disabled. This parameter will be removed in later
versions. In this version, the setting of this parameter is
still synchronized between the M2000 and the eNodeB,
but it is no longer used internally. Therefore, avoid using
this parameter. GbrUsageSwitch: Indicates the switch
CellRac Qci1Co MOD LBFD-0 Congesti Meaning: Indicates the congestion threshold for
Thd ngThd CELLR 02024 / on services with QCI of 1. This threshold applies to both
ACTHD TDLBF Control UL and DL. If the satisfaction rate of services with QCI
LST D-00202 of 1 in the cell becomes lower than this threshold, the
CELLR 4 services with QCI of 1 enter the congested state. If the
ACTHD satisfaction rate of services with QCI of 1 in the cell
becomes higher than the sum of this threshold and the
congestion relief offset, the services with QCI of 1 leave
the congested state.
GUI Value Range: 0~99
Unit: %
Actual Value Range: 0~99
Default Value: 65
ENodeB HoAlgo MOD LBFD-0 Coverag Meaning: Indicates the collective switch used to enable
AlgoSwi Switch ENODE 0201801 e Based or disable. IntraFreqCoverHoSwitch: If this switch is
tch BALGO / Intra- turned on, coverage-based intra-frequency handovers
SWITC TDLBF frequenc are enabled to ensure service continuity. If this switch
H D-00201 y is turned off, coverage-based intra-frequency handovers
LST 801 Handov are disabled. InterFreqCoverHoSwitch: If this switch is
ENODE LBFD-0 er turned on, coverage-based inter-frequency handovers
BALGO 0201802 Distance are enabled to ensure service continuity. If this switch
SWITC / Based is turned off, coverage-based inter-frequency handovers
H TDLBF Inter- are disabled. UtranCsfbSwitch: If this switch is turned
D-00201 frequenc on, CSFB to UTRAN is enabled and UEs can fall back
802 y to UTRAN. If this switch is turned off, CSFB to
Handov UTRAN is disabled. GeranCsfbSwitch: If this switch is
LBFD-0 turned on, CSFB to GERAN is enabled and UEs can fall
er
0201804 back to GERAN . If this switch is turned off, CSFB to
/ Service
GERAN is disabled. Cdma1xRttCsfbSwitch: If this
TDLBF Based
switch is turned on, CSFB to CDMA2000 1xRTT is
D-00201 Inter-
enabled and UEs can fall back to CDMA2000 1xRTT.
804 frequenc
If this switch is turned off, CSFB to CDMA2000 1xRTT
y
LBFD-0 is disabled. UtranServiceHoSwitch: If this switch is
Handov
0201805 turned on, service-based handovers to UTRAN are
er
/ enabled and UEs with a specific type of services can be
TDLBF CS handed over to UTRAN. If this switch is turned off,
D-00201 Fallback service-based handovers to UTRAN are disabled.
805 to GeranServiceHoSwitch: If this switch is turned on,
UTRAN service-based handovers to GERAN are enabled and
LOFD-0
CS UEs with a specific type of services can be handed over
01033 /
Fallback to GERAN . If this switch is turned off, service-based
TDLOF
to handovers to GERAN are disabled. CdmaHrpdService-
D-00103
GERAN HoSwitch: If this switch is turned on, service-based
3
CS handovers to CDMA2000 HRPD are enabled and UEs
LOFD-0 with a specific type of services can be handed over to
Fallback
01034 / CDMA2000 HRPD. If this switch is turned off, service-
to
TDLOF based handovers to CDMA2000 HRPD are disabled.
CDMA2
D-00103 Cdma1xRttServiceHoSwitch: If this switch is turned
000
4 on, service-based handovers to CDMA2000 1xRTT are
1xRTT
LOFD-0 enabled and UEs with a specific type of services can be
Flash CS handed over to CDMA2000 1xRTT. If this switch is
01035 / Fallback
TDLOF turned off, service-based handovers to CDMA2000
to 1xRTT are disabled. UlQualityInterRATHoSwitch: If
D-00103 UTRAN
5 this switch is turned on, UL-quality-based inter-RAT
Flash CS handovers are enabled and UEs can be handed over to
LOFD-0 Fallback inter-RAT cells to ensure service continuity when the
01052 / to UL signal quality is poor. If this switch is turned off,
TDLOF GERAN UL-quality-based inter-RAT handovers are disabled.
D-00105 InterPlmnHoSwitch: If this switch is turned on, inter-
CS
2 PLMN handovers are enabled and UEs can be handed
Fallback
LOFD-0 Steering over to cells in other PLMNs. If this switch is turned off,
01053 / to inter-PLMN handovers are disabled. UtranFlashCsfbS-
TDLOF UTRAN witch: This switch takes effect only when
D-00105 CS UtranCsfbSwitch is turned on. If UtranFlashCsfbS-
3 Fallback witch is turned on, flash CSFB to UTRAN is enabled
LOFD-0 Steering and the eNodeB sends system information of candidate
01088 / to target UTRAN cells to UEs during redirection. If
TDLOF GERAN UtranFlashCsfbSwitch is turned off, flash CSFB to
D-00108 UTRAN is disabled. GeranFlashCsfbSwitch: This
Enhance switch takes effect only when GeranCsfbSwitch is
8
d CS turned on. If GeranFlashCsfbSwitch is turned on, flash
LOFD-0 Fallback CSFB to GERAN is enabled and the eNodeB sends
01089 / to system information of candidate target GERAN cells to
TDLOF CDMA2 UEs during redirection. If GeranFlashCsfbSwitch is
D-00108 000 turned off, flash CSFB to GERAN is disabled.
9 1xRTT ServiceBasedInterFreqHoSwitch: If this switch is
LOFD-0 PS Inter- turned on, service-based inter-frequency handovers are
01090 / RAT enabled and UEs with a specific type of services can be
TDLOF Mobility handed over to inter-frequency cells. If this switch is
D-00109 between turned off, service-based inter-frequency handovers are
0 E- disabled. UlQualityInterFreqHoSwitch: If this switch is
LOFD-0 UTRAN turned on, UL-quality-based inter-frequency handovers
01019 / and are enabled and UEs can be handed over to inter-
TDLOF UTRAN frequency cells to ensure service continuity when the
D-00101 UL signal quality is poor. If this switch is turned off,
PS Inter-
9 UL-quality-based inter-frequency handovers are
RAT
disabled. CsfbAdaptiveBlindHoSwitch: This switch
LOFD-0 Mobility
takes effect only when BlindHoSwitch is enabled. If
01020 / between
CsfbAdaptiveBlindHoSwitch is turned on, adaptive
TDLOF E-
blind handovers for CSFB are enabled and appropriate
D-00102 UTRAN
handover mechanisms are selected for UEs based on
0 and
their locations. If CsfbAdaptiveBlindHoSwitch is
LOFD-0 GERAN
turned off, adaptive blind handovers for CSFB are
01043 / Service disabled. UtranCsfbSteeringSwitch: If this switch is
TDLOF based turned on, CSFB steering to UTRAN is enabled and
D-00104 inter- CSFB policies for idle UEs can be configured. If this
3 RAT switch is turned off, CSFB steering to UTRAN is
LOFD-0 handove disabled. GeranCsfbSteeringSwitch: If this switch is
01046 / r to turned on, CSFB steering to GERAN is enabled and
TDLOF UTRAN CSFB policies for idle UEs can be configured. If this
D-00104 Service switch is turned off, CSFB steering to GERAN is
6 based disabled. CSFBLoadInfoSwitch: If this switch is turned
inter- on, load-based CSFB is enabled and a target cell for
LOFD-0
RAT CSFB is selected based on loads of candidate target
01072 /
handove cells. If this switch is turned off, load-based CSFB is
TDLOF
r to disabled. Cdma1XrttEcsfbSwitch: If this switch is
GERAN turned on, eCSFB to CDMA2000 1xRTT is enabled and
GeranCsfbSwitch, Cdma1xRttCsfbSwitch,
UtranServiceHoSwitch, GeranServiceHoSwitch,
CdmaHrpdServiceHoSwitch, Cdma1xRttServiceHoS-
witch, UlQualityInterRATHoSwitch, InterPlmnHoS-
witch, UtranFlashCsfbSwitch, GeranFlashCsfbSwitch,
ServiceBasedInterFreqHoSwitch, UlQualityInterFreq-
HoSwitch, CsfbAdaptiveBlindHoSwitch,
UtranCsfbSteeringSwitch, GeranCsfbSteeringSwitch,
CSFBLoadInfoSwitch, Cdma1XrttEcsfbSwitch,
EmcBlindHoA1Switch, EmcInterFreqBlindHoSwitch
Default Value: IntraFreqCoverHoSwitch:On,
InterFreqCoverHoSwitch:On, UtranCsfbSwitch:Off,
GeranCsfbSwitch:Off,
Cdma20001xRttCsfbSwitch:Off,
UtranServiceHoSwitch:Off,
GeranServiceHoSwitch:Off,
Cdma2000HrpdServiceHoSwitch:Off,
Cdma20001xRttServiceHoSwitch:Off,
UlQualityInterRATHoSwitch:Off,
InterPlmnHoSwitch:Off, UtranFlashCsfbSwitch:Off,
GeranFlashCsfbSwitch:Off,
ServiceBasedInterFreqHoSwitch:Off,
UlQualityInterFreqHoSwitch:Off,
CsfbAdaptiveBlindHoSwitch:Off,
UtranCsfbSteeringSwitch:Off,
GeranCsfbSteeringSwitch:Off,
CSFBLoadInfoSwitch:Off,
Cdma1XrttEcsfbSwitch:Off,
EmcBlindHoA1Switch:Off,
EmcInterFreqBlindHoSwitch:Off
ServiceI InterRat ADD LOFD-0 Service Meaning: Indicates whether service-based inter-RAT
rHoCfg HoState SERVIC 01043 / based handovers are required, allowed, or not allowed for a
Group EIRHO TDLOF inter- QCI.
CFGGR D-00104 RAT GUI Value Range: NO_HO, PERMIT_HO,
OUP 3 handove MUST_HO
MOD LOFD-0 r to
UTRAN Unit: None
SERVIC 01046 /
EIRHO TDLOF Service Actual Value Range: NO_HO, PERMIT_HO,
CFGGR D-00104 based MUST_HO
OUP 6 inter- Default Value: NO_HO
LST RAT
SERVIC handove
EIRHO r to
CFGGR GERAN
OUP
PdcpRo RohcSw MOD LOFD-0 RObust Meaning: Indicates whether to enable ROHC. Set this
hcPara itch PDCPR 01017 / Header parameter to ON if the eNodeB is expected to support
OHCPA TDLOF Compre VoIP or video services.
RA D-00101 ssion GUI Value Range: OFF(Off), ON(On)
LST 7 (ROHC)
Unit: None
PDCPR
OHCPA Actual Value Range: OFF, ON
RA Default Value: OFF(Off)
CellAlg DlSchS MOD LOFD-0 VoIP Meaning: Indicates the switches related to DL
oSwitch witch CELLA 01016 / Semi- scheduling in the cell. FreqSelSwitch: Indicates whether
LGOSW TDLOF persisten to enable frequency selective scheduling. When this
ITCH D-00101 t switch is turned on, data is transmitted on the frequency
LST 6 Scheduli band in good signal quality. ServiceDiffSwitch:
CELLA LOFD-0 ng Indicates the switch used to enable or disable service
LGOSW 0101502 Dynami differentiation. If the switch is turned on, service
ITCH / c differentiation is applied. If the switch is turned off,
TDLOF Scheduli service differentiation is not applied. This parameter
D-00101 ng will be removed in later versions. In this version, the
502 setting of this parameter is still synchronized between
DL Non- the M2000 and the eNodeB, but it is no longer used
LOFD-0 GBR internally. Therefore, avoid using this parameter.
01109 / Packet SpsSchSwitch: Indicates whether to enable semi-
TDLOF Bundlin persistent scheduling during talk spurts of VoIP
D-00110 g services. If the switch is turned on, semi-persistent
9 Symbol scheduling is enabled during talk spurts of VoIP
LOFD-0 Power services. If the switch is turned off, semi-persistent
01070 / Saving scheduling is disabled during talk spurts of VoIP
TDLOF services. MBSFNShutDownSwitch: Indicates the
D-00107 switch used to enable or disable Multimedia Broadcast
0 Single Frequency Network (MBSFN) subframe
shutdown. If the switch is turned on, MBSFN subframe
shutdown is applied. If the switch is turned off, MBSFN
subframe shutdown is not applied. This switch is valid
only when symbol-based power amplifier (PA)
shutdown is enabled. If MBSFNShutDownSwitch is
turned on, the switch for the mapping from SIBs to SI
messages becomes invalid. The latter can be specified
by the SiMapSwitch parameter in the CellSiMap MO.
If MBSFNShutDownSwitch is turned off, the switch for
the mapping from SIBs to SI messages becomes valid.
MBSFN subframe shutdown applies only to single-
mode eNodeBs. NonGbrBundlingSwitch: Indicates the
switch used to enable or disable DL non-GBR packet
bundling. If this switch is turned on, delay of non-GBR
services can be controlled in non-congestion scenarios.
If this switch is turned off, delay of non-GBR services
cannot be controlled. EnAperiodicCqiRptSwitch:
Indicates whether to enable enhanced aperiodic channel
quality indicator (CQI) reporting. If this switch is turned
on, the eNodeB triggers aperiodic CQI reporting for a
UE based on downlink services of the UE and the
interval at which the UE sends periodic CQI reports. If
this switch is turned off, UEs under non-frequency
selective scheduling do not trigger aperiodic CQI
reporting based on downlink services and triggers an
CellAlg UlSchS MOD LOFD-0 VoIP Meaning: Indicates the switches related to uplink (UL)
oSwitch witch CELLA 01016 / Semi- scheduling in the cell. The switches are used to enable
LGOSW TDLOF persisten or disable specific UL scheduling functions.
ITCH D-00101 t SpsSchSwitch: Indicates whether to enable or disable
LST 6 Scheduli semi-persistent scheduling during talk spurts of VoIP
CELLA LOFD-0 ng services. If this switch is turned on, semi-persistent
LGOSW 01048 / TTI scheduling is applied. If this switch is turned off,
ITCH TDLOF Bundlin dynamic scheduling is applied. SinrAdjustSwitch:
D-00104 g Indicates whether to adjust the measured SINR based
8 on ACK/NACK messages in a UL HARQ process.
Dynami PreAllocationSwitch: Indicates whether to enable
LOFD-0 c preallocation in the uplink. When this switch is on: (1)
0101502 Scheduli if SmartPreAllocationSwitch is off and a UE is in the
/ ng discontinuous reception (DRX) state, preallocation is
TDLOF Basic disabled for the UE in the uplink; (2) if SmartPreAlloca-
D-00101 Scheduli tionSwitch is off and the UE is not in the DRX state,
502 ng preallocation is enabled for the UE in the uplink; (3) if
TDLBF SmartPreAllocationSwitch is on and the
D-00202 SmartPreAllocationDuration parameter value is greater
5 than 0, smart preallocation is enabled for the UE in the
uplink; (4) if SmartPreAllocationSwitch is on and the
SmartPreAllocationDuration parameter value is 0,
preallocation is disabled for the UE in the uplink. If this
switch is off, preallocation is disabled for the UE in the
uplink. UlVmimoSwitch: Indicates whether to enable
or disable UL MU-MIMO. If UL MU-MIMO is
enabled, the eNodeB selects UEs for pairing according
to pairing rules. Then, the pair of UEs transmits data
using the same frequency-time resources, increasing
system throughput and spectral efficiency.
TtiBundlingSwitch: Indicates whether to enable or
disable TTI bundling. If TTI bundling is enabled, more
transmission opportunities are available to UEs within
the delay budget for VoIP services on the air interface,
thereby improving uplink coverage. ImIcSwitch:
Indicates whether to enable or disable intermodulation
(IM) component elimination for UEs. When data is
transmitted in both UL and DL, two IM components are
generated symmetrically beside the Direct Current (DC)
subcarrier on the DL receive channel due to interference
from UL radio signals. If this switch is turned on, IM
component elimination is performed on UEs. If this
switch is turned off, IM component elimination is not
performed on UEs. This switch applies only to FDD
cells working in band 20. SmartPreAllocationSwitch:
Indicates whether to enable uplink smart preallocation
when preallocation is enabled (by turning on
CellUlsc SpsRelT MOD LOFD-0 Dynami Meaning: Indicates the threshold for the number of
hAlgo hd CELLU 0101502 c consecutive zero-payload packets received by the
LSCHA / Scheduli eNodeB. After receiving consecutive zero-payload
LGO TDLOF ng packets of a number that is equal to the value of this
LST D-00101 parameter, the eNodeB performs implicit release of
CELLU 502 semi-persistent resources.
LSCHA GUI Value Range: 2~3
LGO Unit: None
Actual Value Range: 2~3
Default Value: 2
CellAlg UlPcAlg MOD LBFD-0 Broadca Meaning: Indicates the switches used to enable or
oSwitch oSwitch CELLA 02009 / st of disable power control for PUSCH and PUCCH.
LGOSW TDLBF system CloseLoopSpsSwitch: If this switch is turned off,
ITCH D-00200 informat closed-loop power control is not performed for PUSCH
LST 9 ion in semi-persistent scheduling mode. If this switch is
CELLA LBFD-0 Uplink turned on, TPC commands are adjusted based on
LGOSW 02026 / Power correctness of the initially received data packet to
ITCH TDLBF Control decrease the IBLER. InnerLoopPuschSwitch: If this
D-00202 switch is turned off, inner-loop power control is not
6 performed for PUSCH in dynamic scheduling mode. If
this switch is turned on, inner-loop power control is
performed for PUSCH in dynamic scheduling mode.
PhSinrTarUpdateSwitch is the switch used to enable or
disable PH-based SINR target updates in dynamic
scheduling mode. This switch will be removed in later
versions. In this version, the setting of this switch is still
synchronized between the M2000 and the eNodeB, but
it is no longer used internally. Therefore, avoid using
this switch. This function is incorporated into inner-loop
power control for PUSCH in dynamic scheduling mode.
Therefore, to enable this function, set
InnerLoopPuschSwitch to On. InnerLoopPucchSwitch:
If this switch is turned off, inner-loop power control is
not performed for PUCCH. If this switch is turned on,
inner-loop power control is performed for PUCCH.
OiSinrTarUpdateSwitch: This switch will be removed
in later versions. In this version, the setting of this switch
is still synchronized between the M2000 and the
eNodeB, but it is no longer used internally. Therefore,
avoid using this switch. This function is incorporated
into inner-loop power control for PUSCH in dynamic
scheduling mode. Therefore, to enable this function, set
InnerLoopPuschSwitch to On. PowerSavingSwitch:
This switch will be removed in later versions. In this
version, the setting of this switch is still synchronized
between the M2000 and the eNodeB, but it is no longer
used internally. Therefore, avoid using this switch.
CloseLoopOptPUSCHSwitch: If this switch is turned
off, closed-loop power control is not optimized for
PUSCH in dynamic scheduling mode.If this switch is
turned on, closed-loop power control is optimized for
PUSCH in dynamic scheduling mode.
GUI Value Range: CloseLoopSpsSwitch,
InnerLoopPuschSwitch, PhSinrTarUpdateSwitch,
InnerLoopPucchSwitch, OiSinrTarUpdateSwitch,
PowerSavingSwitch, CloseLoopOptPUSCHSwitch
(CloseLoopOptPUSCHSwitch)
Unit: None
Actual Value Range: CloseLoopSpsSwitch,
InnerLoopPuschSwitch, PhSinrTarUpdateSwitch,
InnerLoopPucchSwitch, OiSinrTarUpdateSwitch,
PowerSavingSwitch, CloseLoopOptPUSCHSwitch
Default Value: CloseLoopSpsSwitch:Off,
InnerLoopPuschSwitch:On,
PhSinrTarUpdateSwitch:Off,
InnerLoopPucchSwitch:On,
OiSinrTarUpdateSwitch:Off, PowerSavingSwitch:Off,
CloseLoopOptPUSCHSwitch:Off
CellAlg DlPcAlg MOD LBFD-0 Physical Meaning: Indicates the switches used to enable or
oSwitch oSwitch CELLA 02003 / Channel disable power control for PDSCH, PDCCH, and
LGOSW TDLBF Manage PHICH. PdschSpsPcSwitch: Indicates the switch for
ITCH D-00200 ment power control during semi-persistent scheduling on the
LST 3 Broadca PDSCH. If the switch is turned off, power is allocated
CELLA LBFD-0 st of evenly during semi-persistent scheduling on the
LGOSW 02009 / system PDSCH. If the switch is turned on, power control is
ITCH TDLBF informat applied during semi-persistent scheduling on the
D-00200 ion PDSCH, ensuring communication quality (indicated by
9 IBLER) of VoIP services in the QPSK modulation
Dynami scheme. PhichInnerLoopPcSwitch: Indicates the switch
LBFD-0 c for PHICH inner-loop power control. If the switch is
02016 / Downlin turned off, only the initial transmit power for the PHICH
TDLBF k Power is set. If the switch is turned on, the eNodeB controls
D-00201 Allocati the physical channel transmit power to enable the
6 on receive SINR to converge to the target SINR.
PdcchPcSwitch: Indicates the switch for PDCCH power
control. If the switch is turned off, power is allocated
evenly to PDCCH. If the switch is turned on, power
allocated to PDCCH is adjusted dynamically.
EDlMaxTXPwrSwitch: Indicates the switch for
enhanced maximum TX power of the cell. If this switch
is turned off, the maximum TX power of the cell is
determined by the reference signal (RS) power and the
scaling factor indexes Pa and Pb. If this switch is turned
on, the maximum TX power of the cell can be increased
to improve the RB usage in the cell. This switch has no
impact on the TDD 20M or 10M cell.
GUI Value Range: PdschSpsPcSwitch, PhichInner-
LoopPcSwitch, PdcchPcSwitch, EDlMaxTXPwrS-
witch
Unit: None
Actual Value Range: PdschSpsPcSwitch, PhichInner-
LoopPcSwitch, PdcchPcSwitch, EDlMaxTXPwrS-
witch
Default Value: PdschSpsPcSwitch:Off,
PhichInnerLoopPcSwitch:Off, PdcchPcSwitch:On,
EDlMaxTXPwrSwitch:Off
Drx DrxAlg MOD LBFD-0 DRX Meaning: Indicates the DRX switch. The setting of this
Switch DRX 02017 / parameter has no effect on dynamic DRX.
LST TDLBF GUI Value Range: OFF(Off), ON(On)
DRX D-00201
7 Unit: None
Actual Value Range: OFF, ON
Default Value: OFF(Off)
RrcCon UeInacti MOD LOFD-0 Dynami Meaning: Indicates the length of the UE inactivity timer
nStateTi vityTim RRCCO 0110501 c DRX for DRX UEs when dynamic DRX is enabled. If the
mer erDynDr NNSTA / High- eNodeB detects that a UE has neither received nor sent
x TETIM TDLOF Mobility data for a duration exceeding the value of this parameter,
ER D-00110 - the eNodeB releases the RRC connection for the UE. A
LST 501 Triggere large value of this parameter reduces the amount of
RRCCO LOFD-0 d Idle signaling but increase UE power consumption.You are
NNSTA 0110502 Mode advised to set this parameter to a value greater than the
TETIM / value of UlSynTimerDynDrx.In power saving mode,
ER TDLOF you are advised to set this parameter significantly
D-00110 different to the value of the UlSynTimerDynDrx
502 parameter, for example a gap of 10 seconds, to avoid
power consumption increase due to the increase of
signaling.
GUI Value Range: 10~3600
Unit: s
Actual Value Range: 10~3600
Default Value: 200
RrcCon UlSynTi MOD LOFD-0 Dynami Meaning: Indicates the timer used to govern the period
nStateTi merDyn RRCCO 0110501 c DRX in which the eNodeB maintains uplink synchronization
mer Drx NNSTA / High- for a DRX UE when dynamic DRX is enabled. After
TETIM TDLOF Mobility this timer expires, the eNodeB does not send Timing
ER D-00110 - Advance Command to the UE. You are advised to set
LST 501 Triggere this parameter to a value smaller than the value of
RRCCO LOFD-0 d Idle UeInactivityTimerDynDrx.In power saving mode, you
NNSTA 0110502 Mode are advised to set this parameter significantly different
TETIM / to the value of the UeInactivityTimerDynDrx
ER TDLOF parameter, for example a gap of 10 seconds, to avoid
D-00110 power consumption increase due to the increase of
502 signaling.
GUI Value Range: 5~3600
Unit: s
Actual Value Range: 5~3600
Default Value: 20
CellDrx FddEnte MOD LBFD-0 DRX Meaning: Indicates the threshold for UEs to enter the
Para rDrxThd CELLD 02017 discontinuous reception (DRX) mode in a cell that
RXPAR operates in FDD mode. This threshold is used in the
A DRX algorithm. It is expressed as a proportion of the
LST transmission time intervals (TTIs) with data
CELLD transmission to the total TTIs. If the measurement result
RXPAR of UE traffic is equal to or lower than this threshold, the
A eNodeB determines that the UE should remain in DRX
mode or the UE should be triggered to enter DRX mode.
If both the values of the FddExitDrxThd and
FddEnterDrxThd parameters are small and close to each
other, the UE frequently enters and exits the DRX mode.
When both the FddEnterDrxThd parameter and the
FddExitDrxThd parameter are set to 1000 and DRX is
enabled, the eNodeB directly determines that the UE
should enter or exit the DRX mode, but not according
to the measurement result of UE traffic.
GUI Value Range: 0~1000
Unit: per mill
Actual Value Range: 0~1000
Default Value: 1000
CellDrx FddExit MOD LBFD-0 DRX Meaning: Indicates the threshold for UEs to exit the
Para DrxThd CELLD 02017 discontinuous reception (DRX) mode in a cell that
RXPAR operates in FDD mode. This threshold is used in the
A DRX algorithm. It is expressed as a proportion of the
LST transmission time intervals (TTIs) with data
CELLD transmission to the total TTIs. If the measurement result
RXPAR of UE traffic is higher than this threshold, the eNodeB
A determines that the UE should remain in the non-DRX
mode or the UE should be triggered to exit the DRX
mode. If the value of the FddExitDrxThd parameter is
set to 1000 and the value of the FddEnterDrxThd
parameter is set to a value smaller than 1000, the UE
will not exit the DRX mode once entering the DRX
mode. If both the values of the FddExitDrxThd and
FddEnterDrxThd parameters are small and close to each
other, the UE frequently enters and exits the DRX mode.
When both the FddEnterDrxThd parameter and the
FddExitDrxThd parameter are set to 1000 and DRX is
enabled, the eNodeB directly determines that the UE
should enter or exit the DRX mode, but not according
to the measurement result of UE traffic.
GUI Value Range: 1~1000
Unit: per mill
Actual Value Range: 1~1000
Default Value: 1000
CellDrx DrxInact MOD LOFD-0 Dynami Meaning: Indicates the DRX inactivity timer for UEs
Para ivityTim CELLD 01105 / c DRX when the eNodeB does not maintain synchronization for
erUnsyn RXPAR TDLOF UEs.
c A D-00110 GUI Value Range: PSF200(200 PDCCH subframes),
LST 5 PSF300(300 PDCCH subframes), PSF500(500
CELLD PDCCH subframes), PSF750(750 PDCCH subframes),
RXPAR PSF1280(1280 PDCCH subframes), PSF1920(1920
A PDCCH subframes), PSF2560(2560 PDCCH
subframes)
Unit: subframe
Actual Value Range: PSF200, PSF300, PSF500,
PSF750, PSF1280, PSF1920, PSF2560
Default Value: PSF1280(1280 PDCCH subframes)
RrcCon UeInacti MOD LBFD-0 RRC Meaning: Indicates the length of the UE inactivity timer.
nStateTi veTimer RRCCO 02007 / Connect If the eNodeB detects that a UE has neither received nor
mer NNSTA TDLBF ion sent data for a duration exceeding the value of this
TETIM D-00200 Manage parameter, the eNodeB releases the RRC connection for
ER 7 ment the UE. If this parameter is set to 0, the UE inactivity
LST timer is not used. If this parameter is modified, the
RRCCO modified value applies only to UEs that access the
NNSTA network later.
TETIM GUI Value Range: 0~3600
ER Unit: s
Actual Value Range: 0~3600
Default Value: 20
RrcCon UlSynTi MOD LBFD-0 RRC Meaning: Indicates the timer used to govern the period
nStateTi mer RRCCO 02007 / Connect in which the eNodeB maintains uplink synchronization
mer NNSTA TDLBF ion for a UE. After this timer expires, the eNodeB does not
TETIM D-00200 Manage send Timing Advance Command to the UE. This
ER 7 ment parameter does not take effect if it is set to 0. That is,
LST the eNodeB will constantly send Timing Advance
RRCCO Command to the UE to maintain uplink synchronization
NNSTA for the UE.
TETIM GUI Value Range: 0~3600
ER Unit: s
Actual Value Range: 0~3600
Default Value: 180
Standard Qci LST LOFD-0 Dynami Meaning: Indicates the QoS Class Identifier (QCI) of an
Qci STAND 0101502 c EPS bearer. Different QCIs represent different QoS
ARDQC / Scheduli specifications such as the packet delay budget, packet
I TDLOF ng error loss rate, and resource type (whether the service is
MOD D-00101 a GBR service or not). For details, see Table 6.1.7 in
STAND 502 3GPP TS 23.203.
ARDQC GUI Value Range: QCI1(QCI 1), QCI2(QCI 2), QCI3
I (QCI 3), QCI4(QCI 4), QCI5(QCI 5), QCI6(QCI 6),
QCI7(QCI 7), QCI8(QCI 8), QCI9(QCI 9)
Unit: None
Actual Value Range: QCI1, QCI2, QCI3, QCI4, QCI5,
QCI6, QCI7, QCI8, QCI9
Default Value: None
Standard RlcPdcp MOD LOFD-0 Dynami Meaning: Indicates the ID of an RLC/PDCP parameter
Qci ParaGro STAND 0101502 c group.
upId ARDQC / Scheduli GUI Value Range: 0~39
I TDLOF ng
D-00101 Unit: None
LST
STAND 502 Actual Value Range: 0~39
ARDQC Default Value: 0
I
CellAlg LocalCe LST None None Meaning: Indicates the local ID of the cell. It uniquely
oSwitch llId CELLA identifies a cell within a BS.
LGOSW GUI Value Range: 0~17
ITCH
Unit: None
MOD
CELLA Actual Value Range: 0~17
LGOSW Default Value: None
ITCH
CellDlp PdschPa MOD LBFD-0 Dynami Meaning: Indicates the switch for adjusting the PA
cPdschP AdjSwit CELLD 02016 / c through power control on the PDSCH. If this parameter
a ch LPCPD TDLBF Downlin is set to ON, the PA is adjusted dynamically when the
SCHPA D-00201 k Power channel quality is extremely good or bad.
LST 6 Allocati GUI Value Range: OFF(Off), ON(On)
CELLD on
Unit: None
LPCPD
SCHPA Actual Value Range: OFF, ON
Default Value: OFF(Off)
CellAlg CqiAdj MOD LOFD-0 CQI Meaning: CqiAdjAlgoSwitch: Indicates the switch used
oSwitch AlgoSwi CELLA 0101501 Adjustm to control whether to allow the eNodeB to adjust the
tch LGOSW / ent UE-reported CQI based on the initial block error rate
ITCH TDLOF (IBLER). If this switch is turned on, the CQI adjustment
LST D-00101 algorithm is enabled. In this case, the eNodeB adjusts
CELLA 501 the UE-reported CQI based on the IBLER. If this switch
LGOSW is turned off, the CQI adjustment algorithm is disabled.
ITCH In this case, the eNodeB does not adjust the UE-reported
CQI based on the IBLER. StepVarySwitch: Indicates
the switch used to enable or disable the variable-step-
based adjustment algorithm. If this switch is turned on,
the variable-step-based adjustment algorithm is enabled
to accelerate the convergence of IBLER. In this case,
rapid adjustment at large steps is applied if there is a
relatively large difference between the measured
IBLER and target IBLER; fine-tuning at small steps is
applied if the measured IBLER approaches the target
IBLER. If this switch is turned off, the adjustment is
performed at a fixed step. DlVarIBLERtargetSwitch:
Indicates whether to enable the downlink target initial
block error rate (IBLER) adaption. If this switch is
turned on, the downlink target IBLER is adjusted based
on the size of transport blocks (TBs) to improve the
spectrum efficiency. If this switch is turned off, the
downlink target IBLER is a fixed value. TddBundlingC-
qiAdjOptSwitch: Indicates the switch used to control
whether to enable optimized CQI adjustment algorithm
in ACK bundling mode.If this switch is turned on, the
optimized CQI adjustment algorithm is enabled. If this
switch is turned off, the optimized CQI adjustment
algorithm cannot be enabled. TddMultiplexingCqiAd-
jOptSwitch: Indicates the switch used to control
whether to enable the optimized CQI adjustment
algorithm in ACK multiplexing mode. If this switch is
turned on, the optimized CQI adjustment algorithm is
enabled. If this switch is turned off, the optimized CQI
adjustment algorithm cannot be enabled.
GUI Value Range: CqiAdjAlgoSwitch(CqiAdjAlgoS-
witch), StepVarySwitch(StepVarySwitch),
DlVarIBLERtargetSwitch(DlVarIBLERtargetSwitch),
TddBundlingCqiAdjOptSwitch(TddBundlingCqiAd-
jOptSwitch), TddMultiplexingCqiAdjOptSwitch
(TddMultiplexingCqiAdjOptSwitch)
Unit: None
Actual Value Range: CqiAdjAlgoSwitch,
StepVarySwitch, DlVarIBLERtargetSwitch,
TddBundlingCqiAdjOptSwitch, TddMultiplexingC-
qiAdjOptSwitch
Default Value: CqiAdjAlgoSwitch:On,
StepVarySwitch:Off, DlVarIBLERtargetSwitch:Off,
TddBundlingCqiAdjOptSwitch:Off,
TddMultiplexingCqiAdjOptSwitch:Off
9 Counters
10 Glossary
11 Reference Documents
1. 3GPP TS 23401, "General Packet Radio Service (GPRS) enhancements for Evolved
Universal Terrestrial Radio Access Network (E-UTRAN) access"
2. 3GPP TS 23.216, "Single Radio Voice Call Continuity (SRVCC)"
3. 3GPP TS 23.203, "Policy and charging control architecture"
4. 3GPP TS 36.814, "Physical layer aspects for evolved Universal Terrestrial Radio Access
(UTRA)"
5. 3GPP TS 36.321, "Medium Access Control (MAC) protocol specification"
6. ITU-T G.107, "The E-model: a computational model for use in transmission planning"
7. ROHC Feature Parameter Description
8. Scheduling Feature Parameter Description
9. DRX and Signaling Control Feature Parameter Description
10. Admission and Congestion Control Feature Parameter Description
11. Power Control Feature Parameter Description
12. Mobility Management in Connected Mode Feature Parameter Description
13. QoS Management Feature Parameter Description