Professional Documents
Culture Documents
Issue 03
Date 2020-10-31
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective
holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and
the customer. All or part of the products, services and features described in this document may not be
within the purchase scope or the usage scope. Unless otherwise specified in the contract, all statements,
information, and recommendations in this document are provided "AS IS" without warranties, guarantees
or representations of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: https://www.huawei.com
Email: support@huawei.com
Contents
1 Change History.........................................................................................................................1
1.1 eRAN16.1 03 (2020-10-31)..................................................................................................................................................1
1.2 eRAN16.1 02 (2020-08-31)..................................................................................................................................................1
1.3 eRAN16.1 01 (2020-03-30)..................................................................................................................................................2
1.4 eRAN16.1 Draft A (2020-01-20)........................................................................................................................................ 2
3 Overview....................................................................................................................................5
4 MDT.............................................................................................................................................6
4.1 Principles.................................................................................................................................................................................... 6
4.1.1 MDT Architecture................................................................................................................................................................. 6
4.1.2 MDT Events............................................................................................................................................................................ 7
4.1.3 Activating UE GPS............................................................................................................................................................. 13
4.1.4 Management-based MDT............................................................................................................................................... 14
4.1.5 Signaling-based MDT....................................................................................................................................................... 16
4.2 Network Analysis.................................................................................................................................................................. 17
4.2.1 Benefits................................................................................................................................................................................. 17
4.2.2 Impacts.................................................................................................................................................................................. 19
4.3 Requirements......................................................................................................................................................................... 19
4.3.1 Licenses................................................................................................................................................................................. 19
4.3.2 Software................................................................................................................................................................................19
4.3.3 Hardware.............................................................................................................................................................................. 19
4.3.4 Others.................................................................................................................................................................................... 20
4.4 Operation and Maintenance............................................................................................................................................. 20
4.4.1 Data Configuration........................................................................................................................................................... 20
4.4.1.1 Data Preparation............................................................................................................................................................ 20
4.4.1.2 Using MML Commands............................................................................................................................................... 21
4.4.1.3 Using the MAE-Deployment...................................................................................................................................... 21
4.4.2 Activation Verification..................................................................................................................................................... 21
4.4.3 Network Monitoring......................................................................................................................................................... 22
4.4.4 Possible Issues.................................................................................................................................................................... 22
5 Glossary................................................................................................................................... 23
6 Reference Documents...........................................................................................................24
1 Change History
Technical Changes
None
Editorial Changes
● Revised MDT event names. For details, see 4.1.2 MDT Events.
● Revised the descriptions of network impacts of MDT. For details, see 4.2.2
Impacts.
Technical Changes
None
Editorial Changes
Revised descriptions in the document.
Technical Changes
Change Description Parameter Change RAT Base Station
Model
Editorial Changes
None
This document only provides guidance for feature activation. Feature deployment and
feature gains depend on the specifics of the network scenario where the feature is
deployed. To achieve the desired gains, contact Huawei professional service engineers.
Software Interfaces
Any parameters, alarms, counters, or managed objects (MOs) described in this
document apply only to the corresponding software release. For future software
releases, refer to the corresponding updated product documentation.
3 Overview
● Currently, Huawei core network does not support the delivery of signaling-based MDT
tasks to UEs specified by the IMEI.
● The eNodeB collects MDT location information only from MDT UEs subscribed on the
core network.
4 MDT
4.1 Principles
During MDT, commercial or test UEs report their geographic locations and signal
strength of the serving cell and neighboring cells to the network. MDT results
directly reflect network coverage. This section describes how to collect MDT data
of UEs in a specific area or MDT data of specific UEs.
● Period: 1024 ms, 2048 ms, 5120 ms, 10,240 ms, or 1 min
● Number of times: infinite
(8) RCEF Report MDT
Management-based MDT:
● No parameters involved
Signaling-based MDT:
● Not supported
(9) M1 A2 MDT
Management-based MDT:
● Period: 5120 ms, 10,240 ms (recommended), or 1 min
● Number of times: eight, sixteen (recommended), thirty-two, sixty-four, or
infinite
Signaling-based MDT:
● Period: 1024 ms, 2048 ms, 5120 ms, 10,240 ms, 1 min, 6 min, 12 min, 30 min,
or 60 min
● Number of times: one, two, four, eight, sixteen, thirty-two, sixty-four, or
infinite
(10) M3 MDT (uplink PRB noise)
Management-based MDT:
● Period: 5120 ms, 10,240 ms (recommended), or 1 min
● Number of times: eight, sixteen (recommended), thirty-two, sixty-four, or
infinite
Signaling-based MDT:
● Period: 1000 ms or 10,000 ms
● Number of times: infinite
(11) UE periodic SFN UL RSRP MDT
Management-based MDT:
● Period: 5120 ms, 10,240 ms (recommended), or 1 min
● Number of times: eight, sixteen (recommended), thirty-two, sixty-four, or
infinite
Signaling-based MDT:
● Not supported
(12) M6 DL MDT
Management-based MDT:
● Period: 5120 ms, 10,240 ms (recommended), or 1 min
● Number of times: eight, sixteen (recommended), thirty-two, sixty-four, or
infinite
Signaling-based MDT:
● Not supported
(13) M6 UL MDT
Management-based MDT:
Signaling-based MDT:
● Not supported
(14) M7 MDT
Management-based MDT:
Signaling-based MDT:
● Not supported
Management-based MDT:
Signaling-based MDT:
● Not supported
Management-based MDT:
● Period: 10s
● Number of times: sixteen
Signaling-based MDT:
● Not supported
NOTE
● For detailed MDT event descriptions, see sections 5.5 and 5.6.6 in 3GPP TS 36.331
V11.7.0 and section 5.2 in 3GPP TS37.320 V11.3.0.
● If a cell has subscribed to the MDT RLF event and a UE that experienced an RLF in the
cell reestablishes a connection to another cell, the target cell must be configured as an
external cell of the previous cell so that the MDT RLF event can be reported.
● If the MDT M3 event PERIOD_PRIVATE_UL_NI_PRB_MR_MDT is subscribed and some
PRBs within the cell bandwidth are unavailable due to functions or features such as
inband NB-IoT or compact bandwidth, an invalid value will be reported as the
measurement result of the uplink interference occurring in these PRBs.
● After receiving instructions of canceling subscription to the MDT intra-frequency
measurement event, MDT inter-frequency measurement event, and MDT A2 event, the
eNodeB does not send measurement control messages to remove related measurement
configurations on UEs until the UEs report the corresponding MDT measurement
reports.
● When the same UE is selected for both management- and signaling-based MDT, MDT
data is separately reported if the same events are subscribed to and the same
parameter configurations are used; if the same events are subscribed to but the
reporting periods are different, events M2, M3, M4, and M5 are reported by the period
of management-based subscription, and event M1 is reported separately by periods of
both management- and signaling-based MDT.
● For signaling-based MDT, Huawei core network does not support the delivery of events
M3, M4, and M5 subscription tasks.
● MDT GU inter-RAT measurement events and MDT GU MR events are subscribed to only
on the NIC.
Other MDT events The eNodeB does not select UEs. UEs
proactively report these events to the
eNodeB.
NOTE
Huawei Discovery has a separate MDT event subscription interface, which delivers
subscription tasks and receives MDT reports through the TS. For detailed operations, see
Discovery documents.
1. The eNodeB checks whether UEs are MDT-authorized. If they are, the eNodeB
considers them as candidate MDT UEs.
– UEs are identified as MDT-authorized when the MME sends the Initial UE
Context Setup Request message carrying the Management Based MDT
Allowed field to the eNodeB.
– Each time the eNodeB checks whether UEs are MDT-authorized, it also
checks the neighboring EARFCN capabilities of UEs newly accessing the
network.
2. In every connection duration determined based on the reporting interval and
number of times measurement is performed, the eNodeB selects UEs based
on the value of Cell-level traced UEs and using the following MDT UE
selection policies:
– In this mode, UEs that support certain measurement capabilities, as listed
below, are preferentially selected. Such UEs are hereinafter referred to as
MDT UEs. For details about UE measurement capabilities, see section
6.3.6 in 3GPP TS 36.331 V11.7.0.
NOTE
● If MDT events that require UE measurement are enabled, for example, intra-frequency,
inter-frequency, and A2 MDT events, RRC connection reestablishment may increase if
UEs supporting MDT but not able to report MDT data are selected, causing a slight
increase in the call drop rate. If there are such UEs that may cause KPI deterioration on
the live network, enable OSS subscription to trigger the periodic strongest-cell inter-
frequency measurement blacklist function according to instructions in Terminal
Awareness Differentiation.
● If the number of periodic measurements for MDT events is infinite: (1) when the
number of UEs in the cell is smaller than the value of Cell-level traced UEs, the
eNodeB will select UEs that newly access the cell for measurement; (2) when the
number of UEs in the cell is greater than or equal to the value of Cell-level traced UEs,
the eNodeB select UEs for measurement only once and does not perform polling
selection.
● The number of cell-level traced UEs for MDT is specified by the UEs parameter in the
MDT Parameters Settings area. The default value of this parameter is equal to the
number of cell-level traced UEs. If the number of cell-level traced UEs for MDT is
customized, the value of this parameter must be less than or equal to that of Cell-level
traced UEs.
A smaller value of the number of cell-level traced UEs for MDT results in less reported
MDT data.
1. The EMS on the core network side starts the signaling-based MDT task for a
specific UE (specified by the IMSI) and sends the UE IMSI and configuration
information of the signaling-based MDT task to the HSS. During the
subscription, the operator can select the events listed in Table 4-2.
2. If the UE has not attached to the network during task delivery, the HSS sends
task configurations to the MME during the attach procedure. If the UE has
attached to the network, the HSS instructs the MME to start task
configuration for the UE.
3. The MME informs the eNodeB to start the signaling-based MDT task using an
S1 Initial Context Setup Request/Trace Start message.
4. The eNodeB starts the signaling-based MDT task and delivers measurement
configurations to UEs over the air interface.
5. The UE reports MDT data to the eNodeB.
6. The eNodeB stores and sends signaling-based MDT data to the signaling
tracing module of the MAE and the TS.
7. The network optimization platform can obtain MDT data from the TS for
geographic display and optimize the network based on the data.
4.2.1 Benefits
Gains
MDT offers the following benefits:
● MDT automatically collects, reports, and pre-processes measurements, which
requires lower labor, equipment, and time costs than manual DTs
● MDT collects more extensive and accurate data than traditional DTs.
Expected Gains
● For commercial networks, it is recommended that this feature be enabled on
a per cluster basis, instead of on the entire network. This is because a large
number of MDT MRs will be reported. You are advised to trigger the following
MDT events on the networks at the same time: intra-frequency measurement,
RLF, connection setup failure, and throughput/throughput rate.
The number of MDT MRs to be reported can be calculated using the following
formula: Number of MDT MRs to be reported = Number of selected UEs x
Number of times UEs report MDT MRs.
If the number of times UEs report MDT MRs is set to "infinite", the number
must be converted as follows:
Number of times UEs report MDT MRs = Average UE online duration/Period
for reporting MRs.
Average UE online duration (unit: s) = L.E-
RAB.SessionTime.UE.HighPrecision/L.Traffic.User.Avg/1000
● The numbers of times MDT and MR events are reported must be the same. If
both MDT and MR are enabled, the number of times MDT events are reported
must be set to the number of times MR events are reported.
● Do not enable inter-frequency and A2 MDT events because these events
affect network performance. The only exception is when inter-frequency MDT
analysis is required to address network issues. Disable the events immediately
after data collection is complete.
● A slight decrease in the RRC connection setup success rate due to UEs
incompatible with subscription to the Logged MDT event can be avoided
using the following methods:
– Perform compatibility tests on mainstream UEs if only a few UEs on the
live network support MDT, and add compatible UEs to an MDT whitelist.
MDT measurement is performed only for UEs in this list, avoiding impacts
of compatibility issues on network performance.
– Add incompatible UEs to the Logged MDT blacklist. Logged MDT
measurement configurations will not be delivered to such UEs.
For how to add such UEs to the whitelist or blacklist, see Terminal Awareness
Differentiation.
● It is recommended that MDT be enabled when there are more than 10 UEs
supporting MDT per cell.
● When both intra-frequency M1 and inter-frequency M1 events are subscribed
to for the same UE in management- and signaling-based MDT and the
subscription periods are different, the measurement ID of the UE may reach
the maximum value easily if many frequencies are configured on the live
network. As a result, measurement configurations for some frequencies
cannot be delivered to this UE.
● Enable MDT on networks where a large number of the eNodeBs are outdoor
macro eNodeBs. Most UEs receive little MDT data from indoor distributed
eNodeBs so this feature has little network optimization effect in such
scenarios.
4.2.2 Impacts
Network Impacts
● Reporting of MDT measurements consumes air interface resources, increasing
the average CPU load. In addition, the values of counters related to uplink
interference, service drop rate and RRC connection reestablishment slightly
increase, and the access success rate slightly declines.
● Intra-frequency, inter-frequency, or inter-RAT MDT measurement may conflict
with handover measurement, slightly reducing the handover success rate.
● Inter-frequency or inter-RAT measurement causes UEs to enter the GAP state,
and therefore some subframes will be unable to transmit data, slightly
reducing the cell throughput and traffic volume.
● If some UEs have compatibility issues:
– After the inter-frequency or inter-RAT immediate MDT event is subscribed
to, the access success rate and handover success rate may decline, and
the values of counters related to the service drop rate and RRC
connection reestablishment may increase.
– After the logged MDT event is subscribed to, the access success rate may
decline, and the values of counters related to the service drop rate and
RRC connection reestablishment may increase.
● Periodic UE measurements increase battery power consumption.
Function Impacts
None
4.3 Requirements
4.3.1 Licenses
This function is a basic function and is not under license control.
4.3.2 Software
Prerequisite Functions
None
4.3.3 Hardware
Base Station Models
No requirements
Boards
The LMPT does not support the GU inter-RAT MDT events.
RF Modules
No requirements
4.3.4 Others
● The eNodeB version is V100R011C00 or later.
● UEs are required to be compliant with 3GPP Release 10 or later and support
MDT.
● It is recommended that a network optimization analysis tool (for example,
Huawei Discovery) be deployed.
Step 1 On the MAE-Access, choose Monitor > Signaling Trace > Signaling Trace
Management > S1 Interface Trace/UU Interface Trace to create trace tasks.
Step 2 Check the messages traced over the S1 and Uu interfaces for a specific user (users
can be identified by Call ID). If the S1AP_INITAIL_CONTEXT_SETUP_REQ message
traced over the S1 interface contains the Management Based MDT Allowed
parameter, and if the messages traced over the Uu interface include the
RRC_LOGGED_MEAS_CFG message or the RRC_CONN_RECFG message over the
Uu interface contains the ObtainLocation parameter, MDT has taken effect.
----End
Cells can also be traced using the MAE-Access to determine whether MDT has
taken effect.
Step 1 After MDT subscription is successful on the MAE-Access, choose Monitor >
Signaling Trace > Signaling Trace Management > Cell Trace Browse. Then, click
New and select the target eNodeB and observation duration to create cell trace
browse tasks. The reported MDT events can be viewed, indicating that MDT has
taken effect.
----End
NOTE
1. Check whether MDT tasks have been successfully subscribed to and whether
an eNodeB/MAE fault alarm has been reported.
2. If MDT task subscription fails, resubscribe to the MDT tasks. If an
eNodeB/MAE fault alarm is reported, clear the alarm first.
3. Check whether MDT data is reported. If MDT data is reported, no further
action is required. If the problem persists, contact Huawei technical support.
5 Glossary
6 Reference Documents
● 3GPP TS 37.320, " Minimization of Drive Tests (MDT); Overall description "
● 3GPP TS 36.331, "Evolved Universal Terrestrial Radio Access (E-UTRA); Radio
Resource Control (RRC); Protocol specification"
● 3GPP TS 32.422, "Trace control and configuration management"
● Terminal Awareness Differentiation