Showing posts with label MDT. Show all posts
Showing posts with label MDT. Show all posts

Tuesday 11 January 2022

An Introduction to Minimization of Drive Testing (MDT)

Over the last few years, Ralf Kreher has done some fantastic posts on Minimization of Drive Testing (MDT) on this blog (links at the bottom of this post). To complement that, here is a basic introductory tutorial looking at what exactly is meant by MDT and how it's done. 

Video embedded below:

The slides from the presentation are available here.

Please check out our 3GPP SON Series videos here.

Related Posts:

Friday 28 August 2020

3GPP MDT - How it works and what is new in Rel. 16


Today I launched my first video. It is about the 3GPP Minimization of Drive Test (MDT) and what is new for this feature in Rel. 16 / 5G networks.

This video explains the overall concept of the MDT feature defined by 3GPP. Individual signaling procedures for immediate and logged mode MDT reporting are presented as well as the latest enhancements for 5G networks defined in 3GPP Release 16.

Enjoy watching

Wednesday 4 March 2020

A Look into 5G Virtual/Open RAN - Part 1

Although it is understood in general that virtualization and increasing complexity are inherent characteristics of 5G networks many people are surprised when they realize the significant differences of 5G RAN architecture and signaling procedures compared to what they know from LTE or UTRAN.

In this blog post series I want to highlight some details that are not immediately visible when reading the 3GPP specs.

Figure 1 shows a virtualized gNB and the protocols it uses to communicate with its internal entities as well as with the UE and peer entities in neighbor network elements/functions.

Figure 1: Virtual Network Functions and Protocols in 5G RAN
(click on the image to see full size)

The core of the whole thing is the gNB-Central Unit for the Control Plane (gNB-CU CP). This function communicates directly with the UE using the NR RRC protocol. It also "talks" to the 5G Core Network represented by the AMF using the NGAP, a protocol very similar to the S1AP known from E-UTRAN. Neighboring 5G base stations are contacted using the XnAP, neighboring eNBs can be reached by using X2AP.

The other virtual functions of the gNB are the Central Units for User Plane (gNB-CU UP) and the Distributed Units (gNB-DU). While the gNB-CU UP is responsible for handling the transport of payload the gNB-DUs deal with all the allocation of radio resources, especially the scheduling. As a result the lower layer radio interface protocols, especially RLC and MAC terminate in the gNB-DUs.

For the RAN monitoring tools and the 3GPP Minimization of Drive Test (MDT) feature this means that RRC and Logged Measurement Reports sent by UEs will be available at gN-CU CP while all uplink radio quality measurements and call-related user plane metrics is only available at the gNB-DU - see figure 3.

Figure 2: Distribution of un-correlated RAN measurement tasks among different gNB virtual functions
(click on the image to see full size) 

And today, there is no 3GPP-standardized procedure to correlate this measurement information collected by different virtual gNB functions.

The full impact of the 5G RAN virtualization becomes even more evident when looking at Figure 3. It shows a single gNB-CU CP in charge of controlling several gNB-CU UPs and gNB-DUs.

In a live network deployment a single gNB-CU CP will control hundreds of gNB-DUs and maybe several gNB-CU UPs. This is why it is misleading to compare the connectivity of a gNB-CU CP with that of a LTE eNB. Rather it could be compared with a UTRAN RNC controlling a similar number of 3G base stations.


Figure 3: 5G RAN Connectivity
(click on the image to see full size)

Looking back into figure 1 we see that the F1AP is used for communication between gNB-CU CP and its gNB-DUs while the E1AP is the protocol that connects the gNB-CU CP with surrounding gNB-CU UPs.

Call-related control plane procedures of F1AP and E1AP are very similar to what is known from NGAP. There is a UE context established between the gNB-CU CP and the gNB-DU. On F1-U a GTP tunnel is established for user plane transport. At the same time an E1 Bearer Context in gNB-CU CP and gNB-CU UP keeps track of the most relevant user plane transport parameters.

All in all for setting up a single subscriber connection in the virtualized 5G RAN there are significantly more signaling transactions necessary than in E-UTRAN. Figure 4 shows a practical example.

Figure 4: 5G RAN Call Trace in NETSCOUT Session Analyzer
(click on the image to see full size)
The volume and complexity of signaling information is increasing when the UE moves or is redirected to virtual functions within one gNB e.g. due to load balancing.

The next blog post of this series will dive deeper into details of such call scenarios.

Stay tuned...

Related Posts:

Friday 2 August 2019

3GPP Minimization of Drive Test (MDT) Signaling at a Glance

There are growing numbers of UEs that are capable of reporting 3GPP-defined measurements for the purpose of minimization of drive test as defined in 3GPP TS 37.320. Although only a subset of the capable devices have this feature enabled it is worth to have a closer look at the signaling procedures and measurements.

3GPP MDT data can be gathered in two different modes: immediate and logged.

immediate mode – as illustrated in figure 1 - provides measurements for RAN and UE. The UE measurements are derived from RRC measurement reports. The RAN adds the power headroom reported on the MAC layer, and the Received Interference Power (RIP) measured on the physical radio interface layer at the cell`s antenna as well as, reports for the data volume, IP throughput, user plane packet delay, and packet loss measured by the eNodeB.
Figure 1: Immediate 3GPP MDT Measurements*

logged mode – an example is shown in Figure 2 - the UE stores information related to accessibility problems in IDLE mode, failures during RRC establishment, and handover random access as well as radio link failures including connection loss. The MDT events log is sent to the network when it is requested. After connection loss, the MDT logged mode report is sent after the next successful radio connection establishment.

Figure 2: Logged 3GPP MDT Measurements*

The RRC measurement samples and Radio Link Failure (RLF) reports also contain detailed location information for example, on GPS/GNSS coordinates, although the 3GPP Release 9 Technical Report TR 36.805 stated: “The extensive use of positioning component of the UE shall be avoided since it would significantly increase the UE power consumption.”

Although, the encoding of logged mode reports and immediate UE measurements are defined in 3GPP TS 36.331 (RRC), the message formatting of the immediate RAN measurement events follow different proprietary specifications of the network element manufacturers (NEMs).

It is also up to the NEMs which of the M2... M7 immediate reports are implemented and how often such measurements will be generated during an ongoing connection. 

* all parameter values shown in the figures have been chosen randomly for illustrative purpose and do not reflect the situation of a real call or network 

Monday 18 June 2012

3GPP Release-12 and beyond


3GPP Recently held a workshop on "Release 12 and Onward" to identify common requirements for future 3GPP radio access technologies. The goal of the workshop is to investigate what are the main changes that could be brought forward to evolve RAN toward Release 12 and onward. It is recommended that presentations in the workshop include views on:
- Requirements
- Potential technologies
- Technology roadmap for Releases 12, 13 and after

The discussions from the workshop should be used to define the work plan for Release 12 and onward in TSG-RAN.

The list of presentations and links, etc. are below and I have also embedded the Summary and Draft report, both of which can be downloaded from 3GPP website or slideshare. Here is a list of different topics and the presentations that covered them:


AdHoc Networks
AdHoc Networks - RWS-120035


Antennas, Beamforming, Transmitters, Receivers
3D-beamforming - RWS-120002
Vertical sectorization/3D beamforming via AAS - RWS-120005
Advanced receivers and joint Tx/Rx optimisation - RWS-120005
Network assistance for IC receivers - RWS-120005
Support of Active Antenna Systems - RWS-120006
Advanced transmitter beamforming - RWS-120010
Advanced receiver cancellation - RWS-120010
Vertical and 3D beamforming - RWS-120011
MIMO Enhancements - RWS-120014
New antenna configurations and 3D MIMO - RWS-120014
UE AAS (Active Antenna System) [Detailed] - RWS-120015 / RWS-120049
Cloud of Antennas (CoA) Concept - RWS-120016
Support of Massive MIMO Technology - RWS-120016
Full Dimension MIMO (FD-MIMO) System [Detailed] - RWS-120021 / RWS-120046
Cloud-RAN: Benefits and Drawbacks - RWS-120021 / RWS-120046
Further Enhanced Receivers - RWS-120022
Multiple antenna evolution - RWS-120025
3D beamforming - RWS-120026
Vision of 3D MIMO - RWS-120029
Massive MIMO & 3D MIMO - RWS-120034
Potential MIMO Enhancements - RWS-120035
Advanced Antenna Technology - RWS-120035
DL MIMO Enhancement - RWS-120037
Performance Requirement for 8Rx at eNB - RWS-120037
UE Receiver Enhancements - RWS-120039
DL MU-MIMO Enhancement - RWS-120039
Enhancement of MIMO, CoMP - RWS-120040
Advanced MIMO - RWS-120040
MIMO and COMP - RWS-120041
Role of Advanced Receivers - RWS-120041
Advanced Interference Handling - RWS-120041
Interference Suppression Subframes (ISS) and IRC Receiver [Detailed] - RWS-120051


Applications (Apps)
Efficiency for diverse small data applications - RWS-120011
Device Service/Application Awareness - RWS-120018
I-Net:”I”-centric mobile network design philosophy - RWS-120024
Application Aware Comm - RWS-120036 / RWS-120050


Backhaul and Relay
Relay backhaul enhancement - RWS-120011
LTE Backhaul - RWS-120013
Relay - RWS-120025
CoMP, backhaul and X2 interface - RWS-120027 / RWS-120048
Mobile Relay And Relay Backhaul Enhancement - RWS-120029


Baseband
Baseband resource pooling and virtualization - RWS-120011


Capacity and Coverage
Higher system capacity - RWS-120010
Capacity for Mobile Broadband: Requirements and Candidate technologies - RWS-120012
Increase N/W capacity by 1000 times - RWS-120020
Coverage Enhancement - RWS-120037
Capacity Enhancement - RWS-120038 / RWS-120047
Cell-edge Throughput Improvement - RWS-120038 / RWS-120047


Carrier Aggregation, Flexible Bandwidths and Multiflow
LTE multiflow / Inter-site CA - RWS-120002
LTE/HSDPA Carrier Aggregation - RWS-120002
Multiflow Enhancements - RWS-120002
Multi-Stream Aggregation - RWS-120006
Provide mechanisms for Flexible Bandwidth Exploitation - RWS-120008
Carrier aggregation enhancement - RWS-120019
Inter-eNB Carrier Aggregation - RWS-120021 / RWS-120046
Evolution of Carrier Aggregation - RWS-120036 / RWS-120050
CA of Alternative Spectra - RWS-120042


Cells, Carriers, C/U Planes
C/U plane split & Phantom cell - RWS-120010
Phantom cell by single/separate nodes - RWS-120010
Phantom cell: Other topics - RWS-120010
New Carrier Type for Primary Component Carrier - RWS-120011
Flexible/Reconfigurable Cells - RWS-120023
New carrier-type (NCT) enhancements - RWS-120026
Amorphous cells - RWS-120034
New Carrier Types - RWS-120035
Non-Orthogonal Access - RWS-120039
Dynamic Area Construction for UE - RWS-120040


Cognitive Radio
Cognitive radio - RWS-120034
Cognitive Networking - RWS-120036 / RWS-120050


Coordinated MultiPoint (CoMP)
CoMP Enhancements - RWS-120014
CoMP/ICIC enhancement - RWS-120019
CoMP Enhancements - RWS-120023
CoMP enhancements - RWS-120026
CoMP Technologies - RWS-120027 / RWS-120048
Enhanced CoMP - RWS-120029
Potential CoMP Enhancements - RWS-120035
CoMP - RWS-120037
CoMP Enhancement for Indoor Environment - RWS-120040
Overhauling DL CoMP - RWS-120042


Device, Handsets, UE's
Additional UE Enhancements - RWS-120018
Coordination : Multi-mode UE - RWS-120024


D2D / Device-to-Device
Device-to-Device - RWS-120003
LTE Device to Device - Proximity Based Services - RWS-120004
LTE device to device - RWS-120007
LTE direct communication - RWS-120007
Device-to-Device Communications - RWS-120014
D2D Discovery/Communication - RWS-120016
3GPP Proximity Services (ProSe) / D2D - RWS-120022
Device-to-Device communications - RWS-120026
Device-to-Device communication - RWS-120036 / RWS-120050


Data Rates and Throughputs
Higher data rate and user-experienced throughput - RWS-120010
Fairness of user throughput - RWS-120010


Deployments
LTE in Local Area Deployments & Enhancements - RWS-120004
Energy Efficient Local Area Deployments - RWS-120004
Scaling for Mass Deployment - RWS-120008
Flexible and cost-efficient NW deployments - RWS-120010
Considerations on dense NW deployment - RWS-120019


Energy Consumption, Efficiency and Savings
Energy efficiency - RWS-120005
Reduce energy consumption - RWS-120008
Energy Saving - RWS-120014
UE Power Saving - RWS-120036 / RWS-120050
NB Power Saving - RWS-120036 / RWS-120050
Energy Saving Enhancements with CoMP - RWS-120040
Energy Saving with Centralized eNB - RWS-120040


Herogeneous Networks (HetNets)
Optimisation of Het Nets performance - RWS-120005
Improved Support for Heterogeneous Networks - RWS-120006
Network hyper-densification: LTE HetNet2.0 - RWS-120007
Multi-layer HetNet Deployments - RWS-120016
HetNet for HSPA - RWS-120017
HetNet Enhancements - RWS-120023
HetNet Mobility - RWS-120029
Small cells & HetNet - RWS-120031
HetNet - RWS-120037
HetNet Enhancements for HeNB - RWS-120040


HSDPA / HSUPA / HSPA+ Enhancements
HSPA UL Enhancements - RWS-120003
Uplink Enhancements - RWS-120006
UMTS evolution: enhancing CS voice on DCH - RWS-120007
High Speed Packet Access - RWS-120012
HSPA RRM enhancement - RWS-120024
HSPA+ further evolution - RWS-120034


Interworking (HSPA, LTE)
Coordination : HSPA/LTE e-interworking - RWS-120024
Inter-RAT Coordination/CA - RWS-120037


Local-Area Access (Small Cells)
Local-Area Access - RWS-120003
LTE in Local Area Deployments & Enhancements - RWS-120004
LTE Local Area Enhancements - RWS-120004
LTE Local Area Enhancement Areas - RWS-120004
enhanced Local Area (eLA) - RWS-120010
Local Area Enhancements - RWS-120022
Improved Local Area Mobility - RWS-120022


LTE
LTE for Nomadic and Fixed Use - RWS-120018
E-PDCCH enhancement - RWS-120019
Efficiency : Paging Optimization - RWS-120024


LTE Hotspot and Indoor Enhancements (LTE-Hi)
Hotspot and Indoor Enhancements (LTE-Hi) - RWS-120006
Hotspot/indoor Scenario (LTE-Hi) - RWS-120025
Indoor & Hotspot Enhancements (LTE-Hi) [Detailed] - RWS-120029
Possible Study Items for Indoor Environment - RWS-120040


M2M / Machine Type Communications (MTC)
Machine Type Communications - RWS-120003
Improved Support for MTC - RWS-120006
Machine-to-Machine: The Internet of Things - RWS-120014
Machine Type Communications: a new ecosystem - RWS-120014
Wireless MTC and RAN optimizations for MTC - RWS-120016
Low-Cost MTC UE - RWS-120017
MTC + eDDA (enhanced Diverse data application) - RWS-120019
Further Enhancements to Support MTC - RWS-120023
MTC - RWS-120025
MTC enhancements - RWS-120026
M2M - RWS-120029
MTC and migration of traffic from 2G - RWS-120031
Machine Type Communications enhancements - RWS-120034
Machine Type Communications - RWS-120035
Extension triggered by growing M2M traffic - RWS-120038 / RWS-120047
LTE-based M2M - RWS-120041


MBMS / eMBMS
eMBMS Enhancements - RWS-120007
eMBMS - RWS-120013
UHD Multimedia Broadcast/Multicast Service - RWS-120036 / RWS-120050


Mesh Networks
Mesh Networks - RWS-120018


Network Density
Network density: Scenarios - RWS-120010


Network Architecture and Operation
Easier network operation, tolerance to failure - RWS-120005
System Architecture - RWS-120032
Evolution of LTE Networks - RWS-120034


Positioning
Positioning Enhancements - RWS-120006


Public Safety
Public Safety - RWS-120030
Operation of Public Safety System via LTE - RWS-120031
Public safety’s future in LTE [Detailed] - RWS-120033


Self Organising Networks (SON) and Minimisation of Drive Testing (MDT)
SON Evolution - RWS-120002
Enhanced MDT - RWS-120011
Network Self-Optimisation - RWS-120014
SON and MDT - RWS-120017
HetNet SON - RWS-120029
MDT & Energy Saving - RWS-120029
Autonomous Interference Coordination - RWS-120029
Large scale multi-layer centralized cooperative radio - RWS-120034
MDT Enhancement - RWS-120036 / RWS-120050
SON Enhancements - RWS-120036 / RWS-120050
MDT and eDDA - RWS-120041


Small Cells (HNB/HeNB)
UMTS evolution: small cells - RWS-120007
Wide & Local area enhancements - RWS-120010
Small Cells - RWS-120014
Small Cell Enhancement in Rel-12 - RWS-120021 / RWS-120046
HeNB Enhancement - RWS-120036 / RWS-120050
Efficient Usage of Macro and Small Cells - RWS-120038 / RWS-120047
Low-cost Low Power Nodes (LC-LPN) - RWS-120038 / RWS-120047
Small-Cell Improvements: System Aspects - RWS-120041


Spectrum
Enhanced spectrum efficiency - RWS-120005
Spectrum efficiency: eLA topics - RWS-120010
Scenarios for spectrum extension - RWS-120010
Spectrum and spectrum usage - RWS-120012
Wider Spectrum Utilization - RWS-120016
Spectral efficiency for LTE - RWS-120017
New Spectrum for Mobile Broadband Access - RWS-120021 / RWS-120046
Enabling Technologies for New Spectrum - RWS-120021 / RWS-120046
Radio Propagation - RWS-120021 / RWS-120046
Opportunistic Use of Unlicensed Spectrum for D2D Local Traffic - RWS-120023
Flexible Spectrum Utilization - RWS-120024
Spectrum Related: New Bands And CA Band Combinations - RWS-120029
Spectrum - RWS-120032
Hybrid access scheme - RWS-120034
Spectrum - RWS-120035
Spectrum and Transmission Efficiency - RWS-120039
Spectrum-Agile LTE - RWS-120041


TDD / TD-LTE
TD-LTE - RWS-120014
TDD-specific aspects - RWS-120014
TDD adaptive reconfiguration - RWS-120034
Efficient Usage of Dual Duplex Modes - RWS-120038 / RWS-120047
LTE TDD Small-Cell versus WiFi - RWS-120041


Testing
Testing and Certification - RWS-120022


Traffic and Signalling Overhead
Efficient support of diverse traffic characteristics - RWS-120005
Efficient support for variety of traffic types - RWS-120010
Enhancements for variety of traffic types - RWS-120010
Very high traffic (and signalling) scenarios - RWS-120017
Control Plane Overhead Reduction - RWS-120021 / RWS-120046
Further Enhancements to Support Diverse Data Applications - RWS-120023
Efficiency : Small data services in high mobility - RWS-120024


User Experience
Improve User experience - RWS-120009
User Challenges - RWS-120032


Video streaming, call
RAN Enhancements for Video Streaming QoE - RWS-120023
RAN Enhancements for Internet Video Call - RWS-120023


WiFi / WLAN
Cooperation between LTE/HSPA and WiFi - RWS-120005
Unlicensed spectrum: LTE & WLAN - RWS-120007
LTE integration with other RATs - RWS-120014
WiFi integration: For Beyond Rel-12 - RWS-120017
LTE-WLAN Interworking - RWS-120023
Coordination With WiFi - RWS-120029
Smarter opportunistic usage of Wi-Fi - RWS-120031
LTE TDD Small-Cell versus WiFi - RWS-120041


Others
Other identified techniques for LTE - RWS-120005
Efficient Transactions - RWS-120035
Link Enhancement Considerations - RWS-120035
Intra-RAT cooperation / Inter-RAT cooperation - RWS-120036 / RWS-120050


Here is the summary from the workshop:

Complete list of Presentations

RWS-120002Release 12 and beyond for C^4 (Cost, Coverage, Coordination with small cells and Capacity)NSN
RWS-120003Views on Rel-12Ericsson & ST-Ericsson
RWS-120004LTE evolving towards Local Area in Release 12 and beyondNokia Corporation
RWS-120005Views on Release 12Orange
RWS-120006Views on Rel-12 and onwards for LTE and UMTSHuawei Technologies, HiSilicon
RWS-1200073GPP RAN Rel-12 & BeyondQualcomm
RWS-120008New Solutions for New Mobile Broadband ScenariosTelefonica
RWS-120009Telecom Italia requirements on 3GPP evolutionTelecom Italia
RWS-120010Requirements, Candidate Solutions & Technology Roadmap for LTE Rel-12 OnwardNTT DOCOMO, INC.
RWS-120011Where to improve Rel-12 and beyond: Promising technologiesNEC
RWS-120012Deutsche Telekom Requirements and Candidate TechnologiesDeutsche Telekom
RWS-120013Release 12 Prioritization ConceptsDish Networks
RWS-120014Towards LTE RAN EvolutionAlcatel-Lucent
RWS-120015UE AAS (Active Antenna System)Magnolia Broadband
RWS-120016Requirements and Technical Considerations for RAN Rel.12 & OnwardsFujitsu Limited
RWS-120017Operator requirements on future RAN functionalityTeliaSonera
RWS-120018AT&T View of Release 12 in the North America MarketplaceAT&T
RWS-120019Major drivers, requirements and technology proposals for LTE Rel-12 OnwardPanasonic
RWS-120020Efficient spectrum resource usage for next-generation N/WSK Telecom
RWS-120021Technologies for Rel-12 and onwardsSamsung Electronics
RWS-120022LTE Rel-12 and BeyondRenesas Mobile Europe
RWS-120023LTE Rel-12 and Beyond: Requirements and Technology ComponentsIntel
RWS-120024Considerations on further enhancement and evolution of UMTS/LTE network in R12 and onwardsChina Unicom
RWS-120025Views on LTE R12 and BeyondCATT
RWS-120026A proposal for potential technologies for Release 12 and onwardsETRI
RWS-120027A view on requirements on Rel-12 and onwards from an operator’s viewpointSoftbank Mobile
RWS-120028India market Requirements for Rel. 12 and beyondCEWiT
RWS-120029Views on LTE Rel-12 & BeyondCMCC
RWS-120030LTE addressing the needs of the Public Safety CommunityIPWireless
RWS-120031Vodafone view on 3GPP RAN Release 12 and beyondVodafone
RWS-120032An Operator’s View of Release 12 and BeyondSprint
RWS-120033Public Safety Requirements for Long Term Evolution REL-12U.S. Department of Commerce
RWS-120034Views on 3GPP Rel-12 and BeyondZTE
RWS-120035Considerations for LTE Rel-12 and beyondMotorola Mobility
RWS-120036LG’s view on evolution of LTE in Release 12 and beyondLG Electronics
RWS-120037Views on REL-12 and OnwardsChina Telecom
RWS-120038KDDI’s Views on LTE Release 12 onwardsKDDI
RWS-120039Evolving RAN Towards Rel-12 and BeyondSHARP
RWS-120040Views on enhancement of system capacity and energy efficiency toward Release12 and onwardHitachi
RWS-120041Beyond LTE-A: MediaTek’s view on R12MediaTek
RWS-120042Potential Technologies and Road Map for LTE Release 12 and BeyondITRI, HTC
RWS-120043New concept to maximize the benefit of interference rejection at the UE receiver: interference suppression subframes (ISS)Broadcom
RWS-120046Technologies for Rel-12 and onwardsSamsung Electronics
RWS-120047KDDI’s Views on LTE Release 12 onwardsKDDI
RWS-120048A view on Rel-12 and onwards from an operator’s viewpointSoftbank Mobile
RWS-120049UE AAS (Active Antenna System)Magnolia Broadband
RWS-120050LG’s view on evolution of LTE in Release 12 and beyondLG Electronics
RWS-120051New concept to maximize the benefit of interference rejection at the UE receiver: interference suppression subframes (ISS)Broadcom

More technically minded people want to explore the 3GPP website for the workshop links here: http://3gpp.org/ftp/workshop/2012-06-11_12_RAN_REL12/

Draft report that gives more insight into the presentations as follows:


Tuesday 1 November 2011

RRC Signalling in Rel-10 for MDT

Last year I wrote about Minimization of Drive Testing (MDT) and mentioned about the possibility of enhancements. Now looking at the new RRC specs I can see a new message LoggedMeasurementsConfiguration has been added,
When the UE is in RRC_CONNECTED mode, this message can be sent and the UE be informed about the measurements to be performed. The message contents are as follows:

LoggedMeasurementConfiguration-r10 ::= SEQUENCE {
criticalExtensions CHOICE {
c1 CHOICE {
loggedMeasurementConfiguration-r10 LoggedMeasurementConfiguration-r10-IEs,
spare3 NULL, spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}


LoggedMeasurementConfiguration-r10-IEs ::= SEQUENCE {
traceReference-r10 TraceReference-r10,
traceRecordingSessionRef-r10 OCTET STRING (SIZE (2)),
tce-Id-r10 OCTET STRING (SIZE (1)),
absoluteTimeInfo-r10 AbsoluteTimeInfo-r10,
areaConfiguration-r10 AreaConfiguration-r10 OPTIONAL, -- Need OR
loggingDuration-r10 LoggingDuration-r10,
loggingInterval-r10 LoggingInterval-r10,
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need OP
}


Once the UE has done the measurements, it can inform the network in one of the following messages, RRCConnectionSetupComplete, RRCConnectionReestablishmentComplete, RRCConnectionReconfigurationComplete and UEInformationResponse that it has the required information available. This is done by including the following new Enum:

logMeasAvailable-r10 ENUMERATED {true} OPTIONAL,

Finally, the network can request the logged Measurements information in the UE Information Request Message. The new fields for that are:


UEInformationRequest-v1020-IEs ::= SEQUENCE {
logMeasReportReq-r10 ENUMERATED {true} OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

The UE would send the following information in the response message:


LogMeasInfo-r10 ::= SEQUENCE {
locationInfo-r10 LocationInfo-r10 OPTIONAL,
relativeTimeStamp-r10 INTEGER (0..7200),
servCellIdentity-r10 CellGlobalIdEUTRA,
measResultServCell-r10 SEQUENCE {
rsrpResult-r10 RSRP-Range,
rsrqResult-r10 RSRQ-Range
},
measResultNeighCells-r10 SEQUENCE {
measResultListEUTRA-r10 MeasResultList2EUTRA-r9 OPTIONAL,
measResultListUTRA-r10 MeasResultList2UTRA-r9 OPTIONAL,
measResultListGERAN-r10 MeasResultList2GERAN-r10 OPTIONAL,
measResultListCDMA2000-r10 MeasResultList2CDMA2000-r9 OPTIONAL
} OPTIONAL,
...
}


MeasResultList2GERAN-r10 ::= SEQUENCE (SIZE (1..maxCellListGERAN)) OF MeasResultListGERAN


LocationInfo-r10 ::= SEQUENCE {
locationCoordinates-r10 CHOICE {
ellipsoid-Point-r10 OCTET STRING,
ellipsoidPointWithAltitude-r10 OCTET STRING,
...
},
horizontalVelocity-r10 OCTET STRING OPTIONAL,
gnss-TOD-msec-r10 OCTET STRING OPTIONAL,
...
}