Independent MDT (ERAN12.1 04)
Independent MDT (ERAN12.1 04)
Independent MDT (ERAN12.1 04)
Issue 04
Date 2017-12-06
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: [email protected]
Contents
2 Overview......................................................................................................................................... 5
2.1 Background.....................................................................................................................................................................5
2.2 Introduction.................................................................................................................................................................... 5
2.3 Benefits........................................................................................................................................................................... 5
2.4 Architecture.................................................................................................................................................................... 5
3 Technical Description...................................................................................................................7
4 Related Features...........................................................................................................................15
5 Network Impact........................................................................................................................... 16
6 Engineering Guidelines............................................................................................................. 17
6.1 When to Use................................................................................................................................................................. 17
6.2 Required Information................................................................................................................................................... 18
6.3 Planning........................................................................................................................................................................ 18
6.3.1 RF Planning............................................................................................................................................................... 18
6.3.2 Network Planning...................................................................................................................................................... 18
6.3.3 Hardware Planning.................................................................................................................................................... 18
6.4 Deployment.................................................................................................................................................................. 18
6.4.1 Process....................................................................................................................................................................... 18
6.4.2 Requirements............................................................................................................................................................. 18
6.4.3 Data Preparation and Feature Activation...................................................................................................................19
6.4.3.1 Data Preparation..................................................................................................................................................... 20
6.4.3.2 Using the CME....................................................................................................................................................... 20
6.4.3.3 Using MML Commands......................................................................................................................................... 21
6.4.3.4 MML Command Examples.................................................................................................................................... 21
6.4.4 Activation Observation..............................................................................................................................................21
6.4.5 Deactivation...............................................................................................................................................................22
6.4.5.1 Using the CME....................................................................................................................................................... 23
6.4.5.2 Using MML Commands......................................................................................................................................... 23
6.4.5.3 MML Command Examples.................................................................................................................................... 23
6.5 Performance Monitoring...............................................................................................................................................23
6.6 Parameter Optimization................................................................................................................................................ 23
6.7 Possible Issues.............................................................................................................................................................. 24
7 Parameters..................................................................................................................................... 25
8 Counters........................................................................................................................................ 33
9 Glossary......................................................................................................................................... 34
10 Reference Documents............................................................................................................... 35
1.1 Scope
This document describes the Independent Minimization of Drive Test (MDT) feature,
including its technical principles, related features, network impact, and engineering
guidelines.
Feature compatibility with specific terminal models is not presented in this document. For
compatibility information, contact Huawei engineers.
Any parameters, alarms, counters, or managed objects (MOs) described herein apply only to
the corresponding software release. For future software releases, refer to the corresponding
updated product documentation.
This document applies only to LTE FDD. Any "LTE" in this document refers to LTE FDD,
and "eNodeB" refers to LTE FDD eNodeB.
Privacy Protection
l Obtaining consent from data subjects for the collection of privacy data
1.3 Disclaimer
The MDT function obtains network quality test data, such as signal quality and signal
strength, from UEs with or without authorization. Consult lawyers before deploying
independent MDT on the networks. Penalties or prosecution may be imposed if the use of
independent MDT violates any laws applicable in the region, state, or country. Huawei is not
responsible for any losses, damages, or other liabilities of any sort that may incur for using the
Independent MDT feature in violation of laws.
l Feature change
Changes in features and parameters of a specified version as well as the affected entities
l Editorial change
Changes in wording or addition of information and any related parameters affected by
editorial changes. Editorial change does not specify the affected entities.
eRAN12.1 04 (2017-12-06)
This issue includes the following changes.
eRAN12.1 03 (2017-08-30)
This issue includes the following changes.
eRAN12.1 02 (2017-05-31)
This issue includes the following changes.
eRAN12.1 01 (2017-03-08)
This issue does not include any changes.
Feature change Added the MDT whitelist None Macro, micro, and
function. For details, see 3 LampSite eNodeBs
Technical Description.
2 Overview
2.1 Background
After a network is deployed, multiple drive tests (DTs) must be performed to provide a
reference for network optimization and to achieve the best possible network coverage and
performance. MDT automatically collects, reports, and preprocesses measurement data,
requiring less labor, equipment, and time than traditional manual DTs. However, MDT
requires that the mobility management entity (MME) supports the authentication function and
that UEs authorize the use of the MDT function, limiting the amount of MDT data to be
collected. To improve data collection efficiency, Huawei has introduced the Independent
MDT feature.
2.2 Introduction
With Independent MDT, the eNodeB selects UEs to automatically collect measurement data
without requiring authentication from the MME or the UEs. Telecom operators can use the
collected data to optimize networks, evaluate user experience, and address customer
complaints.
2.3 Benefits
This feature provides the following benefits:
l Lower labor, equipment, and time costs than manual DTs
l Extensive accurate DT data
l Exemption from authorization of UEs for MDT
2.4 Architecture
Figure 2-1 illustrates the network architecture for MDT data collection.
eNodeB Collects MDT data and reports it to the trace server (TS)
based on MDT subscription tasks
Trace server (TS) Combines and delivers subscription tasks from the U2000,
and receives and stores MDT data reported by the eNodeB
The TS transmits data to the network optimization plane over
the northbound interface.
3 Technical Description
NOTE
For details about 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.
2. The U2000 delivers MDT subscription data to the TS.
3. The TS forwards the subscription data to the eNodeB. After the subscription is complete,
a subscription success message is returned to the U2000.
4. The eNodeB selects UEs to collect MDT events based on MDT subscription tasks. Table
3-2 describes how an eNodeB selects UEs.
Huawei Nastar has an independent MDT event subscription interface, which delivers subscription
tasks and receives MDT reports through the TS. For detailed operations, see Nastar-related
documents.
l 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.
l Each time the eNodeB checks whether UEs are MDT-authorized, it also checks the inter-
frequency EARFCN capabilities of newly accessing UEs.
2. In every connection duration specified by the period and number of times, the eNodeB
selects UEs based on Cell-level traced UE count and using the following MDT UE
selection policies:
– Polling selection: The eNodeB randomly selects candidate MDT UEs in the active
state and with GNSS capabilities one by one.
– Capability-preferred selection: The eNodeB sorts UEs based on their measurement-
related capabilities and preferentially selects high-capability UEs.
n 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 TS36.331 V11.7.0.
○ loggedMeasurementsIdle-r10: indicates that the UE supports MDT-
related measurement in idle mode.
○ standaloneGNSS-Location-r10: indicates that the UE supports reporting
of longitude and latitude information in the MDT data.
○ Inter-frequency measurement and periodic intra-frequency measurement
capabilities
n When receiving a measurement task, the UE does not report MDT
measurement result if it does not have the related measurement capability.
l If MDT events that require UE measurement are enabled, for example, the intra-frequency, inter-
frequency, and A2 MDT events, RRC connection reestablishments may increase if UEs supporting
MDT but not able to report MDT data are selected, causing an increase in the call drop rate. If there
are such UEs that may deteriorate KPIs on the live network, enable the MDT whitelist function
according to instructions in Terminal Awareness Differentiation Feature Parameter Description.
l If the number of periodic measurements for MDT events is infinite:
1. When the number of UEs in the cell is less than Cell-level traced UE count, 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 Cell-level traced UE count, the
eNodeB selects UEs for measurement only once and does not perform polling selection.
Activating UE GPS
Before collecting MDT intra-frequency measurement events, inter-frequency MDT
measurement events, and MDT A2 events, you can set the Active UE GPS parameter to true.
Then the eNodeB delivers the reconfiguration message IE obtainLocationConfig to instruct
MDT-authorized UEs to proactively enable GPS.
The UE response to the GPS activation command depends on the UE manufacturer. For
security reasons, an eNodeB cannot proactively activate GPS for unauthorized MDT UEs. If a
UE does not support reporting of longitude and latitude, set the
MMEFEATURECFG.MdtEnable parameter to ENABLE(enable), which will allow the
MME to support a Huawei proprietary positioning function. With the Huawei-proprietary
function, the eNodeB can obtain UE locations from the MME. To support the Huawei
proprietary positioning function, Huawei MME and positioning server are required and the
UE capability message sent to the eNodeB must have the A-GNSS-ProvideCapabilities IE.
The Huawei-proprietary positioning procedure is as follows:
Step 3 The positioning server and MME exchange positioning-assisted information through NAS
messages.
Step 4 The MME sends Huawei-proprietary messages carrying UE locations to the eNodeB.
----End
4 Related Features
Prerequisite Features
None
Impacted Features
None
5 Network Impact
System Capacity
When Independent MDT is enabled, reporting MDT data consumes Uu interface resources,
increasing the CPU usage by up to 5%.
Network Performance
When Independent MDT is enabled, intra-frequency or inter-frequency MDT measurement
may conflict with handover measurement, decreasing the access and handover success rates
by up to 0.5%.
Inter-frequency measurement causes UEs to enter the GAP state, and some subframes will be
temporarily unable to transmit data, slightly decreasing the average cell throughput.
Subscribing to the Logged MDT event may result in a slight decrease in the RRC connection
setup success rate if certain UEs are not compatible with this event.
6 Engineering Guidelines
l Enable Independent MDT when there are more than 10 UEs supporting MDT per cell.
l Enable Independent MDT on networks where a large number of the eNodeBs are
outdoor macro base stations. Most UEs receive little MDT data from distributed
eNodeBs so this feature has little network optimization effect in such scenarios.
6.3 Planning
6.3.1 RF Planning
N/A
6.4 Deployment
6.4.1 Process
Perform the following operations:
1. Set PrivateMdtUeSelSwitch to ON(On).
2. Subscribe to MDT tasks on the U2000.
6.4.2 Requirements
Hardware
l eNodeB
V100R011C00 or later
l TS
It is recommended that the TS be deployed in cluster mode based on the Advanced
Telecommunications Application Environment (ATAE), either co-deployed with the
U2000 or separated.
l UE
UEs must comply with 3GPP R10 or later, and support MDT.
License
None
On the U2000 client, choose Signaling Trace > Signaling Trace Management > Cell Trace
to create a trace task. In the Cell Trace dialog box, specify the following parameters: Trace
name, Cell trace ID, Select cells, Cell-level traced UE count., TCE IP (consistent with the
setting of TCEIPMAPPING.TceIpV4Addr or TCEIPMAPPING.TceIpV6Addr for the
eNodeB), Trace Depth, and Trace Duration.
NOTE
l Anywhere from 5 to 100 cells can be traced simultaneously on the U2000, depending on the license
and the TS deployment mode.
l The data for a maximum of 400 UEs can be collected. (If the corresponding parameter is set to 0, the
number of UEs is infinite.)
l For details about MDT subscription and analysis, see iManager U2000 MBB Network System Online
Help for V200R016.
l If maximum-depth traced signaling data is collected with the MDT data, the UE selection method
used by the maximum-depth traced signaling data is preferred. Specifically, UEs that have accessed
the network most recently and are in RRC_CONNECTED mode are selected. For details about
maximum-depth signaling data trace, see section 5.3 in 3GPP TS 32.422 V11.8.1.
After you select an MDT event, click Setting. The Parameter Settings dialog box is
displayed. Specify Measurement report period, Measurement report times, MDT UE
selection method, and Active UE GPS.
NOTE
l Subscription to MDT events by cell tracing is subject to the U2000 specification expressed in terms
of the number of UEs that can be traced, and event M3 cannot be subscribed by cell tracing. The TS
can be used to subscribe to MDT events. For details about the U2000 specification expressed in
terms of the number of UEs that can be traced during cell tracing and TS operations, see iManager
U2000 MBB Network Management System Product Documentation.
l If Measurement report times is set to Infinite, UEs in RRC_CONNECTED mode may keep
reporting measurement data indefinitely, which increases the power consumption of the UEs.
l If MDT UE selection method is set to different values for different MDT events, the eNodeB will
use the polling method to select UEs.
l If Active UE GPS is set to true for some MDT events but to false for others, the eNodeB considers
the GPS function unable to be activated for all MDT events.
----End
Required Data
Scenario-specific Data
To collect logged MDT events, configure mapping between the Trace Collection Entity (TCE)
IDs and IP addresses. When initiating logged MDT subscription, specify which TCE to
receive reported data. When requesting subscriptions, the U2000 transfers TCE IP parameters
to the eNodeB.
This feature can be activated for a single eNodeB or a batch of eNodeBs on the CME.
For detailed operations, see CME-based Feature Configuration.
----End
Step 1 On the U2000 client, 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 UE (UEs can be
identified using Call ID). If the following conditions are met, this feature has taken effect:
l The S1AP_INITAIL_CONTEXT_SETUP_REQ message traced over the S1 interface
does not contain the Management Based MDT Allowed parameter.
l 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
includeLocationInfo parameter.
----End
Cells can also be traced using the U2000 to determine whether MDT has taken effect.
Step 1 After MDT subscription is successful on the U2000, 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 the Independent MDT feature has taken effect. The following
figure illustrates an example.
----End
6.4.5 Deactivation
Step 1 On the U2000 client, choose Signaling Trace > Signaling Trace Management > Cell Trace.
Right-click the trace task and choose Stop from the shortcut menu to cancel the subscription
task.
----End
NOTE
L.MeasCtrl.MDTReport.Num only measures the number of MDT measurement reports containing the
longitude and latitude.
7 Parameters
GlobalP Private MOD None None Meaning: Indicates whether to use a private
rocSwitc MdtUeS GLOBA mechanism for management-based MDT data
h elSwitch LPROC collection. If this parameter is set to ON, the eNodeB
SWITC does not use authentication information to select UEs.
H If this parameter is set to OFF, the eNodeB selects
LST UEs in accordance with 3GPP specifications. This
GLOBA parameter applies only to LTE FDD and LTE TDD.
LPROC GUI Value Range: OFF(Off), ON(On)
SWITC Unit: None
H
Actual Value Range: OFF, ON
Default Value: OFF(Off)
witch, VolteX2HoDelayOptSwitch,
UeUtranCapEnquiryOptSwitch,
FreqRandomOptSwitch, MrMdtMeasOptSwitch
Default Value: RrcSetupOptSwitch:Off,
IucsRrcRecfgMcCombSwitch:Off,
RcrpRrcRecfgMcCombSwitch:Off,
RrcRecfgMcOptSwitch:Off, IdleCsfbRedirectOptS-
witch:Off, UlNasBufferSwitch:On,
IratMeasCfgTransSwitch:Off,
GeranAnrMcOptSwitch:Off, InactDiscardSwitch:Off,
SRVCCHoBasedUeCapSwitch:Off,
L2GPLMNChooseOptSwitch:Off,
HoInRrcRecfgMcCombSwitch:Off,
UeCapEnquiryCombSwitch:Off,
UeTraceOptSwitch:Off, PaDistributeMechOptS-
witch:On, InactReSyncCompatSwitch:Off,
VolteX2HoDelayOptSwitch:Off, UeUtranCapEnquir-
yOptSwitch:Off, FreqRandomOptSwitch:Off,
MrMdtMeasOptSwitch:Off
MmeFea MdtEna MOD None None Meaning: Indicates whether the MME at the other end
tureCfg ble MMEFE of the S1 interface supports Huawei-proprietary
ATURE positioning procedures, which are included in
CFG minimization of drive tests (MDT). The value
LST DISABLE indicates that the MME does not support
MMEFE the procedures and therefore the eNodeB cannot
ATURE obtain UE location information from the MME
CFG through the procedures. The value ENABLE indicates
the opposite. This parameter applies only to LTE FDD
and LTE TDD.
GUI Value Range: DISABLE(Disable),
ENABLE(Enable)
Unit: None
Actual Value Range: DISABLE, ENABLE
Default Value: DISABLE(Disable)
TceIpM TceIpV4 ADD None None Meaning: Indicates the IPv4 address of the TCE.
apping Addr TCEIP GUI Value Range: Valid IP address
MAPPI
NG Unit: None
TceIpM TceIpV6 ADD None None Meaning: Indicates the IPv6 address of the TCE.
apping Addr TCEIP GUI Value Range: Valid IP address
MAPPI
NG Unit: None
TceIpM TceId ADD None None Meaning: Indicates the ID of the TCE for MDT. This
apping TCEIP parameter applies only to LTE FDD and LTE TDD.
MAPPI GUI Value Range: 0~255
NG
Unit: None
LST
TCEIP Actual Value Range: 0~255
MAPPI Default Value: None
NG
MOD
TCEIP
MAPPI
NG
RMV
TCEIP
MAPPI
NG
TceIpM IPMode ADD None None Meaning: Indicates the IP address version. IPv4
apping TCEIP indicates that the IP version is IPv4. IPv6 indicates
MAPPI that the IP version is IPv6.
NG GUI Value Range: IPv4(IPv4 Address), IPv6(IPv6
MOD Address)
TCEIP Unit: None
MAPPI
NG Actual Value Range: IPv4, IPv6
8 Counters
9 Glossary
10 Reference Documents