Beruflich Dokumente
Kultur Dokumente
Feature Description
© Ericsson AB 2016, 2017. All rights reserved. No part of this document may
be reproduced in any form without the written permission of the copyright
owner.
Disclaimer
The contents of this document are subject to revision without notice due to
continued progress in methodology, design and manufacturing. Ericsson shall
have no liability for any error or damage of any kind resulting from the use of
this document.
Trademark List
All trademarks mentioned herein are the property of their respective owners.
These are shown in the document Trademark Information.
Contents
2 Feature Operation 3
2.1 Network Requirements 3
2.2 Feature Operation Sequence Diagram 4
2.3 Measurement Configuration 16
2.4 Level Based Search Zone Transitions 19
3 Parameters 22
3.1 Feature Configuration Parameters 22
3.2 Affected Parameters 25
3.3 Parameters Affecting the Feature 25
4 Network Impact 26
4.1 Capacity 26
4.2 Coverage 26
4.3 Mobility 26
6 Performance 29
6.1 Key Performance Indicators 29
6.2 Counters 29
6.3 PM Events 30
Summary
The Mobility Control at Poor Coverage feature improves the functionality of the
Session Continuity feature to increase mobility handling flexibility at poor
coverage.
The feature introduces a search zone along the edge of the cell, where UE
measurements search for alternative frequencies and cells. If a frequency or
cell is detected, a mobility action is initiated. If no alternative frequencies are
detected in the search zone and the UE moves into critical coverage, a
configured emergency mobility action is selected by the eNodeB and initiated
in the UE.
The feature allows the operator to define and prioritize the preferred
frequencies for measurements and mobility actions. It is also possible to
disable measurements per RAT but still be able to perform blind handover or
release with redirect to the RAT at the critical threshold.
This feature also enables ANR to add inter-frequency, GERAN, and UTRAN
neighbors based on mobility triggers in the search zone, instead of triggering
on the dedicated ANR measurements used in the rest of the cell. This results
in ANR being able to define neighbor cells that can be used when a UE
reaches the critical threshold and provides a solution where the best cell is
identified and used. Removing the ANR-initiated measurements in the search
zone and replacing them with the measurements enhances mobility. Only the
cells that are used for mobility purposes are added. This reduces the neighbor
lists to only include cells that are used.
2 Feature Operation
The feature Mobility Control at Poor Coverage introduces a search zone along
the edge of the cell. UE measurements search for alternative frequencies and
cells.
• When a UE enters the search zone, the eNodeB can configure Event
A3/A5/B2 measurements in the UE to search for alternative frequencies.
This is controlled per RAT by the following parameters:
ueMeasurementsActiveIF , ueMeasurementsActiveUTRAN ,
ueMeasurementsActiveGERAN , and
ueMeasurementsActiveCDMA2000 .
1 UE is connected to cell
no
UE in Good
Coverage no (Re-)start the timer
5
(both RSRP and
RSRQ)?
Always: UE has no
Stop reported ”Search” bearer with
6 Start ”Target Good Enough” QCI1?
Sometimes: yes
Start ”Good Coverage”
Start ”Critical Coverage”
Stop ”Good Coverage” Start ”Outer Search” Restart the timer
Stop ”Critical Coverage”
Stop ”Target Good Enough”
Start ”Search” measurement Search zone
7 reported
Stop ”Target Good
Enough ”
measurements
10 Good Coverage Wait for a ”Target Good
reported Enough”, ”Good Coverage”,
”Critical Coverage”, ”Search”
or ”Outer Search”
measurement report
9 QCI1 release
8 QCI1 setup
A
Restart timer & ”Target ”Target Good
Good Enough” No
Enough”
easurements with measurements are
Restart the timer, Reconfigure voicePrio running?
to remove current ”Target Good Enough”
measurements & add ”Target Good Yes
Enough” measurements with
connectedModeMobilityPrio Restart timer, Reconfigure to
remove current ”Target Good
Enough” measurements & add
”Target GoodEnough”
measurements with voicePrio
L0000720E
no
14 18
Blind
Initiate Handover Handover? Handover? Initiate Handover
yes yes
no no
15 19
UE has bearer UE has bearer
yes with with yes
QCI 1? QCI 1?
no no
Steps
• The eNodeB has been configured for an outer search zone and the
received Event A2 Search measurement is for the inner search zone.
– To determine when the UE moves into the outer search zone, the
eNodeB starts the Event A2 Outer Search measurement that uses
the same trigger quantity (RSRP or RSRQ) as the Event A2
Search that was reported, see The Outer Search Threshold on
page 19.
• The eNodeB has been configured for an outer search zone and the
received Event A2 Search measurement is for the outer search zone.
8. If a bearer with QCI1 is set up while the UE is in the search zone for
RSRP or RSRQ or both:
• The a5B2MobilityTimer is restarted
• If the UE is in the search zone for RSRP all "Target Good Enough"
measurements using RSRP are removed from the UE and replaced
by new measurements for frequencies based on voicePrio. The
same measurements are configured as if the UE entered the search
zone (that is, if the A2 search RSRP or A2 Outer Search RSRP
triggered in the UE) with a bearer with QCI=1 already up, see step
Step 6.
• If the UE is in the search zone for RSRQ all "Target Good Enough"
measurements using RSRQ are removed from the UE and replaced
by new measurements for frequencies based on voicePrio. The
same measurements are configured as if the UE entered the search
zone (that is, if the A2 search RSRQ or A2 Outer Search RSRQ
triggered in the UE) with a bearer with QCI=1 already up, see Step 6.
9. If a bearer with QCI1 is released while the UE is in the search zone for
RSRP or RSRQ or both:
• The a5B2MobilityTimer is restarted
• If the UE is in the search zone for RSRP all "Target Good Enough"
measurements using RSRP are removed from the UE and replaced
by new measurements for frequencies based on
connectedModeMobilityPrio. The same measurements are
configured as if the UE entered the search zone (that is, if the A2
search RSRP or A2 Outer Search RSRP triggered in the UE) without
any bearer with QCI=1 already setup, see Step 6.
• If the UE is in the search zone for RSRQ all "Target Good Enough"
measurements using RSRQ are removed from the UE and replaced
by new measurements for frequencies based on
connectedModeMobilityPrio. The same measurements are
configured as if the UE entered the search zone (that is, if the A2
search RSRQ or A2 Outer Search RSRQ triggered in the UE) without
a bearer with QCI=1 already setup, see Step 6.
10. If an Event A1 Good Coverage measurement report arrives from the UE,
the UE has left the search zone for the reported triggering quantity (RSRP
or RSRQ) and entered good coverage again. There are three cases to
consider:
• The UE is in the search zone only due to RSRP. In this case, the UE
has the Event A1 Good Coverage RSRP configured. When the UE
reports Event A1 Good Coverage RSRP, it means that the UE is now
in good coverage for both RSRP and RSRQ.
• The UE is in the search zone only due to RSRQ. In this case, the UE
has the Event A1 Good Coverage RSRQ configured. When the UE
• The UE is in the search zone due to both RSRP and RSRQ. In this
case, the UE has the Event A1 Good Coverage RSRP configured,
and A1 Good Coverage RSRQ. If the UE reports Event A1 Good
Coverage RSRP or Event A1 Good Coverage RSRQ, the UE is still in
the search zone for the other triggering quantity.
13. If the best cell of the measurement report is unknown in the source cell,
the eNodeB sometimes informs the Automated Neighbor Relations (ANR)
feature about the cell and takes no further action, even if there are other
known cells in the same measurement report. This provides ANR with an
option to request the UE to report the unique Cell Global Identity (CGI) of
the potential neighbor cell before the next Event A5/A3/B2 Target Good
Enough measurement report arrives from the UE.
This occurs if the following criteria are met:
• ANR is OPERABLE, and must be activated for the specific RAT of the
measurement report. See MOM attributes anrInterFreqState and
anrStateGsm. Event B2 UTRAN measurement reports cannot include
an unknown cell. See Automated Neighbor Relations for information
on how to discover unknown UTRAN cells in the search zone.
• The best cell of the measurement report is unknown in the source cell,
that is, there is no cell relation to the reported cell from the source cell.
• No voice call is ongoing in the UE. That is, the UE has no bearer with
QCI1.
14. The eNodeB checks if a handover is allowed and possible to one of the
reported cells, starting with the strongest one.
A cell is a viable handover target if all of the following criteria are fulfilled:
• The attribute mobilityAction on the relevant frequency relation
MO has the value HANDOVER
• If the frequency has a different mode (for example TDD for FDD), then
the feature Intra-LTE Inter-Mode Handover must be OPERABLE and
the UE must support inter-mode handover
• There is a cell relation to the cell from the serving cell in the MOM
• The cell has a tracking area (TA) or location area (LA) which is not
forbidden according to the HRL of the UE
• The feature Cell Soft Lock has not temporarily set the cell as a non-
viable target.
The sum
a5Thr2RsrpFreqOffset + max [a5Thr2RsrpFreqQciOffset(qciProfile,)]
ieUE_QCISet
The sum
a5Thr2RsrqFreqOffset + max [a5Thr2RsrpFreqQciOffset(qciProfile,)]
ieUE_QCISet
See settings within this feature in Radio Network and related handover
features in Table 6.
15. If the UE has an active bearer with QCI1 indicating a voice bearer, a
release of the UE is not allowed and the eNodeB takes no further action.
That is, the UE remains in the cell and waits for another Target Good
Enough, Good Coverage, Critical Coverage or possibly Search Zone
measurement report. This can be changed by setting parameter
allowReleaseQci1 to TRUE, but this parameter only has any effect
when neither of the features SRVCC Handover to UTRAN or SRVCC
Handover to GERANare OPERABLE. If the eNodeB performs a release
with redirect, the default behavior in a Core Network is to remove the
voice connection.
If the UE does not have an active bearer with QCI1, the eNodeB initiates a
release with redirect to the frequency of the measurement report.
16. An Event A2 Critical Coverage measurement report arrives from the UE.
17. A prioritized list of possible target frequencies when the UE has reached
critical coverage is determined by doing the following:
• Start with the list of frequencies found in Step 2.
– If the UE does not have an active bearer with QCI1, use attribute
connectedModeMobilityPrio.
• Order the list according to the selected priority, and remove all
frequencies with priority −1.
• If a frequency has been measured in the search zone for longer than
the time indicated by attribute searchEffortTime , it is considered
to be a non-feasible target, since no measurement report was
triggered in the UE. Exclude all such frequencies from the list, unless
this action leaves the list empty, in which case the list is left
unmodified by this step.
18. The eNodeB checks if a blind handover is possible to a cell on one of the
frequencies with the highest priority in the list from Step 17.
A cell is a viable blind handover target if all of the following criteria are
fulfilled:
• The attribute mobilityAction on the relevant frequency relation
MO has the value HANDOVER
• If the frequency has a different mode (for example TDD for FDD), then
the feature Intra-LTE Inter-Mode Handover must be OPERABLE and
the UE must support inter-mode handover
• There is a cell relation to the cell from the serving cell in the MOM
• The cell has a tracking area (TA) or location area (LA) which is not
forbidden according to the HRL of the UE
• The feature Cell Soft Lock has not temporarily set the cell as a non-
viable target.
19. If the UE has an active bearer with QCI1 indicating a voice bearer, a
release of the UE is not allowed and the eNodeB takes no further action.
That is, the UE remains in the cell and waits for another Target Good
Enough, Good Coverage, Critical Coverage or Search Zone measurement
report. This behavior can be changed by setting attribute
allowReleaseQci1 to TRUE, but this attribute only has any effect when
neither of the features SRVCC Handover to UTRAN or SRVCC Handover
to GERANare OPERABLE. If the eNodeB performs a release with redirect,
the default behavior in a Core Network is to remove the voice connection.
If the UE does not have an active bearer with QCI1, the eNodeB initiates a
release with redirect to the frequency with the highest priority in the list
determined in Step 17.
This feature introduces a concept of a search zone in the cell where the UE is
approaching poor coverage in the serving cell, and starts searching for
alternative frequencies to find one where the UE can be transferred. The
search zone follows the edge of the cell and is detected by Event A2
measurements. This is illustrated in Figure 3. It is also possible to split the
search zone into an inner and an outer search zone, see Figure 4, where the
UE only searches for frequencies with high priority in the inner search zone.
Critical Coverage
Threshold
Search zone
Good Coverage
Event A2 Search
Event A1 Good
Coverage
Search Threshold
Event A2 Critical Coverage
L0000721A
Good Coverage
Outer Search
Event A2 Search Threshold
Event A1 Good
Coverage
Event A2 Outer
Search
Inner Search
Threshold
Event A2 Critical
L0001147A
Figure 4 Cell Search Zone Defined by Inner and Outer Search Thresholds.
The report configuration for both the Event A2 Search and Event A1 Good
Coverage measurements are based on parameters in the MO
ReportConfigSearch . See Table 1.
Note: The UE only uses an inner/outer search zone if there are low priority
frequency relations, which are searched for in the outer, but not the
inner, search zone. That is, only if there are frequency relations where
the priority attribute has a value lower than (but not equal to) the value
of the MO attribute lowPrioMeasThresh . In other cases a standard
search zone is used.
The report configurations for these measurements are not affected by features
Service Triggered Mobility or Multi-Layer Service-Triggered Mobility, but it is
affected by the attributes a2CriticalThrQci1RsrpOffset and
a2CriticalThrQci1RsrqOffset which can move the critical threshold
when the UE has a bearer with QCI1.
In this case, the default behavior of the eNodeB is to take the appropriate
action without first configuring the measurement for which it knows that the
thresholds are already fulfilled, as described below. If this behavior is not
desired, it is possible to disable it by setting the MOM attribute
• A cell suitable for blind handover exists. I this case a handover to this cell
is initiated, see Step 18 in Section 2.2.
• The UE does not have a bearer with QCI=1 (and no cell suitable for blind
handover exists). In this case a release with redirect is initiated, see Step
19 in Section 2.2.
• The UE has a bearer with QCI=1 (and no cell suitable for blind handover
exists). When entering into critical coverage from the search zone this
would mean that nothing happens and the UE remains in the cell with the
same set of A5/A3/B2 measurements, and A2 critical measurement. But in
this case, these measurements have not been configured in the UE since
it entered critical coverage directly from good coverage. This case does
not get any special handling and all measurements is configured in the UE
as in Step 6 in Section 2.2 and onwards.
• The UE goes directly from Good Coverage to the Outer Search Zone.
That is, the received search zone measurement report is using RSRP and
it contains a measured value which fulfills the outer search zone RSRP
threshold, or it is using RSRQ and it contains a measured value which
fulfills the outer search zone RSRQ threshold.
In this case, Event A5/A3/B2 measurements for both high and low priority
frequencies are configured in the UE, which effectively makes this similar
to how a UE is configured in the search zone when there is only one
single search zone (no inner/outer split). Measurements for Event A1
Good Coverage and Event A2 Critical Coverage are also configured. See
Step 6 in Section 2.2 for more details.
• The UE goes directly from Good Coverage to Critical Coverage. That is,
the received search zone measurement report is using RSRP and it
contains a measured value which fulfills the critical RSRP threshold, or it
is using RSRQ and it contains a measured value which fulfills the critical
RSRQ threshold.
This case is handled in the exact same way as when the UE goes from
good coverage to critical coverage when just a single search zone is
configured. See Using One Search Zone on page 20.
• The UE goes directly from the Inner Search Zone to Critical Coverage.
That is, the received outer search zone measurement report is using
RSRP and it contains a measured value which fulfills the critical RSRP
threshold. Or, it is using RSRQ and it contains a measured value which
fulfills the critical RSRQ threshold.
This case is handled in almost the same way as when the UE goes from
good coverage to critical coverage when just a single search zone is
configured. See Using One Search Zone on page 20. The end result is the
same but, the major difference is that since the UE has previously entered
the inner search zone, the UE is already configured with Event A5/A3/B2
measurements for high priority frequencies. So, only Event A5/A3/B2
measurements for low priority frequencies are configured in the UE in this
case. Also, the Event A1 Good coverage measurement is already
configured in the UE, but the Event A2 outer search measurement is
removed from the UE.
3 Parameters
Parameter Description
inhibitB2RsrqConfig Disables or enables configuration of B2-RSRQ if
Event A2Search-RSRQ is triggered when the UE
enters the search zone.
lowPrioMeasThresh Frequency priority threshold to specify the low
priority measurement group from
connectedModeMobilityPrio or voicePrio in search
zone. Those less than this threshold is put in low
priority measurement group and can be configured
after event A2OuterSearch is triggered from UE.
excludeInterFreqAtCritical If set, E-UTRA Inter-frequencies must be excluded
when eNodeB selects the highest priority frequency
at A2Critical.
timeToTriggerA3Rsrq Time-to-trigger value for inter-frequency event A3
with trigger quantity RSRQ. If set to -1, this
attribute is not used for report configuration and
instead the attribute timeToTriggerA3 is used.
Note: This attribute is never used by the feature
Coverage-Triggered Inter-Frequency Session
Continuity.
a3RsrqOffset Offset to obtain the A3 Offset for inter-frequency A3
measurement for trigger quantity RSRQ. The A3
offset for RSRQ = a3offset + a3RsrqOffset.
Note: This attribute is never used by the feature
Coverage-Triggered Inter-Frequency Session
Continuity
hysteresisA3RsrqOffset Offset to obtain the Hysteresis for inter-frequency
A3 measurement for trigger quantity RSRQ. The
A3 hysteresis for RSRQ = hysteresisA3 +
hysteresisA3RsrqOffset. Note: This attribute
is never used by the feature Coverage-Triggered
Inter-Frequency Session Continuity
hysteresisA5RsrqOffset Offset to obtain the hysteresis for A5 measurement
for trigger quantity RSRQ. hysteresisA5Rsrq =
hysteresisA5 + hysteresisA5RsrqOffset.
Note: This attribute is never used by the feature
Coverage-Triggered Inter-Frequency Session
Continuity.
timeToTriggerA5Rsrq Time-to-trigger value for event A5 with trigger
quantity RSRQ. If set to -1, this attribute is not
used for report configuration and instead the
attribute timeToTriggerA5 is used. Note: This
attribute is never used by the feature Coverage-
Triggered Inter-Frequency Session Continuity.
ReportConfigB2Utra.timeToTriggerB2Rsrq Time-to-trigger value for event B2 with trigger
quantity RSRQ. If set to -1, this attribute is not
used for report configuration and instead the
attribute timeToTriggerB2 is used. Note: This
attribute is never used by the feature Coverage-
Triggered WCDMA Session Continuity or
Coverage-Triggered TD-SCDMA Session
Continuity.
ReportConfigB2Utra.hysteresisB2RsrqOff Offset to obtain the hysteresis for B2 measurement
set for trigger quantity RSRQ. hysteresisB2Rsrq =
hysteresisB2 + hysteresisB2RsrqOffset.
Note: This attribute is never used by the feature
Coverage-Triggered WCDMA Session Continuity or
Coverage-Triggered TD-SCDMA Session
Continuity.
ReportConfigB2Geran.timeToTriggerB2Rsr Time-to-trigger value for event B2 with trigger
q quantity RSRQ. If set to -1, this attribute is not
used for report configuration and instead the
attribute timeToTriggerB2 is used. Note: This
attribute is never used by the feature Coverage-
Triggered GERAN Session Continuity.
ReportConfigB2Geran.hysteresisB2RsrqOf Offset to obtain the hysteresis for B2 measurement
fset for trigger quantity RSRQ. hysteresisB2Rsrq =
hysteresisB2 + hysteresisB2RsrqOffset.
Parameter Description
Note: This attribute is never used by the feature
Coverage-Triggered GERAN Session Continuity.
ReportConfigB2Cdma2000.timeToTriggerB2 Time-to-trigger value for event B2 with trigger
Rsrq quantity RSRQ. If set to -1, this attribute is not
used for report configuration and instead the
attribute timeToTriggerB2 is used. Note: This
attribute is never used by the feature Coverage-
Triggered CDMA-eHRPD Session Continuity.
ReportConfigB2Cdma2000.hysteresisB2Rsr Offset to obtain the hysteresis for B2 measurement
qOffset for trigger quantity RSRQ. hysteresisB2Rsrq =
hysteresisB2 + hysteresisB2RsrqOffset.
Note: This attribute is never used by the feature
Coverage-Triggered CDMA-eHRPD Session
Continuity.
checkA2SearchLevel Disables or enables functionality of Level Based
Search Zone Transitions. If enabled, eNodeB
checks reported RSRP or RSRQ level of A2
Search or A2 Outer Search measurement to trigger
measurement and mobility action.
Note: There are several attributes for event A3, A5, and B2 which are
relevant for this feature, but not for the Coverage-Triggered Session
Continuity features. These attributes are described in Table 4.
4 Network Impact
This section describes how the Mobility Control at Poor Coverage feature
affects the network functions and capabilities.
4.1 Capacity
This section provides information on the impact of the feature on network
capacity.
The Mobility Control at Poor Coverage feature ensures that network capacity
is enhanced by improving the way the UE is served by providing the best
available frequency in the network.
4.2 Coverage
This section provides information on the impact of the Mobility Control at Poor
Coverage feature on network coverage.
The feature has no impact on the physical cell coverage. However, off-loading
UEs to alternative frequencies indirectly means that coverage is improved.
Note: Activating the feature and setting the threshold for critical coverage
puts limits on the range of UEs in the LTE network.
4.3 Mobility
This section provides information on the impact of the feature on mobility.
6 Performance
6.2 Counters
The following counters are associated with this feature:
– pmCriticalBorderEvalReport
– pmBadCovSearchEvalReport
– pmBadCovSearchEvalReportRsrp
– pmCriticalBorderEvalReportRsrp
– pmGoodCovSearchEvalReport
– pmGoodCovSearchEvalReportRsrp
– pmBadCovOutSearchEvalReport
– pmBadCovOutSearchEvalReportRsrp
– pmA3InterFBestCellEvalReport
– pmA3InterFBestCellEvalReportRsrp
– pmA5BestCellEvalReport
– pmA5BestCellEvalReportRsrp
– pmB2BestCellEvalReport
– pmB2BestCellEvalReportRsrp
– pmCellHoExeAttLteInterFUeMeas
– pmCellHoExeAttLteInterFUeMeasRsrp
– pmCellHoExeSuccLteInterFUeMeas
– pmCellHoExeSuccLteInterFUeMeasRsrp
– pmUeCtxtRelSCEUtraBestCellRsrp
– pmUeCtxtRelSCEUtraBestCellRsrq
– pmUeCtxtRelSCEUtraA2Rsrp
– pmUeCtxtRelSCEUtraA2Rsrq
– pmUeCtxtRelSCUtranB2Rsrp
– pmUeCtxtRelSCUtranB2Rsrq
– pmUeCtxtRelSCUtranA2Rsrp
– pmUeCtxtRelSCUtranA2Rsrq
– pmUeCtxtRelSCGsmB2Rsrp
– pmUeCtxtRelSCGsmB2Rsrq
– pmUeCtxtRelSCGsmA2Rsrp
– pmUeCtxtRelSCGsmA2Rsrq
– pmUeCtxtRelSCCdmaB2Rsrp
– pmUeCtxtRelSCCdmaB2Rsrq
– pmUeCtxtRelSCCdmaA2Rsrp
– pmUeCtxtRelSCCdmaA2Rsrq
• EUtranCellRelation MO
– pmHoExeOutAttLteInterFQci1
– pmHoExeOutSuccLteInterFQci1
For a full list with detailed information about counters, see the list files in the
List Files library folder.
6.3 PM Events
Table 7 lists the PM events associated with the Mobility Control at Poor
Coverage feature.
Table 7 PM Events
Event Description
INTERNAL_PROC_UE_CTXT_RELEASE Generated for the UE Context Release procedure to
release a UE Context. Contains information about the
releasing node, cause, and bearer information.
INTERNAL_EVENT_UE_MOBILITY_EVAL Mobility trigger and decision information has occurred.
Event Description
INTERNAL_EVENT_MEAS_CONFIG_A1 When a UE is to be configured using RRC Connection
Reconfiguration to report measurements on E-UTRA with
Report Configuration of type Event A1 - Serving becomes
better than absolute threshold. See 3GPP TS 36.331.
INTERNAL_EVENT_MEAS_CONFIG_A2 When a UE is to be configured using RRC Connection
Reconfiguration to report measurements on E-UTRA with
Report Configuration of type Event A2 - Serving becomes
worse than absolute threshold. See 3GPP TS 36.331.
INTERNAL_EVENT_MEAS_CONFIG_A3 When a UE is to be configured using RRC Connection
Reconfiguration to report measurements on E-UTRA with
Report Configuration of type Event A3 - Neighbour
becomes amount of offset better than serving. See 3GPP
TS 36.331.
INTERNAL_EVENT_MEAS_CONFIG_A5 When a UE is to be configured using RRC Connection
Reconfiguration to report measurements on E-UTRA with
Report Configuration of type Event A5 - Serving becomes
worse than absolute threshold1 AND Neighbour becomes
better than another absolute threshold2. See 3GPP TS
36.331.
INTERNAL_EVENT_MEAS_CONFIG_B2_CDM When a UE is to be configured using RRC Connection
A2000 Reconfiguration to report measurements on CDMA2000
with Report Configuration of type Event B2 - Serving
becomes worse than absolute threshold1 AND Neighbour
becomes better than another absolute threshold2. See
3GPP TS 36.331.
INTERNAL_EVENT_MEAS_CONFIG_B2_GER When a UE is to be configured using RRC Connection
AN Reconfiguration to report measurements on GERAN with
Report Configuration of type Event B2 - Serving becomes
worse than absolute threshold1 AND Neighbour becomes
better than another absolute threshold2. See 3GPP TS
36.331.
INTERNAL_EVENT_MEAS_CONFIG_B2_UTR When a UE is to be configured using RRC Connection
A Reconfiguration to report measurements on UTRA with
Report Configuration of type Event B2 - Serving becomes
worse than absolute threshold1 AND Neighbour becomes
better than another absolute threshold2. See 3GPP TS
36.331.
For a full list with detailed information about PM events, see the list files in the
List Files library folder.
For more information to make the feature work well, see the following
references:
• The search threshold must be tuned, see The Search Threshold on page
18
• The critical threshold must be tuned, see The Critical Threshold on page
19
• The measurements for finding alternative frequencies, such as: Event A5,
inter-frequency A3 for LTE frequencies, and Event B2 for other RATs. See
the Coverage-Triggered Session Continuity features in Table 5.
Prerequisites
Steps
Let the CCTR be active for one week, for continued collection of
troubleshooting data.
Prerequisites
Continuous Cell Trace Recording (CCTR) is activated since at least one week.
This ensures there is troubleshooting data available if something goes wrong.
Steps
Let the CCTR be active for one week, for continued collection of
troubleshooting data.