Single RAN, Rel.

SRAN 19A,
Operating Documentation,
Issue 02

General RRM Features (RL10 -

LTE17A)
Issue 01

 
 General RRM Features (RL10 - LTE17A)

The  information  in  this  document  applies  solely  to  the  hardware/software  product  (“Product”)  specified
herein, and only as specified herein. Reference to “Nokia” later in this document shall mean the respective
company within Nokia Group of Companies with whom you have entered into the Agreement (as defined
below).

This document is intended for use by Nokia's customers (“You”) only, and it may not be used except for the
purposes  defined  in  the  agreement  between  You  and  Nokia  (“Agreement”)  under  which  this  document  is
distributed. No part of this document may be used, copied, reproduced, modified or transmitted in any form
or  means  without  the  prior  written  permission  of  Nokia.  If  You  have  not  entered  into  an  Agreement
applicable to the Product, or if that Agreement has expired or has been terminated, You may not use this
document in any manner and You are obliged to return it to Nokia and destroy or delete any copies thereof.

The  document  has  been  prepared  to  be  used  by  professional  and  properly  trained  personnel,  and  You
assume  full  responsibility  when  using  it.  Nokia  welcomes  your  comments  as  part  of  the  process  of
continuous development and improvement of the documentation.

This  document  and  its  contents  are  provided  as  a  convenience  to  You.  Any  information  or  statements
concerning the suitability, capacity, fitness for purpose or performance of the Product are given solely on
an  “as  is”  and  “as  available”  basis  in  this  document,  and  Nokia  reserves  the  right  to  change  any  such
information  and  statements  without  notice.  Nokia  has  made  all  reasonable  efforts  to  ensure  that  the
content  of  this  document  is  adequate  and  free  of  material  errors  and  omissions,  and  Nokia  will  correct
errors  that  You  identify  in  this  document.  Nokia's  total  liability  for  any  errors  in  the  document  is  strictly
limited to the correction of such error(s). Nokia does not warrant that the use of the software in the Product
will be uninterrupted or error-free.

NO  WARRANTY  OF  ANY  KIND,  EITHER  EXPRESS  OR  IMPLIED,  INCLUDING  BUT  NOT  LIMITED  TO
ANY  WARRANTY  OF  AVAILABILITY,  ACCURACY,  RELIABILITY,  TITLE,  NON-INFRINGEMENT,
MERCHANTABILITY  OR  FITNESS  FOR  A  PARTICULAR  PURPOSE,  IS  MADE  IN  RELATION  TO  THE
CONTENT  OF  THIS  DOCUMENT.  IN  NO  EVENT  WILL  NOKIA  BE  LIABLE  FOR  ANY  DAMAGES,
INCLUDING BUT NOT LIMITED TO SPECIAL, DIRECT, INDIRECT, INCIDENTAL OR CONSEQUENTIAL
OR  ANY  LOSSES,  SUCH  AS  BUT  NOT  LIMITED  TO  LOSS  OF  PROFIT,  REVENUE,  BUSINESS
INTERRUPTION,  BUSINESS  OPPORTUNITY  OR  DATA  THAT  MAY  ARISE  FROM  THE  USE  OF  THIS
DOCUMENT  OR  THE  INFORMATION  IN  IT,  EVEN  IN  THE  CASE  OF  ERRORS  IN  OR  OMISSIONS
FROM THIS DOCUMENT OR ITS CONTENT.

This document is Nokia proprietary and confidential information, which may not be distributed or disclosed
to any third parties without the prior written consent of Nokia.

Nokia  is  a  registered  trademark  of  Nokia  Corporation.  Other  product  names  mentioned  in  this  document
may be trademarks of their respective owners.

Copyright © 2019 Nokia. All rights reserved.

f Important Notice on Product Safety

  This product may present safety risks due to laser, electricity, heat, and other sources of danger.

Only  trained  and  qualified  personnel  may  install,  operate,  maintain  or  otherwise  handle  this
product and only after having carefully read the safety information applicable to this product.

The  safety  information  is  provided  in  the  Safety  Information  section  in  the  “Legal,  Safety  and
Environmental Information” part of this document or documentation set.

Nokia is continually striving to reduce the adverse environmental effects of its products and services. We
would  like  to  encourage  you  as  our  customers  and  users  to  join  us  in  working  towards  a  cleaner,  safer
environment. Please recycle product packaging and follow the recommendations for power use and proper
disposal of our products and their components.

If you should have questions regarding our Environmental Policy or any of the environmental services we
offer, please contact us at Nokia for any additional information.

2 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

Table of Contents
This document has 600 pages
   
1 LTE4: Multi-Operator Core Network............................................. 29
1.1 Benefits........................................................................................ 29
1.2 Functional description.................................................................. 29
1.3 System impact..............................................................................32
1.4 LTE4 reference data.....................................................................32
1.5 Abbreviations............................................................................... 33
   
2 LTE11: Robust header compression............................................ 34
2.1 Introduction To The Feature......................................................... 34
2.2 Benefits........................................................................................ 34
2.3 Functional Description..................................................................34
2.3.1 Short Description of ROHC.......................................................... 34
2.3.2 Bearer Establishment...................................................................36
2.3.3 PDCP Adaptation for ROHC........................................................ 39
2.4 System Impacts............................................................................40
2.5 LTE11 reference data................................................................... 40
2.6 Activating and deactivating LTE11............................................... 41
2.6.1 Activating the LTE11.....................................................................41
2.6.2 Deactivating the LTE11................................................................ 42
   
3 LTE13: Rate Capping (UL/DL)..................................................... 44
3.1 Introduction to the feature............................................................ 44
3.2 Benefits........................................................................................ 44
3.3 Functional description.................................................................. 44
3.4 System impacts............................................................................ 46
3.5 LTE13 reference data...................................................................46
3.6 Activating and deactivating LTE13............................................... 47
3.6.1 Activating the LTE13.................................................................... 47
3.6.2 Deactivating the LTE13................................................................ 48
   
4 LTE39: System Information Broadcast.........................................50
4.1 Introduction to the feature............................................................ 50
4.2 Benefits........................................................................................ 50
4.3 Functional description.................................................................. 50
4.3.1 Functional details......................................................................... 50
4.4 System impacts............................................................................ 51
4.4.1 Interdependencies between features........................................... 51
4.5 LTE39 reference data...................................................................51
   
5 LTE40: Physical and Transport Channels.................................... 70
5.1 Introduction to the feature............................................................ 70
5.2 Benefits........................................................................................ 70
5.3 Functional description.................................................................. 70

Issue: 01 © 2019 Nokia. Nokia confidential. 3
 General RRM Features (RL10 - LTE17A)

5.3.1 Functional details......................................................................... 70
5.4 System impacts............................................................................ 73
5.4.1 Interdependencies between features........................................... 73
5.5 LTE40 reference data...................................................................73
   
6 LTE41: PDCP, RLC and MAC support......................................... 77
6.1 Introduction to the feature............................................................ 77
6.2 Benefits........................................................................................ 77
6.3 Functional description.................................................................. 77
6.3.1 Functional details......................................................................... 77
6.4 System impacts............................................................................ 80
6.4.1 Interdependencies between features........................................... 80
6.5 LTE41 reference data...................................................................80
   
7 LTE48: Support of high speed users............................................ 83
7.1 Description of LTE48: Support of high speed users..................... 83
7.1.1 Benefits........................................................................................ 83
7.1.2 Functional description.................................................................. 83
7.1.3 System impact..............................................................................86
7.1.4 LTE48 reference data...................................................................87
7.1.5 Activating and configuring LTE48 (for FDD).................................89
7.1.6 Activating and configuring LTE48 (for TDD).................................90
7.1.7 Deactivating LTE48: Support of High Speed Users..................... 91
   
8 LTE49: Paging..............................................................................93
8.1 Introduction to the feature............................................................ 93
8.2 Benefits........................................................................................ 93
8.3 Functional description.................................................................. 93
8.4 System impact..............................................................................97
8.5 LTE49 reference data...................................................................97
   
9 LTE50: UE state management..................................................... 99
9.1 Introduction to feature.................................................................. 99
9.2 Benefits........................................................................................ 99
9.3 Functional description.................................................................. 99
9.4 LTE50 reference data.................................................................100
   
10 LTE51: Cell selection and re-selection....................................... 102
10.1 Introduction to the feature.......................................................... 102
10.2 Benefits...................................................................................... 102
10.3 Functional description................................................................ 102
10.4 System impact............................................................................105
10.5 LTE51 reference data.................................................................106
   
11 LTE68: Support of Cell Based Location Service........................ 108
11.1 Benefits...................................................................................... 108
11.2 Functional description................................................................ 108
11.3 System impact............................................................................ 113

4 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

11.4 LTE68 reference data................................................................. 114

   
12 LTE426: System Time Broadcast for SIB8................................. 117
12.1 LTE426 benefits..........................................................................117
12.2 LTE426 functional description.................................................... 117
12.3 LTE426 system impact............................................................... 118
12.4 LTE426 reference data............................................................... 118
   
13 LTE439: SGW Relocation with X2 Connection.......................... 120
13.1 LTE439 benefits......................................................................... 120
13.2 LTE439 functional description.................................................... 120
13.3 LTE439 system impact............................................................... 123
13.4 LTE439 reference data...............................................................124
   
14 LTE450: MME capacity value change........................................ 127
14.1 Benefits...................................................................................... 127
14.2 Functional description................................................................ 127
14.3 System impact............................................................................129
14.4 LTE450 reference data...............................................................129
   
15 LTE486: PLMN ID Selected Mobility Profiles............................. 132
15.1 Description of LTE486: PLMN ID Selected Mobility Profiles...... 132
15.2 LTE486 reference data...............................................................133
15.3 Activating and configuring LTE486.............................................134
15.4 Deactivating LTE486.................................................................. 136
   
16 LTE495: OTDOA........................................................................ 137
16.1 LTE495 benefits......................................................................... 137
16.2 LTE495 functional description.................................................... 137
16.3 LTE495 system impact............................................................... 139
16.4 LTE495 reference data...............................................................139
   
17 LTE498: RAN Information Management for GSM...................... 142
17.1 Description of LTE498: RAN Information for GSM..................... 142
17.1.1 Benefits...................................................................................... 142
17.1.2 Functional description................................................................ 142
17.1.3 System impact............................................................................144
17.2 LTE498 reference data...............................................................145
17.3 Activating LTE498...................................................................... 148
17.4 Deactivating LTE498.................................................................. 149
   
18 LTE513: Support of Sounding Reference Signal in TDD UpPTS.....
150
18.1 Introduction to the feature.......................................................... 150
18.2 Benefits...................................................................................... 150
18.3 Functional Description................................................................150
18.4 System impacts..........................................................................151
18.5 LTE513 reference data...............................................................152

Issue: 01 © 2019 Nokia. Nokia confidential. 5
 General RRM Features (RL10 - LTE17A)

18.6 Activating and deactivating LTE513........................................... 154

18.6.1 Activating LTE513...................................................................... 154
18.6.2 Deactivating LTE513.................................................................. 155
   
19 LTE520: 8 EPS bearers per UE................................................. 157
19.1 Description of LTE520: 8 EPS bearers per UE.......................... 157
19.1.1 Benefits...................................................................................... 157
19.1.2 Functional description................................................................ 157
19.1.3 System impact............................................................................158
19.2 LTE520 reference data...............................................................158
19.3 Activating and configuring LTE520.............................................160
19.4 Deactivating LTE520.................................................................. 161
   
20 LTE527: Distributed Resource Allocation Type 2....................... 162
20.1 Introduction to the feature.......................................................... 162
20.2 Benefits...................................................................................... 162
20.3 Functional description................................................................ 162
20.4 System impacts..........................................................................163
20.4.1 Interdependencies between features......................................... 163
20.4.2 Impacts on interfaces................................................................. 163
20.4.3 Impacts on network and network element management tools... 163
20.4.4 Impacts on system performance and capacity...........................163
20.5 LTE527 reference data...............................................................163
20.6 Activating and deactivating LTE527........................................... 165
20.6.1 Activating the LTE527................................................................ 165
20.6.2 Deactivating the LTE527............................................................ 166
   
21 LTE540: Sounding Reference Signal in Normal Frames .......... 168
21.1 Benefits...................................................................................... 168
21.2 Functional description................................................................ 168
21.3 LTE540 reference data...............................................................169
21.4 System impact............................................................................172
   
22 LTE570: Periodic UE measurements......................................... 173
22.1 Benefits...................................................................................... 173
22.2 Functional description................................................................ 173
22.3 System impact............................................................................174
22.4 LTE570 reference data...............................................................174
22.5 Activating and deactivating LTE570........................................... 175
   
23 LTE571: Controlled uplink packet segmentation........................ 178
23.1 Benefits...................................................................................... 178
23.2 Functional description................................................................ 178
23.3 System impact............................................................................178
23.4 LTE571 reference data...............................................................179
   
24 LTE616: Usage based PDCCH adaptation................................ 181
24.1 Benefits...................................................................................... 181

6 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

24.2 Functional description................................................................ 181

24.2.1 Related parameters....................................................................181
24.3 System impact............................................................................182
24.4 LTE616 reference data...............................................................182
24.5 Activating and deactivating LTE616........................................... 184
   
25 LTE747: Support of UE radio capabilities...................................186
25.1 Introduction to feature................................................................ 186
25.2 Benefits...................................................................................... 186
25.3 Functional description................................................................ 186
25.4 LTE747 reference data...............................................................186
   
26 LTE801: Group hopping for UL reference signal........................188
26.1 Description of LTE801: Group hopping for UL reference signal.188
26.1.1 Benefits...................................................................................... 188
26.1.2 Functional description................................................................ 188
26.1.3 System impact............................................................................188
26.2 LTE801 reference data...............................................................189
26.3 Activating and configuring LTE801.............................................190
26.4 Deactivating LTE801.................................................................. 191
   
27 LTE819: DL Inter-cell Interference Generation...........................192
27.1 Introduction To The Feature....................................................... 192
27.2 Benefits...................................................................................... 192
27.3 Functional Description................................................................192
27.3.1 Feature Scope............................................................................192
27.3.2 User Scenarios...........................................................................192
27.4 System Impacts..........................................................................193
27.4.1 Dependencies Between Features.............................................. 193
27.4.2 Impacts on Network and Network Element Management tools. 193
27.4.3 Impacts on System Performance and Capacity......................... 193
27.4.3.1 System Performance..................................................................193
27.4.3.2 System Capacity........................................................................ 193
27.5 LTE819 reference data...............................................................193
27.6 Activating and deactivating LTE819........................................... 195
27.6.1 Activating the LTE819................................................................ 195
27.6.2 Deactivating the LTE819............................................................ 196
   
28 LTE861: TDD DL/UL Switching 2DL:2UL...................................198
28.1 Introduction to the feature.......................................................... 198
28.2 Benefits...................................................................................... 198
28.3 Functional description................................................................ 198
28.3.1 Functional details....................................................................... 198
28.4 System impacts..........................................................................198
28.4.1 Interdependencies between features......................................... 198
28.5 LTE861 reference data...............................................................198
   

Issue: 01 © 2019 Nokia. Nokia confidential. 7
 General RRM Features (RL10 - LTE17A)

29 LTE862: TDD DwPTS, GP and UpPTS With SF Configuration 7....
201
29.1 Introduction to the feature.......................................................... 201
29.2 Benefits...................................................................................... 201
29.3 Functional description................................................................ 201
29.4 System impacts..........................................................................201
29.5 LTE862 reference data...............................................................201
29.6 Activating LTE862...................................................................... 203
29.7 Deactivating LTE862.................................................................. 203
   
30 LTE892: TDD DwPTS, GP, and UpPTS with SF Configuration 5.....
205
30.1 Introduction to the feature.......................................................... 205
30.2 Benefits...................................................................................... 205
30.3 Functional description................................................................ 205
30.3.1 Functional details....................................................................... 205
30.4 System impacts..........................................................................205
30.4.1 Interdependencies between features......................................... 205
30.5 LTE892 reference data...............................................................205
   
31 LTE893: ACK/NACK Bundling....................................................207
31.1 Introduction to the feature.......................................................... 207
31.2 Benefits...................................................................................... 207
31.3 Functional description................................................................ 207
31.3.1 Functional details....................................................................... 207
31.4 System impacts..........................................................................207
31.4.1 Interdependencies between features......................................... 207
31.5 LTE893 reference data...............................................................207
   
32 LTE895: TDD Support for Random Access Preamble Burst
Format 4.....................................................................................209
32.1 Benefits...................................................................................... 209
32.1.1 End user benefits....................................................................... 209
32.1.2 Operator benefits....................................................................... 209
32.2 Functional description................................................................ 209
32.2.1 Functional overview/details........................................................ 209
32.3 System impacts..........................................................................210
32.3.1 Interdependencies between features......................................... 210
32.3.2 Impacts on interfaces................................................................. 210
32.3.3 Impacts on network and network element management tools... 210
32.3.4 Impacts on system performance and capacity...........................210
32.4 LTE895 reference data............................................................... 211
   
33 LTE906: TDD DL/UL Switching 3DL:1UL...................................213
33.1 Introduction to the feature.......................................................... 213
33.2 Benefits...................................................................................... 213
33.3 Functional description................................................................ 213
33.4 System impacts..........................................................................213

8 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

33.5 LTE906 reference data...............................................................213
33.6 Activating LTE906...................................................................... 215
33.7 Deactivating LTE906.................................................................. 215
   
34 LTE907: TTI Bundling.................................................................217
34.1 Description of LTE907: TTI Bundling..........................................217
34.1.1 Benefits...................................................................................... 217
34.1.2 Functional description................................................................ 217
34.1.3 System impact............................................................................222
34.2 LTE907 reference data...............................................................223
34.3 Activating and deactivating LTE907........................................... 227
34.3.1 Activating LTE907...................................................................... 227
34.3.2 Deactivating LTE907.................................................................. 230
34.4 Configuring LTE907....................................................................230
34.4.1 Configuring LTE907....................................................................230
   
35 LTE911: TDD Frame Synchronized Operation...........................234
35.1 Introduction to the feature.......................................................... 234
35.2 Benefits...................................................................................... 234
35.3 Functional description................................................................ 234
35.4 System impact............................................................................235
35.5 LTE911 reference data............................................................... 235
   
36 LTE914: Graceful Cell Shutdown............................................... 237
36.1 Description of LTE914: Graceful Cell Shutdown........................ 237
36.1.1 Benefits...................................................................................... 237
36.1.2 Functional description................................................................ 237
36.1.3 System impact............................................................................239
36.1.4 LTE914 reference data...............................................................240
36.2 Activating and deactivating LTE914........................................... 241
36.2.1 Activating LTE914...................................................................... 241
36.2.2 Deactivating LTE914.................................................................. 242
   
37 LTE936: UL IRC Receiver.......................................................... 244
37.1 LTE936: UL IRC Receiver.......................................................... 244
37.1.1 Benefits...................................................................................... 244
37.1.2 Functional description................................................................ 244
37.1.3 System impact............................................................................244
37.2 LTE936 reference data...............................................................245
37.3 Activating and deactivating LTE936........................................... 246
   
38 LTE939: Usage Based PDCCH Adaptation............................... 248
38.1 Description of LTE939: Usage Based PDCCH Adaptation........ 248
38.1.1 Benefits...................................................................................... 248
38.1.2 Functional description................................................................ 248
38.1.3 System impact............................................................................250
38.2 LTE939 reference data...............................................................251

Issue: 01 © 2019 Nokia. Nokia confidential. 9
 General RRM Features (RL10 - LTE17A)

38.3 Activating and deactivating LTE939........................................... 252

38.3.1 Activating LTE939...................................................................... 252
38.3.2 Deactivating LTE939.................................................................. 253
   
39 LTE951: Enhanced Cell ID Location Service............................. 255
39.1 Description of LTE951: Enhanced Cell ID Location Service...... 255
39.2 LTE951 reference data...............................................................258
39.3 Activating and configuring LTE951.............................................262
39.4 Deactivating LTE951.................................................................. 264
   
40 LTE969: Flexible Sounding Configuration.................................. 265
40.1 Benefits...................................................................................... 265
40.2 Functional description................................................................ 265
40.3 System impact............................................................................266
40.4 LTE969 reference data...............................................................267
40.5 Activating and deactivating LTE969........................................... 269
   
41 LTE979: IRC for 2 RX paths.......................................................273
41.1 Benefits...................................................................................... 273
41.2 Functional description................................................................ 273
41.3 System impact............................................................................275
41.4 LTE979 reference data...............................................................276
41.5 Activating LTE979...................................................................... 277
41.6 Activating LTE979 using WebEM............................................... 278
41.7 Deactivating LTE979.................................................................. 279
   
42 LTE980: IRC for 4 RX Paths...................................................... 280
42.1 Description of LTE980: IRC for 4 RX Paths............................... 280
42.1.1 Benefits...................................................................................... 280
42.1.2 Functional description................................................................ 280
42.1.3 System impact............................................................................281
42.2 LTE980 reference data...............................................................282
42.3 Activating LTE980...................................................................... 283
42.4 Deactivating LTE980: IRC for 4 RX paths.................................. 284
   
43 LTE1035:Outer Loop Link Adaptation for PDCCH..................... 286
43.1 Benefits...................................................................................... 286
43.2 Functional description................................................................ 286
43.3 System impact............................................................................287
43.4 LTE1035 reference data.............................................................288
43.5 Activating and deactivating LTE1035......................................... 289
   
44 LTE1111: Inter cell load generation for PDCCH......................... 292
44.1 Benefits...................................................................................... 292
44.2 Functional description................................................................ 292
44.2.1 Related parameters....................................................................292
44.3 System impact............................................................................293
44.4 LTE1111 reference data..............................................................293

10 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

44.5 Activating and deactivating LTE1111.......................................... 295

   
45 LTE1113: eICIC - macro............................................................. 297
45.1 Description of LTE1113: eICIC - macro...................................... 297
45.2 LTE1113 reference data............................................................. 301
45.3 Activating and configuring LTE1113........................................... 308
45.4 Deactivating LTE1113.................................................................310
   
46 LTE1196: RAN Information Management for WCDMA.............. 312
46.1 Description of LTE1196: RAN Information Management for
WCDMA..................................................................................... 312
46.2 LTE1196 reference data............................................................. 316
46.3 Activating and configuring LTE1196........................................... 319
46.4 Deactivating LTE1196................................................................ 321
   
47 LTE1342: Extended RNC ID...................................................... 323
47.1 Description of LTE1342: Extended RNC ID............................... 323
47.1.1 Benefits...................................................................................... 323
47.1.2 Functional description................................................................ 323
47.1.3 System impact............................................................................324
47.2 LTE1342 reference data.............................................................324
47.3 Activating and configuring LTE1342...........................................326
47.4 Deactivating LTE1342................................................................ 328
   
48 LTE1388: TDD Special Subframe Configuration 3 and 4...........329
48.1 Description of LTE1388: TDD Special Subframe Configuration 3
and 4.......................................................................................... 329
48.2 LTE1388 reference data.............................................................331
48.3 Activating and configuring LTE1388...........................................333
48.4 Deactivating LTE1388................................................................ 335
   
49 LTE1433: LPPa support for OTDOA.......................................... 336
49.1 Description of LTE1433: LPPa support for OTDOA................... 336
49.1.1 Benefits...................................................................................... 336
49.1.2 Functional description................................................................ 336
49.1.3 System impact............................................................................338
49.2 LTE1433 reference data.............................................................338
49.3 Activating and configuring LTE1433...........................................340
49.4 Deactivating LTE1433................................................................ 342
   
50 LTE1467: TDD Special Subframe Configuration 9.....................343
50.1 Description of LTE1467: TDD Special Subframe Configuration 9....
343
50.2 LTE1467 reference data.............................................................345
50.3 Activating and configuring LTE1467...........................................346
50.4 Deactivating LTE1467................................................................ 348
   
51 LTE1495: Fast uplink link adaptation......................................... 349
51.1 Description of LTE1495: Fast uplink link adaptation.................. 349

Issue: 01 © 2019 Nokia. Nokia confidential. 11
 General RRM Features (RL10 - LTE17A)

51.1.1 Benefits...................................................................................... 349

51.1.2 Functional description................................................................ 349
51.1.3 System impact............................................................................350
51.2 LTE1495 reference data.............................................................351
51.3 Activating and configuring LTE1495...........................................353
51.4 Deactivating LTE1495................................................................ 355
   
52 LTE1534: Multiple Frequency Band Indicator............................ 356
52.1 Description of LTE1534: Multiple Frequency Band Indicator..... 356
52.1.1 Benefits...................................................................................... 356
52.1.2 Functional description................................................................ 356
52.1.3 System impact............................................................................358
52.2 LTE1534 reference data.............................................................359
52.3 Activating LTE1534.................................................................... 362
52.4 Deactivating LTE1534................................................................ 362
   
53 LTE1536: RRC Connection Rejection with Deprioritization....... 364
53.1 LTE1536 benefits....................................................................... 364
53.2 LTE1536 functional description.................................................. 364
53.3 LTE1536 system impact............................................................. 365
53.4 LTE1536 reference data.............................................................366
53.5 Activating LTE1536.................................................................... 367
53.6 Deactivating LTE1536................................................................ 368
   
54 LTE1569: QCI1 Specific RLF and Re-establishment Control.... 370
54.1 LTE1569 benefits....................................................................... 370
54.2 LTE1569 functional description.................................................. 370
54.3 LTE1569 system impact............................................................. 371
54.4 LTE1569 reference data.............................................................371
54.5 Activating and configuring LTE1569...........................................373
54.6 Deactivating LTE1569................................................................ 374
   
55 LTE1638: Inter-frequency RSTD Measurement Support........... 376
55.1 LTE1638 benefits....................................................................... 376
55.2 LTE1638 functional description.................................................. 376
55.3 LTE1638 system impact............................................................. 376
55.4 LTE1638 reference data.............................................................379
55.5 Activating LTE1638.................................................................... 380
55.6 Deactivating LTE1638................................................................ 381
   
56 Description of LTE1680: Active Queue Management................ 383
56.1 Benefits...................................................................................... 383
56.2 Functional description................................................................ 383
56.3 System impact............................................................................384
56.4 LTE1680 reference data.............................................................385
   
57 LTE1800: Downlink interference shaping...................................387
57.1 Description of LTE1800: Downlink interference shaping............387

12 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

57.2 LTE1800 reference data.............................................................396
57.3 Activating and configuring LTE1800...........................................399
57.4 Deactivating LTE1800................................................................ 402
   
58 LTE1819: Data Session Profiling................................................404
58.1 LTE1819 benefits....................................................................... 404
58.2 LTE1819 functional description.................................................. 404
58.3 LTE1819 system impact............................................................. 405
58.4 LTE1819 reference data.............................................................405
58.5 Activating and configuring LTE1819...........................................407
58.6 Deactivating LTE1819................................................................ 408
   
59 LTE1905: PLMN ID and SPID Selected Mobility Profiles...........409
59.1 LTE1905 reference data.............................................................410
59.2 Activating and configuring LTE1905...........................................415
59.3 Deactivating LTE1905 with the actSelMobPrf parameter...........417
59.4 Deactivating LTE1905 with the moProfileSelect parameter....... 418
   
60 LTE1913: Calibration Optimization for WiMAX Coexistence .....419
60.1 Description of LTE1913: Calibration Optimization for WiMAX
Coexistence............................................................................... 419
60.2 LTE1913 reference data.............................................................422
60.3 Activating and configuring LTE1913...........................................423
60.4 Deactivating LTE1913................................................................ 424
   
61 LTE1926: WiMAX Coexistence with TDD LTE Special Subframe
Configuration 3 and 4.................................................................426
61.1 Description of LTE1926: WiMAX Coexistence with TDD LTE
Special Subframe Configuration 3 and 4................................... 426
61.2 LTE1926 reference data.............................................................427
61.3 Activating and configuring LTE1926...........................................429
61.4 Deactivating LTE1926................................................................ 430
   
62 LTE2023: User plane overload handling ................................... 432
62.1 Description of LTE2023: User Plane Overload Handling .......... 432
62.2 LTE2023 reference data.............................................................436
62.3 Activating and configuring LTE2023...........................................438
62.4 Deactivating LTE2023................................................................ 439
   
63 LTE2085: SIB Reception with Parallel Measurement Gaps....... 441
63.1 Description of LTE2085: SIB Reception with Parallel
Measurement Gaps....................................................................441
63.2 LTE2085 reference data.............................................................444
63.3 Activating and configuring LTE2085 with the Twofold
transmission of SIBs per SI window parameter.....446
63.4 Activating and configuring LTE2085 with a selected feature .....448
63.5 Deactivating LTE2085................................................................ 453
   
64 LTE2115: Dual Transmission Mode 1 Operation........................455

Issue: 01 © 2019 Nokia. Nokia confidential. 13
 General RRM Features (RL10 - LTE17A)

64.1 LTE2115 benefits........................................................................455
64.2 LTE2115 functional description.................................................. 455
64.3 LTE2115 system impact............................................................. 456
64.4 LTE2115 reference data............................................................. 458
64.5 Activating and deactivating LTE2115......................................... 459
64.5.1 Activating and configuring LTE2115........................................... 459
64.5.2 Activating and configuring LTE2115 using WebEM....................462
64.5.3 Deactivating LTE2115 using WebEM......................................... 464
64.5.4 Deactivating LTE2115................................................................ 464
   
65 LTE2120: TDD SIB reception with parallel measurement gaps ......
466
65.1 Description of LTE2120: SIB Reception with Parallel
Measurement Gaps....................................................................466
65.2 LTE2120 reference data.............................................................468
65.3 Activating and configuring LTE2120...........................................470
65.3.1 Option one (two mandatory transmissions of SIB 2 to SIB 9).... 471
65.3.2 Option two (two mandatory transmissions of SIB 10 and 11, and
optionally from SIB 2 to SIB 9)................................................... 474
65.3.3 Option three (two mandatory transmissions of SIB 12, and
optionally from SIB 2 to SIB 9)................................................... 477
65.4 Deactivating LTE2120................................................................ 480
   
66 LTE2133: eICIC for HetNet eNode B Configurations................. 482
66.1 LTE2133: eICIC for HetNet eNode B Configurations................. 482
66.2 LTE2133 reference data.............................................................484
   
67 LTE2162: SRVCC for Network Deployments Not Supporting PS
HO.............................................................................................. 487
67.1 LTE 2162 benefits...................................................................... 487
67.2 LTE 2162 functional description................................................. 487
67.3 LTE 2162 system impact............................................................ 490
67.4 LTE 2162 reference data............................................................491
   
68 LTE2206: Extended RLF Handling.............................................494
68.1 LTE2206 benefits....................................................................... 494
68.2 LTE2206 functional description.................................................. 494
68.3 LTE2206 system impact............................................................. 495
68.4 LTE2206 reference data.............................................................495
68.5 Activating and configuring LTE2206...........................................497
68.5.1 Activating and configuring LTE2206 for FDD............................. 497
68.5.2 Activating and configuring LTE2206 for TDD............................. 498
68.6 Deactivating LTE2206................................................................ 499
68.6.1 Deactivating LTE2206 for FDD...................................................500
68.6.2 Deactivating LTE2206 for TDD...................................................501
   
69 LTE2208: eICIC Enhancements - micro.....................................502
69.1 LTE2208 reference data.............................................................503
   

14 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

70 LTE2209: eICIC enhancements - macro.................................... 505
70.1 Description of LTE2209: eICIC enhancements - macro............. 505
70.2 LTE2209 reference data.............................................................506
   
71 LTE2260: TDD Special Subframe Configuration 6.....................508
71.1 LTE2260: TDD Special Subframe Configuration 6.....................508
71.1.1 LTE2260 benefits....................................................................... 508
71.1.2 LTE2260 functional description.................................................. 508
71.1.3 LTE2260 system impact............................................................. 510
71.1.4 LTE2260 reference data.............................................................510
71.1.5 Activating and configuring LTE2260...........................................512
71.1.6 Deactivating LTE2260................................................................ 513
   
72 LTE2390: MME Selection-based upon Only MMEC and PLMN ID .
515
72.1 LTE2390: Benefits...................................................................... 515
72.2 LTE2390: Functional description................................................ 515
72.3 LTE2390: System impact........................................................... 517
72.4 LTE2390: Reference data.......................................................... 517
72.5 Activating LTE2390.................................................................... 518
72.6 Deactivating LTE2390................................................................ 519
   
73 LTE2400: Support of User Location Information ....................... 520
73.1 LTE2400 benefits....................................................................... 520
73.2 LTE2400 functional description.................................................. 520
73.2.1 S1 Application Protocol.............................................................. 520
73.2.2 Location Report message.......................................................... 521
73.2.3 LTE2400 overview......................................................................521
73.3 LTE2400 system impact............................................................. 522
73.4 LTE2400 reference data.............................................................522
73.5 Activating LTE2400.................................................................... 523
73.6 Deactivating LTE2400................................................................ 524
   
74 LTE2551: RSRQ-based A5........................................................ 526
74.1 LTE2551 benefits....................................................................... 526
74.2 LTE2551 functional description.................................................. 526
74.2.1 LTE2551 overview......................................................................527
74.2.2 A5 RSRQ and RSRP conditions................................................ 529
74.3 LTE2551 system impact............................................................. 529
74.4 LTE2551 reference data.............................................................530
74.5 Activating and configuring LTE2551...........................................532
74.6 Deactivating LTE2551................................................................ 534
   
75 LTE2572: RSRQ-based B2........................................................ 536
75.1 LTE2572 benefits....................................................................... 536
75.2 LTE2572 functional description.................................................. 536
75.2.1 LTE2572 overview......................................................................538
75.2.2 RSRQ-based B2 conditions....................................................... 539

Issue: 01 © 2019 Nokia. Nokia confidential. 15
 General RRM Features (RL10 - LTE17A)

75.3 LTE2572: system impact............................................................ 539

75.4 LTE2572 reference data.............................................................539
75.5 Activating LTE2572.................................................................... 542
75.6 Deactivating LTE2572................................................................ 543
   
76 LTE2754: Frequency Bands Priority Change in mFBI................544
76.1 LTE2754 benefits....................................................................... 544
76.2 LTE2754 functional description.................................................. 544
76.3 LTE2754 system impact............................................................. 545
76.4 LTE2754 reference data.............................................................546
76.5 Activating and configuring LTE2754...........................................548
76.6 Deactivating LTE2754................................................................ 549
   
77 LTE2832: SRVCC Due to Admission Control Rejection ............551
77.1 LTE2832 benefits....................................................................... 551
77.2 LTE2832 functional description.................................................. 551
77.2.1 VoLTE general information......................................................... 551
77.2.2 SRVCC general information....................................................... 551
77.2.3 LTE2832 overview......................................................................552
77.3 LTE2832 system impact............................................................. 554
77.4 LTE2832 reference data.............................................................556
77.5 Activating and configuring LTE2832...........................................558
77.6 Activating LTE2832 using WebEM............................................. 562
77.7 Deactivating LTE2832................................................................ 564
77.8 Deactivating LTE2832 using WebEM.........................................565
   
78 LTE3197: Soft Split 6 Sector Solution........................................ 567
78.1 LTE3197 benefits....................................................................... 567
78.2 LTE3197 functional description.................................................. 567
78.3 LTE3197 system impact............................................................. 567
78.4 LTE3197 reference data.............................................................568
78.5 Configuring LTE3197..................................................................569
   
79 LTE3056: GPS and UTC Time Information Broadcast Support
(SIB16) ...................................................................................... 572
79.1 LTE3056 benefits....................................................................... 572
79.2 LTE3056 functional description.................................................. 572
79.3 LTE3056 system impact............................................................. 574
79.4 LTE3056 reference data.............................................................574
79.5 Activating and configuring LTE3056...........................................577
79.6 Deactivating LTE3056................................................................ 578
   
80 LTE3264: Additional PRS Subframe Configurations.................. 580
80.1 LTE3264 benefits....................................................................... 580
80.2 LTE3264 functional description.................................................. 580
80.3 LTE3264 system impact............................................................. 581
80.4 LTE3264 reference data.............................................................582
80.5 Activating LTE3264.................................................................... 584

16 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

80.6 Deactivating LTE3264................................................................ 585

   
81 LTE3265: GNSS Outage Handling for OTDOA..........................586
81.1 LTE3265 benefits....................................................................... 586
81.2 LTE3265 functional description.................................................. 586
81.3 LTE3265 system impact............................................................. 587
81.4 LTE3265 reference data.............................................................588
81.5 Activating LTE3265.................................................................... 591
81.6 Deactivating LTE3265................................................................ 592
   
82 LTE3462: Support for intra-frequency A3 RSRQ measurement......
593
82.1 LTE3462 benefits....................................................................... 593
82.2 LTE3462 functional description.................................................. 593
82.3 LTE3462 system impact............................................................. 594
82.4 LTE3462 reference data.............................................................594
   
83 LTE3612: 4-way RX Diversity Support for 3-MHz Cell with FRND...
597
83.1 LTE3612 benefits....................................................................... 597
83.2 LTE3612 functional description.................................................. 597
83.3 LTE3612 system impact............................................................. 599
83.4 LTE3612 reference data.............................................................600

Issue: 01 © 2019 Nokia. Nokia confidential. 17
 General RRM Features (RL10 - LTE17A)

List of Figures
Figure 1 Broadcasting on BCCH - example 1...................................................30
Figure 2 Broadcasting on BCCH - example 2...................................................30
Figure 3 MME selection procedure...................................................................31
Figure 4 Principle of ROHC.............................................................................. 35
Figure 5 Compressor States.............................................................................35
Figure 6 Decompressor States......................................................................... 36
Figure 7 EPS Bearer Establishment Procedure by S1AP: Initial Context Setup
Procedure (Attach)............................................................................. 37
Figure 8 EPS Bearer Establishment Procedure by S1AP: Initial Context Setup
Procedure (Service Request)............................................................. 38
Figure 9 EPS Bearer Establishment Procedure by S1AP: E-RAB Setup
Procedure........................................................................................... 39
Figure 10 UE-AMBR Modification Procedure..................................................... 45
Figure 11 Layer 2 downlink, transmitting side.................................................... 78
Figure 12 Layer 2 uplink, receiving side............................................................. 78
Figure 13 Super cell scenario............................................................................. 85
Figure 14 Direct location reporting....................................................................109
Figure 15 Location reporting upon cell change due to inter-eNB hand over.....110
Figure 16 Location reporting upon cell change due to X2 handover.................111
Figure 17 Location reporting upon cell change due to S1 handover................ 112
Figure 18 Stop location reporting...................................................................... 113
Figure 19 Location Report Failure Indication.................................................... 113
Figure 20 Time reference point in CDMA2000 timing....................................... 117
Figure 21 Path switch....................................................................................... 122
Figure 22 Message Chart for MME changes.................................................... 128
Figure 23 Failure case...................................................................................... 129
Figure 24 OTDOA overview..............................................................................137
Figure 25 RIM protocol structure between E-UTRAN and GERAN..................143
Figure 26 Transmission of cell-specific and UE-specific sounding configuration...
169
Figure 27 Normal operation mode.................................................................... 218
Figure 28 TTI bundling mode............................................................................218
Figure 29 HARQ retransmission in normal operation mode............................. 218
Figure 30 HARQ retransmission in TTI bundling mode.................................... 219
Figure 31 Tx power levels during graceful cell shutdown................................. 239
Figure 32 PDCCH adaptation........................................................................... 249
Figure 33 BLER (SINR) for SDI, EPA30........................................................... 274
Figure 34 BLER (SINR) for SDI, ETU70...........................................................275
Figure 35 PDSCH and PDCCH link adaptation................................................ 287
Figure 36 eICIC area with one macro cell and four small cells.........................298

18 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

Figure 37 RIM protocol structure between E-UTRAN and UTRAN.................. 313

Figure 38 Redirection procedure with SI.......................................................... 313
Figure 39 Protocol layer between E-SMLC and eNB....................................... 336
Figure 40 RRC connection rejection with deprioritization................................. 365
Figure 41 discard probability function............................................................... 384
Figure 42 Downlink interference shaping - the preferred area......................... 388
Figure 43 Interference shaping versus blanking - the blanked zone................ 391
Figure 44 Aligned WiMAX and TD-LTE............................................................ 420
Figure 45 Aligned SSF4 and SSF7...................................................................420
Figure 46 U-plane overload handling................................................................433
Figure 47 SIB reception with parallel measurement gaps................................ 442
Figure 48 asdasd.............................................................................................. 455
Figure 49 RRH scalability concept....................................................................456
Figure 50 Different types of SIBs...................................................................... 467
Figure 51 Scenario 1........................................................................................ 482
Figure 52 Scenario 2........................................................................................ 483
Figure 53 Scenario 3........................................................................................ 483
Figure 54 Handover Mode Selection for WCDMA target cells..........................489
Figure 55 Frame structure................................................................................ 508
Figure 56 Special subframe pattern 6...............................................................509
Figure 57 Globally unique temporary UE IDs (GUTI) structure........................ 515
Figure 58 Location Report procedure............................................................... 521
Figure 59 LTE A5 event.................................................................................... 528
Figure 60 LTE B2 event.................................................................................... 538
Figure 61 HO messages...................................................................................552
Figure 62 Example of SRVCC due to admission control rejection (temporary
overbooking is possible)................................................................... 553
Figure 63 Configuring limit for overbooking...................................................... 561
Figure 64 Configuring TAC limit for overbooking.............................................. 562
Figure 65 Content of the SIB16, as described in 3GPP TS 36.331..................572
Figure 66 Example of GNSS outage handling..................................................587
Figure 67 Event A3 when a3TriggerQuantityHO is set to RSRQ......................593
Figure 68 Complete view of Nokia AirScale System Module............................598
Figure 69 LTE3612 configuration......................................................................598

Issue: 01 © 2019 Nokia. Nokia confidential. 19
 General RRM Features (RL10 - LTE17A)

List of Tables
Table 1 LTE4 hardware and software requirements........................................32
Table 2 Existing parameters related to LTE4.................................................. 33
Table 3 LTE4 sales information....................................................................... 33
Table 4 Modes of ROHC................................................................................. 36
Table 5 LTE11 hardware and software requirements...................................... 40
Table 6 New parameters introduced by LTE11................................................41
Table 7 LTE11 sales information..................................................................... 41
Table 8 LTE13 hardware and software requirements......................................46
Table 9 New parameters introduced by LTE13: Rate Capping UL..................47
Table 10 New parameters introduced by LTE13: Rate Capping DL..................47
Table 11 LTE13 sales information..................................................................... 47
Table 12 LTE39 summary of changes............................................................... 50
Table 13 LTE39 hardware and software requirements......................................51
Table 14 New parameters introduced by LTE39 for the FDD solution.............. 52
Table 15 New parameters introduced by LTE39 and LTE762 for the TDD
solution............................................................................................... 61
Table 16 LTE39 sales information..................................................................... 69
Table 17 Uplink: Mapping of transport channels onto the physical channels....72
Table 18 Downlink: Mapping of transport channels onto the physical channels...
72
Table 19 LTE40 hardware and software requirements......................................73
Table 20 New parameters introduced by LTE40............................................... 74
Table 21 LTE40 sales information..................................................................... 76
Table 22 Mapping of logical channels onto transport channels in DL............... 79
Table 23 Mapping of transport channels onto logical channels in UL............... 79
Table 24 [Feature ID] hardware and software requirements............................. 80
Table 25 New parameters introduced by LTE41............................................... 81
Table 26 LTE41 sales information..................................................................... 82
Table 27 Maximum supported velocities depending on the carrier frequeny ... 84
Table 28 Maximum Doppler shift ......................................................................84
Table 29 LTE48 hardware and software requirements......................................87
Table 30 New parameters introduced by LTE48............................................... 88
Table 31 Existing parameters related to LTE48................................................ 88
Table 32 LTE48 sales information..................................................................... 89
Table 33 Content of the S1AP: PAGING message........................................... 95
Table 34 Content of the RRC: PAGING message............................................. 96
Table 35 LTE49 hardware and software requirements......................................97
Table 36 Parameters introduced by LTE49....................................................... 98
Table 37 LTE49 sales information..................................................................... 98

20 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

Table 38 Summary of changes..........................................................................99
Table 39 LTE50 hardware and software requirements....................................100
Table 40 Counters for LTE50: UE state management.....................................100
Table 41 New parameters introduced by LTE50............................................. 101
Table 42 LTE50 sales information................................................................... 101
Table 43 NAS and AS parts of cell selection and cell reselection................... 103
Table 44 LTE51 hardware and software requirements....................................106
Table 45 LTE51 sales information................................................................... 107
Table 46 LTE68 hardware and software requirements.................................... 114
Table 47 New counters introduced by LTE68.................................................. 115
Table 48 New parameters introduced by LTE68..............................................115
Table 49 LTE68 sales information................................................................... 115
Table 50 LTE426 hardware and software requirements.................................. 118
Table 51 LTE426 sales information................................................................. 119
Table 52 LTE439 summary of changes........................................................... 120
Table 53 LTE439 hardware and software requirements..................................124
Table 54 New counters introduced by LTE439................................................125
Table 55 LTE439 Sales information................................................................ 126
Table 56 LTE450 hardware and software requirements..................................130
Table 57 New alarms introduced by LTE450...................................................130
Table 58 LTE450 sales information................................................................. 131
Table 59 LTE486 hardware and software requirements..................................133
Table 60 New parameters introduced by LTE486........................................... 134
Table 61 Existing parameters related to LTE486............................................ 134
Table 62 LTE486 sales information................................................................. 134
Table 63 LTE495 hardware and software requirements..................................139
Table 64 New parameters introduced by LTE495........................................... 140
Table 65 Existing parameters related to LTE495............................................ 141
Table 66 LTE495 sales information................................................................. 141
Table 67 LTE498 hardware and software requirements..................................145
Table 68 Alarms modified by LTE498..............................................................146
Table 69 New BTS faults introduced by LTE498............................................. 146
Table 70 New parameters introduced by LTE498........................................... 147
Table 71 Existing parameters related to LTE498............................................ 147
Table 72 LTE498 sales information................................................................. 148
Table 73 LTE513 summary of changes........................................................... 150
Table 74 SRS subframe configuration.............................................................151
Table 75 LTE513 hardware and software requirements..................................152
Table 76 Existing parameters related to LTE513............................................ 153
Table 77 LTE513 sales information................................................................. 154

Issue: 01 © 2019 Nokia. Nokia confidential. 21
 General RRM Features (RL10 - LTE17A)

Table 78 LTE520 hardware and software requirements..................................158
Table 79 New parameters introduced by LTE520........................................... 159
Table 80 Existing parameters related to LTE520............................................ 159
Table 81 LTE520 sales information................................................................. 160
Table 82 LTE527 hardware and software requirements..................................163
Table 83 Existing parameters related to LTE527............................................ 164
Table 84 LTE527 sales information................................................................. 165
Table 85 LTE540 hardware and software requirements..................................169
Table 86 Parameters related to LTE540..........................................................170
Table 87 LTE540 sales information................................................................. 172
Table 88 LTE570 hardware and software requirements..................................174
Table 89 New parameters introduced by LTE570........................................... 175
Table 90 LTE570 sales information................................................................. 175
Table 91 LTE571 hardware and software requirements..................................179
Table 92 New parameters introduced by LTE571........................................... 180
Table 93 LTE571 sales information................................................................. 180
Table 94 LTE616 summary of changes........................................................... 181
Table 95 LTE616 hardware and software requirements..................................183
Table 96 New counters introduced by LTE616................................................183
Table 97 New parameter introduced by LTE616............................................. 184
Table 98 Parameter modified by LTE616........................................................ 184
Table 99 LTE616 sales information................................................................. 184
Table 100 LTE747 hardware and software requirements..................................187
Table 101 LTE747 sales information................................................................. 187
Table 102 LTE801 hardware and software requirements..................................189
Table 103 New parameter introduced by LTE801............................................. 190
Table 104 LTE801 sales information................................................................. 190
Table 105 LTE819 hardware and software requirements..................................194
Table 106 New parameters introduced by LTE819........................................... 195
Table 107 LTE819 sales information................................................................. 195
Table 108 LTE861 hardware and software requirements..................................198
Table 109 New parameters introduced by LTE861........................................... 199
Table 110 LTE861 sales information................................................................. 200
Table 111 LTE862 hardware and software requirements..................................202
Table 112 LTE862 sales information................................................................. 203
Table 113 LTE892 hardware and software requirements..................................205
Table 114 LTE892 sales information................................................................. 206
Table 115 LTE893 hardware and software requirements..................................207
Table 116 LTE893 sales information................................................................. 208
Table 117 LTE895 hardware and software requirements.................................. 211

22 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

Table 118 New parameters introduced by LTE895........................................... 212

Table 119 LTE895 sales information................................................................. 212
Table 120 LTE906 hardware and software requirements..................................213
Table 121 Existing parameters related to LTE906............................................ 214
Table 122 LTE906 sales information................................................................. 215
Table 123 Summary of changes........................................................................217
Table 124 TBS table..........................................................................................220
Table 125 LTE907 hardware and software requirements..................................223
Table 126 New counters introduced by LTE907................................................223
Table 127 New parameters introduced by LTE907........................................... 225
Table 128 Parameters modified by LTE907...................................................... 226
Table 129 Existing parameters related to LTE907............................................ 227
Table 130 LTE907 sales information................................................................. 227
Table 131 LTE911 hardware and software requirements.................................. 235
Table 132 New parameters introduced by LTE911............................................236
Table 133 LTE911 sales information................................................................. 236
Table 134 Configuration of parameters for the graceful cell shutdown procedure..
238
Table 135 Minimum output power values for various radio units...................... 239
Table 136 LTE914 hardware and software requirements..................................240
Table 137 Existing parameters related to LTE914............................................ 241
Table 138 LTE914 sales information................................................................. 241
Table 139 LTE936 hardware and software requirements..................................245
Table 140 Existing counters related to LTE936................................................. 246
Table 141 New parameters introduced by LTE936........................................... 246
Table 142 LTE936 sales information................................................................. 246
Table 143 UL/DL configuration 1, special subframe 7.......................................249
Table 144 UL/DL configuration 1, special subframe 5.......................................249
Table 145 UL/DL configuration 2, special subframe 7.......................................250
Table 146 UL/DL configuration 2, special subframe 5.......................................250
Table 147 LTE939 hardware and software requirements..................................251
Table 148 Existing counters related to LTE939................................................. 251
Table 149 Existing parameters related to LTE939............................................ 252
Table 150 LTE939 sales information................................................................. 252
Table 151 LTE951 hardware and software requirements..................................258
Table 152 New counters introduced by LTE951 feature................................... 259
Table 153 New parameters related to the LTE951 feature................................260
Table 154 Existing parameters related to the LTE951 feature.......................... 260
Table 155 The LTE951 feature sales information..............................................262
Table 156 SRS subframe configurations for UL-DL configuration 1..................265
Table 157 SRS subframe configurations for UL-DL configuration 2..................266

Issue: 01 © 2019 Nokia. Nokia confidential. 23
 General RRM Features (RL10 - LTE17A)

Table 158 LTE969 hardware and software requirements..................................267
Table 159 Existing parameters related to LTE969............................................ 268
Table 160 LTE969 sales information................................................................. 269
Table 161 LTE979 hardware and software requirements..................................276
Table 162 Existing parameters related to LTE979............................................ 277
Table 163 [Feature ID] sales information.......................................................... 277
Table 164 LTE980 summary of changes........................................................... 280
Table 165 LTE980 hardware and software requirements..................................282
Table 166 Existing parameters related to LTE980............................................ 283
Table 167 LTE980 sales information................................................................. 283
Table 168 LTE1035 hardware and software requirements................................288
Table 169 New counters introduced by LTE1035 for the FDD solution.............288
Table 170 New parameters introduced by LTE1035 for the FDD solution........ 289
Table 171 Existing parameter related to LTE1035 for the FDD solution........... 289
Table 172 LTE1035 sales information............................................................... 289
Table 173 LTE1111 hardware and software requirements................................ 293
Table 174 New parameters introduced by LTE1111.......................................... 294
Table 175 LTE1111 sales information................................................................ 294
Table 176 LTE1113 summary of changes......................................................... 297
Table 177 Utilization of G2 and G3 values........................................................ 298
Table 178 LTE1113 hardware and software requirements................................ 302
Table 179 New counters introduced by LTE1113.............................................. 302
Table 180 New parameters introduced by LTE1113..........................................303
Table 181 Modified parameters introduced by LTE1113................................... 304
Table 182 Existing parameters related to LTE1113 .......................................... 305
Table 183 LTE1113 sales information................................................................308
Table 184 LTE1196 hardware and software requirements................................ 316
Table 185 Existing alarms related to LTE1196.................................................. 317
Table 186 New parameters introduced by LTE1196..........................................317
Table 187 LTE1196 sales information............................................................... 319
Table 188 LTE1342 hardware and software requirements................................324
Table 189 Existing parameters related to LTE1342.......................................... 325
Table 190 LTE1342 sales information............................................................... 326
Table 191 Special subframe configuration........................................................ 329
Table 192 LTE1388 hardware and software requirements................................332
Table 193 Parameters modified by LTE1388.................................................... 332
Table 194 Existing parameters related to LTE1388.......................................... 333
Table 195 LTE1388 sales information............................................................... 333
Table 196 LTE1433 hardware and software requirements................................338
Table 197 New parameters introduced by LTE1433......................................... 339

24 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

Table 198 Existing parameters related to LTE1433.......................................... 340

Table 199 LTE1433 sales information............................................................... 340
Table 200 Special subframe configuration........................................................ 344
Table 201 LTE1467 hardware and software requirements................................345
Table 202 Existing parameters related to LTE1467.......................................... 346
Table 203 LTE1467 sales information............................................................... 346
Table 204 LTE1495 hardware and software requirements................................351
Table 205 Existing counters related to LTE1495............................................... 351
Table 206 Existing key performance indicators related to LTE1495................. 352
Table 207 New parameter introduced by LTE1495........................................... 352
Table 208 Parameters modified by LTE1495.................................................... 352
Table 209 Existing parameters related to LTE1495.......................................... 352
Table 210 LTE439 sales information................................................................. 353
Table 211 LTE1534 hardware and software requirements................................359
Table 212 New parameters introduced by LTE1534......................................... 360
Table 213 Existing parameters related to LTE1534 - FDD solution.................. 361
Table 214 Existing parameters related to LTE1534 - TDD solution.................. 361
Table 215 LTE1534 sales information............................................................... 361
Table 216 LTE1536 hardware and software requirements................................366
Table 217 New parameters introduced by LTE1536......................................... 367
Table 218 LTE1536 Sales information.............................................................. 367
Table 219 LTE1569 hardware and software requirements................................372
Table 220 New parameters introduced by LTE1569......................................... 372
Table 221 Existing parameters related to LTE1569.......................................... 373
Table 222 LTE1569 Sales information.............................................................. 373
Table 223 LTE1638 hardware and software requirements................................379
Table 224 New counters introduced by LTE1638..............................................379
Table 225 New key performance indicators introduced by LTE1638................ 380
Table 226 New parameters introduced by LTE1638......................................... 380
Table 227 LTE1638 sales information............................................................... 380
Table 228 LTE1680 hardware and software requirements................................385
Table 229 LTE1680 sales information............................................................... 386
Table 230 LTE1800 hardware and software requirements................................396
Table 231 New counters introduced by LTE1800..............................................396
Table 232 New parameters introduced by LTE1800......................................... 397
Table 233 Existing parameters related to LTE1800.......................................... 398
Table 234 LTE1800 sales information............................................................... 398
Table 235 LTE1819 hardware and software requirements................................406
Table 236 New counters introduced by LTE1819..............................................406
Table 237 New parameters introduced by LTE1819......................................... 406

Issue: 01 © 2019 Nokia. Nokia confidential. 25
 General RRM Features (RL10 - LTE17A)

Table 238 LTE1819 Sales information.............................................................. 407

Table 239 LTE1905 hardware and software requirements................................ 411
Table 240 New parameters introduced by LTE1905..........................................411
Table 241 Existing parameters related to LTE1905.......................................... 412
Table 242 LTE1905 sales information............................................................... 415
Table 243 LTE1913 hardware and software requirements................................422
Table 244 Existing parameters related to LTE1913.......................................... 423
Table 245 LTE1913 sales information............................................................... 423
Table 246 LTE1926 hardware and software requirements................................427
Table 247 Existing parameters related to LTE1926.......................................... 428
Table 248 LTE1926 sales information............................................................... 429
Table 249 Mapping between U-plane overload triggers and the related counter-
measures..........................................................................................434
Table 250 LTE2023 hardware and software requirements................................436
Table 251 New BTS faults introduced by LTE2023........................................... 437
Table 252 New counters introduced by LTE2023..............................................437
Table 253 New key performance indicators introduced by LTE2023................ 437
Table 254 New parameters introduced by LTE2023......................................... 438
Table 255 LTE2023 sales information............................................................... 438
Table 256 LTE2085 hardware and software requirements................................444
Table 257 Counters modified by LTE2085........................................................ 444
Table 258 New parameters introduced by LTE2085......................................... 446
Table 259 Existing parameters related to LTE2085.......................................... 446
Table 260 LTE2085 sales information............................................................... 446
Table 261 LTE2115 hardware and software requirements................................ 458
Table 262 New parameters introduced by LTE2115..........................................459
Table 263 Existing parameters related to LTE2115...........................................459
Table 264 LTE2115 sales information............................................................... 459
Table 265 LTE2120 hardware and software requirements................................468
Table 266 Existing counters related to LTE2120............................................... 469
Table 267 New parameters introduced by LTE2120......................................... 469
Table 268 Existing parameters related to LTE2120.......................................... 470
Table 269 LTE2120 sales information............................................................... 470
Table 270 LTE2133 hardware and software requirements................................484
Table 271 Existing parameters related to LTE2133.......................................... 485
Table 272 Sales information..............................................................................486
Table 273 LTE2162 summary of changes......................................................... 487
Table 274 LTE2162 hardware and software requirements................................491
Table 275 New parameters introduced by LTE2162: SRVCC for Network
Deployments Not Supporting PS HO............................................... 492

26 © 2019 Nokia. Nokia confidential. Issue: 01
General RRM Features (RL10 - LTE17A)

Table 276 Existing parameters related to LTE2162: SRVCC for Network
Deployments Not Supporting PS HO............................................... 492
Table 277 LTE2162: SRVCC for Network Deployments Not Supporting PS HO
sales information.............................................................................. 493
Table 278 LTE2206 hardware and software requirements................................496
Table 279 New counters introduced by LTE2206..............................................496
Table 280 Parameters modified by LTE2206.................................................... 497
Table 281 LTE2206 Sales information.............................................................. 497
Table 282 LTE2208 hardware and software requirements................................503
Table 283 New BTS faults introduced by LTE2208........................................... 504
Table 284 LTE2208 sales information............................................................... 504
Table 285 LTE2209 hardware and software requirements................................506
Table 286 New BTS fault...................................................................................507
Table 287 LTE2209 sales information............................................................... 507
Table 288 Special subframe configuration........................................................ 509
Table 289 LTE2260 hardware and software requirements................................510
Table 290 Existing parameters related to LTE2260...........................................511
Table 291 LTE2260 sales information............................................................... 511
Table 292 LTE2390 hardware and software requirements................................517
Table 293 New parameters introduced by LTE2390......................................... 518
Table 294 LTE2390 sales information............................................................... 518
Table 295 LTE2400 S1AP messages................................................................521
Table 296 LTE2400 hardware and software requirements................................522
Table 297 New parameters introduced by LTE2400......................................... 523
Table 298 LTE2400 sales information............................................................... 523
Table 299 A5 RSRP and A5 RSRQ activation conditions................................. 529
Table 300 LTE2551 hardware and software requirements................................530
Table 301 New parameters introduced by LTE2551......................................... 531
Table 302 LTE2551 sales information............................................................... 532
Table 303 Conditions for the inter-RAT measurements period......................... 539
Table 304 LTE2572 hardware and software requirements................................540
Table 305 New parameters introduced by LTE2572......................................... 540
Table 306 LTE2572 sales information............................................................... 541
Table 307 LTE2754 hardware and software requirements................................547
Table 308 New BTS faults introduced by LTE2754........................................... 547
Table 309 New parameters introduced by LTE2754......................................... 547
Table 310 LTE2754 sales information............................................................... 548
Table 311 LTE2832 summary of changes......................................................... 551
Table 312 LTE2832 hardware and software requirements................................556
Table 313 New counters introduced by LTE2832..............................................557
Table 314 New key performance indicators introduced by LTE2832................ 557

Issue: 01 © 2019 Nokia. Nokia confidential. 27
 General RRM Features (RL10 - LTE17A)

Table 315 New parameters introduced by LTE2832......................................... 557

Table 316 Existing parameters related to LTE2832.......................................... 558
Table 317 LTE2832 sales information............................................................... 558
Table 318 LTE3197 hardware and software requirements................................568
Table 319 Existing parameter related to LTE3197............................................ 569
Table 320 LTE3197 sales information............................................................... 569
Table 321 Modulus of weight and phase of weight values for the left cell.........570
Table 322 Modulus of weight and phase of weight values for the left cell.........571
Table 323 Summary of changes........................................................................572
Table 324 LTE3056: GPS and UTC Time Information Broadcast Support (SIB16)
hardware and software requirements............................................... 575
Table 325 New parameters introduced by LTE3056: GPS and UTC Time
Information Broadcast Support (SIB16)............................................575
Table 326 Parameters modyfied by LTE3056: GPS and UTC Time Information
Broadcast Support (SIB16)...............................................................576
Table 327 Existing parameters related to LTE3056: GPS and UTC Time
Information Broadcast Support (SIB16)............................................576
Table 328 Parameters migrated from MOC XPARAM to MOC SIB for LTE3056:
GPS and UTC Time Information Broadcast Support (SIB16)...........576
Table 329 LTE3056: GPS and UTC Time Information Broadcast Support (SIB16)
sales information.............................................................................. 576
Table 330 LTE3264 summary of changes......................................................... 580
Table 331 LTE3264 hardware and software requirements................................582
Table 332 Existing parameters related to LTE3264.......................................... 583
Table 333 LTE3264 sales information............................................................... 584
Table 334 LTE3265 hardware and software requirements................................589
Table 335 New BTS faults introduced by LTE3265........................................... 589
Table 336 New parameters introduced by LTE3265......................................... 590
Table 337 Parameters modified by LTE3265.................................................... 590
Table 338 Existing parameters related to LTE3265.......................................... 590
Table 339 LTE3265 sales information............................................................... 591
Table 340 LTE3462 hardware and software requirements................................594
Table 341 New parameters introduced by LTE3462......................................... 595
Table 342 Existing parameters related to LTE3462.......................................... 595
Table 343 LTE3462 sales information............................................................... 596
Table 344 LTE3612-associated hardware......................................................... 597
Table 345 LTE3612 hardware and software requirements................................600
Table 346 LTE3612 sales information............................................................... 600

28 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE4: Multi-Operator Core Network

1 LTE4: Multi-Operator Core Network

Introduction to the feature
The Flexi Multiradio BTS can be connected simultaneously to the different Evolved
Packet Cores (EPCs) of different operators. This means that the LTE E-UTRAN can be
shared between mobile network operators. Different core networks can be connected to
the common shared eNBs.
All O&M settings, including neighbor cells lists, are common for both operators in case of
shared cells. The assignment of PLMN IDs to the shared cells is done via SIB1
configuration.

1.1 Benefits
End-user benefits
This feature does not affect user experience.

Operator benefits
This feature benefits the operator as follows:

• Resources of a single Flexi Multiradio BTS can be shared with other operators.
• CAPEX and OPEX can be reduced.

1.2 Functional description

Functional overview
The Flexi Multiradio BTS can be connected simultaneously to different EPCs of different
operators - Public Land Mobile Networks (PLMNs). This is done via the S1 Flex
mechanism which allows eNB to establish multiple S1 links.
For each eNB cell, the operator provides a list of PLMN identities which are supported by
this eNB cell. The first element of this list is always equal to the eNB primary PLMN ID. If
the cell supports more than just one PLMN, the operator provides those additional PLMN
IDs in the list of further PLMN IDs.
The eNB is able to provide services to UEs only if the configured PLMN ID is also
supported by at least one MME with an available S1 link. If the S1 link becomes
unavailable (for example due to transport network layer problems), it may happen that
not all PLMN IDs configured by the operator for an eNB cell are also supported on the
S1 interface. The eNB broadcasts only those PLMN IDs which are supported also on S1
interface (list of PLMN IDs supported by EPC) to avoid service degradation for the
subscriber, since otherwise the UE may be trapped in the eNB cell without the possibility
to receive any service.
Special handling is applied for the eNB primary PLMN ID. This PLMN ID is always
broadcasted in the eNB cell (irrespective of S1 support) since primary PLMN ID is a part
of E-UTRAN Cell Global Identifier (EGCI) of the LTE cell and may be used for other
purposes (for example in the context of Self-Optimizing Network or Automatic Neighbor
Relation mechanisms).

Issue: 01 © 2019 Nokia. Nokia confidential. 29
   

LTE4: Multi-Operator Core Network General RRM Features (RL10 - LTE17A)

If the primary PLMN ID is not supported on the S1 interface, the eNB reserves it’s
primary PLMN ID for operator use. This reduces probability of UE trapping within the
eNB cell.
The eNB cell is indicated as barred on it’s Broadcast Control Channel (BCCH), if none of
the configured PLMN IDs is supported on S1 interface.
The Multi-Operator Core Network (MOCN) related status of S1 interface is reflected in
BCCH (System Information Broadcast type 1 message). Figure 1: Broadcasting on
BCCH - example 1 gives an overview of how eNB broadcasts on BCCH when S1 link
between one MME and eNB is broken.

Figure 1 Broadcasting on BCCH - example 1

BCCH O&M S1
Unavailable
SIB1PLMNIds S1link
PLMN#1
PLMN#3 eNBprimaryPLMNID MME#1
Cell#1 PLMN#1 PLMN#1
PLMN#2
FurtherPLMNID
PLMN#2
PLMN#3
SIB1PLMNIds
PLMN#1 PLMNIDsetsupportedbyEPC
MME#2
PLMN#1 PLMN#1
PLMN#3
PLMN#3
PLMN#4 Cell#2 PLMN#3
PLMN#4

FurtherPLMNID
PLMN#3
PLMN#4 MME#3
eNB PLMN#4

Figure 2: Broadcasting on BCCH - example 2 shows the situation when one cell is
barred and the other broadcasts primary PLMN ID which is not supported on S1
interface and further PLMN ID which is supported on S1interface.

Figure 2 Broadcasting on BCCH - example 2

BCCH O&M S1
Unavailable
SIB1cellbared S1link

barred eNBprimaryPLMNID MME#1

Cell#1 PLMN#1 PLMN#1
PLMN#2
FurtherPLMNID
PLMN#2
PLMN#3
SIB1PLMNIds
PLMNIDsetsupportedbyEPC
MME#2
PLMN#1(reserved PLMN#1
PLMN#1
foroperatoruse) PLMN#3
PLMN#4 Cell#2 PLMN#3
PLMN#4

FurtherPLMNID
PLMN#3
PLMN#4 MME#3
eNB PLMN#4

30 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE4: Multi-Operator Core Network

All enabled BTS features are available for both operators. All O&M settings, including
neighbor cell lists, are common for both operators in case of shared cells. The same
IPsec is applied at the transport for both operators.
MME Selection
Durning the UE connection establishment, eNB selects MME from the set of active
MMEs. The choice is based on:

• PLMN IDs (MME support of PLMNs, which UE wants to connect to)
• registeredMME value (available if the UE has already registered with a MME)
• S-Temporary Mobile Subscriber Identity (S-TMSI)

Value of registeredMME parameter is provided by one of the following messages:

• RRC CONNECTION SETUP COMPLETE
• RRC CONNECTION REQUEST, within the optional S-TMSI

The Figure 3: MME selection procedure provides an overview of MME selection
procedure after the RRC connection setup is completed.

Figure 3 MME selection procedure

RRCConnectionSetupComplete

DeriveselectedPLMNidentity,
S-TMSIandregisteredMME

S-TMSIpresent SearchforMMECodeofS-TMSI
insetofMMECsofLTERAT
S-TMSInotpresent

registeredMMEnotinmessage

SearchforregisteredMMEinsetof SearchforselectedPLMNidentityinsetof
servedGUMMEIsofallactiveMMEs servedPLMNidentitiesofallactiveMMEs
MMEnotfound

SeveralMMEfound
registeredMMEinRRCmessage

MMEfoundinset

MMEfoundinset

MMEfoundinset SelectedPLMNnot
servedbyMME
MMEnotfound
PerformLoadbalancing

SelectedPLMNservedbyMME

MMEselected
MMEselected MMEselected MMEselected ReleaseRRCConnection

Load balancing
A load balancing algorithmbalances the load between MMEs. UEs entering the MME
pool are distributed to different MMEs with probabilities that correspond to the assigned
weights.

Issue: 01 © 2019 Nokia. Nokia confidential. 31
   

LTE4: Multi-Operator Core Network General RRM Features (RL10 - LTE17A)

The eNB performs S1 connection setup load balancing among the MMEs. Only active
MMEs for which the PLMN ID is one of the served PLMNs are considered.
Selection is based on weighting information provided by each MME during the S1 setup.
Relative MME capacity is included in S1AP: S1 SETUP RESPONSE message.
Algorithm is re-initialized by the following triggers:

• successful S1 setup
• S1 reset
• S1- MME failure

1.3 System impact

Interdependencies between features
Feature LTE2: S1 Flex needs to be activated.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature enables usage of shared OSS.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

1.4 LTE4 reference data

Requirements

Table 1 LTE4 hardware and software requirements
FDD TDD
System release RL20 RL25
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL17A
Flexi Zone BTS LBTSFZ5.0 td-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME Support not required Support not required
SAE GW Support not required Support not required

32 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE4: Multi-Operator Core Network

Table 1 LTE4 hardware and software requirements (Cont.)
FDD TDD
UE 3GPP R8 3GPP R8

Alarms
There are no alarms related to the LTE4: Multi-Operator Core Network feature.

BTS faults and reported alarms

There are no faults related to the LTE4: Multi-Operator Core Network feature.

Commands
There are no commands related to the LTE4: Multi-Operator Core Network feature.

Measurements and counters

There are no measurements or counters related to the LTE4: Multi-Operator Core
Network feature.

Key performance indicators

There are no key performance indicators related to the LTE4: Multi-Operator Core
Network feature.

Parameters

Table 2 Existing parameters related to LTE4
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Activation status actS1Flex LNBTS - common
of S1 flex feature

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 3 LTE4 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

1.5 Abbreviations

EPC Evolved Packet Core
OSS Operation Support System
PLMN Public Line Mobile Network

Issue: 01 © 2019 Nokia. Nokia confidential. 33
   

LTE11: Robust header compression General RRM Features (RL10 - LTE17A)

2 LTE11: Robust header compression

2.1 Introduction To The Feature

The feature ” LTE11: Robust header compression” introduces the ROHC for EPS bearers
with QCI = 1, these are bearers for voice over IP. For those bearers the payload of the IP
packets is almost of the same size or even smaller than the header. Over the end-to-end
connection, comprised of multiple hops, these protocol headers are extremely important,
but over just one link (hop-to-hop) these headers will be compressed (and
decompressed at the other end of the link). Application of ROHC over the air link is
possible because IP/UDP/RTP header information is not required for relaying data over
the air interface to the receiving UE.
This feature supports ROHC( Robust header compression) for IP/UDP and IP/UDP/RTP
headers. It is described in the RFC 3095 and RFC4815.
The IP overhead of the IPv4 or IPv6 is 40 respective 60 bytes. ROHC reduces these
values to 2..5 bytes (this is a typical average value).

2.2 Benefits

The main benefit for operator and customer is a considerable reduction of the overhead
being transmitted over the air interface in UL/DL in addition to the voice data, i.e., the
IP(v4/v6))/RTP/UDP headers

2.3 Functional Description

2.3.1 Short Description of ROHC

The ROHC algorithm establishes a common context at the compressor and
decompressor by transmitting full header and then gradually transition to higher level of
compression. ROHC is designed to be flexible to support several protocol stacks and
each protocol stack defines a profile within the ROHC framework.
The following ROHC profiles are supported by this feature:

• ROHC uncompressed (RFC 4995),
• ROHC RTP (RFC 3095, RFC 4815),
• ROHC UDP (RFC 3095, RFC 4815)..

The protocol headers are compressed due to redundancy in the header fields of
consecutive packets of the same packet stream. A packet classifier can identify different
packet streams by the combination of parameters like protocol headers being carried in
the packet, the source and destination addresses etc.
Initially, a few packets are sent uncompressed and are used to establish the context on
both sides of the link.The context comprises information about static fields, dynamic
fields and their change pattern in protocol headers . This information is used by the

34 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE11: Robust header compression

compressor to compress the packet as efficiently as possible and then by the
decompressor to decompress the packet to its original state (see Figure 4: Principle of
ROHC)

Figure 4 Principle of ROHC
Theconceptofflowcontextinheadercompression:

Packetflow
eNB UE

Compressedpackets
Header Header
Compression Compression
Packetflowin feedback
Downloaddirection
Context Context

Figure 4: Principle of ROHC shows the download direction, there is also ROHC in the
upload direction.
The ROHC compressor operates in 3 states: Initialization and Refresh (IR), First Order
(FO) and Second Order (SO). The states describe the increasing level of confidence
about the correctness of the context at the decompressor side. The confidence is
reflected in the increasing compression of packet headers. In case of error conditions, as
indicated by the decompressor using feedback packets, the compressor can move to a
lower state to send packets that carry enough information to fix the error in the context of
the decompressor.
The compressor always starts in the IR state. In this state, it sends uncompressed
packets to establish the context at the decompressor side. Once it gains confidence that
the decompressor has the context information, it moves to higher states of operation,
either via FO state to SO state or directly to SO state, Figure 5: Compressor States.

Figure 5 Compressor States

The decompressor states are shown in the following figure, Figure 6: Decompressor
States

Issue: 01 © 2019 Nokia. Nokia confidential. 35
   

LTE11: Robust header compression General RRM Features (RL10 - LTE17A)

Figure 6 Decompressor States

ROHC can run in the following Modes:

Table 4 Modes of ROHC

Mode Description

U-Mode In Unidirectional mode, packets are sent in one direction, from the
compressor to the decompressor. In cases where the return path of the
reserve channels are not available it requires periodic refresh.

O-Mode In Bidirectional Optimistic mode, a feedback channel is utilized. It does not
require periodic refresh.

R-Mode In Bidirectional Reliable mode, it issues feadback for all context updates.

2.3.2 Bearer Establishment

The next figures (Figure 7: EPS Bearer Establishment Procedure by S1AP: Initial
Context Setup Procedure (Attach) and Figure 8: EPS Bearer Establishment Procedure
by S1AP: Initial Context Setup Procedure (Service Request) ) show the EPS Bearer
Establishment procedure triggered by the S1AP message INITIAL CONTEXT SETUP
REQUEST according 3GPP:

• Attach procedure, without included UE radio capabilities (Figure 7: EPS Bearer
Establishment Procedure by S1AP: Initial Context Setup Procedure (Attach)),
• Service request, with included UE radio capabilities (Figure 8: EPS Bearer
Establishment Procedure by S1AP: Initial Context Setup Procedure (Service
Request))

The Initial Context Setup procedure supports the ROHC configuration for the
conversational voice GBR EPS bearer. This includes:

• Check of the activation of the robust header compression feature,
• Check of the ROHC by the UE,
• Configuration of the ROHC based on the UE capabilities and the PDCP profile for
conversational voice if a DRB shall be set up for conversational voice,
• Configuration of ROHC by the RRC: Connection Reconfiguration procedure, if a
DRB shall be set up for conversational voice.

36 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE11: Robust header compression

Figure 7 EPS Bearer Establishment Procedure by S1AP: Initial Context Setup
Procedure (Attach)

Issue: 01 © 2019 Nokia. Nokia confidential. 37
   

LTE11: Robust header compression General RRM Features (RL10 - LTE17A)

Figure 8 EPS Bearer Establishment Procedure by S1AP: Initial Context Setup
Procedure (Service Request)

In Figure 9: EPS Bearer Establishment Procedure by S1AP: E-RAB Setup Procedure the
establishment of a bearer by the S1AP E-RAB Setup procedure is shown. This
procedure is initiated in the following cases:

• The PDN GW request the addition of a new dedicated EPS bearer ([3GPP 23.401),
e.g.: the setup of a voice call by IMS
• The UE requests a resource modification that causes the addition of a new dedicated
EPS bearer ([3GPP 24.301]:
• The UE requests the addition of a new PDN connection including a new default EPS
bearer ([3GPP 23.401]), e.g. : start of an IMS based VoIP application or connecting a
laptop to a mobile phone.
• Additionally to the UE requested PDN connectivity, PDN GW might request the
addition of new dedicated EPS bearers in combination with the UE requested PDN
connectivity procedure ([3GPP 23.401]

The E-RAB Setup procedure supports the ROHC configuration for the conversational
voice GBR EPS bearer to be established. This includes

• Check of the activation of the robust header compression feature,
• Check of the support of conversational voice by the UE,
• Configuration of the ROHC based on the UE capabilities and the PDCP profile for
conversational voice
• Configuration of ROHC by the RRC Connection Reconfiguration procedure.

38 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE11: Robust header compression

Figure 9 EPS Bearer Establishment Procedure by S1AP: E-RAB Setup Procedure

2.3.3 PDCP Adaptation for ROHC

The eNB supports PDCP Control PDU for interspersed RoHC feedback packets. The
ROHC feedback packet exchange is only needed for VoIP services which are subject of
header compression profiles.
The compressor has the following attributes:

• It is configurable by the layer 3,
• It starts in U-mode operation,
• It transits between the different modes according to the feedback provided by the
decompressor (UE side),
• It interprets and reacts according to information provided through feedback packets
received by the decompressor (UE side),
• It transits (upward/downward) between compressor states, i.e. IR-/ FO-/ SO-state.

Furthermore the eNB supports a feedback channel for the ROHC. This channel is
mandatory in O- mode or R - mode of operation.
The Header Refresh feature is a further attribute of the compressor:

• header refreshes according to RFC2507, considering the number of packets in one
period and the number of transmitted full headers.
• the header refreshes apply for FO-state and SO-state (i.e. in IR-state full-headers
are anyway transmitted).

The eNB supports timer based downward transition from SO-state to FO-state as well as
timer based downward transition from SO-/FO-state to IR-state.
The eNB supports a header decompressor for UL data transfer:

• it is configurable by layer L3,

Issue: 01 © 2019 Nokia. Nokia confidential. 39
   

LTE11: Robust header compression General RRM Features (RL10 - LTE17A)

• it starts with U-mode of operation,
• it provides feedback (if applicable) which are relavant for the compressor on UE side
(e.g. mode changes etc.),
• it transits (upward/downward) between decompressor states, i.e. no context, static
context and full context.

The eNB supports the decompressor states:

• The no-context, static-context and full-context states,.
• The decompressor starts with the no-context and transits to higher states (no
restriction for any kind of transit),
• The decompressor decides autonomously about any state transition,
• The decompressor can transit all the way to full-context once it has sucessfully
decompressed a header.

2.4 System Impacts

The following features must be enabled:

• LTE7: Support of multiple EPS bearer,
• LTE10: EPS bearers for conversational voice..

2.5 LTE11 reference data

Requirements

Table 5 LTE11 hardware and software requirements
FDD TDD
System release RL20 RL15TD
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS4.0
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE 3GPP release 8 3GPP release 8

Alarms
There are no alarms related to the LTE11: Robust Header Compression feature.

40 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE11: Robust header compression

BTS faults and reported alarms

There are no faults related to the LTE11: Robust Header Compression feature.

Commands
There are no commands related to the LTE11: Robust Header Compression feature.

Measurements and counters

There are no measurements or counters related to the LTE11: Robust Header
Compression feature.

Key performance indicators

There are no key performance indicators related to the LTE11: Robust Header
Compression feature.

Parameters

Table 6 New parameters introduced by LTE11
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate PDCP Robust actPdcpRohc LNBTS - common
Header Compression

ROHC Maximum CID rohcMaxCid LNBTS - common

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 7 LTE11 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

2.6 Activating and deactivating LTE11

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

2.6.1 Activating the LTE11

Instructions to activate the feature

Issue: 01 © 2019 Nokia. Nokia confidential. 41
   

LTE11: Robust header compression General RRM Features (RL10 - LTE17A)

Purpose
Follow this procedure to activate the LTE11: Robust Header Compression feature.

Before you start

The eNB must be already commissioned.
The Activate support of conversational voice
bearer (actConvVoice) LNBTS_FDD in case of the FDD or LNBTS_TDD in case
of the TDD parameter value must be set to true.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using the BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the Activate PDCP robust header compression (actPdcpRohc)

parameter value to true.

4 Send the commissioning plan file to the eNB.

Result
The robust header compression is enabled.

2.6.2 Deactivating the LTE11

Instructions to deactivate the feature

Purpose
Follow this procedure to deactivate the LTE11 Robust Header Compression feature.

Before you start

The eNB must be already commissioned.

42 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE11: Robust header compression

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using the BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the Activate PDCP robust header compression (actPdcpRohc)

parameter value to false.

4 Send the commissioning plan file to the eNB.

Result
The robust header compression is disabled.

Issue: 01 © 2019 Nokia. Nokia confidential. 43
   

LTE13: Rate Capping (UL/DL) General RRM Features (RL10 - LTE17A)

3 LTE13: Rate Capping (UL/DL)

3.1 Introduction to the feature

With the feature LTE13: Rate Capping (UL/DL) it is possible to restrict the maximum
aggregated non GBR throughput in uplink and downlink.
The LTE13: Rate Capping (UL/DL) feature introduces throughput measurement filters in
UL Scheduler (UL-S) and DL Scheduler (DL-S). UL-S and DL-S control the UE
throughput according to the UE available aggregated maximum bit rate (UE-AMBR)
values.

3.2 Benefits

DSL like charging models can be applied with LTE.

3.3 Functional description

The Flexi Multiradio BTS uses the parameter UE Aggregated Maximum Bit Rate (UE-
AMBR) which is initially sent from the MME via the S1AP: INITIAL CONTEXT SETUP
REQUEST message for its bit rate management. The UE-AMBR parameter is stored in
the subscriber profile in the HSS.
The Flexi Multiradio BTS limits the uplink and downlink bit rate of all non-GBR EPS
bearers per UE to the level of the signaled UE-AMBR. The Flexi Multiradio BTS
considers the aggregated throughput as averaged over one second period.
The initially assigned QoS parameter UE-AMBR can be as well changed. It can be
increased or decreased by the MME.
The Flexi Multiradio BTS supports the following S1AP messages for this:

• UE context modification request
• UE context modification response
• UE context modification failure

The MME may also change the UE-AMBR parameter at the following procedures (which
are not in the scope of this document):

• E-RAB SETUP REQUEST
• E-RAB RELEASE REQUEST
• PATH SWITCH REQUEST

The following performance counters are supported in order to track the functionality:

• number of UE context modification request
• number of successful modification request
• number of unsuccessful modifications per cause

44 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE13: Rate Capping (UL/DL)

The change of the UE-AMBR parameter triggers a re-initialization of the UE-AMBR
calculation procedure. The operator can enable/disable the functionality on cell basis by
O&M settings.

eNB supports rate capping in UL and DL scheduling

Uplink and downlink scheduler is able to limit the bit rate of all non-GBR EPS bearers per
UE to the level of the signaled UE-AMBR. The aggregate throughput of all non-GBR
EPS bearers is averaged over time for comparison to UE-AMBR.
As soon as the average aggregate bit rate of all non-GBR bearers exceeds the signaled
UE-AMBR, the maximum rate as scheduled to a UE is limited on a per-subframe basis
until the average aggregate bit rate drops again below the value of the UE-AMBR.
Changes of the UE-AMBR resulting from changes to the bearer combination of a UE or
from UE context modification are indicated to the rate capping functionality in schedulers
immediately and considered accordingly.

UE-AMBR Modification by S1AP UE CONTEXT MODIFICATION REQUEST

The Figure 10: UE-AMBR Modification Procedure shows the UE-AMBR Modification
procedure trigged by the S1AP message UE CONTEXT MODIFICATION REQUEST.

Figure 10 UE-AMBR Modification Procedure

UE eNB MME

TriggerfromHSS:
InsertSubscriberData

S1AP:UECONTEXTMODIFICATIONREQEST
UE-AMBR

CheckofUE-AMBR
modification

Reconfigurationof
UE-AMBRratecapping

S1AP:UECONTEXTMODIFICATIONRESPONSE
UpdateBearer

The procedure for UE-AMBR modification is triggered by “Insert Subscriber Data” from
HSS to MME. MME receives a new “Subscribed UE-AMBR”. The procedure starts in
eNB when the eNB receives the S1AP message UE CONTEXT MODIFICATION
REQUEST from the MME and the information element “UE Aggregate Maximum Bit
Rate” is included. First eNB checks whether the feature “UE-AMBR modification” is
activated and then informs the rate capping function of UL and DL schedulers about the
modified UE-AMBR. The eNB sends a S1AP acknowledgement UE CONTEXT
MODIFICATION RESPONSE to the MME. The MME may start an Update Bearer
procedure towards the Serving Gateway or PDN Gateway.

Issue: 01 © 2019 Nokia. Nokia confidential. 45
   

LTE13: Rate Capping (UL/DL) General RRM Features (RL10 - LTE17A)

3.4 System impacts

The LTE13: Rate Capping (UL/DL) feature has no additional impact on the system.

3.5 LTE13 reference data

LTE13: Rate Capping (UL/DL) requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 8 LTE13 hardware and software requirements
FDD TDD
System release RL20 RL15
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Support not required TD-LBTS4.0
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS2.0 Support not required
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME NS10 CD2 Support not required
SAE GW Support not required Support not required
UE Support not required Support not required

Alarms
There are no alarms related to the LTE13: Rate Capping (UL/DL) feature.

BTS faults and reported alarms

There are no faults related to the LTE13: Rate Capping (UL/DL) feature.

Measurements and counters

There are no measurements or counters related to the LTE13: Rate Capping (UL/DL)
feature.

Key performance indicators

There are no key performance indicators related to the LTE13: Rate Capping (UL/DL)
feature.

Parameters

46 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE13: Rate Capping (UL/DL)

Table 9 New parameters introduced by LTE13: Rate Capping UL
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Enable rate capping rcEnableUl LNCEL - common
in uplink
Rate capping AMBR rcAmbrMgnUl LNCEL - common
margin in uplink

Table 10 New parameters introduced by LTE13: Rate Capping DL
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Enable rate capping rcEnableDl LNCEL - common
in downlink
DL rate capping rcAmbrMgnDl LNCEL - common
AMBR margin

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 11 LTE13 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

3.6 Activating and deactivating LTE13

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

3.6.1 Activating the LTE13

Instructions to activate the feature

Purpose
Follow this procedure to activate the LTE13: Rate Capping (UL/DL) feature.

Before you start

The eNB must already be commissioned.
Restart of the eNB is not required after activation of this feature.

Issue: 01 © 2019 Nokia. Nokia confidential. 47
   

LTE13: Rate Capping (UL/DL) General RRM Features (RL10 - LTE17A)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using the BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Enable rate capping in uplink (rcEnableUl) parameter value to

true.

In case the Enable rate capping in uplink (rcEnableUl) parameter

value is set to true, the default value of the Rate capping AMBR margin in
uplink (rcAmbrMgnUl) parameter should be used.

4 Set the Enable rate capping in downlink (rcEnableDl) parameter value to

true.

In case the Enable rate capping in downlink (rcEnableDl) parameter

value is set to true, the default value of the DL rate capping AMBR
margin (rcAmbrMgnDl) parameter should used.

5 Send the commissioning plan file to the eNB.

Result
The rate capping in DL and UL is enabled.

3.6.2 Deactivating the LTE13

Instructions to deactivate the feature

Purpose
Follow this procedure to deactivate the LTE13: Rate Capping (UL/DL) feature.

Before you start

The eNB must already be commissioned.
Restart of the eNB is not required after activation of this feature.

48 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE13: Rate Capping (UL/DL)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Enable rate capping in uplink (rcEnableUl) parameter value to

false.

4 Set the Enable rate capping in downlink (rcEnableDl) parameter value to

false.

5 Send the commissioning plan file to the eNB.

Result
The rate capping in DL and UL is disabled.

Issue: 01 © 2019 Nokia. Nokia confidential. 49
   

LTE39: System Information Broadcast General RRM Features (RL10 - LTE17A)

4 LTE39: System Information Broadcast

4.1 Introduction to the feature

Table 12 LTE39 summary of changes
Date Issue Section Change description
September 01 LTE39 reference Updates to the parameters tables.
20, 2019 data

4.2 Benefits
The SIB message is necessary for cell access and mobility support. It is broadcast
containing information elements from the non-access stratum (NAS) and radio network
to all user equipment (UE).

4.3 Functional description

4.3.1 Functional details
The system information (SI) contains data used for making decisions regarding cell
selection, reselection, or handover. It is sent from the eNodeB to all UEs in RRC_IDLE or
RRC_CONNECTED mode.
The RRC protocol broadcasts the system information containing information elements
from the eNodeB to all UEs. The system information is repeated on a regular basis with
variable repetition frequency depending on specified parameters. The RRC protocol
performs scheduling and repetition of system information messages. This function
supports broadcast of core network specific, radio access network specific and cell-
specific information.
A system information is consists of the following:

• Master information block (MIB): The MIB includes a limited number of the most
essential and most frequently transmitted parameters that are needed to acquire
other information from the cell, and is transmitted on BCH with a periodicity of 40 ms.
• System information block Type 1: SIB1 (which contains also scheduling information
for the SIs). It is scheduled with a periodicity of 80 ms and transmitted on the DSCH.
• System Information Messages: All other SIBs to be transmitted are mapped onto SIs.
The following are mapping restrictions: the SIB2 has to be contained in the first SI in
the scheduling information list (contained in SIB1 - according to 3GPP) and each SI
message contains just 1 SIB type.

The following information is contained in each of the supported SIB:

• SIB1: SIB1 contains information relevant when evaluating if a UE is allowed to
access a cell and defines the scheduling of other system information blocks.
• SIB2: SIB2 contains common and shared channel information.

50 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE39: System Information Broadcast

• SIB3: SIB3 contains cell re-selection information, mainly related to the serving cell.
• SIB4: SIB4 contains information about the serving neighboring frequencies and intra-
frequency neighboring cells relevant for cell re-selection.
• SIB5: SIB5 contains information about other E-UTRAN frequencies and inter -
frequency neighboring cells relevant for cell reselection.
• SIB6: SIB6 contains information about UTRA frequencies and UTRA neighboring
cells relevant for cell reselection.
• SIB7: SIB7 contains information about GERAN frequencies relevant for cell
reselection.

4.4 System impacts

4.4.1 Interdependencies between features

There are no interdependencies between this and any other feature.

4.5 LTE39 reference data

LTE39: System Information Broadcast requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 13 LTE39 hardware and software requirements
FDD TDD
System release RL09 RL15
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS3.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16S4 TL16S4
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms
There are no alarms related to the LTE39: System Information Broadcast feature.

Measurements and counters

Issue: 01 © 2019 Nokia. Nokia confidential. 51
   

LTE39: System Information Broadcast General RRM Features (RL10 - LTE17A)

There are no measurements or counters related to the LTE39: System Information
Broadcast feature.

Key performance indicators

There are no key performance indicators related to the LTE39: System Information
Broadcast feature.

Parameters

Table 14 New parameters introduced by LTE39 for the FDD solution

Full name Abbreviated Managed Parent FDD/TDD

name object structure

CDMA2000 frequency cdfimId CDFIM - common

idle mode configuration
identifier

CDMA2000 HRPD Band hrpdBdClList CDFIM - common

Class List

CDMA2000 HRPD Band hrpdBdClBcl CDFIM hrpdBdClList common

Class

CDMA2000 HRPD Cell hrpdCResPrio CDFIM hrpdBdClList common

Reselection Priority

CDMA2000 HRPD hrpdFrqThrH CDFIM hrpdBdClList common

Reselection High
Threshold

CDMA2000 HRPD hrpdFrqThrL CDFIM hrpdBdClList common

Reselection Low
Threshold

CDMA2000 HRPD hrpdNCList CDFIM - common

Neighbour Cell List

CDMA2000 HRPD hrpdArfcn CDFIM hrpdNCList common

Carrier Frequency

CDMA2000 HRPD Band hrpdBdClNcl CDFIM hrpdNCList common

Class

CDMA2000 HRPD hrpdCellId CDFIM hrpdNCList common

Physical Cell Identity

CDMA2000 HRPD NCL hrpdExSel CDFIM hrpdNCList common

extension selector

CDMA2000 1xRTT band rttBdClList CDFIM - common

class list

52 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE39: System Information Broadcast

Table 14 New parameters introduced by LTE39 for the FDD solution (Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

CDMA2000 1xRTT band rttBdClBcl CDFIM rttBdClLis common

class BCL

CDMA2000 1xRTT cell rttCResPrio CDFIM rttBdClLis common

reselection priority

CDMA2000 1xRTT rttFrqThrH CDFIM rttBdClLis common

reselection high threshold

CDMA2000 1xRTT rttFrqThrL CDFIM rttBdClLis common

reselection low threshold

CDMA2000 1xRTT rttNCList CDFIM - common

neighbour cell list

CDMA2000 1xRTT rttArfcn CDFIM rttNCList common

frequency

CDMA2000 1xRTT band rttBdClNcl CDFIM rttNCList common

class (NCL)

CDMA2000 1xRTT rttCellId CDFIM rttNCList common

physical cell identity

CDMA2000 1xRTT NCL rttExSel CDFIM rttNCList common

extension selector

CDMA Search Window searchWinSize CDFIM - common

Size

CDMA2000 HRPD Cell tResHrpd CDFIM - common

Reselection Timer

Speed Dep Scaling tResHrpdSF CDFIM - common

Factors Treselection
HRPD

HRPD Cell Reselection hrpResTiFHM CDFIM tResHrpdSF common

Timer Factor High
Mobility

HRPD Cell Reselection hrpResTiFMM CDFIM tResHrpdSF common

Timer Factor Med Mobility

CDMA2000 1xRTT cell tResRtt CDFIM - common

reselection timer

Speed dep scaling factors tResRttSF CDFIM - common

treselection 1xRTT

Issue: 01 © 2019 Nokia. Nokia confidential. 53
   

LTE39: System Information Broadcast General RRM Features (RL10 - LTE17A)

Table 14 New parameters introduced by LTE39 for the FDD solution (Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

1xRTT cell reselection rttResTiFHM CDFIM tResRttSF common

timer factor high mobility

1xRTT cell reselection rttResTiFMM CDFIM tResRttSF common

timer factor med mobility

GFIM Identifier gfimId GFIM - common

GERAN Cell Reselection tResGer GFIM - common

Timer

Speed dependent Scaling tResGerSF GFIM - common

Factors Treselection
GERAN

GERAN Cell Reselection gerResTiFHM GFIM tResGerSF common

Timer Factor High
Mobility

GERAN Cell Reselection gerResTiFMM GFIM tResGerSF common

Timer Factor Medium
Mobility

GERAN Frequency Band bandInd GNFL - common

Indicator

GERAN RAT Carrier gCelResPrio GNFL - common

Frequency Absolute
Priority

ARFCN Value List gerArfcnVal GNFL - common

GERAN Inter Frequency gerFrqThrH GNFL - common

Threshold High

GERAN Inter Frequency gerFrqThrL GNFL - common

Threshold Low

GNFL Identifier gnflId GNFL - common

NCC Permitted Bit Map nccperm GNFL - common

GERAN Maximum pMaxGer GNFL - common

Allowed Transmit Power

GERAN Minimum qRxLevMinGer GNFL - common

Required Receive Level

IAFIM Identifier iafimId IAFIM - common

54 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE39: System Information Broadcast

Table 14 New parameters introduced by LTE39 for the FDD solution (Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

Intra-Frequency intrFrBCList IAFIM - common

Blacklisted Cell List

Number Of PCI In The rangeIntraPci IAFIM intrFrBCList common

Intra Frequency Range

Lowest PCI In The Intra startIntraPci IAFIM intrFrBCList common

Frequency Range

Intra-Frequency intrFrNCList IAFIM - common

Neighbouring Cell List

Physical Cell Identifier In physCellIdNcl IAFIM intrFrNCList common

Neighbouring Cell List

Cell Reselection qOffsetCell IAFIM intrFrNCList common

Procedure Offset

EUTRA Frequency Value dlCarFrqEut IRFIM - common

EUTRA Carrier eutCelResPrio IRFIM - common

Frequency Absolute
Priority

Inter-Frequency intFrBCList IRFIM - common

Blacklisted Cell List

Number Of PCI In The rangeInterPci IRFIM intFrBCList common

Inter Frequency Range

Lowest PCI In The Inter startInterPci IRFIM intFrBCList common

Frequency Range

Inter-Frequency intFrNCList IRFIM - common

Neighbouring Cell List

Physical Cell Identifier In physCellIdNcl IRFIM intFrNCList common

Neighbouring Cell List

Cell Reselection qOffCell IRFIM intFrNCList common

Procedure Offset

EUTRA Inter Frequency interFrqThrH IRFIM - common

Threshold High

EUTRA Inter Frequency interFrqThrL IRFIM - common

Threshold Low

Issue: 01 © 2019 Nokia. Nokia confidential. 55
   

LTE39: System Information Broadcast General RRM Features (RL10 - LTE17A)

Table 14 New parameters introduced by LTE39 for the FDD solution (Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

EUTRA Presence interPresAntP IRFIM - common

Antenna Port1

EUTRA Cell Reselection interTResEut IRFIM - common

Timer

IRFIM Identifier irfimId IRFIM - common

Allowed Measurement measBdw IRFIM - common

Bandwidth

Pmax Neighbouring pMaxInterF IRFIM - common

EUTRA Cells

EUTRA Frequency qOffFrq IRFIM - common

Specific Offset

Minimum Required Rx qRxLevMinInter IRFIM - common

RSRP Level F

Speed dependent Scaling tResEutSF IRFIM - common

Factors Treselection
EUTRAN

EUTRA Cell Reselection eutResTiFHM IRFIM tResEutSF common

Timer Factor High
Mobility

EUTRA Cell Reselection eutResTiFMM IRFIM tResEutSF common

Timer Factor Medium
Mobility

Access class barring for acBarOc SIB - common

originating calls

Access class barring list ocAcBarAC SIB acBarOc common

for mobile originating calls

Access class barring time ocAcBarTime SIB acBarOc common

for originating calls

Access probability factor ocAcProbFac SIB acBarOc common

for originating calls

Access barring for acBarSig SIB - common

signaling

Access class barring list sigAcBarAC SIB acBarSig common

mobile orig signaling

56 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE39: System Information Broadcast

Table 14 New parameters introduced by LTE39 for the FDD solution (Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

Access class barring time sigAcBarTime SIB acBarSig common

for signaling

Access probability factor sigAcProbFac SIB acBarSig common

for signaling

Additional spectrum addSpectrEmi LNCEL - common

emission mask

Intra Frequency celResTiF SIB - common

Reselection Timer
EUTRA

Cell Reselection Timer celResTiFHM SIB celResTiF common

Factor High Mobility

Cell Reselection Timer celResTiFMM SIB celResTiF common

Factor Medium Mobility

Cell barred flag cellBarred SIB common

Cell reselection priority cellReSelPrio SIB common

Default Paging Cycle defPagCyc LNCEL common

Access Barred For eCallAcBarred SIB common

Emergency Calls

Further PLMN Identity furtherPlmnIdL LNCEL common

List

Cell Reserved For cellReserve LNCEL furtherPlmnIdL common

Operator Use

Mobile Country Code mcc LNCEL furtherPlmnIdL common

Mobile Network Code mnc LNCEL furtherPlmnIdL common

Mobile Network Code mncLength LNCEL furtherPlmnIdL common

Length

Group assignment for grpAssigPUSCH LNCEL - common

PUSCH

Hopping mode of PUSCH hopModePusch LNCEL - common

Intra Frequency Cell intrFrqCelRes SIB - common

Reselection Allowed

Issue: 01 © 2019 Nokia. Nokia confidential. 57
   

LTE39: System Information Broadcast General RRM Features (RL10 - LTE17A)

Table 14 New parameters introduced by LTE39 for the FDD solution (Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

Presence Antenna Port1 intraPresAntP SIB - common

Modification Period modPeriodCoeff SIB - common

Coefficient

Maximum Number Of n310 SIB - common

Out-Of-Sync Indications

Maximum Number Of In- n311 SIB - common

Sync Indications

Pmax Intra Frequency pMaxIntraF SIB - common

Neighbouring E-UTRA

Max Uplink Transmission pMaxOwnCell SIB - common

Power Own Cell

Paging nB pagingNb LNCEL - common

PRACH high speed flag prachHsFlag LNCEL - common

Power ramping step prachPwrRamp SIB - common

Preamble Transmission preambTxMax SIB - common

Maximum

Cell reserved for operator primPlmnCellres SIB - common

use

Cell reselection qHyst SIB - common

procedure hysteresis
value

QRX level min. offset qRxLevMinOffse SIB - common

t

Minimum Required RX qrxlevmin SIB - common

Level in the cell

Min Required RX level for qrxlevminintraF SIB - common

intra-freq neighbouring
cells

Intra Frequency sIntrasearch SIB - common

Measurements Threshold

Inter Frequency And Inter sNonIntrsearch SIB - common

RAT Measurements
Threshold

58 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE39: System Information Broadcast

Table 14 New parameters introduced by LTE39 for the FDD solution (Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

SI Window Length siWindowLen SIB - common

System Information 2 sib2Scheduling SIB - common

Scheduling

Periodicity siMessagePerio SIB sib2Scheduling common

dicity

Repetition siMessageRepet SIB sib2Scheduling common

ition

Message Mapping siMessageSibTy SIB sib2Scheduling common

pe

System Information 3 sib3Scheduling SIB - common

Scheduling

Periodicity siMessagePerio SIB sib3Scheduling common

dicity

Repetition siMessageRepet SIB sib3Scheduling common

ition

Message Mapping siMessageSibTy SIB sib3Scheduling common

pe

System information sibSchedulingLis SIB - common

scheduling list t

Periodicity siMessagePerio SIB sibSchedulingLis common

dicity t

Repetition siMessageRepet SIB sibSchedulingLis common

ition t

SIB type siMessageSibTy SIB sibSchedulingLis common

pe t

Speed Dependent spStResPars SIB - common

Reselection Structure

Number Cell Changes nCellChgHigh SIB spStResPars common

High Mobility

Number Cell Changes nCellChgMed SIB spStResPars common

Medium Mobility

Cell Reselection qHystSfHigh SIB spStResPars common

Hysteresis High Mobility

Issue: 01 © 2019 Nokia. Nokia confidential. 59
   

LTE39: System Information Broadcast General RRM Features (RL10 - LTE17A)

Table 14 New parameters introduced by LTE39 for the FDD solution (Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

Cell Reselection qHystSfMed SIB spStResPars common

Hysteresis Medium
Mobility

Timer TCRmax tEvaluation SIB spStResPars common

Timer TCRmaxHyst tHystNormal SIB spStResPars common

Timer T300 t300 SIB - common

Timer T301 t301 SIB - common

Timer T310 t310 SIB - common

Timer T311 t311 SIB - common

Cell reselection timer tReselEutr SIB - common

Tracking area code tac LNCEL - common

Threshold Serving Low threshSrvLow SIB - common

Preamble initial received ulpcIniPrePwr SIB - common

target power

UTRA Cell Reselection tResUtra UFFIM - common

Timer

Speed dependent Scaling tResUtraSF UFFIM - common

Factors Treselection
UTRAN

UTRA Cell Reselection utrResTiFHM UFFIM tResUtraSF common

Timer Factor High
Mobility

UTRA Cell Reselection utrResTiFMM UFFIM tResUtraSF common

Timer Factor Medium
Mobility

UFFIM Identifier uffimId UFFIM - common

List Of UTRA Carrier utrFddCarFrqL UFFIM - common

Frequencies

UTRA downlink frequency dlCarFrqUtra UFFIM utrFddCarFrqL common

value

60 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE39: System Information Broadcast

Table 14 New parameters introduced by LTE39 for the FDD solution (Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

UTRA maximum allowed pMaxUtra UFFIM utrFddCarFrqL common

transmit power

UTRA minimum needed qQualMinUtra UFFIM utrFddCarFrqL common

quality parameter

UTRA minimum required qRxLevMinUtra UFFIM utrFddCarFrqL common

receive level

UTRA carrier frequency uCelResPrio UFFIM utrFddCarFrqL common

absolute priority

UTRA inter frequency utraFrqThrH UFFIM utrFddCarFrqL common

threshold high

UTRA inter frequency utraFrqThrL UFFIM utrFddCarFrqL common

threshold low

g Note: In the FDD solution, for the SIB1 scheduling list, the parameters for SIB2
(sib2Scheduling parameter structure) and SIB3 (sib3Scheduling parameter
structure) are provided. For all other SIBs (SIB4, SIB5, SIB6, SIB7, SIB8, SIB10, SIB11,
and SIB12), the sibSchedulingList parameter structure exists with one entry per
SIB used.

Table 15 New parameters introduced by LTE39 and LTE762 for the TDD solution

Full name Abbreviated Managed Parent FDD/TDD

name object structure

GERAN frequency idle gfimId GFIM - common

mode configuration
identifier

GERAN cell reselection tResGer GFIM - common

timer

Speed-dependent scaling tResGerSF GFIM - common

factors t-reselection
GERAN

GERAN cell reselection gerResTiFHM GFIM tResGerSF common

timer factor high mobility

GERAN cell reselection gerResTiFMM GFIM tResGerSF common

timer factor medium
mobility

Issue: 01 © 2019 Nokia. Nokia confidential. 61
   

LTE39: System Information Broadcast General RRM Features (RL10 - LTE17A)

Table 15 New parameters introduced by LTE39 and LTE762 for the TDD solution
(Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

GERAN frequency band bandInd GNFL - common

indicator

GERAN RAT carrier gCelResPrio GNFL - common

frequency absolute
priority

ARFCN value list gerArfcnVal GNFL - common

GERAN inter-frequency gerFrqThrH GNFL - common

threshold high

GERAN inter-frequency gerFrqThrL GNFL - common

threshold low

GERAN neighbour gnflId GNFL - common

frequency configuration
identifier

NCC permitted bitmap nccperm GNFL - common

GERAN maximum pMaxGer GNFL - common

allowed transmit power

GERAN minimum qRxLevMinGer GNFL - common

required receive level

Intra frequency idle mode iafimid IAFIM - common

configuration identifier

Intra-frequency intrFrBCList IAFIM - common

blacklisted cell list

Number of PCI in intra- rangeIntraPci IAFIM intrFrBCList common

frequency range

Lowest PCI in intra- startIntraPci IAFIM intrFrBCList common

frequency range

Intra-frequency intrFrNCList IAFIM - common

neighbouring cell list

Physical Cell Identifier in physCellIdNcl IAFIM intrFrNCList common

neighboring cell list

Cell reselection qOffsetCell IAFIM intrFrNCList common

procedure offset

62 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE39: System Information Broadcast

Table 15 New parameters introduced by LTE39 and LTE762 for the TDD solution
(Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

EUTRA Frequency Value dlCarFrqEut IRFIM - common

EUTRA Carrier eutCelResPrio IRFIM - common

Frequency Absolute
Priority

Inter-frequency intFrBCList IRFIM - common

blacklisted cell list

Number of PCI in inter- rangeInterPci IRFIM intFrBCList common

frequency range

Lowest PCI in inter- startInterPci IRFIM intFrBCList common

frequency range

Inter-Frequency intFrNCList IRFIM - common

Neighbouring Cell List

Physical Cell Identifier In physCellIdNcl IRFIM intFrNCList common

Neighbouring Cell List

Cell Reselection qOffCell IRFIM intFrNCList common

Procedure Offset

EUTRA Inter Frequency interFrqThrH IRFIM - common

Threshold High

EUTRA Inter Frequency interFrqThrL IRFIM - common

Threshold Low

EUTRA Presence interPresAntP IRFIM - common

Antenna Port1

EUTRA Cell Reselection interTResEut IRFIM - common

Timer

IRFIM Identifier irfimId IRFIM - common

Allowed Measurement measBdw IRFIM - common

Bandwidth

Pmax Neighbouring pMaxInterF IRFIM - common

EUTRA Cells

EUTRA Frequency qOffFrq IRFIM - common

Specific Offset

Issue: 01 © 2019 Nokia. Nokia confidential. 63
   

LTE39: System Information Broadcast General RRM Features (RL10 - LTE17A)

Table 15 New parameters introduced by LTE39 and LTE762 for the TDD solution
(Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

Minimum Required Rx qRxLevMinInter IRFIM - common

RSRP Level F

Speed-dependent scaling tResEutSF IRFIM - common

factors t-reselection
EUTRAN

EUTRA Cell Reselection eutResTiFHM IRFIM tResEutSF common

Timer Factor High
Mobility

EUTRA Cell Reselection eutResTiFMM IRFIM tResEutSF common

Timer Factor Medium
Mobility

Access class barring for acBarOc SIB - common

originating calls

Access class barring list ocAcBarAC SIB acBarOc common

for mobile originating calls

Access class barring time ocAcBarTime SIB acBarOc common

for originating calls

Access probability factor ocAcProbFac SIB acBarOc common

for originating calls

Access barring for acBarSig SIB - common

signaling

Access class barring list sigAcBarAC SIB acBarSig common

mobile orig signaling

Access class barring time sigAcBarTime SIB acBarSig common

for signaling

Access probability factor sigAcProbFac SIB acBarSig common

for signaling

Additional spectrum addSpectrEmi LNCEL - common

emission mask

Intra-frequency celResTiF SIB - common

reselection timer EUTRA

Cell reselection timer celResTiFHM SIB celResTiF common

factor high mobility

64 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE39: System Information Broadcast

Table 15 New parameters introduced by LTE39 and LTE762 for the TDD solution
(Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

Cell reselection timer celResTiFMM SIB celResTiF common

factor medium mobility

Cell barred flag cellBarred SIB - common

Cell reselection priority cellReSelPrio SIB - common

Default paging cycle defPagCyc LNCEL - common

Access barred for eCallAcBarred SIB - common

emergency calls

Further PLMN identity list furtherPlmnIdL LNCEL - common

Cell reserved for operator cellReserve LNCEL furtherPlmnIdL common

use

Mobile Country Code mcc LNCEL furtherPlmnIdL common

Mobile Network Code mnc LNCEL furtherPlmnIdL common

Mobile Network Code mncLength LNCEL furtherPlmnIdL common

length

Group assignment for grpAssigPUSCH LNCEL - common

PUSCH

Hopping bandwidth of hopBwPusch LNCEL_TDD - TDD

PUSCH

Hopping bandwidth of hopBwPusch LNBTS_FDD - FDD

PUSCH

Hopping mode of PUSCH hopModePusch LNCEL - common

Intra-frequency cell intrFrqCelRes SIB - common

reselection allowed

Presence antenna Port1 intraPresAntP SIB - common

Modification period modPeriodCoeff SIB - common

coefficient

Maximum number of out- n310 SIB - common

of-sync indications

Issue: 01 © 2019 Nokia. Nokia confidential. 65
   

LTE39: System Information Broadcast General RRM Features (RL10 - LTE17A)

Table 15 New parameters introduced by LTE39 and LTE762 for the TDD solution
(Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

Maximum number of in- n311 SIB - common

sync indications

Pmax intra-frequency pMaxIntraF SIB - common

neighboring E-UTRA

Max. uplink transmission pMaxOwnCell SIB - common

power own cell

Paging nB pagingNb LNCEL - common

Power ramping step prachPwrRamp SIB - common

Preamble transmission preambTxMax SIB - common

maximum

Cell reserved for operator primPlmnCellres SIB - common

use

Cell reselection qHyst SIB - common

procedure hysteresis
value

Q RX level min. offset qRxLevMinOffse SIB - common

t

Minimum required RX qrxlevmin SIB - common

level in cell

Min. required RX level for qrxlevminintraF SIB - common

intra-freq neighboring
cells

Intra-frequency sIntrasearch SIB - common

measurements threshold

Inter-frequency and inter- sNonIntrsearch SIB - common

RAT measurements
threshold

SI Window Length siWindowLen SIB - common

System Information 2 sib2Scheduling SIB - common

Scheduling

Periodicity siMessagePerio SIB sib2Scheduling common

dicity

66 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE39: System Information Broadcast

Table 15 New parameters introduced by LTE39 and LTE762 for the TDD solution
(Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

Repetition siMessageRepet SIB sib2Scheduling common

ition

Message Mapping siMessageSibTy SIB sib2Scheduling common

pe

System Information 3 sib3Scheduling SIB - common

Scheduling

Periodicity siMessagePerio SIB sib3Scheduling common

dicity

Repetition siMessageRepet SIB sib3Scheduling common

ition

Message Mapping siMessageSibTy SIB sib3Scheduling common

pe

System information sibSchedulingLis SIB - common

scheduling list t

Periodicity siMessagePerio SIB sibSchedulingLis common

dicity t

Repetition siMessageRepet SIB sibSchedulingLis common

ition t

SIB type siMessageSibTy SIB sibSchedulingLis common

pe t

Speed-dependent spStResPars SIB - common

reselection structure

Number cell changes high nCellChgHigh SIB spStResPars common

mobility

Number cell changes nCellChgMed SIB spStResPars common

medium mobility

Cell reselection qHystSfHigh SIB spStResPars common

hysteresis high mobility

Cell reselection qHystSfMed SIB spStResPars common

hysteresis medium
mobility

Timer TCRmax tEvaluation SIB spStResPars common

Issue: 01 © 2019 Nokia. Nokia confidential. 67
   

LTE39: System Information Broadcast General RRM Features (RL10 - LTE17A)

Table 15 New parameters introduced by LTE39 and LTE762 for the TDD solution
(Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

Timer TCRmaxHyst tHystNormal SIB spStResPars common

Timer T300 t300 SIB - common

Timer T301 t301 SIB - common

Timer T310 t310 SIB - common

Timer T311 t311 SIB - common

Cell reselection timer tReselEutr SIB - common

Tracking area code tac LNCEL - common

Threshold serving low threshSrvLow SIB - common

Preamble initial received ulpcIniPrePwr SIB - common

target power

UTRA cell reselection tResUtra UFFIM - common

timer

Speed-dependent scaling tResUtraSF UFFIM - common

factors t-reselection
UTRAN

UTRA cell reselection utrResTiFHM UFFIM tResUtraSF common

timer factor high mobility

UTRA cell reselection utrResTiFMM UFFIM tResUtraSF common

timer factor medium
mobility

Utran TDD idle mode uffimId UFFIM - common

configuration identifier

UTRA carrier frequencies utrFddCarFrqL UFFIM - common

list

UTRA downlink frequency dlCarFrqUtr UFFIM utrFddCarFrqL common

value

UTRA maximum allowed pMaxUtra UFFIM utrFddCarFrqL common

transmit power

UTRA minimum needed qQualMinUtra UFFIM utrFddCarFrqL common

quality parameter

68 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE39: System Information Broadcast

Table 15 New parameters introduced by LTE39 and LTE762 for the TDD solution
(Cont.)

Full name Abbreviated Managed Parent FDD/TDD

name object structure

UTRA minimum required qRxLevMinUtra UFFIM utrFddCarFrqL common

receive level

UTRA carrier frequency uCelResPrio UFFIM utrFddCarFrqL common

absolute priority

UTRA inter frequency utraFrqThrH UFFIM utrFddCarFrqL common

threshold high

UTRA inter frequency utraFrqThrL UFFIM utrFddCarFrqL common

threshold low

List Of UTRA Tdd Carrier utrTddCarFrqL UFFIM - common

Frequencies

UTRA Downlink dlCarFrqUtra UFFIM utrTddCarFrqL common

Frequency Value

UTRA Maximum Allowed pMaxUtra UFFIM utrTddCarFrqL common

Transmit Power

UTRA Minimum Required qRxLevMinUtra UFFIM utrTddCarFrqL common

Receive Level

UTRA Carrier Frequency uCelResPrio UFFIM utrTddCarFrqL common

Absolute Priority

UTRA Inter Frequency utraFrqThrH UFFIM utrTddCarFrqL common

Threshold High

UTRA Inter Frequency utraFrqThrL UFFIM utrTddCarFrqL common

Threshold Low

g Note: In the TDD solution, for the SIB1 scheduling list, the parameters for SIB2
(sib2Scheduling parameter structure) and SIB3 (sib3Scheduling parameter
structure) are provided. For all other SIBs (SIB4, SIB5, SIB6, SIB7, SIB8, SIB10, SIB11,
and SIB12), the sibSchedulingList parameter structure exists with one entry per
SIB used.

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 16 LTE39 sales information
Product structure class License control Activated by default
BSW - Yes

Issue: 01 © 2019 Nokia. Nokia confidential. 69
   

LTE40: Physical and Transport Channels General RRM Features (RL10 - LTE17A)

5 LTE40: Physical and Transport Channels

5.1 Introduction to the feature

The LTE40: Physical and Transport Channels covers the following features:

• definition of the uplink (UL) and downlink (DL) physical and transport channels
• structure of the physical channels, frame format, and physical resource elements
• physical shared channel in the UL and DL
• synchronization signals
• physical layer management
• coding
• radio link failure detection based on the channel quality indicator (CQI) discontinuous
transmission (DTX) detection

5.2 Benefits
The physical layer functionality is supported.

5.3 Functional description

5.3.1 Functional details
Transport channels
The evolved node B (eNodeB) supports the following transport channels:
• Broadcast channel (BCH): The BCH is a DL BCH that is used to broadcast the
necessary system parameters to enable the UEs to access the system (and to
identify the operator). The BCH broadcasts in the entire coverage of a cell.
• Paging channel (PCH): The PCH is used for carrying the paging information for the
UE in the DL direction to move the UE from RRC_IDLE to RRC_CONNECTED. The
PCH broadcasts in the entire coverage of a cell
• Random access channel (RACH): The RACH is used in the UL to respond the
paging message or to initiate the move from/to RRC_CONNECTED state according
to UE data transmission needs.
• Downlink shared channel (DSCH): The DSCH carries user data for point-to-point
connections in the DL direction. All the information (either user data or higher layer
control information) is intended only for one user or UE is transmitted on the DSCH.
• Uplink shared channel (USCH): The USCH carries user data as well as UE
originated control information in the UL direction.
• Multicast channel (MCH): The MCH transfers information from one device or point to
multiple devices or multiple receiving points.

Physical channels
Downlink physical channels

70 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE40: Physical and Transport Channels

The eNodeB supports the following DL physical channels:

• Physical broadcast channel (PBCH): The PBCH carries the primary system
information (for example: MIB) transport block from the BCH. The eNodeB performs
the scrambling, modulation, layer mapping, and precoding on the PBCH. The PBCH
is mapped onto the fixed frequency and time resource in a slot.
• Physical control format indicator channel, PCFICH: The PCFICH is transmitted from
the eNodeB to the UE and is mapped onto a set of resource element groups in the
first orthogonal frequency-division multiplexing (OFDM) symbol in every subframe.
The control format indicator (CFI) is mapped onto the PCFICH. The PCFICH carries
information of the number of OFDM symbols (1, 2 or 3) used for transmission of
physical downlink control channels (PDCCHs) in a subframe.
• Physical hybrid ARQ indicator channel (PHICH): The PHICH is supported and
therefore transmitted from the eNodeB to the UE. The PHICH carries the HARQ
ACK/NACK for USCH transmission. The hybrid ARQ indicator (HI) is mapped onto
the PHICH. The eNodeB supports normal duration of the PHICH.
• Physical downlink control channel (PDCCH): The PDCCH is transmitted from the
eNodeB to the UE in every transmission time interval (TTI) via the air interface on an
aggregation of one up to eight control channel elements (CCEs).
• Physical downlink shared channel (PDSCH): If data is available, the PDSCH is
transmitted from the eNodeB to the UE in every TTI via the air interface. The PDSCH
carries transport blocks from the DSCH and paging channel (PCH). The eNodeB
performs the scrambling, modulation, layer mapping, and precoding on the PDSCH.
The PDSCH is mapped onto the scheduled frequency and time resource.
• Physical multicast channel (PMCH): The PMCH transfers information from a source
to one or more devices within the radio coverage area.

Uplink physical channels

The eNodeB supports the following UL physical channels:

• Physical random access channel (PRACH): The PRACH is transmitted from the UE
to the eNodeB and carries a preamble sequence selected from a cell specific set of
signature sequences. The eNodeB supports the reception of the preamble format 0,
1, 2, and 4.
• Physical uplink control channel (PUCCH): The PUCCH is transmitted from the UE to
the eNodeB. The uplink control information (UCI) is mapped onto PUCCH. The
PUCCH carries the CQI or precoding matrix indicator (PMI), rank indicator (RI), and
ACK/NACK information for DSCH transmission and scheduling request (SR).
• Physical uplink shared channel (PUSCH): The PUSCH is transmitted from the UE to
the eNodeB. The PUSCH carries one UL transport block per TTI per UE. It is also
time/frequency multiplexed with the UL control signal (CQI and ACK/NACK) if the UE
is scheduled in the UL.

In addition to the DL and UL physical channels, the following physical signals are
supported:

• primary and secondary synchronization signals, DL
• cell-specific reference signal, DL
• demodulation reference signal (DMRS), UL

Mapping

Issue: 01 © 2019 Nokia. Nokia confidential. 71
   

LTE40: Physical and Transport Channels General RRM Features (RL10 - LTE17A)

Table 17: Uplink: Mapping of transport channels onto the physical channels. and Table
18: Downlink: Mapping of transport channels onto the physical channels. show the
mapping between the transport and physical channels.

Table 17 Uplink: Mapping of transport channels onto the physical channels.

Transport channel Physical channel

UL-SCH PUSCH

RACH PRACH

Control information

UCI PUCCH, PUSCH

Table 18 Downlink: Mapping of transport channels onto the physical channels.

Transport channel Physical channel

DL-SCH PDSCH

BCH PBCH

PCH PDSCH

MCH PMCH

Control information

HI PHICH

DCI PDCCH

CFI PCFICH

PBCH is only used for transporting the MIB. The remaining system information is
scheduled into PDSCH.
The downlink control information (DCI) carries the DL and UL scheduling information and
controls other dedicated physical layer procedures. The UCI includes:

• ACK/NACK
• CQI
• PMI (supported along with closed loop multiple inputs multiple outputs (MIMO))
• RI
• SR

LTE applies OFDM in the DL and SC-OFDMA (single carrier orthogonal frequency
division multiple access) in the UL. The subcarrier spacing is 15 KHz in a unicast mode.
The synchronization and reference signals support 504 unique physical cell identities.

72 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE40: Physical and Transport Channels

The eNodeB supports the following physical channel processing according to the
physical channel type [3GPP TS 36.211]:

• scrambling
• modulation
• precoding
• layer mapping

• cyclic redundancy check (CRC)
• code block segmentation
• channel coding
• rate matching
• interleaving

The following coding schemes are applied depending on data type:

• tail biting convolutional codes (CC)
• convolutional turbo codes (TC)
• Reed-Muller block coding
• repetition coding
• simplex coding

5.4 System impacts

5.4.1 Interdependencies between features
There are no interdependencies between this and any other feature.

5.5 LTE40 reference data

Requirements

Table 19 LTE40 hardware and software requirements
FDD TDD
System release RL09 RL05TD
Flexi Multiradio 10 BTS LBTS4.0 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Flexi Zone Controller FL15A TL15A
OMS Support not required Support not required
NetAct Support not required Support not required
MME Support not required Support not required

Issue: 01 © 2019 Nokia. Nokia confidential. 73
   

LTE40: Physical and Transport Channels General RRM Features (RL10 - LTE17A)

Table 19 LTE40 hardware and software requirements (Cont.)
FDD TDD
SAE GW Support not required Support not required
UE 3GPP R8 3GPP R8

Alarms
There are no alarms related to the LTE40:Physical & transport channels feature.

BTS faults and reported alarms

There are no faults related to the LTE40:Physical & transport channels feature.

Commands
There are no commands related to the LTE40:Physical & transport channels feature.

Measurements and counters

There are no measurements or counters related to the LTE40:Physical & transport
channels feature.

Key performance indicators

There are no key performance indicators related to the LTE40:Physical & transport
channels feature.

Parameters

Table 20 New parameters introduced by LTE40
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Delta cyclic shift deltaPucchShif MPUCC - FDD
for PUCCH t H

Downlink Channel dlChBw LNCEL - FDD

Bandwidth
EARFCN Downlink earfcnDL LNCEL - FDD

EARFCN Uplink EARFCN LNCEL - FDD

Downlink
Maximum Number of maxNrSymPdcch LNCEL - FDD
OFDM Symbols for
PDCCH
ACK/NACK offset n1PucchAn MPUCC - FDD
H

PUCCH bandwidth for nCqiRb MPUCC - FDD

CQI H

Maximum Output pMax LNCEL - common

Power

74 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE40: Physical and Transport Channels

Table 20 New parameters introduced by LTE40 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
PHICH Duration phichDur MPUCC - FDD
H

PHICH Resource phichRes MPUCC - FDD

H

Physical Layer Cell phyCellId LNCEL - common

Identity
PRACH Cyclic Shift prachCS LNCEL - FDD

PRACH Configuration prachConfIndex LNCEL - FDD

Index
PRACH Frequency prachFreqOff LNCEL - FDD
Offset
PRACH high speed prachHsFlag LNCEL - FDD
flag
PUCCH cyclic shift pucchNAnCs LNCEL - FDD
for mixed formats
Number Of Random raNondedPreamb LNCEL - common
Access Preambles
RACH Root Sequence rootSeqIndex LNCEL - FDD

Synchronization syncSigTxMode LNCEL - FDD

Signals
Transmission Mode
SRS bandwidth srsBwConf LNCEL - common
configuration
Uplink Channel ulChBw LNCEL - FDD
Bandwidth
Uplink Reference ulRsCs LNCEL - common
Signals Cyclic
Shift
Cqi Periodicity cqiPerNp MPUCC - TDD
Network Period H

Delta cyclic shift deltaPucchShif MPUCC - TDD

for PUCCH t H

Maximum number of maxNrSymPdcch LNCEL - TDD

OFDM symbols for
PDCCH
ACK/NACK offset n1PucchAn MPUCC - TDD
H

APUCCH bandwidth nCqiRb LNCEL - common

for CQI _TDD

Issue: 01 © 2019 Nokia. Nokia confidential. 75
   

LTE40: Physical and Transport Channels General RRM Features (RL10 - LTE17A)

Table 20 New parameters introduced by LTE40 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
PHICH duration phichDur MPUCC - TDD
H

PHICH resource phichRes MPUCC - TDD

H

PRACH Configuration prachConfIndex LNCEL - TDD

Index
PRACH Frequency prachFreqOff LNCEL - common
Offset _TDD

PUCCH cyclic shift pucchNAnCs LNCEL - common

for mixed formats _TDD

Number of Random raNondedPreamb LNCEL - common

Access preambles
Synchronization syncSigTxMode LNCEL - TDD
signals
transmission mode
Time Alignment taTimerMargin LNCEL - common
Timer Margin
Uplink reference ulRsCs LNCEL - common
signals cyclic
shift

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 21 LTE40 sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

76 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE41: PDCP, RLC and MAC support

6 LTE41: PDCP, RLC and MAC support

6.1 Introduction to the feature

The PDCP, RLC, and MAC are the layer 2 protocols of the radio interface:

• Packet data convergence protocol (PDCP): The main functions of PDCP are
encryption and integrity protection (C-plane only).
• Radio link control (RLC): The RLC protocol is responsible for segmenting and
concatenation of the packet data convergence protocol-protocol data units (PDCP-
PDUs) for radio interface transmission. It also performs error correction with the
automatic repeat request (ARQ) method.
• Medium access control (MAC): The MAC layer is responsible for scheduling the data
according to priorities, and multiplexing the data to the layer 1 transport blocks. The
MAC layer also provides error correction with hybrid ARQ (HARQ).

6.2 Benefits
The feature provides an efficient L2 functionality for data services.

6.3 Functional description

6.3.1 Functional details
Overview
The radio layer 2 is split into the following sublayers: medium access control (MAC),
radio link control (RLC) and packet data convergence protocol (PDCP).

Issue: 01 © 2019 Nokia. Nokia confidential. 77
   

LTE41: PDCP, RLC and MAC support General RRM Features (RL10 - LTE17A)

Figure 11 Layer 2 downlink, transmitting side

In the DL direction, the PDCP and RLC sublayers provide the data transfer services from
the radio bearers to the logical channels. The MAC sublayer provides the data transfer
services on the logical channels which are mapped onto the transport channels.
In the UL direction, the MAC sublayer uses the data transfer services provided by the
physical layer on the transport channels. The transport channels are mapped to logical
channels. The RLC and PDCP sublayers provide the data transfer to the radio bearers.
An overview of the UL direction is given in Figure 12: Layer 2 uplink, receiving side.

Figure 12 Layer 2 uplink, receiving side

78 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE41: PDCP, RLC and MAC support

MAC sublayer
The following are the main functions of the MAC sublayer:

• mapping between logical channels and transport channels
• scheduling information reporting
• error correction through HARQ
• priority handling between logical channels of one UE
• priority handling between UEs through dynamic scheduling
• transport format selection
• logical channel prioritization (UE)
• time alignment

The eNodeB maps the logical channels to the transport channels in the DL as shown in
Table 22: Mapping of logical channels onto transport channels in DL.

Table 22 Mapping of logical channels onto transport channels in DL

Logical channel Transport channel

MIB of BCCH BCH

dynamic system information of BCCH DL-SCH

PCCH PCH

CCCH DL-SCH

DCCH DL-SCH

DTCH DL-SCH

The eNodeB maps the transport channels to the logical channels in the UL as shown in
Table 23: Mapping of transport channels onto logical channels in UL.

Table 23 Mapping of transport channels onto logical channels in UL

Transport channel Logical channel

UL-SCH UL CCCH, UL DCCH, UL DTCH

UL-RACH no logical channel

HARQ is an error detection and correction procedure. It is located in the MAC sublayer.
The Flexi Multiradio BTS applies incremental redundancy in retransmission. The HARQ
procedure is applied for common control channel (CCCH), dedicated control channel
(DCCH), and dedicated traffic channel (DTCH).

Issue: 01 © 2019 Nokia. Nokia confidential. 79
   

LTE41: PDCP, RLC and MAC support General RRM Features (RL10 - LTE17A)

6.4 System impacts

6.4.1 Interdependencies between features
There are no interdependencies between this and any other feature.

6.5 LTE41 reference data

Requirements

Table 24 [Feature ID] hardware and software requirements
FDD TDD
System release RL09 RL05TD
Flexi Multiradio 10 BTS LBTS4.0 Not supported
Flexi Multiradio 10 Indoor BTS - Not supported
Nokia AirScale BTS FL16S4 TL16S4
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Flexi Zone Controller FL15A TL15A
OMS Support not required Support not required
NetAct Support not required Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 3GPP R8

Alarms
There are no alarms related to the LTE41:PDCP, RLC & MAC support feature.

BTS faults and reported alarms

There are no faults related to the LTE41:PDCP, RLC & MAC support feature.

Commands
There are no commands related to the LTE41:PDCP, RLC & MAC support feature.

Measurements and counters

There are no measurements or counters related to the LTE41:PDCP, RLC & MAC
support feature.

Key performance indicators

There are no key performance indicators related to the LTE41:PDCP, RLC & MAC
support feature.

80 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE41: PDCP, RLC and MAC support

Parameters

Table 25 New parameters introduced by LTE41
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Cell Scheduling cellSrPeriod MPUCC - common
Request Periodicity H
Dedicated SR dSrTransMax LNCEL - common
Transmission
Maximum
Maximum Number Of harqMaxMsg3 LNCEL - common
Message 3 HARQ
Transmissions
Maximum Number Of harqMaxTrDl LNCEL - common
HARQ Transmission
In DL
Maximum Number Of harqMaxTxUl LNCEL - common
HARQ Transmission
In UL
Inactivity Timer inactivityTime LNCEL - common
r
Initial MCS In iniMcsDl LNCEL - common
Downlink
Initial MCS In iniMcsUl LNCEL - common
Uplink
Initial Amount Of iniPrbsUl LNCEL - common
PRBs In Uplink
Maximum Content raContResoT LNCEL - common
Resolution Timer
Large size random raLargeMcsUl LNCEL - common
access MCS in
uplink
RA Message Power raMsgPoffGrB LNCEL - common
Offset For Group B
Selection
Random Access raPreGrASize LNCEL - common
Preambles Group A
Size
Random Access raRespWinSize LNCEL - common
Response Window
Size
Scheduling request sriEnable LNCEL - common
indication enable
Time Alignment taTimer LNCEL - common
Timer

Sales information

Issue: 01 © 2019 Nokia. Nokia confidential. 81
   

LTE41: PDCP, RLC and MAC support General RRM Features (RL10 - LTE17A)

Table 26 LTE41 sales information
Product structure class License control Activated by default
BSW - Yes

82 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE48: Support of high speed users

7 LTE48: Support of high speed users

7.1 Description of LTE48: Support of high speed users

Introduction to the feature
Thanks to LTE48: Support of high speed users the evolved Node B (eNB) is able to
handle user equipment’s speed (UE) of up to 350 km/h in open space and 300 km/h in
tunnels.

7.1.1 Benefits
End-user benefits
This feature enables end-users using LTE network even if their speed in relation to the
eNB is up to 350km/h.

Operator benefits
This feature allows to serve more UEs.

7.1.2 Functional description

Functional overview
The eNB supports high speed users up to maximum Doppler spread (Fd) of 700 Hz and
a maximum Doppler shift/offset (Fo) of 1400 Hz in FDD, while in TDD it is up to
maximum Doppler spread of 850 Hz and a maximum Doppler shift/offset of 1700 Hz.
LTE48: Support of high speed users can be considered in two scenarios:

• Scenario with Doppler spread: mainly non-line-of-sight (NLOS) scenarios where
there is no frequency offset (Fo=0) due to the velocity of the UE but the UE moves
with a certain velocity in a scattering environment leading to a Doppler spread (Fd >
0). The maximum Fd is computed as follows (simplified formula):
Fd [Hz] = Fc [GHz] x V [km/h] x 0.926
where Fc - the carrier frequency, v - the velocity of the UE.
• Scenario with Doppler shift/offset: mainly line-of-sight (LOS) scenarios where the
mobile has a velocity component into the direction of the eNB. Typical scenarios like
this are found in high speed trains, where the eNB is located near to the tracks or
some highway-scenarios, where cars go fast and the eNB is also located quite near
to the highway. The simplified formula to calculate frequency offset is:
Fo [Hz] = 2 x Fc [GHz] x V [km/h] x 0.926

All requirements for both scenarios are listed in 3GPP RAN4, TS36.104 (section 8.2.1for
the scenario with Doppler spread and section 8.2.3 for the scenario with Doppler
shift/offset).

FDD solution
Table 27: Maximum supported velocities depending on the carrier frequeny shows an
overview of the maximum velocities that the eNB supports depending on the carrier
frequency.

Issue: 01 © 2019 Nokia. Nokia confidential. 83
   

LTE48: Support of high speed users General RRM Features (RL10 - LTE17A)

Table 27 Maximum supported velocities depending on the carrier frequeny

Fc [GHz] max V [km/h] Fd Fo

0.7 1079 700 1400

0.8 944 700 1400

0.9 839 700 1400

1.8 420 700 1400

2.1 360 700 1400

2.6 291 700 1400

TDD solution
Table 28: Maximum Doppler shift shows an overview of the maximum Doppler shift that
the eNB supports depending on the carrier frequency.

Table 28 Maximum Doppler shift
Carrier Scenario 1 (open space) Scenario 3 (tunnels)
Frequency (F_c)
[GHz] Maximum Maximum Maximum Maximum
velocity [km/h] Doppler shift velocity [km/h] Doppler shift
(F_o) [Hz] (F_o) [Hz]
1,9 350 1232,3 300 1056,3
2,3 1491,8 1278,7
2,6 1686,4 1445,4

The LTE48: Support of High Speed Users feature is supported also in super cell scenario
when the LTE993: Cell Combination (Super cell) feature is activated (for more
information, see Table 28: Maximum Doppler shift). To optimize the capacity and latency
in high speed scenarios, the selective reception has been deployed. In the single cell,
the main aim of the LTE48: Support of High Speed Users feature is to mitigate the high
Doppler shift impact. In the super cell deployment, this feature reduces the number of
handovers and improves the end-user experience.
When the feature is enabled together with the super cell, the number of Rx antennas in
each RRH is one or two (for the configuration of Rx/Tx antennas, use the Resource
list - resourceList - parameter structure).
The initial subcell selection is done based on the SINR estimated by the PRACH
preamble detection. After the random access procedure, the subcell selection bases on
the measured SINR in the periodic UL physical channel (such as PUCCH format 2x) and
the sounding reference signal (SRS).

84 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE48: Support of high speed users

Figure 13 Super cell scenario

Configuring LTE48: Support of high speed users

It is possible to configure a cell to support high-speed users by setting PrachHsFlag to
true. It makes that restricted set for physical random access channel (PRACH)
preambles is used and the PRACH radio receiver (Rx) algorithm is changed to high
speed receiver. In addition, the PRACH high speed receiver produces some frequency
offset estimation for each UE. These estimations are important to receive the following
PRACH msg3 on physical uplink shared channel (PUSCH).

g Note: When the eNB uses restricted set for PRACH preambles, the cell range is up to
33 km.

HsScenario is the second parameter, which configures LTE48: Support of high speed
users. It can have the following values:

• Scenario 1: when this value is selected Uplink physical layer (UL PHY) mainly
assumes that the cell should work for high speed users with either high Doppler
spread (up to 700 Hz in FDD, up to 850 Hz in TDD) or high Doppler offset (up to
1400 Hz in FDD, up to 1700 Hz in TDD).
Concerning the high Doppler offset the receiver is optimized for the RAN4 highspeed
train scenario 1.

g Note: In TDD, it is recommended to have at least a periodic channel quality
indicator (CQI) configuration of 40 ms.

• Scenario 3: when this value is selected UL PHY mainly assumes that the cell should
work for high speed users with either high Doppler spread (up to 700 Hz in FDD and
up to 725 Hz in TDD) or high Doppler offset (up to 1400Hz in FDD and up to 1450 Hz
in TDD).
Concerning the high Doppler offset the receiver is optimized for the RAN4 highspeed
train scenario 3.

g Note: In TDD, it is recommended to have at least a periodic channel quality
indicator (CQI) configuration of 10 ms.

• None of these scenarios should be selected if there is neither a big Doppler spread
(around 100 Hz) nor a big Doppler offset (around 200 Hz) expected. UL PHY does
not correct a fast time varying channel, for example within channel estimation.

Issue: 01 © 2019 Nokia. Nokia confidential. 85
   

LTE48: Support of high speed users General RRM Features (RL10 - LTE17A)

g Note: In FDD, it is recommended to have at least a periodic channel quality indicator
(CQI) configuration of 40 ms.

Additionally, in TDD, the Super cell parameter set (superCellParSet )

parameter structure defines how the serving and candidate subcells are selected in the
super cell scenario:
1. Selection of the serving subcell:
• If there is a candidate subcell already selected, the eNB evaluates whether SINR
in the candidate subcell is greater than the sum of the SINR in the serving
subcell and the Uplink SINR hysteresis for sub-cell
switch (subCellSwitchUlSinrHys) parameter. When this condition is met,
candidate subcell is removed from candidate set and becomes the serving cell.
• If the candidate set is empty, the eNB evaluates all subcells (except the serving
cell) looking for a subcell with the highest SINR. If the SINR in this cell is greater
than the sum of the SINR in the serving cell and the Uplink SINR
hysteresis for sub-cell switch (subCellSwitchUlSinrHys)
parameter, the evaluated subcell is selected to be the serving cell.

2. Selection of the candidate subcell:

a) If there is a candidate subcell already selected, the eNB evaluates whether the
SINR in the candidate subcell in comparison to the SINR in the serving subcell is
less than the sum of the UL SINR offset for candidate sub-cell
(candSubCellUlSinrOffset) parameter and the UL SINR hysteresis
for removing candidate sub-cell (remCandSubCellUlSinrHys)
parameter. If this condition is met, the subcell is removed from the candidate set.
b) If there is still a candidate subcell, the eNB selects a subcell with the highest
SINR from all the subcells (except the serving and candidate subcell). If the SINR
in this subcell in comparison to the current candidate subcell is greater than the
UL SINR hysteresis for replacing candidate sub-cell
(repCandSubCellUlSinrHys ) parameter, this new subcell is changed to be
a candidate subcell.
c) If there is no candidate subcell, the eNB selects a subcell with the highest SINR
from all the subcell (except serving cell). If the SINR in this subcell in comparison
to the current serving subcell is greater than the UL SINR offset for
candidate sub-cell  (candSubCellUlSinrOffset ) parameter, this
new subcell is changed to be a candidate subcell.

In TDD, the Filter coefficient for averaging UL UE

SINR (subCellUlSinrAvgT) parameter determines the time during which the eNB
calculates the average SINR on SRS, PUSCH, and PUCCH.

7.1.3 System impact

Interdependencies between features
In FDD, there are no interdependencies between this and any other feature.
In TDD, this feature cannot be enabled in combination with the LTE936: UL IRC
Receiver feature.
In TDD, this feature cannot be enabled in combination with the following features:

86 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE48: Support of high speed users

• LTE936: UL IRC Receiver
• LTE1402: Uplink Intra-eNB CoMP
• LTE1558: TDD Downlink Carrier Aggregation
• LTE1830: TDD Downlink Carrier Aggregation Enhancement

In TDD, this feature modifies the receiver algorithm introduced with the LTE993: Cell
Combination (Super cell) feature to improve the UL reception performance.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature enables handling UEs, which speed is up to 350 km/h in open space and
300 km/h in tunnels.

7.1.4 LTE48 reference data

LTE48: Support of high speed users requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 29 LTE48 hardware and software requirements
FDD TDD
System release RL40 RL45TD EP

Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS5.0

Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS5.0

Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct OSS5.4 CD2 Support not required

MME Support not required Support not required

SAE GW Support not required Support not required
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms

Issue: 01 © 2019 Nokia. Nokia confidential. 87
   

LTE48: Support of high speed users General RRM Features (RL10 - LTE17A)

There are no alarms related to the LTE48: Support of high speed users feature.

Measurements and counters

There are no measurements or counters related to the LTE48: Support of high speed
users feature.

Key performance indicators

There are no key performance indicators related to the LTE48: Support of high speed
users feature.

Parameters
Table 30 New parameters introduced by LTE48
Full name Abbreviated name Managed Parent FDD/TDD
object structure
High speed HsScenario LNCEL - common
Scenario
Super cell superCellParSe LNCEL - TDD
parameter set t
UL SINR offset for candSubCellUlS LNCEL superCellPar common
candidate sub-cell inrOffset Set
UL SINR hysteresis remCandSubCell LNCEL superCellPar common
for removing UlSinrHys Set
candidate sub-cell
UL SINR hysteresis repCandSubCell LNCEL superCellPar common
for replacing UlSinrHys Set
candidate sub-cell
Uplink SINR subCellSwitchU LNCEL superCellPar TDD
hysteresis for lSinrHys Set
sub-cell switch
Filter coefficient subCellUlSinrA LNCEL superCellPar TDD
for averaging UL vgT Set
UE SINR

Table 31 Existing parameters related to LTE48
Full name Abbreviated name Managed Parent structure FDD/TDD
object
PRACH high speed prachHsFlag LNCEL - common
flag
PRACH cyclic shift prachCS LNCEL - TDD
PRACH prachConfIndex LNCEL - TDD
configuration
index
RACH root sequence rootSeqIndex LNCEL - TDD
SRS feature srsActivation LNCEL - TDD
activation/deactiv
ation
Uplink combination ulCombinationM LNCEL - TDD
mode ode

88 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE48: Support of high speed users

Table 31 Existing parameters related to LTE48 (Cont.)
Full name Abbreviated name Managed Parent structure FDD/TDD
object
Resource list resourceList LCELL - common
Antenna line id antlId LCELL resourceList common
Subsidiary cell subCellId LCELL resourceList common
identifier
TX and RX usage txRxUsage LCELL resourceList common

For parameter descriptions, see LTE Radio Access Operating Documentation >
Reference > Parameters.

Sales information

Table 32 LTE48 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

7.1.5 Activating and configuring LTE48 (for FDD)

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Procedure requires object locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the Highspeed scenario (hsScenario) parameter value to scenario 1 or

scenario 3.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the PRACH high speed flag (prachHsFlag) parameter value to true.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_FDD

Issue: 01 © 2019 Nokia. Nokia confidential. 89
   

LTE48: Support of high speed users General RRM Features (RL10 - LTE17A)

4 Configuring the PRACH high speed flag (prachHsFlag) parameter requires

configuration of the following parameters.

• RACH root sequence (rootSeqIndex)

• PRACH cyclic shift (prachCS)
Object path: MRBTS ► LNBTS ► LNCEL ► _FDD

5 Send the parameters to the eNB.

Result

With the activation of the LTE48: Support of high speed users feature, the eNB is able to
handle user equipment speed of up to 350 km/h in open space and 300 km/h in tunnels.

7.1.6 Activating and configuring LTE48 (for TDD)

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Procedure requires object locking and eNB restart.
The following features need to be deactivated before activation of the LTE48: Support of
high speed users feature:

• LTE936: UL IRC Receiver (the Activate CoMP (actCoMp) parameter is set to
disabled).
• LTE1402: Uplink Intra-eNB CoMP (the Uplink combination
mode (ulCombinationMode) parameter is set to MRC).
• LTE1558: TDD Downlink Carrier Aggregation (the Activation of downlink
carrier aggregation  (actDLCAggr) parameter is set to false).
• LTE1830: TDD Downlink Carrier Aggregation Enhancement (the Activation of
downlink carrier aggregation  (actDLCAggr) parameter is set to false).
If the feature is activated together with the LTE993: Cell Combination (Super cell) feature
(the Activate supercell configuration (actSuperCell) parameter is set to
true), the number of Rx antennas in each RRH has to be one or two.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

90 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE48: Support of high speed users

2 Set the Highspeed scenario (hsScenario) parameter value to scenario 1 or

scenario 3.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the PRACH high speed flag (prachHsFlag) parameter value to true.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

4 Configure the existing parameters.

• RACH root sequence (rootSeqIndex)

• PRACH cyclic shift (prachCS)
• PRACH configuration index (prachConfIndex)
• SRS feature activation/deactivation (srsActivation)
Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

5 Optional: Configure the Uplink combination mode (ulCombinationMode)

parameter.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

6 Optional: Configure the parameters related to the super cell parameter set.

Sub-steps

a) If does not exist, create and configure the Super cell parameter

set (superCellParSet) parameter structure under LNCEL_TDD object
corresponding to the cell where the LTE48: Support of high speed users feature
will be activated.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

b) Go to the Super cell parameter set.

7 Send the parameters to the eNB.

Result

With the activation of the LTE48: Support of high speed users feature, the eNB is able to
handle user equipment speed of up to 350 km/h in open space and 300 km/h in tunnels.

7.1.7 Deactivating LTE48: Support of High Speed Users

Before you start

Issue: 01 © 2019 Nokia. Nokia confidential. 91
   

LTE48: Support of high speed users General RRM Features (RL10 - LTE17A)

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The following parameters are used for deactivation:
The procedure requires object locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the High speed Scenario (HsScenario) parameter value to empty.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the PRACH high speed flag (prachHsFlag) parameter value to false.

For FDD: Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_FDD
For TDD: Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

Result

With the deactivation of this feature, the eNB is not able to support high-speed users.

92 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE49: Paging

8 LTE49: Paging

8.1 Introduction to the feature

UE terminated service requests for connection with an UE in LTE_IDLE state.
The paging functionality consists of two components:

• Paging on S1 via S1AP
• Paging on Uu via RRC

The paging messages are scheduled in the time domain. The scheduling is based on
UE-specific DRX settings. The eNode B supports cell specifc tracking areas (TA).

8.2 Benefits

The LTE system can contact the UE when the core network gets a request for a
connection to it from another device.

8.3 Functional description

Functional overview
Paging is a network-initiated procedure to find and contact a UE. The UE, which is in idle
mode and attached to the LTE network, listens regularly to the broadcasted paging
messages. When the UE detects a message intended to it, it initiates an access
procedure to connect to the network. As a result of a successful connect procedure, a
radio bearer is established and the state of the UE changes to RRC_CONNECTED.
The functional description part for paging describes the message flow applied and the
paging messages involved. Additionally, the discontinuous reception mechanism is
explained by which the UE has to monitor only a small fraction of subframes of a radio
frame to detect paging indications.
Paging is initiated by the mobile management entity (MME) as a function of the non-
access stratum (NAS). The MME sends paging messages via S1 interface to the
relevant eNBs. The eNBs are determined by the tracking areas (maintained in the MME)
where the UE is expected to be located. In the eNBs and between the UE and the eNB,
paging is included in the radio resource control (RRC) protocol which is a part of the
access stratum (AS).

There are several reasons why the network needs to contact a UE. The most common is
when downlink data, that are to be delivered to a UE, arrives at the serving gateway (S-
GW). Another example is when the indication of a system configuration changes. In
order to contact a UE, a paging procedure is initiated. In case of arriving of the downlink
data at the S-GW, the S-GW requests the MME to page the UE. The MME then triggers
a paging procedure as it is responsible for UE tracking. Its role involves control,
execution, and supervision of the procedure. These functions are realized using the
S1AP protocol. The MME starts paging by distributing a PAGING message to all eNBs

Issue: 01 © 2019 Nokia. Nokia confidential. 93
   

LTE49: Paging General RRM Features (RL10 - LTE17A)

that are related to the cells corresponding to the UE's registered tracking areas. The
MME also coordinates paging responses and supervises the process by scheduling
retransmissions of PAGING messages.
The eNodeB, having received the paging request from the MME, allocates resources,
schedules the paging process related to the air interface, and transmits the PAGING
messages in the radio cells involved. The scheduling takes into account DRX
(discontinuous reception) of the UE. Once the UE has detected that it is being paged, it
initiates a standard random access procedure.

Procedure and message flow

A UE that is attached to the network and is in idle state (ECM-IDLE) is traceable only to
its tracking areas (TAs) registered in the serving MME (as part of the mobility information
kept in the UE’s context). Every time the network needs to contact such a UE, a paging
procedure is performed taking into account the TAs.
The following steps are performed during paging:

1. The MME starts the paging procedure by sending a PAGING message via S1
interface to each eNodeB belonging to one of the UE’s tracking areas. This message
is part of the S1AP protocol.
2. The eNodeBs derive the destination cells for the paging request.
3. For each destination cell, the related eNodeB calculates the radio frames for the
paging request and schedules (per cell) the paging request accordingly.
4. The eNodeBs transmit PAGING messages to the indicated cells according to the
scheduling. These messages are part of the RRC layer.
5. The addressed UE receives and decodes the PAGING message.
The UE responds to the successfully decoded PAGING message by initiating a
random access procedure in order to establish a connection to the network.

From the eNodeB perspective, multiple paging requests can arrive on S1 before they are
actually sent out on the Uu interface. They may need to be scheduled for the same or for
different paging occasions. Different paging requests scheduled for the same cell and
paging frame have to be transmitted on Uu within the same RRC: PAGING message.
Therefore, the eNodeB has to collect and buffer the received paging requests according
to their destination cells and their schedule. For each cell and at each paging frame with
at least one scheduled paging request, the eNodeB has to setup and send an RRC:
PAGING message including all paging requests scheduled for that same paging frame to
the UEs.

Discontinuous reception for paging

The UE in idle mode may use discontinuous reception (DRX) in order to reduce power
consumption. For this case, a DRX cycling period (which is a number of radio frames) is
defined and within this period a number of frames (“paging frames”), which the eNodeB
can use for paging. For an individual UE to be paged, a system frame number (SFN) for
a paging frame in the current DRX cycling period is calculated depending on the UE’s
IMSI, and a subframe number within the paging frame is determined, too (the
combination of paging frame and subframe number for paging is called “paging
occasion”); the eNodeB then begins to page this UE just at this paging occasion in the
current DRX cycling period and schedules subsequent paging occasions accordingly in
the following DRX cycling periods. Consequently, the UE has to monitor only one
subframe of one paging frame within each DRX cycling period. The paging subframe
does not contain a complete PAGING message but a L1 PAGING INDICATION message
providing information about how the actual paging message can be read and what

94 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE49: Paging

physical resources have been allocated for it. After having detected a paging indication,
the UE listens to the radio frames with the complete PAGING message. The paging
indication is repeated until the UE responds or until the number of retries reaches a
maximum.
The following parameters are used for calculating the system frame number of the
paging frame within a DRX cycling period:

• T:
The DRX cycling period, which is a number of radio frames, for example 8, 16, 32, ...
This parameter is broadcasted as defaultPagingCycle by a system information
message (SystemInformationBlockType2 including the
“RadioResourceConfigCommon” IE). The value of T is determined either by the MME
which can send an UE-specific value to the eNodeB via the S1AP PAGING message
or (if the value from the MME is missing or is too large) by the cell specific DRX
cycling period whose value is defined by the O&M parameter
defaultPagingCycle.
• N:
A fraction of T, possible values are: T, T/2, T/4, T/8, T/16, T/32
This parameter defines the number of paging frames within the T radio frames of one
DRX cycling period. Its value is determined by T and the parameter nB which is
broadcasted via a system information message (SystemInformationBlockType2
including the “RadioResourceConfigCommon” IE).
N = min(T,nB). Since nB is set by the O&M parameter “pagingNb” which has the
upper limit of “oneT”, N = “pagingNb”.
• UE_ID:
The IMSI mod 1024 of the UE.

The SFN (system frame number) of the paging frame satisfies the following formula
(“mode T” on the left side of the equation indicates the repetition period):
SFN mod T = (T : N) · (UE_ID mod N)
(T : N) gives the distance between paging frames in units of of radio frames (for
example, T = 256, “pagingNb” = quarterT, thus N = 64, T/N = 4, which means that every
fourth radio frame can contain a paging occasion). The multiplication with (UE_ID mod
N) gives the position of a paging frame relative to the start frame of a DRX cycle. UE_ID
allows to distribute different UEs over different positions.
For FDD technology currently the subframe number of the paging frame to be used for a
paging indication is always set to 9. Usually, several UEs are addressed with the same
paging frame and thus belong to the same paging group. All of them may detect the
PAGING INDICATION message and read the PAGING message as well. The UE Identity
field in the PAGING message then identifies the desired receiving UE.

S1AP message: PAGING

The S1AP: PAGING message includes the following information elements:

Table 33 Content of the S1AP: PAGING message

IE Description

Message Type This fields identifies: PAGING

Issue: 01 © 2019 Nokia. Nokia confidential. 95
   

LTE49: Paging General RRM Features (RL10 - LTE17A)

Table 33 Content of the S1AP: PAGING message (Cont.)

IE Description

UE Identity Index Value The IMSI mod 1024 which corresponds with the 10 rightmost bits
of the IMSI

UE Paging Identity The IMSI or the S-TMSI

Paging DRX This optional field defines the UE specific DRX cycle period. If the
value is missing, the cell specific DRX cycle period is used.

CN Domain Value passed to the UE and used in the paging record

List of TAIs

TAI (1) Tracking area identifier

   PLMN Identity One component of the TAI

   TAC Tracking area code, the second component of the TAI

TAI (2) ...

   PLMN Identity ...

   TAC ...

... ...

Paging Cause The content of this field is to be passed to the RRC PAGING
message

RRC message: PAGING

The RRC: PAGING message includes the following information elements:

Table 34 Content of the RRC: PAGING message

IE Description

pagingRecordList This fields is only included if an UE specific paging has been
triggered by the MME.

UE Identity Taken from the S1AP PAGING message from the MME

   Choice S-TMSI
      S-TMSI

   Choise IMSI

96 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE49: Paging

Table 34 Content of the RRC: PAGING message (Cont.)

IE Description

      IMSI

CN Domain Taken from the S1AP PAGING message from the MME

systemInfoModification This IE is present if a system information change is notified.

etws Indication

cmas Indication This FDD specific IE is present if a CMAS notification is indicated
via S1AP: WRITE-REPLACE WARNING REQUEST message.

Paging Cause Taken from the S1AP PAGING message

8.4 System impact

The feature has no additional impacts on the system.

8.5 LTE49 reference data

LTE49: Paging requirements, alarms and faults, commands, measurements and
counters, KPIs, parameters, and sales information

Requirements

Table 35 LTE49 hardware and software requirements
FDD TDD
System release RL09 RL15TD
Flexi Multiradio 10 BTS LBTS4.0 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME NS10 Support not required
SAE GW Support not required Support not required

Issue: 01 © 2019 Nokia. Nokia confidential. 97
   

LTE49: Paging General RRM Features (RL10 - LTE17A)

Table 35 LTE49 hardware and software requirements (Cont.)
FDD TDD
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms
There are no alarms related to the LTE49: Paging feature.

BTS faults and reported alarms

There are no faults related to the LTE49: Paging feature.

Commands
There are no commands related to the LTE49: Paging feature.

Measurements and counters

There are no measurements or counters related to the LTE49: Paging feature.

Key performance indicators

There are no key performance indicators related to the LTE49: Paging feature.

Parameters

Table 36 Parameters introduced by LTE49
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Cell barred flag cellBarred LNCEL - common
Default paging defPagCyc LNCEL - common
cycle
Paging nB pagingNb LNCEL - common
Tracking area code tac LNCEL - common

For parameter descriptions, see LTE Operating Documentation/Reference/Parameters.

Sales information

Table 37 LTE49 sales information
Product structure class License control Activated by default
BSW - Yes

98 © 2019 Nokia. Nokia confidential. Issue: 01
   

General RRM Features (RL10 - LTE17A) LTE50: UE state management

9 LTE50: UE state management

9.1 Introduction to feature

Table 38 Summary of changes
Date Section Description
14.11.2017 reference data Timer min lifetime of
half-open RRC
connection parameter has
been added

The LTE50: UE state management feature provides session and RRC connection state
management procedures. The feature also introduces the RL failure procedure.

9.2 Benefits
The feature provides a necessary state management functionality for UEs.

9.3 Functional description

Individual UE state models are used to describe the status of a UE for EPS connection
management (ECM) and EPS mobility management (EMM):

• ECM-CONNECTED
The RRC connection is established on the air interface and the S1 connection on the
S1-MME interface.
• ECM-IDLE
The RRC connection is released on the air interface and the S1 connection on the
S1-MME interface.
• EMM-REGISTERED
The registration procedure has been successful for the UE.
• EMM-DEREGISTERED
The UE has been switched off.

The Radio Resource Control (RRC) in E-UTRAN are E-UTRA RRC_IDLE and EUTRA
RRC_CONNECTED. In LTE, the states are RRC_IDLE and RRC_CONNECTED.
UE state handling covers those AS procedures that are involved in initiation and support
of EPC connection management state transitions such as:

• Paging
triggering the UE to initiate a ECM-IDLE to ECM-CONNECTED transition
• Initial access
transition to ECM-CONNECTED
• Signaling connection release
Transition to ECM-IDLE
• Error scenarios
for example RRC connection re-establishment

Issue: 01 © 2019 Nokia. Nokia confidential. 99
   

LTE50: UE state management General RRM Features (RL10 - LTE17A)

9.4 LTE50 reference data

LTE50: UE state management requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 39 LTE50 hardware and software requirements
FDD TDD
System release RL09 RL15
Flexi Multiradio 10 BTS LBTS4.0 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME NS10 NS10
SAE GW Support not required Support not required
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms
There are no alarms related to the LTE50: UE state management feature.

Measurements and counters

Table 40 Counters for LTE50: UE state management

PI ID Counter long name (short name) Description

M8001CRD833 RL Failures due to CQI DTX Radio Link Failure indications sent to c-plane

(RL_FAIL_CQI_DTX) due to missing CQI

M8001CRD834 Recovery from RL Failures due to CQI DTX Radio Link Failure recovery indications sent to

(RL_FAIL_CQI_DTX_RECOV) c-plane due to re-detected CQI.

M8001CRD835 RL Failures due to PUSCH DTX Radio Link Failure indications sent to c-plane

(RL_FAIL_PUSCH_DTX) due to missing PUSCH

M8001CRD836 Recovery from RL Failures due to PUSCH DTX Radio Link Failure recovery indications sent to

(RL_FAIL_PUSCH_DTX_RECOV) c-plane due to re-detected PUSCH.

100 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE50: UE state management

For counter descriptions see LTE Radio Access Operating
Documentation/Reference/Counters and Key Performance Indicators.

Key performance indicators

There are no key performance indicators related to the LTE50: UE state management
feature.

Parameters

Table 41 New parameters introduced by LTE50
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Number Of Succesful rlpDetEndNoDl LNBTS - common
PDSCH Transmissions

Number Of Failed rlpDetMaxNoDl LNBTS - common

PDSCH Transmissions
Time Frame For rlpDetMaxTimeD LNBTS - common
Failed PDSCH l
Transmissions

Timer T302 t302 LNBTS - common

Timer min lifetime tHalfRrcCon LNBTS - common

of half-open RRC
connection

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 42 LTE50 sales information
Product structure class License control Activated by default
BSW - Yes

Issue: 01 © 2019 Nokia. Nokia confidential. 101

   

LTE51: Cell selection and re-selection General RRM Features (RL10 - LTE17A)

10 LTE51: Cell selection and re-selection

10.1 Introduction to the feature

The eNB transmits in each cell physical synchronization signals and broadcast
information. This information support initial cell selection and later cell re-selection for an
UE in idle state.
The eNB transmits primary and secondary synchronization signals in each cell:

• The UE does initial cell search and synchronization based on synchronization
signals.
• In further re-selection, the UE may consider measurement thresholds for optimizing
its search effort

The cell selection triggers attachment to EPS. The UE will receive a cell-specific physical
configuration from PBCH.

• Synchronization signals and PBCH are bandwidth independently allocated within 72
sub-carriers
• System wide semi-static bandwidth is assumed in . Network planning and cell based
commissioning is needed for configuring cell identities, cell (re)selection thresholds.

10.2 Benefits

The UE, which may be moving between different tracking areas, can connect to the radio
network very quickly.

10.3 Functional description

The functional description part for cell selection and reselection describes the criteria and
formulas applied for selection/reselection.
Cell selection means that in idle mode the UE searches for the strongest cell on all
supported carrier frequencies until a suitable one is found. The search space includes
cells of other supported radio access technologies (for example UMTS, GSM). As a
result of successful cell selection, the UE camps on a certain cell. Cell reselection means
that when camping on a cell, the UE regularly searches for a better cell, and if one is
found, it is selected.
Cell selection and reselection are performed by the UE in RRC_IDLE mode after the UE
has been switched on and has selected a PLMN. The information that the idle UE uses
for selecting a cell is broadcast within system information messages. Cell selection and
reselection functions belong partly to NAS and partly to AS, see the following table
(according to 3GPP TS 36.304).

102 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE51: Cell selection and re-selection

Table 43 NAS and AS parts of cell selection and cell reselection

Process UE non access stratum UE access stratum

Cell selection • Controling cell selection for • Performing measurements

example by indicating RAT(s) needed to support cell selection.
associated with the selected • Detecting and synchronizing to a
PLMN to be used initially in the broadcast channel. Receiving
search of a cell in the cell and handling broadcast
selection. information. Forwarding NAS
• Maintaining a list of forbidden system information to NAS.
registration areas and providing • Searching for a suitable cell.
this list to AS. Responding to NAS whether
such cell is found or not.
• Camping on a suitable cell (if
available).

Cell reselection • Controling cell reselection by for • Performing measurements

example, maintaining lists of needed to support cell
forbidden registration areas. reselection.
• Maintaining a list of equivalent • Detecting and synchronizing to a
PLMN identities and providing broadcast channel. Receiving
the list to AS. and handling broadcast
• Maintaining a list of forbidden information. Forwarding NAS
registration areas and providing system information to NAS.
the list to AS. • Changing cell if a more suitable
cell is found.

The eNodeB transmits in each cell physical synchronization signals and broadcast
information supporting initial cell selection and cell re-selection. The synchronization
signals are the basis for the UE to do the initial cell search.
The NAS (non-access stratum) can control the RAT(s) (radio access technologies) in
which cell selection is performed, for example, by maintaining a list of forbidden
registration areas and a list of equivalent PLMNs.

Cell selection
During the cell selection, the UE searches for a suitable cell on all supported carrier
frequencies of each supported RAT. Once a suitable cell is found, this cell is selected.
On each carrier frequency the UE only searches for the strongest cell. For speeding up
the procedure, the UE can use information stored from a previous access.
The following criterion called S-criterion is used:
A cell is suitable for cell selection if the cell selection RX level Srxlev defined below has a
positive value (all values in dB, parameter names are according to 3GPP). In additon in
RL50 ( LTE1036: RSRQ Based cell reselection) a 2nd criterium(for Squal ) is introduced:

Srxlev = Qrxlevmeas – (Qrxlevmin – Qrxlevminoffset) – max(Pemax – Pumax , 0)

Squal  = Qqualmeas - (qQualMinR9 + qQualMinOffsetR9)

Issue: 01 © 2019 Nokia. Nokia confidential. 103

   

LTE51: Cell selection and re-selection General RRM Features (RL10 - LTE17A)

Qrxlevmeas The measured RX level value, that is, the RSRP

Qrxlevmin The minimum required RX level in the cell

Qrxlevminoffset An offset which may be configured to prevent ping-pong effects between
PLMNs which may otherwise occur due to fluctuating radio conditions. The
offset is taken into account only when performing a periodic search for a
higher priority PLMN while the UE camps on a suitable cell in a visited
PLMN

Pemax The maximum transmit power an UE is allowed to use for an uplink
transmission in the cell

Pumax The maximum RF output power of the UE according to the UE’s power class

Qqualmeas UE measurement (RSRQ)

qQualMinR9 Min required RSRQ level incell

qQualMinOffsetR9 Offset to the signaled qQualMinR9 taken into account in the Squal
evaluation as a result of a periodic search for a higher priority PLMN while
camped normally in a VPLMN

max(Pemax – Pumax , 0) is a compensation factor giving a contribution only if the UE has
less power capabilities than allowed. In such cases, the compensation factor makes a
cell less suitable for cell selection.
In case of FDD technology Th S-criterium is fulfilled if Srxlev >0 and Squal >0.

Assuming that the power class of an UE is high enough and neglecting higher priority
PLMNs, a cell is suitable if the measured RX level is higher than a minimum receive level
which can be configured.
The cell selection parameters are broadcasted within the
SystemInformationBlockType1.

Cell reselection
Cell reselection between frequencies and RATs is primarily based on priorities. LTE
configures an absolute priority for all applicable frequencies of each RAT. Cell-specific
priorities are provided via system information.
Of the frequencies allowed for cell reselection, the UE considers only those for which it
has priorities. Equal priorities are not applicable for inter-RAT cell reselection.
The UE can reselect to a cell on a higher-priority frequency only if the S-value (according
to the S-criterion above) of the concerned target cell exceeds a high threshold for at least
a duration Treselection.

The UE can reselect to a cell on a lower-priority frequency only if the S-value of the
serving cell is below a low threshold for at least Treselection while the S-value of the target
cell exceeds another low threshold. If there is still more than one candidate target cell,
the UE compares these cells using the following ranking criterion called R-criterion:
For the serving cell: Rs = Qmeas,s + Qhyst,s

For the neigbour cells: Rn = Qmeas,n + Qoffset,s,n

104 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE51: Cell selection and re-selection

Qmeas The measured RX level value, that is, the RSRP

Qhyst,s This parameter controls the degree of hysteresis for the ranking

Qoffset An offset for weighting between serving cell and neigbour cells

The UE selects the highest-ranked candidate cell provided that it is better ranked than
the serving cell for at least the time period Treselection. Afterwards, the UE checks the
accessibility of that cell and performs the cell reselection to that cell if possible.
Broadcasting of cell reselection parameters:
The cell reselection parameters are broadcasted within
SystemInformationBlockType3/4/5/6/7/8 in the system information messages. More in
detail, the SystemInformationBlockType<N> (SIB<N>) includes the following information:

• SIB3:
SystemInformationBlockType3 contains cell re-selection information common for
intra-frequency, inter-frequency and/or inter-RAT cell reselection (applicable to more
than one type of cell reselection but not necessarily all) as well as intra-frequency
cell reselection information other than neighboring cell related.
• SIB4:
SystemInformationBlockType4 contains neighboring cell related information relevant
only for intra-frequency cell reselection. The IE includes cells with specific reselection
parameters as well as blacklisted cells.
• SIB5:
SystemInformationBlockType5 contains information relevant only for inter-frequency
cell reselection. This is information about other E-UTRA frequencies and inter-
frequency neighboring cells relevant for cell reselection. The IE includes cell
reselection parameters common for a frequency as well as cell specific reselection
parameters.
• SIB6:
SystemInformationBlockType6 contains information relevant only for inter-RAT cell
reselection. This is information about UTRA frequencies and UTRA neighboring cells
relevant for cell reselection. The IE includes cell reselection parameters common for
a frequency.(depending on support of UMTS)
• SIB7:
SystemInformationBlockType7 contains information relevant only for inter-RAT cell
reselection. This is information about GERAN frequencies relevant for cell
reselection. The IE includes cell reselection parameters for each
frequency.(depending on support of GSM)

10.4 System impact

The feature has no additional impacts on the system.

Issue: 01 © 2019 Nokia. Nokia confidential. 105

   

LTE51: Cell selection and re-selection General RRM Features (RL10 - LTE17A)

10.5 LTE51 reference data

LTE51: Cell selection and re-selection requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 44 LTE51 hardware and software requirements
FDD TDD
System release RL09 RL15TD
Flexi Multiradio 10 BTS LBTS4.0 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME NS10 Support not required
SAE GW Support not required Support not required
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms
There are no alarms related to the LTE51: Cell selection and re-selection requirements
feature.

BTS faults and reported alarms

There are no faults related to the LTE51: Cell selection and re-selection requirements
feature.

Commands
There are no commands related to the LTE51: Cell selection and re-selection
requirements feature.

Measurements and counters

There are no measurements or counters related to the LTE51: Cell selection and re-
selection requirements feature.

Key performance indicators

There are no key performance indicators related to the LTE51: Cell selection and re-
selection requirements feature.

Parameters

106 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE51: Cell selection and re-selection

There are no parameters related to the LTE51: Cell selection and re-selection
requirements feature.

Sales information

Table 45 LTE51 sales information
Product structure class License control Activated by default
BSW - Yes

Issue: 01 © 2019 Nokia. Nokia confidential. 107

   

LTE68: Support of Cell Based Location Service General RRM Features (RL10 - LTE17A)

11 LTE68: Support of Cell Based Location

Service
Introduction to the feature
With this feature it is possible for the operator to get the location data of an UE.
Therefore the MME(Mobility Management Entity) requests eNB reports of the cell based
location information for the concerned UE. An eNB report comprises:

• ECGI (E-UTRAN Cell Global Identifier) of the cell serving the concerned UE. ECGI
globally identifies a cell. It is composed from the PLMN identity the cell belongs to
and the Cell identity of the cell.
• TAI (Tracking Area Identity) of the tracking area the serving cell of the concerned UE
belongs to. TAI globally identifies a tracking area. It is composed from the PLMN
identity the tracking area belongs to and the tracking area code of the tracking area.

The MME can either request a single report or recurring reports upon cell change. The
latter comprises reports in case of intra-eNB handover and inter-eNB handover (X2 and
S1handover). The reporting is UE specific.
An active reporting upon cell change can be stopped on MME request.

11.1 Benefits

The location information can used by various location dependant applications, which
affects the end user as well as the operator.

End-user benefits
This feature benefits the end user as follows

• Emergency calls: When the end-user initiates an emergency call, he can be located.
• Location based billing

Operator benefits
This feature benefits the operator as follows:

• Emergency calls: When the end-user initiates an emergency call, he can be located
• Location based billing
• Lawful Interception

11.2 Functional description

Functional overview
For this feature different scenarios must be considered:

108 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE68: Support of Cell Based Location Service

• direct eNB location reporting: The MME requests direct location reporting (single
location report) from the eNB for a specific UE. The eNB immediately provides the
report for the concerned UE back to the MME.
• eNB location reporting upon cell change: The MME requests location reporting upon
cell change from the eNB for a specific UE. The eNB immediately provides a report
for the concerned UE back to the MME after having received the request.
Furthermore the eNB provides a report for the concerned UE upon cell change, i.e.
after successful intra-eNB handover or X2 respective S1 handover. To stop the
location reporting a stop-request from the MME must be executed.

This feature must be activated by setting the parameter actLocRep to true. If the
parameter actLocRep is set to false, this feature is deactivated.
In the following message sequence charts for different situation are shown:

Direct location reporting

In Figure 14: Direct location reporting the direct location reporting MSG is shown.

Figure 14 Direct location reporting

eNB MME

1)S1AP:LOCATIONREPORTINGCONTROL(direct)

2)S1AP:LOCATIONREPORT(cellinfo)

Step 1: The MME requests a direct report of cell related information from the eNB
serving the concerned UE by means of the S1AP: LOCATION REPORTING CONTROL
message with IE Request type set to ‘direct’.
Step 2: The eNB immediately provides the information of the serving cell to the MME by
means of the S1AP: LOCATION REPORT message.

Location reporting upon cell change due to inter-eNB hand over

Figure 15: Location reporting upon cell change due to inter-eNB hand over shows the
MSG for a cell change due to inter eNB hand over.

Issue: 01 © 2019 Nokia. Nokia confidential. 109

   

LTE68: Support of Cell Based Location Service General RRM Features (RL10 - LTE17A)

Figure 15 Location reporting upon cell change due to inter-eNB hand over

eNB MME

1)S1AP:LOCATIONREPORTINGCONTROL
(changeofservicecell)

2)S1AP:LOCATIONREPORT
(cellinfo)

Intra-eNB
handover

3)S1AP:LOCATIONREPORT
(newcellinfo)

Step 1: The MME requests a report of cell related information upon cell change from the
eNB serving the concerned UE by means of the S1AP: LOCATION REPORTING
CONTROL message with IE Request Type set to ‘change of service cell’.
Step 2: The eNB immediately provides the information of the serving cell to the MME by
means of the S1AP: LOCATION REPORT message. This immediate report of the current
serving cell information can also be regarded as conformation on MME side that the eNB
has accepted the request for reporting of cell change.
Step 3: After inter-eNB hand over the eNB provides the information of the new serving
cell towards the MME by means of the S1AP: LOCATION REPORT message.

Location reporting upon cell change due to X2 hand over

Figure 16: Location reporting upon cell change due to X2 handover shows the MSC for a
cell change to another eNB via x2 handover.

110 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE68: Support of Cell Based Location Service

Figure 16 Location reporting upon cell change due to X2 handover

Target eNB Source eNB MME

1)S1AP:LOCATIONREPORTINGCONTROL
(changeofservicecell)

2)S1AP:LOCATIONREPORT
(cellinfo)

X2 handover
started

3)X2AP:HANDOVERREQUEST
(changeofservicecell)

X2 handover
concluded

4)S1AP:LOCATIONREPORT
(newcellinfo)

Step 1: The MME requests a report of cell related information upon cell change from the
eNB serving the concerned UE by means of the S1AP: LOCATION REPORTING
CONTROL message with IE Request Type set to ‘change of service cell’
Step 2: The eNB immediately provides the information of the serving cell to the MME by
means of the S1AP: LOCATION REPORT message. This immediate report of the current
serving cell information can also be regarded as conformation on MME side that the eNB
has accepted the request for reporting of cell change.
Step 3: During X2 handover the source eNB sends the X2AP: HANDOVER REQUEST
message with IE Location Reporting Information set to ‘change of service cell’ to the
target eNB in order to inform the target eNB on the ordered location reporting upon cell
change.
Step 4: After X2 handover the target eNB provides the information of the new serving cell
towards the MME by means of the S1AP: LOCATION REPORT message.

Location reporting upon cell change due to S1 handover

Figure 17: Location reporting upon cell change due to S1 handover shows the msc for a
cell change to another eNB via S1 handover.

Issue: 01 © 2019 Nokia. Nokia confidential. 111

   

LTE68: Support of Cell Based Location Service General RRM Features (RL10 - LTE17A)

Figure 17 Location reporting upon cell change due to S1 handover

Target eNB Source eNB MME

1)S1AP:LOCATIONREPORTINGCONTROL
(changeofservicecell)

2)S1AP:LOCATIONREPORT
(cellinfo)

S1 handover
started

3)S1AP:HANDOVERREQUIRED

4)S1AP: HANDOVERREQUEST
(changeofservicecell)

S1 handover
concluded

5)S1AP:LOCATIONREPORT
(newcellinfo)

Step 1: The MME requests a report of cell related information upon cell change from the
eNB serving the concerned UE by means of the S1AP: LOCATION REPORTING
CONTROL message with IE Request Type set to ‘change of service cell.
Step 2: The eNB immediately provides the information of the serving cell to the MME by
means of the S1AP: LOCATION REPORT message. This immediate report of the current
serving cell information can also be regarded as conformation on MME side that the eNB
has accepted the request for reporting of cell change.
Step 3: During S1 handover the source eNB sends the S1AP: HANDOVER REQUIRED
message to the MME. The S1AP: HANDOVER REQUIRED message does not include
location reporting related parameters.
Step 4: The MME sends the S1AP: HANDOVER REQUEST messsage to the target eNB
including the IE Request Type set to ‘change of service cell’ if location reporting upon
change of the serving cell shall be continued in the target eNB. It is up to the MME to
decide if the location reporting upon cell change shall be continued or not.
Step 5: After S1 handover the target eNB provides the information of the new serving cell
towards the MME by means of the S1AP: LOCATION REPORT message.

Stop location reporting

In Figure 18: Stop location reporting the stopping of location reporting is shown.

112 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE68: Support of Cell Based Location Service

Figure 18 Stop location reporting

eNB MME

S1AP:LOCATIONREPORTINGCONTROL
(stopchangeofservicecell)

The MME requests to stop reporting of cell related information upon cell change from the
eNB serving the concerned UE by means of the S1AP: LOCATION REPORTING
CONTROL message with the IE Request Type set to ‘stop change of service cell’.

Failure reporting
Failure reporting is done by the Location Report Failure Indication procedure. It is
initiated by the eNB in order to inform the MME that a Location Report Control procedure
has failed due to an interaction with a handover procedure (see Figure 19: Location
Report Failure Indication).

Figure 19 Location Report Failure Indication

eNB MME

S1AP:LOCATIONREPORTFAILUREINDICATION

The S1AP: LOCATION REPORT FAILURE INDICATION message is sent from the
source eNB to the MME in case of interaction with X2- or S1- handover.

11.3 System impact

Interdependencies between features
LTE53: Intra and inter eNB handover with X2. After successful intra-eNB handover or
inter-eNB handover via X2 a location report has to be sent in case of location reporting
upon cell change. During inter-eNB handover via X2 the request for location reporting
upon cell change has to be transferred from the source eNB to the target eNB.
LTE54: Intra-LTE handover via S1: During inter-eNB handover via S1 the target eNB has
to handle a location reporting request if it was received by means of handover signalling.

Impact on interfaces
This feature impacts interfaces as follows:

• New S1AP messages:
– S1AP: Location Reporting Control
– S1AP: Location Report

Issue: 01 © 2019 Nokia. Nokia confidential. 113

   

LTE68: Support of Cell Based Location Service General RRM Features (RL10 - LTE17A)

– S1AP: Location Report Failure Indication

• New IE included in X2AP, S1AP messages
– IE: UE context Information -> Location Reporting Information in X2AP: Handover
Request.
– IE: Request Type in S1AP: Handover Request

This feature is managed by the parameters listed in Parameters.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

11.4 LTE68 reference data

Requirements

Table 46 LTE68 hardware and software requirements
FDD TDD
System release RL30 RL25TD
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

Alarms
There are no alarms related to the LTE68: Support of Cell Based Location Service
feature.

BTS faults and reported alarms

There are no faults related to the LTE68: Support of Cell Based Location Service feature.

114 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE68: Support of Cell Based Location Service

Commands
There are no commands related to the LTE68: Support of Cell Based Location Service
feature.

Measurements and counters

Table 47 New counters introduced by LTE68
Counter Counter name Measurement
ID
M8000C Number of Location Reporting Control The number of Location Reporting Control
35 messages messages received from MME per eNB.

M8000C Number of Location Report messages The number of Location Report messages

36 sent to MME per eNB.

For counter descriptions, see LTE Operating Documentation/ Reference/ Counters and
Key Performance Indicators.

Key performance indicators

There are no key performance indicators related to the LTE68: Support of Cell Based
Location Service feature.

Parameters

Table 48 New parameters introduced by LTE68
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate Location Reporting actLocRep LNBTS - common

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 49 LTE68 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

Activating LTE68
Instructions to activate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Issue: 01 © 2019 Nokia. Nokia confidential. 115

   

LTE68: Support of Cell Based Location Service General RRM Features (RL10 - LTE17A)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

MRBTS ► LNBTS

3 Set the Activate location reporting (actLocRep) parameter value to true.

4 Send the commissioning plan file to the eNB.

Deactivating LTE68
Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

MRBTS ► LNBTS

3 Set the Activate location reporting (actLocRep) parameter value to false.

4 Send the commissioning plan file to the eNB.

116 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE426: System Time Broadcast for SIB8

12 LTE426: System Time Broadcast for SIB8

Introduction to the feature
Idle mode mobility from LTE to CDMA2000/1xRTT and CDMA2000/HRPD networks
requires that UEs camping on an LTE cell can remain synchronized with the CDMA2000
networks.
In the scope of this feature, the CDMA2000 system time information is added to the
content of SIB8 to be broadcasted to the UEs served by an LTE cell.

12.1 LTE426 benefits

The timing info is used to enable single-receiver UEs to synchronize with CDMA2000
network while camping on an LTE cell.

12.2 LTE426 functional description

In the scope of this feature, the timing of LTE frames on the air interface is synchronized
with the CDMA2000 frame timing. Both frame types have a length of 10ms. The frame
borders become synchronized, the frame numbering remains RAT specific.
The eNB receives its timing from the GPS receiver and calculates the CDMA2000
system time corresponding to a given reference point in the LTE network’s frame
structure.
The reference point is defined as ‘the LTE SFN (system frame number) boundary at or
after the ending boundary of the SI-window in which SIB8 is transmitted’. This is
illustrated in Figure Time reference point in CDMA2000 timing.

Figure 20 Time reference point in CDMA2000 timing
phase
synchronousto
CDMA2000at SIB8
antenna

LTEframe
actualsendpositiononSIB8
boundary=
si-Window(upto80ms) CDMA2000
frameboundary

Each 10-millisecond LTE frame represents 12288 CDMA2000 chips. When the bounder
of an LTE frame is aligned with the start of CDMA2000 frame signal, the CDMA2000
system time is broadcasted with the IE cdma-synchronous-systemTime. The difference
in timing between the LTE frame and the broadcasted CDMA2000 system time will
remain between ±1 microsecond.

Issue: 01 © 2019 Nokia. Nokia confidential. 117

   

LTE426: System Time Broadcast for SIB8 General RRM Features (RL10 - LTE17A)

In case of TDD, if the 10ms frame border of the eNB are not aligned with the start of the
CDMA 2000 frame signal, the CDMA 2000 System Time is broadcasted with the IE
cdma-AsynchronousSystemTime in SIB8.
For each occurence of SIB8 (excluding SIB8 repetitions within the SI-n window) the
CDMA 2000 System Time is calculated by eNB corresponding to the following "time
reference point": LTE SFN boundary at or after the ending boundary of the SI-window in
which SIB8 is transmitted.

12.3 LTE426 system impact

Interdependencies between features
This feature is a prerequisite for the features:

• LTE807: Idle Mode Mobility from LTE to CDMA/1xRTT
• LTE870: Idle Mode Mobility from LTE to CDMA/eHRPD
• LTE1441: Enhanced CS Fallback to CDMA/1xRTT (e1xCSFB)

Impact on interfaces
SIB8 contains CDMA2000 system time information (a 39-bit long string defined in
synchronousSystemTime ) in case of FDD.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

12.4 LTE426 reference data

Requirements

Table 50 LTE426 hardware and software requirements
FDD TDD
System release RL30 RL35TD
Flexi Multiradio 10 BTS LBTS3.0 TD-LBTS3.0
Flexi Multiradio 10 Indoor BTS not supported not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required

118 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE426: System Time Broadcast for SIB8

Table 50 LTE426 hardware and software requirements (Cont.)
FDD TDD
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 UE capabilities 3GPP R8 UE capabilities

Alarms
There are no alarms related to the LTE426: System Time Broadcast for SIB8 feature.

BTS faults and reported alarms

There are no faults related to the LTE426: System Time Broadcast for SIB8 feature.

Commands
There are no commands related to the LTE426: System Time Broadcast for SIB8
feature.

Measurements and counters

There are no measurements or counters related to the LTE426: System Time Broadcast
for SIB8 feature.

Key performance indicators

There are no key performance indicators related to the LTE426: System Time Broadcast
for SIB8 feature.

Parameters
There are no parameters related to the LTE426: System Time Broadcast for SIB8
feature.

Sales information

Table 51 LTE426 sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

Issue: 01 © 2019 Nokia. Nokia confidential. 119

   

LTE439: SGW Relocation with X2 Connection General RRM Features (RL10 - LTE17A)

13 LTE439: SGW Relocation with X2 Connection

Benefits, requirements, functionality, system impact, reference data of the feature.

Table 52 LTE439 summary of changes
Date of change Section Change description
24.05.2017 LTE439 reference Table 1 LTE439 hardware and software requirements
data has been updated - the following changes have been
introduced:
• Flexi Zone BTS release version from FL16 and
TL16 to "Not supported"
• Flexi Zone Access Point release version from
FL16 and TL16 to "Not supported"

The LTE439: SGW Relocation with X2 Connection feature extends the functionality of
the X2 handover (HO). A serving gateway (S-GW) can be changed during the HO's
completion phase without changing the mobility management entity (MME). In addition,
the eNB supports the release of a list of radio access bearers (E-RABs) indicated by the
MME.

13.1 LTE439 benefits

The LTE439: SGW Relocation with X2 Connection feature provides the following
benefits:
• a possibility to reduce the call drop rate (the UE's call continues even if the MME
switches the S-GW)
• the S-GW relocation without changing the MME during the X2 HO
• a UE stays connected even if some E-RABs need to be released during the X2 HO

13.2 LTE439 functional description

In general, an HO means that there is a change of radio connection between a network
and a UE which is already in a connected mode. HOs can be requested by the eNB to
other cells on the same LTE carrier (intra-frequency HO) or to LTE cells on other carriers
(inter-frequency HO) or to other cells of a different RAT (inter-RAT HO). HOs in LTE are
network-controlled and UE-assisted. Resources are prepared in a target cell before a UE
is commanded to move to this cell. Data packets whose reception cannot be
acknowledged during the U-plane path switch are retransmitted.
The X2 HO consists of three main stages:
1. HO preparation stage
2. HO execution stage
3. HO completion stage

120 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE439: SGW Relocation with X2 Connection

The LTE439: SGW Relocation with X2 Connection feature is an enhancement of the
LTE53: Intra and Inter eNB Handover with X2 feature. The novelty introduced with the
LTE439: SGW Relocation with X2 Connection feature is based on two functionalities that
are independent of each other. They can be, however, triggered by one common S1AP:
PATH SWITCH REQUEST ACKNOWLEDGE message. The new concepts are:
1. UL path switch
If the MME advises switching the UL path by providing new pairs of UL transport
addresses and a tunnel endpoint identifier (TEID) for all or some of the UE's E-RABs,
then the eNB reconfigures the transport layer to use the new addresses instead.
According to 3GPP, all E-RABs of one UE must be served by one common S-GW.
The procedure for that is as follows:
• target eNB sends the S1AP: PATH SWITCH REQUEST message to the MME
with a new TEID for downlink (DL) data
• MME reconfigures transport paths in the evolved packet core (EPC)
• new target S-GW sends DL data to the target eNB using IP addresses and DL
TEIDs provided in the S1AP: PATH SWITCH REQUEST message
• MME responds with the S1AP: PATH SWITCH REQUEST ACKNOWLEDGE
message containing new pairs of IP addresses and TEIDs for UL data (located in
the target S-GW)
• eNB switches a path for UL data to be sent to the target S-GW
The MME can provide pairs of UL IP address and TEID only for some of the E-RABs.
If the MME provides IP addresses with a different IP version from the one previously
used, the eNB reacts as in the case of a path-switch failure (for a detailed path-
switch view, see Figure 21: Path switch). That is why, both UL and DL must use the
same IP version, for example, IPv4 or IPv6.

Issue: 01 © 2019 Nokia. Nokia confidential. 121

   

LTE439: SGW Relocation with X2 Connection General RRM Features (RL10 - LTE17A)

Figure 21 Path switch

Source Target
UE eNB eNB MME SourceS-GW

Target
S-GW

Packetdata Packetdata

Measurementreports

Handoverdecision
Handoverrequest

Admissioncontrol
andresourceallocation
Handoverrequest
acknowledge
DLallocation

Connectionreconfiguration

Deliverbufferedand
Detachfromoldcell
intransitpacketstotargeteNB

SNstatustransfer

Dataforwarding

Bufferpacketsfrom
sourceeNB

Synchronisation
ULallocation+TAforUE

Connectionreconfigurationcomplete

Connectionreconfigurationmeasurementconfiguration
S1AP: Path Switch Request
Connectionreconfigurationcomplete Userplaneupdaterequest

UserPlaneUpdate
SwitchDL Path

opt. S-GWRelocation
duringPathSwitch
Endmarker
DL userdata
Endmarker
S1AP:PathSwitch
Request Acknowledge

X2AP:UEContextRelease

E-RABtoBeReleasedListpresentin: opt.
S1AP:PathSwitchRequest Acknowledge
RRC:ConnectionReconfiguration
RRC:ConnectionReconfigurationComplete

E-RABtoBeSwitchedinUplinklistpresentin opt.
S1AP:PathSwitchRequest Acknowledge

SwitchULpath

UL userdata UL userdata

opt.
IfS-GWwasrelocated

SourceS-GWrelease
Packetdata Packetdata

2. E-RAB release
According to 3GPP, the purpose of the E-RAB release procedure is to enable the
release of already established E-RABs for a given UE. The procedure uses UE-
associated signalling.

122 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE439: SGW Relocation with X2 Connection

If the MME advises releasing a subset of E-RABs allocated during the HO
preparation, then the eNB starts the radio resource control (RRC) connection
reconfiguration procedure to release the respective data radio bearer (DRB) towards
the UE. In contrast to a regular E-RAB release procedure, no non-access stratum
protocol data unit (NAS PDU) is transferred to the UE. The procedure for that is the
following:
• target eNB sends the S1AP: PATH SWITCH REQUEST message to the MME to
inform about new IP addresses and DL TEIDs (for E-RAB to be switched in DL)
• MME responds with the S1AP: PATH SWITCH REQUEST ACKNOWLEDGE
message, containing the E-RAB To Be Released List information element (IE), to
indicate that MME/S-GW released some of the bearers
• eNB starts an RRC connection release procedure to release respective E-RABs
towards the UE and to modify configuration for the remaining E-RAB (if needed)
As a result, the UE is connected to the target cell with a reduced number of E-RABs.

The HO described in the LTE439: SGW Relocation with X2 Connection feature has the
same preparation stage as the one already known via the X2 interface. The only
difference takes place during the HO completion phase, in which the S-GW change is
done (it is not changed during the execution phase). In any case, the target eNB must be
able to connect to the source S-GW, serving the UE in the source cell, during the HO
execution.
The eNB supports the following HO scenarios via the X2 interface in combination with
the S-GW relocation:
• inter-eNB, intra-frequency
• inter-eNB, inter-frequency band (if enabled)
• inter-eNB, intra-frequency band with different center frequency (if enabled)

13.3 LTE439 system impact

LTE439: SGW Relocation with X2 Connection impact on features and interfaces.

Interdependencies between features

The following features must be activated before activating the LTE439: SGW Relocation
with X2 Connection feature:
• LTE53: Intra and Inter eNodeB Handover with X2
• LTE735: RRC Connection Re-establishment
• LTE1617: RLF Triggered Handover

With the LTE439: SGW Relocation with X2 Connection feature, it rarely happens that the
last QCI1 is released (and it is the MME which decides which E-RAB should be
released). This impacts the features whose configuration depends on the presence of
QCI1. The interaction concerns the following features:
• LTE42: DRX in RRC Connected Mode
• LTE64: Service-based Handover Thresholds
• LTE473: Extended DRX Settings

Issue: 01 © 2019 Nokia. Nokia confidential. 123

   

LTE439: SGW Relocation with X2 Connection General RRM Features (RL10 - LTE17A)

• LTE585: Smart DRX
• LTE872: SRVCC to WCDMA
• LTE873: SRVCC to GSM
• LTE907: TTI Bundling
• LTE1140: Intra-frequency Load Balancing
• LTE1113: eICIC – Macro
• LTE1406: Extended VoLTE Talk Time
• LTE1469: Dynamic UE Measurement Configuration
• LTE1496: eICIC – Micro
• LTE1929: UL Semi-persistant Scheduling
• LTE2112: Dedicated Mobility Thresholds for SRVCC
• LTE2430: QCI Establishment Triggered Protection Timer

Impact on interfaces
The LTE439: SGW Relocation with X2 Connection feature impacts interfaces as follows:
• S1
– new IEs are supported within the S1AP: PATH SWITCH REQUEST
ACKNOWLEDGE message (E-RAB To Be Switched in Uplink List and E-RAB
To Be Released List)

Impact on network management tools

The LTE439: SGW Relocation with X2 Connection feature has no impact on network
management tools.

Impact on system performance and capacity

The LTE439: SGW Relocation with X2 Connection feature has no impact on system
performance or capacity.

13.4 LTE439 reference data

LTE439: SGW Relocation with X2 Connection requirements, measurements and
counters, and sales information.

Requirements

Table 53 LTE439 hardware and software requirements
FDD TDD
System release FDD-LTE 16 TD-LTE 16
Flexi Multiradio 10 BTS FL16 TL16
Flexi Multiradio 10 Indoor BTS Not supported TL16
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS Not supported Not supported

124 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE439: SGW Relocation with X2 Connection

Table 53 LTE439 hardware and software requirements (Cont.)
FDD TDD
Flexi Zone Access Point Not supported Not supported
Cloud Flexi Zone Controller Not supported Not supported
OMS LTE OMS16 LTE OMS16
NetAct NetAct 16.2 NetAct 16.2
MME Flexi NS4.0 Flexi NS4.0
SAE GW Flexi NG3.0 Flexi NG3.0
UE Support not required Support not required

Alarms
There are no alarms related to the LTE439: SGW Relocation with X2 Connection feature.

BTS faults and reported alarms

There are no faults related to the LTE439: SGW Relocation with X2 Connection feature.

Commands
There are no commands related to the LTE439: SGW Relocation with X2 Connection
feature.

Measurements and counters

Table 54 New counters introduced by LTE439
Counter ID Counter name Measurement
M8006C277 E-RAB releases in Handover LTE EPS Bearer
Completion phase at target cell
M8006C278 QCI1 E-RAB releases in LTE EPS Bearer
Handover Completion phase at
target cell
M8006C279 eNB initiated E-RAB releases LTE EPS Bearer
due to a failed Handover
Completion phase at target cell
M8006C280 eNB initiated QCI1 E-RAB LTE EPS Bearer
releases due to a failed
Handover Completion phase at
target cell

For counter descriptions, see LTE Radio Access Operating Documentation/
Reference/Counters.

Key performance indicators

There are no key performance indicators related to the LTE439: SGW Relocation with X2
Connection feature.

Parameters

Issue: 01 © 2019 Nokia. Nokia confidential. 125

   

LTE439: SGW Relocation with X2 Connection General RRM Features (RL10 - LTE17A)

There are no parameters related to the LTE439: SGW Relocation with X2 Connection
feature.

Sales information

Table 55 LTE439 Sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

126 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE450: MME capacity value change

14 LTE450: MME capacity value change

Introduction to the feature
The MME can change the initial MME relative capacity value. This can be done with the
MME Configuration Update Procedure. Specifically , the relative MME capacity can be
set to zero which has the effect that new UEs entering the MME pool willl not be
assigned to the MME.
In addition this LTE450 allows to modify served GUMMEIs (Globally Unique MME
Identifiers) and the MME name without release of UE associated connections.

14.1 Benefits
End-user benefits
This feature does not affect the end-user experience.

Operator benefits
This feature benefits the operator as follows: The relative MME capacity value can be
changed in order to

• increase / decrease the capacity of a MMEs in an MME pool
• support of load re-balancing between MMEs, in particular for gracefully removing an
MME from an MME Pool Area

The MME name can be changed without release of UE connections. Furthermore served
GUMMEIs can be modified - also without release of UE associated connections.

14.2 Functional description

Functional overview
The MME can change its during the S1 setup assigned relative MME capacity with the
MME Configuration Update procedure (triggered by S1AP: MME Configuration Update
message).
Specifically, the relative MME capacity value can be set to zero which has the effect that
new UEs entering the MME pool will not be assigned to the MME. In addition to the
relative MME capacity, with the MME Configuration Update also the MME Name and the
Served GUMMEIs (Globally Unique MME identifiers) valid for this MME may be modified.
In the Figure 22: Message Chart for MME changes the Message chart for MME changes
is shown.

Issue: 01 © 2019 Nokia. Nokia confidential. 127

   

LTE450: MME capacity value change General RRM Features (RL10 - LTE17A)

Figure 22 Message Chart for MME changes
Nb-
eNBNb- eNB MME
eNB

S1AP:!MME!CONFIGURATION!UPDATE

If “Relative!MME!Capacity” modified
Replace!old!with!newly!received
“Relative!MME!Capacity”

If “MME!Name” modified
Replace!old!with!newly!received
“MME!Name” in!LNMME

If “Served GUMMEIs” modified Replace!old!with!newly!received

“Served!GUMMEIs”

If!GU!Group!IDs!are!modified
X2!Setup!Request!Procedure

X2!Setup!Request!Procedure

If!Broadcast!PLMN!IDs!are!modified
BCCH:!SIB1!(!PLMN-IDs)

BCCH:!SIB1!(!PLMN-IDs)

S1AP:!MME!CONFIGURATION!UPDATE!ACKNOWLEDGE

Remarks:

• Repetition of X2 Setup procedure for available X2 links to neighbour eNBs (Nb-
eNBs) is required only if the modified 'Served GUMMEIs' (Global unit MME Identifier)
received from MME leads to a modification of the GU Group IDs which were send
during earlier X2 Setup procedures to the neighbour eNBs
• Modification of the broadcasted PLMN IDs in an eNB cell is required only if the
modified 'Served PLMNs' included in 'Served GUMMEIs' leads to a modification of
the PLMN IDs which can be supported (also via S1 interface) by an eNB cell.
• The S1AP: MME CONFIGURATION UPDATE ACKNOWLEDGE message is send
back to MME as soon as all modified values are stored by eNB and eNB is able to
handle new S1AP: MME CONFIGURATION UPDATE messages, if send by MME.

The failure case is shown in Figure 23: Failure case

128 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE450: MME capacity value change

Figure 23 Failure case

Nb-
eNBNb- eNB MME
eNB

S1AP:MMECONFIGURATIONUPDATE

MMEConfigurationUpdatefails

S1AP: MMECONFIGURATIONUPDATEFAILURE

eNBcontinueswitholdlink
configurationdata

In case MME Configuration Update cannot be accepted by the eNB, the eNB keeps the
old link configuration data.

14.3 System impact

Interdependencies between features
There are no interdependencies between this and any other feature.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has impact on the MME capacity.

14.4 LTE450 reference data

LTE450: MME capacity value change requirements, alarms and faults, and sales
information

Issue: 01 © 2019 Nokia. Nokia confidential. 129

   

LTE450: MME capacity value change General RRM Features (RL10 - LTE17A)

Requirements

Table 56 LTE450 hardware and software requirements
FDD TDD
System release RL30 RL25
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms

Table 57 New alarms introduced by LTE450
Alarm ID Alarm name
7651 Base Station Operation degraded

For alarm descriptions, see LTE Radio Access Operating Documentation > Reference >
Alarms and Faults

BTS faults and reported alarms

There are no faults related to the LTE450: MME capacity value change feature.

Commands
There are no commands related to the LTE450: MME capacity value change feature.

Measurements and counters

There are no measurements or counters related to the LTE450: MME capacity value
change feature.

Key performance indicators

There are no key performance indicators related to the LTE450: MME capacity value
change feature.

Parameters
There are no parameters related to the LTE450: MME capacity value change feature.

Sales information

130 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE450: MME capacity value change

Table 58 LTE450 sales information
Product structure class License control Activated by default
BSW - Yes

Issue: 01 © 2019 Nokia. Nokia confidential. 131

   

LTE486: PLMN ID Selected Mobility Profiles General RRM Features (RL10 - LTE17A)

15 LTE486: PLMN ID Selected Mobility Profiles

15.1 Description of LTE486: PLMN ID Selected Mobility

Profiles
Introduction to the feature
The LTE486: PLMN ID Selected Mobility Profiles feature enables a Public Land Mobile
Network (PLMN) ID to select a specific profile. This feature is an extension of the
LTE490: Subscriber Profile Based Mobility feature. Instead of the Subscriber Profile
Identifier (SPID), the Mobile Network Code (MNC) is used to select a mobility profile. The
selection is controlled by an O&M switch per eNB.

Benefits
End-user benefits
No effect on the end-user experience.

Operator benefits
This feature allows the operator to apply PLMN ID specific mobility schemes.

Functional description
Functional overview
The LTE486: PLMN ID Selected Mobility Profiles feature can be used instead of the
LTE490: Subscriber Profile Based Mobility feature if the operator does not support SPID.
When the LTE486: PLMN ID Selected Mobility Profiles feature is enabled, it uses the
MNC value to map the mobility profile ID. The MNC value of the UE Serving PLMN ID is
used as an input to calculate the virtual SPID value. This is when the SPID needs to
make a mapping to the Mobility Profile to select the target frequencies for mobility
procedures. In selecting the mobility profile, it is possible to use this process to calculate
the SPID from the MNC instead of taking it from the S1 message or incoming handover
(HO).
When the SPID is replaced with the virtual SPID value, the selection of the mobility
profile is done according to the LTE490: Subscriber Profile Based Mobility feature
(mapping to the mobility profile or, when not possible, to the default profile).

g Note: The eNB uses the information provided by the RRC connection setup complete
message, the broadcasted PLMN IDs, the PLMN IDs supported by the serving MME,
and the handover restriction list to identify the serving PLMN ID of the UE. The MNC is
derived from the serving PLMN ID.

System impact
Interdependencies between features
This feature is enabled together with the LTE490: Subscriber Profile Based Mobility
feature.

Impact on interfaces

132 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE486: PLMN ID Selected Mobility Profiles

No impact on interfaces.

Impact on network management tools

No impact on network management tools.

Impact on system performance and capacity

No impact on system performance or capacity.

15.2 LTE486 reference data

LTE486: PLMN ID Selected Mobility Profiles requirements, alarms and faults,
commands, measurements and counters, KPIs, parameters, and sales information

Requirements

Table 59 LTE486 hardware and software requirements
FDD TDD
System release RL50 RL35
Flexi Multiradio 10 BTS LBTS5.0 TD-LBTS3.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A FL15A
Cloud Flexi Zone Controller FL17A FL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 UE capabilities 3GPP R8 UE capabilities

Alarms
There are no alarms related to the LTE486: PLMN ID Selected Mobility Profiles feature.

BTS faults and reported alarms

There are no faults related to the LTE486: PLMN ID Selected Mobility Profiles feature.

Commands
There are no commands related to the LTE486: PLMN ID Selected Mobility Profiles
feature.

Measurements and counters

Issue: 01 © 2019 Nokia. Nokia confidential. 133

   

LTE486: PLMN ID Selected Mobility Profiles General RRM Features (RL10 - LTE17A)

There are no measurements or counters related to the LTE486: PLMN ID Selected
Mobility Profiles feature.

Key performance indicators

There are no key performance indicators related to the LTE486: PLMN ID Selected
Mobility Profiles feature.

Parameters

Table 60 New parameters introduced by LTE486
Full name Abbreviated Managed object Structure FDD/TDD
name
Mobility profile moProfileSelect LNBTS - common
selection mode

Table 61 Existing parameters related to LTE486
Full name Abbreviated Managed object Structure FDD/TDD
name
Mobility default moDPrId MODPR - common
profile identifier
Mobility profiles moPrMappingList LNCEL - common
mapping list
Mobility profile ID moPrId LNCEL moPrMappingList common
Subscriber profile spid LNCEL moPrMappingList common
ID
Last subscriber spidLast LNCEL moPrMappingList common
profile ID of a
range

For parameter descriptions, see LTE Radio Access Operating Documentation >
Reference > Parameters.

Sales information

Table 62 LTE486 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

15.3 Activating and configuring LTE486

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Mobility profile selection mode (moProfileSelect) parameter
activates the feature. Modification of this parameter does not require either an eNB
restart or a cell locking.

134 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE486: PLMN ID Selected Mobility Profiles

The LTE490: Subscriber Profile Based Mobility feature must be enabled.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to MRBTS ► LNBTS.

3 Set the Mobility profile selection mode (moProfileSelect) parameter

value to plmn.

4 In the selected LNBTS object, create an MODPR instance.

5 Set the value for the Mobility default profile identifier (moDPrId)

parameter.

g Note: The Mobility default profile identifier (moDPrId)

parameter names the attribute of the MOC MODPR, which uniquely identifies an
MODPR instance.

6 In the selected LNBTS object, create an MOPR instance (optional).

7 In the MOPR object, set the value for the Mobility profile
identifier (moPrId) parameter (optional).

g Note: The Mobility profile identifier (moPrId) parameter names

the attribute of the MOC MOPR, which uniquely identifies an MOPR instance.
When the Mobility profiles mapping list (moPrMappingList) or
Mobility profile identifier (moPrId) parameter is not configured, all
the UEs are mapped to the default profile.

8 In LNBTS ► LNCEL, for the Mobility profiles mapping

list (moPrMappingList) parameter, click the Add Element icon (optional).

9 Configure the Mobility profiles mapping list (moPrMappingList)

parameter (optional).

Issue: 01 © 2019 Nokia. Nokia confidential. 135

   

LTE486: PLMN ID Selected Mobility Profiles General RRM Features (RL10 - LTE17A)

10 For the newly created Mobility profiles mapping

list (moPrMappingList), define the value of the listed parameters (optional):

• LTE-NR Dual Connectivity support (lteNrDualConnectSupport)

• Mobility profile ID (moPrId)
• Subscriber profile ID (spid)
• Last subscriber profile ID of a range (spidLast)

g Note: The Mobility profile ID (moPrId) parameter is the identifier of

the Mobility Profile, which is mapped to one or more SPIDs.

Result

The LTE486: PLMN ID Selected Mobility Profiles feature is activated in the eNB.

15.4 Deactivating LTE486

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Mobility profile selection mode (moProfileSelect) parameter
deactivates the feature. Modification of this parameter does not require either an eNB
restart or a cell locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to MRBTS ► LNBTS.

3 Set the Mobility profile selection mode (moProfileSelect) parameter

value to spid.

Result
The LTE486: PLMN ID Selected Mobility Profiles feature is deactivated in the eNB.

136 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE495: OTDOA

16 LTE495: OTDOA
Introduction to the feature
The evolved node B supports OTDOA (Observed Time Difference of Arrival). The
location method OTDOA provides an improved location accuracy.

16.1 LTE495 benefits

The operator is able to provide location services better than cell ID where GPS
positioning is not working .

16.2 LTE495 functional description

Observed time difference of arrival (OTDOA) is one of the types of Location Services
(LCS) features. The support of LCS allows to determine the position of a UE within the
RAN. The network is able to localize a UE usually within the 2D grid (x and y dimension).
In LTE495:OTDOA, special signals in the DL are introduced (positioning reference
signals (PRS). The UEs are able to detect the PRS and derive measurements based on
the PRS (this ability will be described in the rest of the document as hereability).
In principle there are three unknowns, that is x, y and one absolute time or equivalently
one absolute distance to one of the eNBs. These unknowns can be obtained via time
difference measurements as shown in the Figure 24: OTDOA overview

Figure 24 OTDOA overview

The!UE!measures!OTDOA!of!each
neighbor!it!detects!relative!to!the!serving!cell

Cell2

Location!server!knows:
-!location!of!each!cell’s!transmit!antenna
-!relative!transmit!frame!timing!of!each!cell

T2

T3 T1
E-SMLC/SLP
Cell3 Serving iGMLC
eNB
OTD!=!Observed!Time!Difference
Measurement!report: PCI!=!Physical!Cell!ID
T1-T2;!Cell!ID!of!cell2
T1-T3;!Cell!ID!of!cell3

In this case the UE receives PRS from three cells, the serving cell, cell 1 and cell 2. The
serving cell, cell 1 and cell 2 must be synchronized. The UE takes the received timing of
the PRS from the serving cell as a reference and measures the time difference to the

Issue: 01 © 2019 Nokia. Nokia confidential. 137

   

LTE495: OTDOA General RRM Features (RL10 - LTE17A)

PRS received from the other cells. If the UE is able to receive the PRS from 3 eNBs it
could happen that there is no unique solution for the equation system and some
assistance information needs to be used to sort out the correct position. If the UE is able
to receive the PRS from 4 or more eNBs the system is overdetermined as the number of
measurements is greater than the number of unknowns and one unique solution exists.
The UE is informed about the PRS configuration via the LPP (LTE Positioning Protocol).
The LPP is a protocol defined between the UE and the E-SMLC (enhanced Serving
Mobile Location Centre). It communicates the PRS settings of the network to the UEs as
well as the OTDOA measurements also called RSTD (reference signal time difference)
from the UEs to the E-SMLC. The LPP protocol entities are transparent to the eNBs and
the computation of the UE positions are done in the E-SMLC. The operator needs to
provide PRS settings of the network and antenna positions of eNBs to the E-SMLC.
Configuration
The feature can be activated or deactivated by setting the actOtdoa to true or false
accordingly. When the feature is activated the following parameters have to be
configured:

• PRS Power Boost (prsPowerBoost)

Power Boosting for PRS increases hearability and allows for a more flexible use of
the DL Tx power
• PRS Configuration Index (prsConfigurationIndex)
Determines the periodicity and offset of the PRS occasions
• PRS Bandwidth (prsBandwidth)
The parameter determines on which resource blocks PRS is present within a PRS
subframe
• PRS Number of DL Frames (prsNumDlFrames)
The parameter specifies the number of consecutive downlink subframes with PRS.
With this PRS transmission can be repeated within a PRS occasion to increase the
hearability of PRS.
• PRS Tx Diversity Enable (actPrsTxDiv)
If Tx Diversity is enabled for PRS transmission, then precoding vector switching is
used and hence all configured Tx antennas are used for the transmission of the PRS
signal. If Tx diversity is disabled then the PRS signal is transmitted on a single
antenna (the physical antenna corresponding to antenna port {0}).
• SI window length (siWindowLen)
If the eNB supports OTDOA, the siWindowLength parameter is restricted to a
size, that guarantees a periodic gap in the system information broadcast schedule.
This gap is used for transmission of PRS. For details, see Reference documentation.

Furthermore, the parameter prsMuting  defines the PRS Muting pattern that is
applied. Muting will be deactivated if the parameter is omitted. The structure contains the
following parameters:

• PRS muting info (prsMutingInfo) is a bit string consisting of 16 bit. Only the

first prsMutingInfoPatternLen bits will be taken into account starting from the
most significant bit (MSB). This means the first prsMutingInfoPatternLen bits
of the prsMutingInfo bit string will determine the PRS Muting Info pattern with a
given periodicity. Details of the description can be found in TS36.355. Muting
configuration allows to increase the reuse of the PRS signal. PRS of individual cells
can be muted to increase hearability of cells with the same frequency reuse.

138 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE495: OTDOA

• PRS muting info pattern length (prsMutingInfoPatternLen)

determines the number of bits that are used to describe the PRS Muting info
starting from the most significant bit (MSB) of the bit string with size 16 bit.

The parameter Max phase drifting (maxPhaseDrifting) defines maximum

allowed drifting value for the eNB timing source phase synchronization.

16.3 LTE495 system impact

Interdependencies between features
LTE80: GPS Synchronization must be enabled.

Impact on interfaces
This feature impacts on air interface due to PRS transmission. Effects are described in
Impact on system performance and capacity chapter.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature reduces the number of available resource elements for DL traffic hence
affecting the DL throughput. Depending on the configuration the overhead at full data
traffic can vary. With default configuration the overhead at full usage of PDSCH reaches
approximately 1.15% (the overhead can increase if not the smallest PRS configuration is
used).

16.4 LTE495 reference data

Requirements

Table 63 LTE495 hardware and software requirements
FDD TDD
System release RL40 RL35TD
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS3.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct OSS5.4 CD2 OSS5.4 CD2
MME Support not required Support not required

Issue: 01 © 2019 Nokia. Nokia confidential. 139

   

LTE495: OTDOA General RRM Features (RL10 - LTE17A)

Table 63 LTE495 hardware and software requirements (Cont.)
FDD TDD
SAE GW Support not required Support not required
UE 3GPP R9 UE capabilities 3GPP R9 UE capabilities

Alarms
There are no alarms related to the LTE495: OTDOA feature.

BTS faults and reported alarms

There are no faults related to the LTE495: OTDOA feature.

Commands
There are no commands related to the LTE495: OTDOA feature.

Measurements and counters

There are no measurements or counters related to the LTE495: OTDOA feature.

Key performance indicators

There are no key performance indicators related to the LTE495: OTDOA feature.

Parameters

Table 64 New parameters introduced by LTE495
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
PRS activation actOtdoa LNCEL - common
PRS Tx diversity actPrsTxDiv LNCEL - common
activation
PRS bandwidth prsBandwidth LNCEL - common
PRS configuration prsConfigurati LNCEL_ - FDD
index onIndex FDD
PRS configuration prsConfigurati LNCEL_ - TDD
index onIndex TDD
PRS muting prsMuting LNCEL - common
PRS muting info prsMutingInfo LNCEL prsMuting common
PRS muting info prsMutingInfoP LNCEL prsMuting common
pattern length atternLen
PRS Number of DL prsNumDlFrames LNCEL_ - FDD
frames FDD
PRS Number of DL prsNumDlFrames LNCEL_ - TDD
frames TDD
PRS power boost prsPowerBoost LNCEL - common
DRX profile 2 drxProfile2 LNCEL - common
DRX profile 3 drxProfile3 LNCEL - common

140 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE495: OTDOA

Table 65 Existing parameters related to LTE495
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
SI window length siWindowLen LNCEL - common
DRX on duration drxOnDuratT LNCEL drxProfile2, common
timer drxProfile3

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 66 LTE495 sales information
Product structure class License control Activated by default
ASW Pool license No

Issue: 01 © 2019 Nokia. Nokia confidential. 141

   

LTE498: RAN Information Management for GSM General RRM Features (RL10 - LTE17A)

17 LTE498: RAN Information Management for

GSM

17.1 Description of LTE498: RAN Information for GSM

Introduction to the feature
The LTE498: RAN Information for GSM feature allows the transfer of information
between the source and target cell via the core network. This mechanism allows for a
reduction of parameter setting.

17.1.1 Benefits
End-user benefits
During the following procedures:
• CSFB
• NACC
• normal redirection
to Global System for Mobile Communications (GSM), the GSM system information
message is included in the RRCConnectionRelease and
MobilityFromEutranCommand messages. This feature reduces the time the UE
uses to access the GSM network because the UE does not need to read the system
information from GSM.

Operator benefits
This feature provides the operator with the following benefits:

• reducing the number of parameters needed to configure the network assisted cell
change or the RRC connection release with redirect and SIB

17.1.2 Functional description

Generic RAN Information Management (RIM) procedures support the exchange of
information via the core network, between peer application entities located in the access
networks. The LTE498: RAN Information Management for GSM feature introduces the
RIM for GSM functionality to transfer up-to-date System Information of GERAN neighbor
cells from a remote base station controller (BSC) to a local eNB, which are used to
populate GERAN System Information for eNACC procedure and redirection to GSM
procedure, see Figure 25: RIM protocol structure between E-UTRAN and GERAN

142 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE498: RAN Information Management for GSM

Figure 25 RIM protocol structure between E-UTRAN and GERAN

eNB S1 S3/Gn Gb BSC

MME SGSN
(controlling) (serving)

RIM RIM
Container Container
RIM-App RIM-App

RIM RIM-App RIM-App RIM

RIM-App RIM-App
(forexample,NACC) (forexample,NACC)
RIMPDUs
RIMPDUs

Relay Relay
GTP-C GTP-C
S1AP S1AP UDP UDP BSSGP BSSGP
IP IP
SCTP SCTP NS NS
L2 L2
IP/L2andL1 IP/L2andL1 L1 L1 L1 L1

The RAN information management (RIM) function enables the eNB to retrieve system
information (SI1, SI3, and SI13) from a target GSM cell.
The eNB acts always as a controller.
The systemInfoListGeran optional parameter contains SI that is manually entered.
The systemInfoType parameter, set by the operator, indicates which type of GERAN
System Information (if any) is included in the RRC
MOBILITYFROMEUTRANCOMMAND message.
The systemInfoType and systemInfoListGeran parameters become
meaningless under the same conditions, that is:
• if the LTE498: RAN Information Management for GSM feature is activated
and
• the PLMN of the cell is not blacklisted for RIM
and
• the gTargetRac parameter is configured

The following RIM procedures are supported:

• RAN Information Request/Multiple Report procedure
• RAN Information Request/Stop procedure
• RAN Information Send procedure
• RAN Information Application Error procedure
• RAN Information Error procedure

The LTE498: RAN Information Management for GSM feature allows the eNB to receive
GERAN SIB information from BSC without the need for configuration of GERAN SIBs by
the operator.

Issue: 01 © 2019 Nokia. Nokia confidential. 143

   

LTE498: RAN Information Management for GSM General RRM Features (RL10 - LTE17A)

The received GERAN SIBs are used during eNACC to GSM (the LTE442: Network
Assisted Cell Change to GSM feature), and during enhanced UE Context Release with
Redirect to GSM for CS fallback and/or the "normal" redirect (the LTE984: GSM Redirect
with System Information  feature).

Support of Direct Information Transfer via S1 interface

To transmit RIM information between the eNB and the MME, two following procedures
are supported:

• the eNB Direct Information Transfer procedure
to transmit an information container from the eNB to the MME
• the MME Direct Information Transfer procedure
to transmit an information container from the MME to the eNB

Blacklisting GSM PLMNs for RIM

In case of multi-operator configurations, the RIM might not be supported by all GSM
networks. It is possible to blacklist the GSM PLMNs to avoid periodical attempts to
establish RIM associations. The Blacklisted GSM PLMNs for RIM
(blacklistedGsmPlmnsForRim) parameter allows blacklisting of RIM for all
GERAN neighbor cells belonging to one of the configured PLMNs. If the
blacklistedGsmPlmnsForRim parameter is omitted, the RIM applies for all GERAN
neighbor cells of the eNB.

RIM interface status

The RIM interface status (rimStatus) parameter provides the status of the
RIM association to a serving base station system (BSS). This parameter can have the
values as follows:
• disabled
The GERAN neighbor cell is not RIM enabled. With the rimStatus=disabled,
one of the following options happens:
– The LTE498: RAN Information Management for GSM feature is not activated.
– The PLMN of the GERAN cell is blacklisted for RIM.
– No RAC value is configured.

• unavailable
The GERAN neighbor cell is RIM-enabled but no valid system information from the
RIM procedure is available.
• available
The GERAN neighbor cell is RIM-enabled and a valid system information from the
RIM procedure is available.

17.1.3 System impact

Interdependencies between features
Activation of the LTE498: RAN Information Management for GSM feature is reasonable if
at least one of the features: the LTE442: Network Assisted Cell Change to GSM or the
LTE984: GSM Redirect with System Information  is activated.

• LTE442: Network Assisted Cell Change to GSM

144 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE498: RAN Information Management for GSM

When both features: the LTE498: RAN Information Management for GSM and the
LTE442: Network Assisted Cell Change to GSM are activated, then eNACC to
GERAN procedure is populated with up-to-date system information acquired by RIM
procedure.
• LTE984: GSM Redirect with System Information
When both features: the LTE498: RAN Information Management for GSM and the
LTE984: GSM Redirect with System Information  are activated, then GSM redirection
procedure is populated with up-to-date system information acquired by RIM
procedure.

Impact on interfaces
This feature impacts:

• the RRC protocol in the LTE-Uu interface
• the S1AP protocol in the S1-MME interface

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

17.2 LTE498 reference data

Requirements

Table 67 LTE498 hardware and software requirements
FDD TDD
System release RL60 RL45
Flexi Multiradio 10 BTS LBTS6.0 TD-LBTS4.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS4.0
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct NetAct8 EP1 NetAct8 EP1
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R9 3GPP R9

Alarms

Issue: 01 © 2019 Nokia. Nokia confidential. 145

   

LTE498: RAN Information Management for GSM General RRM Features (RL10 - LTE17A)

Table 68 Alarms modified by LTE498
Alarm ID Alarm name
7657 BASE STATION CONNECTIVITY DEGRADED

If an RIM association to a GERAN neighbor cell cannot be established after several
attempts or if a RAN INFORMATION ERROR PDU is received or if an application error is
detected in Application Container IE of RAN INFORMATION PDU or if Application Error
Container IE is included in RAN INFORMATION PDU, the RIM interface timeout
or RIM interface error fault is reported.
Only one fault can be reported per GERAN public land mobile network (PLMN). This
avoids alarm floods and reporting of several alarms for the same root cause. The raised
alarm remains active as long as there is an active fault for the PLMN even if the fault for
the cell, whose routing area code (RAC) and cell global identification (CGI) are reported
in the alarm, has been cleared. Updating of alarm information is not required (a risk for
message floods).
The RIM alarms do not suppress BASE STATION CONNECTIVITY DEGRADED alarms
that are raised because of S1 and/or X2 interface failures.
For alarm descriptions, see the LTE Alarms and Faults reference document.

BTS faults and reported alarms

Table 69 New BTS faults introduced by LTE498
Fault Fault name Reported alarms
ID
Alarm Alarm name
ID
6322 RIM interface timeout 7107 BASE STATION CONNECTIVITY
PROBLEM
7657 BASE STATION CONNECTIVITY
DEGRADED
6323 RIM interface error 7107 BASE STATION CONNECTIVITY
PROBLEM
7657 BASE STATION CONNECTIVITY
DEGRADED

For fault descriptions, see the LTE Alarms and Faults reference document.

Commands
There are no commands related to the LTE498: RAN Information for GSM feature.

Measurements and counters

There are no measurements or counters related to the LTE498: RAN Information for
GSM feature.

Key performance indicators

There are no key performance indicators related to the LTE498: RAN Information for
GSM feature.

146 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE498: RAN Information Management for GSM

Parameters

Table 70 New parameters introduced by LTE498
Full name Abbreviated name Managed Parent structure FDD/TDD
object
RAC GERAN gTargetRac LNADJG - common
RIM rimStatus LNADJG - common
interface
status
Activate actRIMforGSM LNBTS - common
RAN
Information
Management
for GSM
Blacklisted blacklistedGsm RIM - common
GSM PLMNs PlmnsForRim
for RIM
MCC mcc RIM blacklistedGsmPl common
mnsForRim
MNC mnc RIM blacklistedGsmPl common
mnsForRim
MNC length mncLength RIM blacklistedGsmPl common
mnsForRim
Maximum RIR nRimRirG RIM - common
attempts to
GERAN
Timer to tRimKaG RIM - common
wait for
next RI PDU
from GERAN
Polling tRimPollG RIM - common
timer to
ReStart RIR
Procedure
to GERAN
Timer to tRimRirG RIM - common
wait for
RIR
Response
from GERAN

Table 71 Existing parameters related to LTE498
Full name Abbreviated Managed object Parent structure FDD/TDD
name
System info systemInfoLi LNADJG - common
list GERAN stGeran
System systemInfoTy LNADJG - common
information pe
type

For parameter descriptions, see the LTE Parameters reference document.

Issue: 01 © 2019 Nokia. Nokia confidential. 147

   

LTE498: RAN Information Management for GSM General RRM Features (RL10 - LTE17A)

Sales information

Table 72 LTE498 sales information
Product structure class License control Activated by default
Application software (ASW) SW Asset Monitoring No

17.3 Activating LTE498

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Activation procedure does not cause downtime, and the feature can be activated at any
time of the day

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the Activate RAN Information Management for GSM (actRIMforGSM)

parameter value to true.

Object path: MRBTS ► LNBTS

3 If does not exist create and configure the LNADJG object under LNBTS.

Object path: MRBTS ► LNBTS

4 If does not exist, create the RIM object under LNBTS.

Object path: MRBTS ► LNBTS ► RIM

5 Configure the parameters under the RIM object:

Sub-steps

a) Maximum RIR attempts to GERAN(nRimRirG)

b) Timer to wait for next RI PDU from GERAN(tRimKaG)

c) Polling timer to ReStart RIR Procedure to GERAN(nRimRirG)

148 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE498: RAN Information Management for GSM

d) Maximum RIR attempts to GERAN(nRimRirG)

e) Timer to wait for RIR Response from GERAN(tRimRirG)

6 Send the parameters to the eNB.

Result
Once RIM association is successfully established, the RIM interface
status (rimStatus) parameter, set by the system, is changed automatically to
available. If RIM association is not established, alarm will be raised and the RIM
interface status (rimStatus) parameter will be changed automatically to
unavailable.

17.4 Deactivating LTE498

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the Activate RAN Information Management for GSM (actRIMforGSM)

parameter value to false.

Object path: MRBTS ► LNBTS

3 Send the parameters to the eNB.

Result
The RIM interface status (rimStatus) parameter, set by the system, will be
changed automatically to disabled for all LNADJG’s.

Issue: 01 © 2019 Nokia. Nokia confidential. 149

   

LTE513: Support of Sounding Reference Signal in TDD General RRM Features (RL10 - LTE17A)
UpPTS

18 LTE513: Support of Sounding Reference

Signal in TDD UpPTS

18.1 Introduction to the feature

Table 73 LTE513 summary of changes
Date of Section Change description
change
31.08.2017 System impacts Section added

The LTE513: Support of Sounding reference signal in TDD Uplink pilot time slot (UpPTS)
feature enables the transmission of the Sounding Reference Signal (SRS) within the
UpPTS. The SRS enables the network to be aware of the wider band channel quality
where no UE data or control channel information is transmitted.

18.2 Benefits

The LTE513: Supporting of Sounding reference signal in TDD UpPTS feature has the
following benefits:

• It helps optimized UL scheduling, to facilitate UL timing advance (TA) estimation and
other advanced transmission schemes, for example, beamforming.
• 5 - 20% UL bandwidth saving can be obtained.
• When using UpPTs, it allows a higher spectral efficiency in UL.

18.3 Functional Description

The Sounding Reference Signal (SRS) can be transmitted in one or both symbols of the
Uplink pilot time slot (UpPTS). Since UpPTS does not carry uplink data traffic, this field is
primarily expected to be used by SRS. SRS can be configured as a single transmission
or as a periodic transmission, with a period ranging from 2 ms to 320 ms. Frequency
hopping can be limited to a certain portion of system bandwidth. The SRS configuration
is explicitly signaled via terminal specific higher layer signaling.
SRS from different terminals can be multiplexed in multiple dimensions, which are: time,
frequency, cyclic shifts and transmission combs.
In addition to the terminal specific SRS configuration, cell specific SRS defines the
subframe that can contain SRS, as well as the bandwidth info. SRS should not extend
into the frequency band reserved for PUCCH.

150 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE513: Support of Sounding Reference Signal in TDD
UpPTS

18.4 System impacts

Exceeding SRS capacity may result in new calls being rejected.
The number of supported SRS UE per Symbol depends on the configured value of
parameter srsDlMimoModeDepConf and srsUePeriodicity.
Formulas for SRS capacity:
• Max SRS UE= uePeriodicity [2....320ms]/10ms * (Number of SRS opportunities per
frame) * (UEs per symbol)
UEs per symbol = min(srsBwConf/srsBandwidth * comb * cyclic shift, Maximum UEs
per symbol)
Where Maximum UEs per symbol is:
– For Flexi BTS TDD: 50
– For Flexi Zone Micro, in one cell case and all SFN configurations: 50
– For Flexi Zone Micro, in two cell case: 30
The number of SRS opportunities per frame are depending on TDD frame and
parameter srsSubfrConf configuration. srsSubfrConfmaps to the 3GPP table
below defines potential subframes for transmission. When these intersect with Uplink
subframes for the defined TDD frame configuration, the SRS opportunities will
increase. The SRS opportunities increases by 1 for intersections with special
subframes and 2 for intersections with normal subframes. PUSCH capacity will be
reduced by the normal subframe SRS opportunities.

Table 74 SRS subframe configuration
srsSubframeConfiguration Binary Configuration Period Transmission offset
(subframe) (subframe)
0 0 5 {1}
1 1 5 {1, 2}
2 10 5 {1, 3}
3 11 5 {1, 4}
4 100 5 {1, 2, 3}
5 101 5 {1, 2, 4}
6 110 5 {1, 3, 4}
7 111 5 {1, 2, 3, 4}
8 1000 10 {1, 2, 6}
9 1001 10 {1, 3, 6}
10 1010 10 {1, 6, 7}
11 1011 10 {1, 2, 6, 8}
12 1100 10 {1, 3, 6, 9}
13 1101 10 {1, 4, 6, 7}
14 1110 reserved reserved

Issue: 01 © 2019 Nokia. Nokia confidential. 151

   

LTE513: Support of Sounding Reference Signal in TDD General RRM Features (RL10 - LTE17A)
UpPTS

Table 74 SRS subframe configuration (Cont.)
15 1111 reserved reserved

g Note: Example calculation for configuration:
• srsDlMimoModeDepConf/srsUePeriodicity - 20 ms
• srsBwConf  - 2bw
• srsDlMimoModeDepConf/srsBandwidth - 3hbw
• tddFrameConf - 2
• srsSubfrConf - sc1

Number of SRS opportunities per frame: srsSubfrConf matches subframes 1, 2, 6, 7
in a frame. 1 and 6 are special subframes. 2 and 7 are normal subframes. Therefore,
1+2+1+2=6 opportunities to send SRS per frame.
Example 1: Max SRS Ue = 20 ms/10 ms * 6 * 50 = 600 SRS Ues (FSMr3, 2 cell
configuration)
Example 2: Max SRS Ue = 20 ms/10 ms * 6 * 30 = 360 SRS Ues (FZM, 2 cell
configuration)

18.5 LTE513 reference data

LTE513: Support of Sounding Reference signal in TDD UpPTS requirements, alarms
and faults, commands, measurements and counters, KPIs, parameters, and sales
information

Requirements

Table 75 LTE513 hardware and software requirements
FDD TDD
System release Not supported RL15TD
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

Alarms

152 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE513: Support of Sounding Reference Signal in TDD
UpPTS

There are no alarms related to the LTE513: Support of Sounding Reference signal in
TDD UpPTS feature.

BTS faults and reported alarms

There are no faults related to the LTE513: Support of Sounding Reference signal in TDD
UpPTS feature.

Commands
There are no commands related to the LTE513: Support of Sounding Reference signal in
TDD UpPTS feature.

Measurements and counters

There are no measurements or counters related to the LTE513: Support of Sounding
Reference signal in TDD UpPTS feature.

Key performance indicators

There are no key performance indicators related to the LTE513: Support of Sounding
Reference signal in TDD UpPTS feature.

Parameters
Order of parameters inside the tables should reflect the order of managed objects in the
Element Manager GUI. Within the managed object, order of the parameters is
alphabetical (by parameter's full name).

Table 76 Existing parameters related to LTE513
Full name Abbreviated name Managed Parent FDD/TDD
object structure
SRS feature srsActivation LNCEL_TD - TDD
activation/deactiva D
tion
Sounding Reference srsBandwidth LNCEL - common
Signal Bandwidth
Layer
SRS Bandwidth srsBwConf LNCEL - TDD
Configuration
SRS Hopping srsHoppingBw LNCEL - TDD
Bandwidth
SRS Max UpPts srsMaxUpPts LNCEL - common
Power Offset For srsPwrOffset LNCEL - TDD
SRS Transmission
Power Calculation
SRS To ACK/Nack srsSimAckNack LNCEL - TDD
activation/deactiva
tion
SRS Subframe srsSubfrConf LNCEL - TDD
Configuration
Include SRS ulpcSrsEn LNCEL - common
Measurements In CL
Power Control

Issue: 01 © 2019 Nokia. Nokia confidential. 153

   

LTE513: Support of Sounding Reference Signal in TDD General RRM Features (RL10 - LTE17A)
UpPTS

Table 76 Existing parameters related to LTE513 (Cont.)
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Consecutive SRS DTX nSrsDtx LNCEL - TDD
detections number
Consecutive SRS DTX nSrsRec LNCEL - TDD
recovery number
SRS downlink MIMO srsDlMimoModeD LNCEL - TDD
mode dependant epConf
configuration
SRS duration srsDuration LNCEL - TDD

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 77 LTE513 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

18.6 Activating and deactivating LTE513

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

18.6.1 Activating LTE513

Instructions to activate the feature

Purpose
Follow this procedure to activate the LTE513: Support of Sounding Reference Signal in
TDD UpPTS feature.

Before you start

The eNB must already be commissioned.

154 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE513: Support of Sounding Reference Signal in TDD
UpPTS

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using the BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL_TDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

3 Set the SRS feature activation/deactivation (srsActivation)

parameter value to true.

4 Send the commissioning plan file to the eNB.

Now the srsBandwidth, srsBwConf, srsHoppingBw, srsPwrOffset,
srsSimAckNack, srsSubfrConf, srsMaxUpPts, ulpcSrsEn,
srsUePeriodicity parameters can be changed.
After a successful feature activation, a restart is needed.

Result
The sounding reference symbol feature is activated in the cell.

18.6.2 Deactivating LTE513

Instructions to deactivate the feature

Purpose
Follow this procedure to deactivate the LTE513: Support of Sounding Reference Signal
in TDD UpPTS.

Before you start

The eNB must already be commissioned.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using the BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

Issue: 01 © 2019 Nokia. Nokia confidential. 155

   

LTE513: Support of Sounding Reference Signal in TDD General RRM Features (RL10 - LTE17A)
UpPTS

2 Go to the LNCEL_TDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

3 Set the SRS feature activation/deactivation (srsActivation)

parameter value to false.

4 Send the commissioning plan file to the eNB.

Now the srsBandwidth, srsBwConf, srsHoppingBw, srsPwrOffset,
srsSimAckNack, srsSubfrConf, srsMaxUpPts, ulpcSrsEn,
srsUePeriodicity parameters cannot be modified. Their default values are
used.
After a successful feature deactivation, a restart is needed.

Result
The sounding reference symbol feature is deactivated in the cell.

156 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE520: 8 EPS bearers per UE

19 LTE520: 8 EPS bearers per UE

19.1 Description of LTE520: 8 EPS bearers per UE

Introduction to the feature
The LTE520: 8 EPS bearers per UE feature establishes up to eight EPS bearers per UE.

19.1.1 Benefits
End-user benefits
This feature does not affect the end-user experience.

Operator benefits
This feature offers an always-on service with multiple concurrent sessions.

19.1.2 Functional description

The Flexi Multiradio BTS supports up to eight EPS bearers for multiple-bearer-capable
UEs. The UE indicates its capabilities with a feature bit in the UE capabilities.

The Flexi Multiradio BTS supports the following radio bearer combinations per UE:

• SRB1 + SRB2 + 6 x AM DRB
• SRB1 + SRB2 + 7 x AM DRB
• SRB1 + SRB2 + 8 x AM DRB
• SRB1 + SRB2 + 4 x AM DRB + 3 UM DRB
• SRB1 + SRB2 + 5 x AM DRB + 2 x UM DRB
• SRB1 + SRB2 + 5 x AM DRB + 3 x UM DRB

Multiple data radio bearers (DRB) can be either multiple default EPS bearers or a
combination of default and dedicated EPS bearers.

The Flexi Multiradio BTS provides checks for the total number of DRB per cell and
maximum possible number of DRB per UE. For the Intra-LTE handovers, it applies the
all-or-nothing approach and supports the following scenarios:

• establish individual EPS bearers
• release individual EPS bearers
• add multiple EPS bearers to existing EPS bearers
• release multiple EPS bearers from existing EPS bearers

Various EPS bearers per UE can have the same or a different QCI. The downlink
scheduler provides prioritization among multiple non-GBR EPS bearers and provides
means to avoid starvation of downlink traffic.

Issue: 01 © 2019 Nokia. Nokia confidential. 157

   

LTE520: 8 EPS bearers per UE General RRM Features (RL10 - LTE17A)

The support of up to eight EPS bearers is requested to use the emergency calls when
six EPS bearers are active, since eNB does not fully support pre-emption of one of the
six EPS bearers.

19.1.3 System impact

Interdependencies between features
The following features have to be enabled:
• LTE7: Support of Multiple EPS bearer
• LTE534: ARP Based Admission Control
• LTE496: Support of QCI 2, 3 and 4
• LTE497: Smart Admission Control

The following features are suggested to be enabled:
• LTE10: EPS Bearers for Conversational Voice
to support the IMS conversational voice
• LTE587: Multiple GBR EPS Bearers per UE
to support the multiple UM DRBs

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

19.2 LTE520 reference data

LTE520: 8 EPS bearers per UE requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 78 LTE520 hardware and software requirements
FDD TDD
System release RL60 TD-LTE 15A
Flexi Multiradio 10 BTS LBTS6.0 TL15A
Flexi Multiradio 10 Indoor BTS Not supported TL15A
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TL15A

158 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE520: 8 EPS bearers per UE

Table 78 LTE520 hardware and software requirements (Cont.)
FDD TDD
Flexi Zone Access Point FL15A TL16
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct NetAct8 EP1 NetAct 15.5
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 UE capabilities 3GPP R8 UE capabilities

Alarms
There are no alarms related to the LTE520: 8 EPS bearers per UE feature.

Measurements and counters

There are no measurements or counters related to the LTE520: 8 EPS bearers per UE
feature.

Key performance indicators

There are no key performance indicators related to the LTE520: 8 EPS bearers per UE
feature.

Parameters
FDD solution
There are no parameters related to the LTE520: 8 EPS bearers per UE feature for FDD
solution.

TDD solution

Table 79 New parameters introduced by LTE520
Full name Abbreviated Managed object Parent structure FDD/TDD
name
Activate Support act8EpsBearers LNBTS - common
of 8 EPS Bearers

Table 80 Existing parameters related to LTE520
Full name Abbreviated Managed object Parent structure FDD/TDD
name
Activate actEnhAcAndGbr LNBTS - common
enhanced AC Services
and GBR
services

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Issue: 01 © 2019 Nokia. Nokia confidential. 159

   

LTE520: 8 EPS bearers per UE General RRM Features (RL10 - LTE17A)

Table 81 LTE520 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

19.3 Activating and configuring LTE520

Instructions to activate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Activate Support of 8 EPS Bearers  (act8EpsBearers) parameter is
used for activation. Modification of this parameter requires object locking.
The following features need to be activated and configured before the activation of
LTE520: 8 EPS bearers per UE:

• LTE7: Support of Multiple EPS Bearer
• LTE496: Support of QCI 2, 3 and 4
• LTE497: Smart Admission Control
• LTE534: ARP Based Admission Control

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Activate the LTE520: 8 EPS bearers per UE feature.

a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the Activate Support of 8 EPS Bearers (act8EpsBearers)
parameter value to true.

Result

The LTE520: 8 EPS bearers per UE feature has been activated, and up to eight EPS
bearers can be established per UE.

160 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE520: 8 EPS bearers per UE

19.4 Deactivating LTE520

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Activate Support of 8 EPS Bearers  (act8EpsBearers) parameter is
used for deactivation. Modification of this parameter requires object locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Deactivate the LTE520: 8 EPS bearers per UE feature.

a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the Activate Support of 8 EPS Bearers (act8EpsBearers)
parameter value to false.

Result

The LTE520: 8 EPS bearers per UE feature has been deactivated.

Issue: 01 © 2019 Nokia. Nokia confidential. 161

   

LTE527: Distributed Resource Allocation Type 2 General RRM Features (RL10 - LTE17A)

20 LTE527: Distributed Resource Allocation Type

2

20.1 Introduction to the feature

The feature LTE527: Distributed Resource Allocation Type 2 introduces resource
allocation type 2 to PDSCH.

Use of type 2 grants yields smaller DCI messages and more efficient use of PDCCH
resources, as well as frequency diversity. This is especially useful for fast fading
channels for example where the channel conditions change quickly as to make
narrowband CQI reporting information outdated.

20.2 Benefits

This feature provides the following benefits:

• it ensures low control overhead via associating small PDCCH payload size
• it is suitable for low rate service
• it is suitable for high variance channel condition
• it yields higher frequency diversity

20.3 Functional description

Resource allocation type 2 introduced allocation of a single resource-block pair and
associated with relative small PDCCH payload size compared to type 0 and 1, where the
control signaling encodes the resource allocation as a start position and length of the
resource blocks.
To provide distributed resource-block allocation in this case, the following approaches
are followed:

1. consecutive virtual resource blocks (VRB) are not mapped to PRBs that are
consecutive in frequency domain
2. single VRB is distributed in the frequency domain

The first step means that the consecutive VRB pairs are not mapped to frequency-
consecutive PRB pairs. A block-based “interleaver” is used to perform the frequency
spreading.
The second step introduces frequency gap between the two resource blocks of the
resource block pair. This provides the frequency diversity inside the pair.
The main function for Distributed Resource Allocation type 2 is the modification in the
MAC Downlink Scheduler (DL-S) to assign PRBs not based on channel conditions
reported (via narrow band CQI), but based on distributed VRBs (DVRB).

162 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE527: Distributed Resource Allocation Type 2

In the frequency domain, PRB allocation is split into two parts: determination of number
of VRBs to be allocated to each user via Round Robin Scheduler and allocation of VRBs.

20.4 System impacts

The feature has no additional impacts on the system.

20.4.1 Interdependencies between features

There are interdependencies between the following features:

• LTE45: Fair scheduler (UL/DL) The DL channel-aware scheduler supported as part
of this feature is DISABLED if DVRB scheduler is ENABLED
• LTE31: Link Adaptation by AMC (UL/DL) If the DVRB scheduler is ENABLED, DL
AMC is based only on wideband CQI. Narrow band CQI is not considered in DL
AMC.

20.4.2 Impacts on interfaces

The feature has no additional impact on interfaces.

20.4.3 Impacts on network and network element management

tools

The feature has no additional impact on network and network element management
tools.

20.4.4 Impacts on system performance and capacity

The feature has no additional impact on system performance and capacity.

20.5 LTE527 reference data

LTE527: Distributed Resource Allocation Type 2 requirements, alarms and faults,
commands, measurements and counters, KPIs, parameters, and sales information

Requirements

Table 82 LTE527 hardware and software requirements
FDD TDD
System release Not supported RL15
Flexi Multiradio 10 BTS Not supported Not supported

Issue: 01 © 2019 Nokia. Nokia confidential. 163

   

LTE527: Distributed Resource Allocation Type 2 General RRM Features (RL10 - LTE17A)

Table 82 LTE527 hardware and software requirements (Cont.)
FDD TDD
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Support not required
NetAct Not supported Support not required
MME Not supported Support not required
SAE GW Not supported Support not required
UE Not supported Support not required

Alarms
There are no alarms related to the LTE527: Distributed Resource Allocation Type 2
feature.

BTS faults and reported alarms

There are no faults related to the LTE527: Distributed Resource Allocation Type 2
feature.

Commands
There are no commands related to the LTE527: Distributed Resource Allocation Type 2
feature.

Measurements and counters

There are no measurements or counters related to the LTE527: Distributed Resource
Allocation Type 2 feature.

Key performance indicators

There are no key performance indicators related to the LTE527: Distributed Resource
Allocation Type 2 feature.

Parameters

Table 83 Existing parameters related to LTE527
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Distributed virtual resource dlsNgap LNCEL - TDD
block gap value

Downlink scheduler type dlsSchedType LNCEL - TDD

164 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE527: Distributed Resource Allocation Type 2

For parameter descriptions, see LTE Radio Access Operating Documentation >
Reference > Parameters.

Sales information

Table 84 LTE527 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

20.6 Activating and deactivating LTE527

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

20.6.1 Activating the LTE527

Instructions to activate the feature

Purpose
Follow this procedure to activate the LTE527: Distributed Resource Allocation Type 2
feature.

Before you start

The eNB must already be commissioned.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using the BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL_TDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

3 Set the Downlink scheduler type (dlsSchedType) parameter value to DVRB.

Issue: 01 © 2019 Nokia. Nokia confidential. 165

   

LTE527: Distributed Resource Allocation Type 2 General RRM Features (RL10 - LTE17A)

4 Make sure the Distributed virtual resource block gap

value (dlsNgap) parameter is set to NGap1.

5 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

6 Set the DCI format for common channel transmission (dlsDciCch)

parameter value to DCI format 1C.

7 Set the Use of partly allocated PRBs (dlsUsePartPrb) parameter value to

not used.

8 Send the commissioning plan file to the eNB.

Result
Resource allocation type 2 is enabled.

20.6.2 Deactivating the LTE527

Instructions to deactivate the feature

Purpose
Follow this procedure to deactivate the LTE527: Distributed Resource Allocation Type 2
feature.

Before you start

The eNB must already be commissioned.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using the BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL_TDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

166 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE527: Distributed Resource Allocation Type 2

3 Set the Downlink scheduler type (dlsSchedType) parameter value to

channelAware.

4 Send the commissioning plan file to the eNB.

Result
Resource allocation type 2 is not used.

Issue: 01 © 2019 Nokia. Nokia confidential. 167

   

LTE540: Sounding Reference Signal in Normal Frames General RRM Features (RL10 - LTE17A)

21 LTE540: Sounding Reference Signal in

Normal Frames
Introduction to the feature
Sounding reference signal (SRS) is a reference signal that the eNB uses to determine
the channel state and carrier frequencies to be assigned to the UE for transmission.
SRS provides information about uplink channel quality for wide bandwidths outside the
span assigned to a specific UE. This information is needed for UL channel-aware
scheduling and UL timing estimation.
This feature makes it possible to transmit the SRS in a normal UL subframe to use a
larger capacity of the SRS resource. Without this feature, the SRS is transmitted only in
UpPTS.

21.1 Benefits
Operator benefits
The feature provides means for a better estimation of uplink channel quality so that
uplink transmissions can be scheduled for good-quality resource blocks.

21.2 Functional description

In the scope of feature LTE513: Sounding Reference Signal in UpPTS, the sounding
reference signal can be transmitted in the uplink pilot time slot, which is used for initial
synchronisation, random access, and adjacent cell handover measurements.
Feature LTE540: Sounding Reference Signal in Normal Frames makes is possible to
transmit the SRS also (or alternatively) in normal uplink subframes. The transmission
interval can be configured, the minimum interval being 5ms and the maximum 320ms.
On the basis of the received SRS, the eNB makes the measurements required for the
channel quality estimation and broadcasts the cell-specific sounding configuration to the
UE in SIB2.
The UE-specific sounding configuration is exchanged via the RRC establishment
procedure.

168 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE540: Sounding Reference Signal in Normal Frames

Figure 26 Transmission of cell-specific and UE-specific sounding configuration
SIB:srsBandwidthConfiguration,srsSubframeConfiguration,
ackNackSRS-SimultaneousTransmission

SRSTransmission
PUCCHTransmission
PUSCHTransmission

RRC-Dedicate:srsBandwidth,frequencyDomainPosition,
srsHoppingBandwidth,duration,srsConfigurationIndex,
transmissionComb,CyclicShift

SRS is transmitted on the last SC-FDMA symbol of the subframe in every second sub-
carrier (distributed SC-FDMA transmission). To ensure that the SRS and PUSCH
transmissions from different terminals do not overlap, the last symbol is not used for
PUSCH by any UE served by the cell.

21.3 LTE540 reference data

LTE540: Sounding Reference Signal in Normal Frames requirements, alarms and faults,
commands, measurements and counters, KPIs, parameters, and sales information

Requirements

Table 85 LTE540 hardware and software requirements
FDD TDD
System release Not supported RL15TD
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE Support not required 3GPP release 9 capabilities

Alarms

Issue: 01 © 2019 Nokia. Nokia confidential. 169

   

LTE540: Sounding Reference Signal in Normal Frames General RRM Features (RL10 - LTE17A)

There are no alarms related to the LTE540: Sounding Reference Signal in Normal
Frames feature.

BTS faults and reported alarms

There are no faults related to the LTE540: Sounding Reference Signal in Normal Frames
feature.

Commands
There are no commands related to the LTE540: Sounding Reference Signal in Normal
Frames feature.

Measurements and counters

There are no measurements or counters related to the LTE540: Sounding Reference
Signal in Normal Frames feature.

Key performance indicators

There are no key performance indicators related to the LTE540: Sounding Reference
Signal in Normal Frames feature.

Parameters

Table 86 Parameters related to LTE540
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Consecutive SRS DTX nSrsDtx LNCEL - TDD
Detections Number
Consecutive SRS DTX nSrsRec LNCEL - TDD
Recovery Number
SRS feature srsActivation LNCEL - TDD
activation/deactiva
tion
SRS downlink MIMO srsDlMimoModeD LNCEL - TDD
mode dependant epConf
configuration
Power Offset for srsPwrOffset LNCEL - TDD
SRS Transmission
Power Calculation
Sounding RS srsBwConf LNCEL - TDD
Bandwidth
Configuration
SRS subframe srsSubfrConf LNCEL - TDD
configuration
SRS hopping srsHoppingBw LNCEL - TDD
bandwidth
SRS simultaneous srsSimAckNack LNCEL - TDD
ack/nack
activation/deactiva
tion

170 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE540: Sounding Reference Signal in Normal Frames

Table 86 Parameters related to LTE540 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Sounding RS srsSubfrConf LNCEL - TDD
Subframe
Configuration
SRS beamforming beamformingTyp LNCEL - TDD
type e
SRS Duration srsDuration LNCEL - TDD

SRS act/deact of srsMaxUpPTS LNBTS - TDD

use of maximum
bandwidth on UpPTS
SRS Transmission on srsOnTwoSymUpP LNCEL - TDD
2 Symbols of UpPTS ts
Act/Deact

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.
The SRS configuration is defined in the following parameters:

• Parameter Consecutive SRS DTX Detection Number defines the number of

consecutive SRS DTX detections causing a radio link failure indication. The value is
an integer in the range of 0 - 8.
• Parameter Consecutive SRS DTX Recovery Number defines the number of
consecutive SRS non-DTX detections causing radio link failure recovery indication.
• Parameter Include SRS Measurements in CL Power Control defines
whether RSSI and SINR measurements are included in SRS in the closed-loop PC
component.
• Parameter Periodicity of UE SRS Transmission defines how often the
UE transmits the SRS to the eNB. The number of SRS resources available in the
system depends, in addition to the other SRS configuration parameters, on the value
of this parameter. The allowed values are: 2 (5ms), 3 (10ms), 4 (20ms), 5 (40ms), 6
(80ms), 7 (160ms), 8 (320ms). Default value is 3.
• Parameter Power Offset for SRS Transmission Power Calculation
defines the UE-specific power offset used for the SRS transmission power
calculation in UE uplink power control equation. The value is an integer in the range
of 0 - 15. Default value is 7.
• Parameter Sounding RS Bandwidth Configuration defines the allowed set
of bandwidths for the SRS. The allowed values are: 2 (2bw), 6 (6bw). Default value is
2.
• Parameter Sounding RS Bandwidth Layer defines the layer for sending SRS.
The only allowed value is 3 = 4 RB (narrowest possible bandwidth).
• Parameter Sounding RS Frequency Hopping determines whether SRS
frequency hopping is allowed in a cell. Frequency hopping is automatically enabled
when the configured bandwidth for hopping is wider than the UE-dedicated sounding
band. The allowed values are: 0 (0hbw), 1 (1hbw), 2 (2hbw), 3 (3hbw). Default value
is 3.
• Parameter Sounding RS Simultaneous to Ack/Nack determines whether
the SRS and ACK/NACK can be transferred simultaneously. The allowed values are:
0 (false), 1 (true). Default value is 0.

Issue: 01 © 2019 Nokia. Nokia confidential. 171

   

LTE540: Sounding Reference Signal in Normal Frames General RRM Features (RL10 - LTE17A)

• Parameter Sounding RS Subframe Configuration defines the cell-specific

subframe configuration period and the cell-specific offset, relative to a frame, for the
transmission of the SRS. The allowed values are: 0 (sc0), 1 (sc1), 2 (sc2), 4 (sc4).
Default value is 0.
• Parameter SRS Duration defines the UE transmission duration of the SRS.
The only allowed value is 1 (indefinite).
• Parameter SRS Max UpPTS defines whether the reconfiguration of the SRS
parameter m (max, SRS, 0) applies to UpPts.
• Parameter SRS Transmission on 2 Symbols of UpPTS Act/Deact
defines whether the SRS transmission on 2 symbols of UpPTS is allowed. The value
can be 0 (false) or 1 (true).

Sales information

Table 87 LTE540 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

21.4 System impact

Interdependencies between features
This feature is dependent on the following features:

• LTE46: Channel-aware Scheduler (UL)
• LTE513: Support of Sounding Reference Signal in TDD UpPTS

Impact on interfaces
There are parameters in the internal interface that have to be defined to configure the
feature. These parameters are described in chapter LTE540: Sounding Reference Signal
in Normal Frames reference data

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

172 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE570: Periodic UE measurements

22 LTE570: Periodic UE measurements

Introduction to the feature
When this feature is activated on cell-level, all UEs served by that cell and provided with
required capabilites are configured to make periodic intra-frequency measurements and
measurement reports.
If the feature is used in connection with Subscriber and equipment trace or Cell trace, the
measurement reports can be forwarded to the NectAct for post-processing to give the
operator more detailed information about UE and cell functionality for, for example,
troubleshooting, capacity and resource optimization and quality control.

22.1 Benefits
Operator benefits
When used in connection with Subscriber and equipment trace or Cell trace, this feature
benefits the operator by offering more detailed information about the functionality of a
specific cell or the UEs served by a specific cell.
By means of intra-frequency measurements, the UE reports power and quality-related
information of the serving cell, and of the neighbor cell that it it is able to detect. These
measurements provide the operator with information about radio coverage and
interference without a need to run drive tests on the field.
In subscriber and equipment trace, the periodic UE measurements provide additional
information about subscribers and user equipment to help the operators resolve error
situations or find out why a UE is malfunctioning, plan resource usage and capacity
optimization or control radio frequency coverage and quality.

22.2 Functional description

When the feature is activated in the eNB and a cell belonging to the eNB is selected for
periodic intra-frequency UE measurements, the UEs requested to make measurements
start reporting RSRP and RSRQ signals of the serving and detected neighbor cells to the
eNB, as often and as many times as defined by the operator.
If the feature is used together with LTE163: Subscriber and equipment trace or LTE433:
Cell trace, the measurement results are also made available in the NetAct for further
processing.
If the feature is used together with LTE492: Automated neighbor relation or LTE782:
ANR fully UE-based, the eNB can add neighbor relations to the cell for which periodic
UE measurement has been activated.

g Note: LTE782: ANR fully UE-based uses the same measurement,  ReportStrongestCells ,

as LTE570, but the measurement is configured in a different way for the two features. If
both features are simultaneously active in the same cell, the LTE570-related settings
defined for the measurement are applied.

Issue: 01 © 2019 Nokia. Nokia confidential. 173

   

LTE570: Periodic UE measurements General RRM Features (RL10 - LTE17A)

22.3 System impact

Interdependencies between features
There are no interdependencies between this and any other feature.

Impact on interfaces
This feature affects interfaces as follows:

• The radio interface supports the intra-frequency periodical measurement
ReportStrongestCells .
• The O&M interface supports the parameters in which the operator can define the
measurement time interval and the number of reports to be generated.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

The value range of those configurable parameters which control the periodic UE
measurements has been chosen so that the functionality has a minimum impact on the
eNB performance. There is no reason to expect any significant degradation in the UE
handover performance or data throughput even with the highest possible measurement
report frequency.

22.4 LTE570 reference data

Requirements

Table 88 LTE570 hardware and software requirements
FDD TDD
System release RL30 RL25
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS RL50FZ TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 3GPP R8

174 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE570: Periodic UE measurements

Alarms
There are no alarms related to the LTE570: Periodic UE measurements feature.

BTS faults and reported alarms

There are no faults related to the LTE570: Periodic UE measurements feature.

Commands
There are no commands related to the LTE570: Periodic UE measurements feature.

Measurements and counters

There are no measurements or counters related to the LTE570: Periodic UE
measurements feature.

Key performance indicators

There are no key performance indicators related to the LTE570: Periodic UE
measurements feature.

Parameters

Table 89 New parameters introduced by LTE570
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Activate MDT cell actMDTCellTra LNBTS - common
trace ce
Periodic UE periodicUeMea MTRACE - common
measurements s
Report Amount reportAmount MTRACE periodicUe common
Meas
Report Interval reportInterva MTRACE periodicUe common
l Meas

For parameter descriptions, see the LTE parameters reference document.

Sales information

Table 90 LTE570 sales information
Product structure class License control Activated by default
Application software (ASW) SW Asset Monitoring No

22.5 Activating and deactivating LTE570

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Issue: 01 © 2019 Nokia. Nokia confidential. 175

   

LTE570: Periodic UE measurements General RRM Features (RL10 - LTE17A)

Activating LTE570
Instructions to activate the feature

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

MRBTS ► LNBTS

3 Set the Activate MDT cell trace (actMDTCellTrace) parameters value to

true.

4 Set the Activate cell trace (actCelltrace) parameters value to true.

5 Go to the MTRACE object.

MRBTS ► LNBTS ► CTRLTS ► MTRACE

6 Go to Periodic UE measurements (periodicUeMeas).

7 If not created already, create the corresponding Structure object, under Periodic UE
Measurement object.

8 Set the Report amount (reportAmount) parameter value to define the number of
periodic ReportStrongestCells measurement reports configured in the UE.

9 Set the Report interval (reportInterval) parameter value to define the time
interval between two consecutive ReportStrongestCells measurement reports
configured in the UE.

10 Send the commissioning plan file to the eNB.

176 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE570: Periodic UE measurements

Deactivating LTE570
Instructions to deactivate the feature

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the MTRACE object.

MRBTS ► LNBTS ► CTRLTS ► MTRACE

3 Go to Periodic UE measurements (periodicUeMeas).

Configure the parameters from the list to deactivate periodic UE measurements on
cell level.

4 Go to the LNBTS object.

MRBTS ► LNBTS

5 Set the Activate MDT cell trace (actMDTCellTrace) parameter value to

false.

6 Send the commissioning plan file to the eNB.

Issue: 01 © 2019 Nokia. Nokia confidential. 177

   

LTE571: Controlled uplink packet segmentation General RRM Features (RL10 - LTE17A)

23 LTE571: Controlled uplink packet

segmentation
Introduction to the feature
Increased uplink cell edge performance by controlled uplink packet segmentation.

23.1 Benefits
End-user benefits
This feature benefits the end-user by improving performance at cell edge, which in turn
improve user experience.

Operator benefits
This feature benefits the operator by providing a better cell edge performance.

23.2 Functional description

Functional overview
The Flexi Multiradio BTS supports an uplink coverage improvement algorithm as an
extension to the uplink link adaptation.
The coverage extension is achieved by controlling the uplink packet segmentation. This
leads to an improvement of the coverage throughput; also PDCCH is more optimally
utilized as a result of balancing new transmissions and retransmissions. The
enhancement in coverage throughput comes at the cost of cell throughput. For a given
modulation code scheme (MCS) as determined by the uplink link adaptation and
configured transport block size (TBS), the uplink scheduler determines the PRB
allocation.
The uplink packet segmentation algorithm is controlled for cell edge UEs by using two
O&M parameters:

• the minimal transport block size (ulsMinTbs)
• the minimal PRB allocation (ulsMinRbPerUe)

Both parameters are operator configurable.

23.3 System impact

Interdependencies between features
There are no interdependencies between this and any other feature.

Impact on interfaces
This feature has no impact on interfaces.

178 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE571: Controlled uplink packet segmentation

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

23.4 LTE571 reference data

Requirements

Table 91 LTE571 hardware and software requirements
FDD TDD
System release RL30 RL25
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS RL50FZ TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP release 8 3GPP release 8

Alarms
There are no alarms related to the LTE571: Controlled uplink packet segmentation
feature.

BTS faults and reported alarms

There are no faults related to the LTE571: Controlled uplink packet segmentation
feature.

Commands
There are no commands related to the LTE571: Controlled uplink packet segmentation
feature.

Measurements and counters

There are no measurements or counters related to the LTE571: Controlled uplink packet
segmentation feature.

Key performance indicators

Issue: 01 © 2019 Nokia. Nokia confidential. 179

   

LTE571: Controlled uplink packet segmentation General RRM Features (RL10 - LTE17A)

There are no key performance indicators related to the LTE571: Controlled uplink packet
segmentation feature.

Parameters

Table 92 New parameters introduced by LTE571
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Minimum PRB ulsMinRbPerUe LNCEL - common
allocation for UEs
which are power
limited
Minimum UL ulsMinTbs LNCEL - common
Transport Block
Size

For parameter descriptions, see the LTE parameters reference document.

Sales information

Table 93 LTE571 sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

180 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE616: Usage based PDCCH adaptation

24 LTE616: Usage based PDCCH adaptation

Table 94 LTE616 summary of changes
Date Section Change description
04.07.2018 Functional description Detailed information about LTE616
implementation in different bandwidths was
added.

Introduction to the feature

The number of OFDM symbols used for PDCCH is adapted to the required amount of
CCEs (control channel elements).

24.1 Benefits

Cell capacity is increased in cases where not all available PDCCH resource are needed.
Subscribers may experience higher throughput in downlink in typical scenarios with low
load on PDCCH and high utilization of PDSCH.

24.2 Functional description

The BTS automatically adapts the number of OFDM symbols used for PDCCH. The
information is broadcasted every TTI via PCFICH. The adaptation is based on CCE
blocking and used CCE (control channel elements). Additionally, the balance between
the PDCCH space used for DL and for UL may be adapted depending on the current
load split. The UL/DL PDCCH space balance is adapted in any case when required
amount of resources due to different load on PDSCH and PUSCH differs from the
configured value.
LTE616 implementation details:
• 1.4 MHz system bandwidth for FDD is not supported
• 3 MHz system bandwidth for FDD is not recommended to be used
• 5 MHz system bandwidth for FDD is supported, however the number of PDCCH
symbols used as minimum should not be lower than two

g Note: The LTE616: Usage based PDCCH adaptation is supported in FDD technology
only. The similar functionality in TDD is supported with
LTE939: Usage based PDCCH adaptation.

24.2.1 Related parameters

Activate load adaptive PDCCH

Issue: 01 © 2019 Nokia. Nokia confidential. 181

   

LTE616: Usage based PDCCH adaptation General RRM Features (RL10 - LTE17A)

The operator can activate or deactivate LTE616: Usage based PDCCH adaptation by
setting the parameter actLdPdcch to True or False respectively. The actual OFDM
symbol amount used for PDCCH in a TTI is selected from values between the minimum
reasonable amount of symbols for the selected DL bandwidth and maximum allowed
number of PDCCH symbols (maxNrSymPdcch).
The parameter actLdPdcch can be set to True if all of the following condition are
fulfilled:

• phichDur is set to Normal (PHICH is transmitted in the first OFDMA symbol)
• maxNrSymPdcch value is greater than 1

If actLdPdcch is set to False, configured UL and DL split of PDCCH resources
(pdcchUlDlBal) is used as a fix value.
If actLdPdcch is set to True, UL and DL split of PDCCH resources is adjusted runtime
based on load; the configured value of the pdcchUlDlBal parameter defines the initial
starting point.
PDCCH LA UL DL allocation balance initial value
The parameter pdcchUlDlBal determines initial value of the PDCCH allocation
balance constant between uplink and downlink. The Load Adaptive PDCCH algorithm
optimizes the value depending on the actual load distribution between DL and UL. The
Load Adaptive PDCCH algorithm optimizes the value depending on the actual load
distribution between DL and UL. The PDCCH UE-specific search space capacity is
divided into uplink and downlink based on the parameter before dynamic scheduling.

24.3 System impact

Interdependencies between features
The LTE616: Usage based PDCCH adaptation  feature is not supported together with
the LTE1382: Cell resource groups  feature.

Impact on interfaces
The feature affects signaling on PCFICH and thus size of PDDCH and PDSCH. The
impact is in both cases usage dependent.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

The long-term average throughput is improved in scenarios with high PDSCH usage.

24.4 LTE616 reference data

LTE616:Usage based PDCCH Adaptation requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

182 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE616: Usage based PDCCH adaptation

Requirements

Table 95 LTE616 hardware and software requirements
FDD TDD
System release RL30 Not supported
Flexi Multiradio 10 BTS LBTS4.0 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A Not supported
Flexi Zone BTS LBTSFZ5.0 Not supported
Flexi Zone Access Point FL15A Not supported
Cloud Flexi Zone Controller FL17A Not supported
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE 3GPP R8 mandatory Not supported

Alarms
There are no alarms related to the LTE616:Usage based PDCCH Adaptation feature.

Measurements and counters

Table 96 New counters introduced by LTE616
Counter Counter name Measurement
ID
M8011C Number of subframes with 1 LTE Cell Resource
59 OFDM symbol allocated to
PDCCH
M8011C Number of subframes with 2 LTE Cell Resource
60 OFDM symbols allocated to
PDCCH
M8011C Number of subframes with 3 LTE Cell Resource
61 OFDM symbols allocated to
PDCCH

For counter descriptions, see LTE Operating Documentation/ Reference/ Counters and
Key Performance Indicators.

Key performance indicators

There are no key performance indicators related to the LTE616:Usage based PDCCH
Adaptation feature.

Parameters

Issue: 01 © 2019 Nokia. Nokia confidential. 183

   

LTE616: Usage based PDCCH adaptation General RRM Features (RL10 - LTE17A)

Table 97 New parameter introduced by LTE616
Full name Abbreviated name Managed Parent structure FDD/TDD
object
Activate Load actLdPdcch LNCEL - common
Adaptive PDCCH

Table 98 Parameter modified by LTE616
Full name Abbreviated name Managed Parent structure FDD/TDD
object
PDCCH LA UL DL pdcchUlDlBal LNCEL - common
allocation balance
initial value

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 99 LTE616 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

24.5 Activating and deactivating LTE616

Instructions to activate and deactivate the feature

Activating LTE616
Instructions to activate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The eNB must already be commissioned.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

184 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE616: Usage based PDCCH adaptation

2 Go to the MRBTS ► LNBTS ► LNCEL object.

3 Set the Activate load adaptive PDCCH (actLdPdcch) value to true.

Result
The eNB may perform a restart.

Deactivating LTE616
Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The eNB must already be commissioned.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the MRBTS ► LNBTS ► LNCEL object.

3 Set the Activate load adaptive PDCCH (actLdPdcch) value to false.

Result
The eNB may perform a restart.

Issue: 01 © 2019 Nokia. Nokia confidential. 185

   

LTE747: Support of UE radio capabilities General RRM Features (RL10 - LTE17A)

25 LTE747: Support of UE radio capabilities

25.1 Introduction to feature

LTE747: Support of UE radio capabilities feature introduces the basic function needed to
take into account the UE radio capabilities in individual RRM procedures.

25.2 Benefits
The feature make it possible to take into account the UE radio capabilities in individual
RRM procedures.

25.3 Functional description

The eNB retrieves the UE radio access capability parameters from one of the following
sources:

• the S1AP initial setup request message
• the RRC UE capability transfer procedure if it is not provided via S1AP
• the X2AP in the event of a handover

The UE radio access capability parameters are stored in the eNB and evaluated by
individual RRM functions.
The UE radio access capability parameters include:

• Access stratum release
• UE category
• PDCP parameters
• Physical layer parameter
• RF parameter
• Measurement parameter
• Feature group indicator
• Inter RAT-parameters

The eNB sends the UE radio access capability parameters to:

• the MME if the UE radio capabilities have been retrieved via RRC
• the neighbor LBs or eNBs in the event of a handover

25.4 LTE747 reference data

Requirements

186 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE747: Support of UE radio capabilities

Table 100 LTE747 hardware and software requirements
FDD TDD
System release RL10 RL15
Flexi Multiradio 10 BTS LBTS4.0 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS RL50FZ TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME NS10 CD2 Support not required
SAE GW Support not required Support not required
UE 3GPP R8 3GPP R8

Alarms
There are no alarms related to the LTE747: Support of UE radio capabilities feature.

BTS faults and reported alarms

There are no faults related to the LTE747: Support of UE radio capabilities feature.

Commands
There are no commands related to the LTE747: Support of UE radio capabilities feature.

Measurements and counters

There are no measurements or counters related to the LTE747: Support of UE radio
capabilities feature.

Key performance indicators

There are no key performance indicators related to the LTE747: Support of UE radio
capabilities feature.

Parameters
There are no parameters related to the LTE747: Support of UE radio capabilities feature.

Sales information

Table 101 LTE747 sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

Issue: 01 © 2019 Nokia. Nokia confidential. 187

   

LTE801: Group hopping for UL reference signal General RRM Features (RL10 - LTE17A)

26 LTE801: Group hopping for UL reference

signal

26.1 Description of LTE801: Group hopping for UL

reference signal
Introduction to the feature
The LTE801: Group hopping for UL reference signal randomizes the base sequence for
the uplink (UL) demodulation reference signal of the physical uplink shared channel
(PUSCH) and the physical uplink control channel (PUCCH), as well as the base
sequence for sounding reference signal (SRS) on a per slot basis.

26.1.1 Benefits
End-user benefits
The end-user benefits from reduced crosstalk between cells, which may result to
improvements in the UL and DL performance of the network. This is only if the planning
for the UL demodulation reference signal in the network is not optimal. Otherwise, the
end-user experience will be similar if careful network planning is done.

Operator benefits
This feature does not require reference signal planning or configuration.

26.1.2 Functional description

With the LTE801: Group hopping for UL reference signal activated, the base sequence
for the UL demodulation reference signal for PUSCH and PUCCH, as well as the base
sequence for SRS are changed randomly. The random pattern changes with the
underlying physical cell ID so that each physical cell ID gives a unique group pattern
within the radio frame. Applying group hopping, the cell planning of the UL reference
signal is unnecessary since the crosstalk of the sequence is on a very small level and
averaged across the network. The UEs are informed via the SIB2 broadcast message
whenever group hopping in a cell is enabled/disabled. The parameter actUlGrpHop is
used to activate this feature.

g Note: The actual value of the parameter grpAssigPusch for the UL demodulation
reference signal for PUSCH does not matter in network planning because of the
overlaying UL group hopping pattern.

26.1.3 System impact

Interdependencies between features
There are no interdependencies between this and any other feature.

Impact on interfaces
This feature has no impact on interfaces (but reference signal hopping is visible on Uu).

188 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE801: Group hopping for UL reference signal

Impact on network and network element management tools

If this feature is activated in the radio access network (RAN), planning of the UL
demodulation reference signal is unnecessary.

Impact on system performance and capacity

This feature brings performance improvement for the PUSCH, PUCCH, and SRS if
planning for the UL demodulation reference signal in the network is not optimal. The
downlink (DL) performance may be impacted if, for example, the ACK/NACK in UL is
improved.

26.2 LTE801 reference data

LTE801: Group hopping for UL reference signal requirements, alarms and faults,
commands, measurements and counters, KPIs, parameters, and sales information

Requirements

Table 102 LTE801 hardware and software requirements
FDD TDD
System release RL60 TD-LTE 15A
Flexi Multiradio 10 BTS LBTS6.0 TL15A
Flexi Multiradio 10 Indoor BTS Not supported TL15A
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TL15A
Flexi Zone Access Point FL15A TL16
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct NetAct8 EP1 NetAct 15.5
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 3GPP R8

Alarms
There are no alarms related to the LTE801: Group hopping for UL reference signal
feature.

Measurements and counters

There are no measurements or counters related to the LTE801: Group hopping for UL
reference signal feature.

Key performance indicators

There are no key performance indicators related to the LTE801: Group hopping for UL
reference signal feature.

Issue: 01 © 2019 Nokia. Nokia confidential. 189

   

LTE801: Group hopping for UL reference signal General RRM Features (RL10 - LTE17A)

Parameters

Table 103 New parameter introduced by LTE801
Full name Abbreviated name Managed Parent structure FDD/TDD
object
Activation of actUlGrpHop LNCEL - common
uplink group
hopping

For parameter descriptions, see the LTE parameters reference document.

Sales information

Table 104 LTE801 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

26.3 Activating and configuring LTE801

Instructions to activate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Restart of the eNB is not required after activation of this feature.
The Activation of uplink group hopping (actUlGrpHop) parameter is
used to activate the feature. Modification of this parameter requires object locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the activation flag.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Select the LNCEL object corresponding to the cell where the LTE801: Group
hopping for UL reference signal feature will be activated.

190 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE801: Group hopping for UL reference signal

d) Set the Activation of uplink group hopping (actUlGrpHop)

parameter value to true.

Result

The LTE801: Group hopping for UL reference signal feature is activated in the cell.

26.4 Deactivating LTE801

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Restart of the eNB is not required after deactivation of this feature.
The Activation of uplink group hopping (actUlGrpHop) parameter is
used to deactivate the feature. Modification of this parameter requires object locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the activation flag.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Select the LNCEL object corresponding to the cell where the LTE801: Group
hopping for UL reference signal feature will be deactivated.
d) Set the Activation of uplink group hopping (actUlGrpHop)
parameter value to false.

Result

The LTE801: Group hopping for UL reference signal feature is deactivated in the cell.

Issue: 01 © 2019 Nokia. Nokia confidential. 191

   

LTE819: DL Inter-cell Interference Generation General RRM Features (RL10 - LTE17A)

27 LTE819: DL Inter-cell Interference Generation

27.1 Introduction To The Feature

With the downlink interference generation feature, it can be ensured that downlink load
of neighbor cells is at least on a pre-defined level. By configuring a minimum downlink
cell load, the operator is able to test (intra-frequency) interference caused by neighbor
cells to the serving cell. The downlink inter-cell interference generator allows running the
test without test UEs: the Flexi BTS sends dummy data to non existing UEs in order to
generate downlink inter-cell interference.

27.2 Benefits

The operator can perform downlink inter-cell interference related tests in the field without
test UEs.

27.3 Functional Description

The Flexi Multiradio BTS transmits PDSCH dummy data (a pseudo random bit
sequence) on resource elements not allocated by the downlink scheduler, which are only
added if not enough resource elements are allocated to normal users. The dummy data
are sent on all configured antennas, e.g. single or two antennas, and their power spectral
density is the same as for the PDSCH. The operator configures the modulation scheme
for the dummy data and the interference level, i.e. percentage of PDSCH resource
elements used by the normal users and dummy data. The downlink scheduler is not
limited by this setting and it can allocate data also above the interference level.

27.3.1 Feature Scope

The LTE819: DL Inter-cell Interference Generation is configured, activated, modified and
deactivated either by the NetAct or locally by Network Element Manager. The eNB has at
least one, and up to three LTE cells. The LTE cell a UE is connected to, is serving cell.
Other cells are classified as neighbor cells. Because from the downlink inter-cell
interference generation point of view the eNB does not see any difference between
serving and neighbor cells, the LTE819: DL Inter-cell Interference Generation can be
configured and activated to any eNB cell.

27.3.2 User Scenarios

Operator can activate and deactivate downlink inter-cell interference generation using a
management tool, which is either NetAct or Network Element Manager. The feature can
be:

• activated either at the eNB startup, or online in case a cell is already configured

192 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE819: DL Inter-cell Interference Generation

• deactivated by setting the management parameter dlInterferenceEnable to
False

Operator can also modify the LTE819: DL Inter-cell Interference Generation online.

27.4 System Impacts

27.4.1 Dependencies Between Features

There are interdepedencies between the following features:

• LTE793 Support of 16 QAM in Downlink. Modulation scheme 16 QAM cannot be
used for downlink interference generation unless LTE793 has been enabled and
valid license is available.
• LTE43 Support of 64 QAM in Downlink. Modulation scheme 64 QAM cannot be used
for downlink interference generation unless both of the features, LTE793 and LTE43
have been enabled and valid license is available.

27.4.2 Impacts on Network and Network Element Management

tools

The Downlink inter-cell Interference generation affects only air interface (Uu). Managing
(enabling/disabling) the feature does not introduce new functionalities between
NetAct/Network Element Manager and the eNB.

27.4.3 Impacts on System Performance and Capacity

27.4.3.1 System Performance

The downlink inter-cell interference generation may affect neighbor cells performance,
the feature is actually implemented for that. The exact effect to neighbor cells cannot be
described precisely, as it depends, for example, on radio network topology.

27.4.3.2 System Capacity

The downlink inter-cell interference generation does not affect the serving cell capacity,
as interference is not added if all PDSCH PRBs are used for data transmission.

27.5 LTE819 reference data

Requirements

Issue: 01 © 2019 Nokia. Nokia confidential. 193

   

LTE819: DL Inter-cell Interference Generation General RRM Features (RL10 - LTE17A)

Table 105 LTE819 hardware and software requirements
FDD TDD
System release RL20 RL15
Flexi Multiradio 10 BTS LBTS4.0 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

g Note: This feature requires Flexi System modules which support LTE.

Alarms
There are no alarms related to the LTE819: Downlink Inter-cell Interference Generation
feature.

BTS faults and reported alarms

There are no faults related to the LTE819: Downlink Inter-cell Interference Generation
feature.

Commands
There are no commands related to the LTE819: Downlink Inter-cell Interference
Generation feature.

Measurements and counters

There are no measurements or counters related to the LTE819: Downlink Inter-cell
Interference Generation feature.

Key performance indicators

There are no key performance indicators related to the LTE819: Downlink Inter-cell
Interference Generation feature.

Parameters

194 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE819: DL Inter-cell Interference Generation

Table 106 New parameters introduced by LTE819
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Enable Downlink dlInterferenceEnabl LNCEL - common
Interference Generation e

Interference Level for dlInterferenceLevel LNCEL - common

Generated Downlink
Interference

Modulation Scheme for dlInterferenceModul LNCEL - common

Downlink Interference ation

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 107 LTE819 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

27.6 Activating and deactivating LTE819

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

27.6.1 Activating the LTE819

Instructions to activate the feature

Purpose
Follow this procedure to activate the LTE819: DL Inter-cell Interference Generation
feature.

Before you start

The eNB must already be commissioned.

Issue: 01 © 2019 Nokia. Nokia confidential. 195

   

LTE819: DL Inter-cell Interference Generation General RRM Features (RL10 - LTE17A)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using the BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Enable downlink interference

generation (dlInterferenceEnable) parameter value to true.

4 Set the Interference level for generated downlink

interference (dlInterferenceLevel) parameter value to the value different
than 0%.

5 Set the Modulation scheme for downlink

interference (dlInterferenceModulation) parameter.

Select from the available options

• QPSK
• 16QAM
• 64QAM
Modulation scheme 16QAM can be used for the DL interference generation when
the LTE793: Support of 16 QAM (DL) feature is enabled.
Modulation scheme 64QAM can be used for the DL interference generation when
the LTE793: Support of 16 QAM (DL) and LTE43: Support of 64 QAM in DL features
are enabled.

Result
DL interference generation is enabled.

27.6.2 Deactivating the LTE819

Instructions to deactivate the feature

Purpose
Follow this procedure to deactivate the LTE819: DL Inter-cell Interference Generation
feature.

196 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE819: DL Inter-cell Interference Generation

Before you start

The eNB must already be commissioned.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using the BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Enable downlink interference

generation (dlInterferenceEnable) parameter value to false.

4 Send the commissioning plan file to the eNB.

Result
DL interference generation is disabled.

Issue: 01 © 2019 Nokia. Nokia confidential. 197

   

LTE861: TDD DL/UL Switching 2DL:2UL General RRM Features (RL10 - LTE17A)

28 LTE861: TDD DL/UL Switching 2DL:2UL

28.1 Introduction to the feature

The DL and UL channels share the same frequency band in TDD. Therefore, it must be
switched between the DL and UL.

28.2 Benefits
This feature provides support for symmetric DL/UL dominated traffic.

28.3 Functional description

28.3.1 Functional details
In TDD, the DL and UL channels share the same frequency band. Therefore, it must be
switched between the DL and UL. The LTE861: TDD DL/UL Switching 2DL:2UL feature
supports DL/UL ratio for a 5 ms periodicity 2DL:2UL. This configuration provides support
for symmetric DL/UL dominated traffic.

28.4 System impacts

28.4.1 Interdependencies between features
This feature is related to the LTE892: TDD DwPTS, GP, and UpPTS with SF
Configuration 5 feature.

28.5 LTE861 reference data

LTE861: TDD DL/UL Switching 2DL:2UL requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 108 LTE861 hardware and software requirements
FDD TDD
System release Not supported RL15TD
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A

198 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE861: TDD DL/UL Switching 2DL:2UL

Table 108 LTE861 hardware and software requirements (Cont.)
FDD TDD
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

Alarms
There are no alarms related to the LTE861: TDD DL/UL Switching 2DL:2UL feature.

BTS faults and reported alarms

There are no faults related to the LTE861: TDD DL/UL Switching 2DL:2UL feature.

Commands
There are no commands related to the LTE861: TDD DL/UL Switching 2DL:2UL feature.

Measurements and counters

There are no measurements or counters related to the LTE861: TDD DL/UL Switching
2DL:2UL feature.

Key performance indicators

There are no key performance indicators related to the LTE861: TDD DL/UL Switching
2DL:2UL feature.

Parameters

Table 109 New parameters introduced by LTE861
Full name Abbreviated Managed Parent FDD/TDD
name object structure
TDD Subframe tddFrameConf LNCEL - TDD
Configuration
TDD special tddSpecSubfCo LNCEL - TDD
subframe nf
configuration

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Issue: 01 © 2019 Nokia. Nokia confidential. 199

   

LTE861: TDD DL/UL Switching 2DL:2UL General RRM Features (RL10 - LTE17A)

Table 110 LTE861 sales information
Product structure class License control Activated by default
BSW - -

200 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE862: TDD DwPTS, GP and UpPTS With SF
Configuration 7

29 LTE862: TDD DwPTS, GP and UpPTS With SF

Configuration 7

29.1 Introduction to the feature

This feature introduces the special subframe configuration 7 which allows reusing a part
of the resources in a radio link subframe for the transmission of U-Plane and C-Plane
data. This configuration can be used instead of the subframe configuration which is
provided by the LTE892: TDD DwPTS, GP and UpPTS with SF Configuration 5
feature.

29.2 Benefits

This feature offers higher efficiency of the radio link, by introducing a subframe
configuration which reuses part of the resources for transmission of U-plane and C-plane
data.

29.3 Functional description

The LTE862: TDD DwPTS, GP and UpPTS with SF Configuration 7 feature provides a
means to reuse a part of the radio-link subframe for transmission of uplink and downlink
data.
With this configuration:

• the PDSCH can be allocated to DwPTS
• the short random access channel can be allocated in the UpPTS

Even with this re-allocation of a part of the resources, downlink control signaling is
always present in the downlink pilot time-slot (DwPTS) similar to an ordinary downlink
subframe, and downlink reference signals are always present in DwPTS.
The feature uses a special frame configuration with (GP:DL:UL) of 10:2:2, see Fig. 1.
The minimum duration of the Guard period (GP) is one OFDM symbol.

29.4 System impacts

This feature has no additional impacts on the system.

29.5 LTE862 reference data

Requirements

Issue: 01 © 2019 Nokia. Nokia confidential. 201

   

LTE862: TDD DwPTS, GP and UpPTS With SF General RRM Features (RL10 - LTE17A)
Configuration 7

Table 111 LTE862 hardware and software requirements
FDD TDD
System release Not supported RL15
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Support not required
NetAct Not supported Support not required
MME Not supported Support not required
SAE GW Not supported Support not required
UE Not supported 3GPP release 8

Alarms
There are no alarms related to the LTE862: TDD DwPTS, GP and UpPTS With SF
Configuration 7 feature.

BTS faults and reported alarms

There are no faults related to the LTE862: TDD DwPTS, GP and UpPTS With SF
Configuration 7 feature.

Commands
There are no commands related to the LTE862: TDD DwPTS, GP and UpPTS With SF
Configuration 7 feature.

Measurements and counters

There are no measurements or counters related to the LTE862: TDD DwPTS, GP and
UpPTS With SF Configuration 7 feature.

Key performance indicators

There are no key performance indicators related to the LTE862: TDD DwPTS, GP and
UpPTS With SF Configuration 7 feature.

Parameters
The Parameters (for instance tddSpecSubfConf) of this feature are described in the FAD:
U-plane protocol stacks and SIB.

Sales information

202 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE862: TDD DwPTS, GP and UpPTS With SF
Configuration 7

Table 112 LTE862 sales information
Product structure class License control Activated by default
Application software (ASW) SW Asset Monitoring No

29.6 Activating LTE862

Instructions to activate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL_TDD object.

MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

3 Set the TDD special subframe configuration (tddSpecSubfConf)

parameter value to 7.

When tddSpecSubfConf is set to 7, the prachConfIndex parameter is
restricted to values between 3-7 or 51- 53. For cases where the UpPTS includes two
OFDMA symbols, the prachConfIndex should be set to 51- 53.
The maxNumActUE parameter value depends on the setting of the
tddSpecSubfConf and chBw parameters:
• chBw = 10 Mhz: maxNumActUE must be less or equal to 94.
• chBw = 20 Mhz: maxNumActUe must be less or equal to 112.

29.7 Deactivating LTE862

Instructions to deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Issue: 01 © 2019 Nokia. Nokia confidential. 203

   

LTE862: TDD DwPTS, GP and UpPTS With SF General RRM Features (RL10 - LTE17A)
Configuration 7

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL_TDD object.

MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

3 Set the TDD special subframe configuration (tddSpecSubfConf)

parameter value to 5.

204 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE892: TDD DwPTS, GP, and UpPTS with SF
Configuration 5

30 LTE892: TDD DwPTS, GP, and UpPTS with SF

Configuration 5

30.1 Introduction to the feature

The LTE892: TDD DwPTS, GP, and UpPTS with SF Configuration 5 feature introduces
subframe configuration and resource reuse between the control plane and the user
plane.

30.2 Benefits
This feature offers the customer with high efficiency.

30.3 Functional description

30.3.1 Functional details
DL control signaling are always present in the downlink pilot time-slot (DwPTS) which is
similar to an ordinary DL subframe. DL reference signals are always present in the
DwPTS.
The supported configuration of DwPTS, guard period (GP), and uplink pilot time-slot
(UpPTS) is 3:9:2.

30.4 System impacts

30.4.1 Interdependencies between features
There are no interdependencies between this and any other feature.

30.5 LTE892 reference data

Requirements

Table 113 LTE892 hardware and software requirements
FDD TDD
System release Not supported RL15
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A

Issue: 01 © 2019 Nokia. Nokia confidential. 205

   

LTE892: TDD DwPTS, GP, and UpPTS with SF General RRM Features (RL10 - LTE17A)
Configuration 5

Table 113 LTE892 hardware and software requirements (Cont.)
FDD TDD
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Support not required
NetAct Not supported Support not required
MME Not supported Support not required
SAE GW Not supported Support not required
UE Not supported Support not required

Alarms
There are no alarms related to the LTE892: TDD DwPTS, GP, and UpPTS with SF
Configuration 5 feature.

BTS faults and reported alarms

There are no faults related to the LTE892: TDD DwPTS, GP, and UpPTS with SF
Configuration 5 feature.

Commands
There are no commands related to the LTE892: TDD DwPTS, GP, and UpPTS with SF
Configuration 5 feature.

Measurements and counters

There are no measurements or counters related to the LTE892: TDD DwPTS, GP, and
UpPTS with SF Configuration 5 feature.

Key performance indicators

There are no key performance indicators related to the LTE892: TDD DwPTS, GP, and
UpPTS with SF Configuration 5 feature.

Parameters
There are no parameters related to the LTE892: TDD DwPTS, GP, and UpPTS with SF
Configuration 5 feature.

Sales information

Table 114 LTE892 sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

206 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE893: ACK/NACK Bundling

31 LTE893: ACK/NACK Bundling

31.1 Introduction to the feature

One reverse link frame coordinates multiple forward link HARQ processes.

31.2 Benefits
The LTE893: ACK/NACK Bundling feature supports the asymmetric traffic character and
saves the reverse link resources.

31.3 Functional description

31.3.1 Functional details
The positive acknowledgement (ACK) or negative acknowledgement (NACKs) are
transmitted in a single UL subframe to acknowledge multiple DL subframes.

31.4 System impacts

31.4.1 Interdependencies between features
There are no interdependencies between this and any other feature.

31.5 LTE893 reference data

Requirements

Table 115 LTE893 hardware and software requirements
FDD TDD
System release Not supported RL15
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Support not required

Issue: 01 © 2019 Nokia. Nokia confidential. 207

   

LTE893: ACK/NACK Bundling General RRM Features (RL10 - LTE17A)

Table 115 LTE893 hardware and software requirements (Cont.)
FDD TDD
NetAct Not supported Support not required
MME Not supported Support not required
SAE GW Not supported Support not required
UE Not supported Support not required

Alarms
There are no alarms related to the LTE893: ACK/NACK Bundling feature.

BTS faults and reported alarms

There are no faults related to the LTE893: ACK/NACK Bundling feature.

Commands
There are no commands related to the LTE893: ACK/NACK Bundling feature.

Measurements and counters

There are no measurements or counters related to the LTE893: ACK/NACK Bundling
feature.

Key performance indicators

There are no key performance indicators related to the LTE893: ACK/NACK Bundling
feature.

Parameters
There are no parameters related to the LTE893: ACK/NACK Bundling feature.

Sales information

Table 116 LTE893 sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

208 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE895: TDD Support for Random Access Preamble
Burst Format 4

32 LTE895: TDD Support for Random Access

Preamble Burst Format 4
This feature introduces the LTE895: TDD Support for Random Access Preamble Burst
Format 4.
Preamble format 4 is known as short rach (S-RACH) being transmitted on uplink pilot
time slot (UpPTS) within the special frame structure type 2. It is only applicable for TDD.

32.1 Benefits
32.1.1 End user benefits

This feature does not affect the end-user experience.

32.1.2 Operator benefits

This feature benefits the operator as follows:

• it ensures high connectivities for terminals in terms of random access, camp,
registration, TA, from idle to active,
• it allows the use of UpPTS slot in frame structure 2.

32.2 Functional description

Preamble format 4, known as shotr rach (S-RACH), is a very small preamble which is
transmitted in the UpPTS part of the special subframe. It is designed for small cells with
a cell radius of less than 1.5 km. It can only be used together with frame structure 2 and
UpPTS lengths 4384 Ts and 5120 Ts only.

32.2.1 Functional overview/details

The preamble format 4 is configured and activated in UpPTS using a management tool
either by the NetAct, or locally by a Network Element Manager. The preamble format 4 is
only configured and activated at the eNB startup and the online modification of preamble
configuration is not allowed.
The eNB has at least one, and up to three LTE cells. The LTE cell, to which the UE is
connected to, is the serving cell. The other cells of the eNB, and possible neighbor
eNBs, are neighbor cells. From the eNB point of view, the preamble format 4 can be
configured and activated to any eNB cel,l so it is possible to have different preamble
configurations between neighbor cells. For example, format 4 is used for serving cell and
format 0-3 is used for neighbor cells. The preamble format 4 is configured by parameters
listed in table with parameters for the LTE895: TDD Support for Random Access
Preamble Burst Format 4

Issue: 01 © 2019 Nokia. Nokia confidential. 209

   

LTE895: TDD Support for Random Access Preamble General RRM Features (RL10 - LTE17A)
Burst Format 4

The random access procedure with preamble format 4 lasts 17 ms on average (without
HARQ retransmissions), defined as the time from the start of the PRACH waiting phase
until th eNB receives the first RRC message.
The total attach procedure (i.e. from UE ready to send preamble until eNB receives RRC
Connection Reconfiguration Complete) lasts at most 143 ms. The included eNB
contribution is at most 22 ms.

32.3 System impacts

By the introduction of the feature LTE895: TDD Support for Random Access Preamble
Burst Format 4, the following interdependencies and impacts are relevant:

32.3.1 Interdependencies between features

The following features are required for LTE895: TDD Support for Random Access
Preamble Burst Format 4:

• LTE862 TDD DwPTS, GP and UpPTS with SF Configurations 7: Preamble format 4
is only applied when the length of UpPTS is two SC-FDMA symbols
• LTE892 TDD DwPTS, GP and UpPTS with SF Configurations 5: Preamble format 4
is only applied when the length of UpPTS is two SC-FDMA symbols

The following features are affected by LTE895: TDD Support for Random Access
Preamble Burst Format 4:

• LTE513 Suppport of Sounding reference signal in TDD UpPTS: SRS can be sent in
parallel with preamble format 4 in UpPTS. Frequency domain collision is avoided by
the restrictions on the SRS BW allocation.

32.3.2 Impacts on interfaces

This feature has no impact on interfaces.

32.3.3 Impacts on network and network element management

tools

This feature has no impact on network management or network element
managementtools.

32.3.4 Impacts on system performance and capacity

The support of preamble format 4 improves UL throughput due to the fact that more
resources can be reserved in normal UL subframes for PUSCH.

210 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE895: TDD Support for Random Access Preamble
Burst Format 4

32.4 LTE895 reference data

LTE895: TDD Support for Random Access Preamble Burst Format 4 requirements,
alarms and faults, commands, measurements and counters, KPIs, parameters, and
sales information

Requirements

Table 117 LTE895 hardware and software requirements
FDD TDD
System release Not supported RL15TD
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE Support not required 3GPP release 8

Alarms
There are no alarms related to the LTE895: TDD Support for Random Access Preamble
Burst Format 4 feature.

BTS faults and reported alarms

There are no faults related to the LTE895: TDD Support for Random Access Preamble
Burst Format 4 feature.

Commands
There are no commands related to the LTE895: TDD Support for Random Access
Preamble Burst Format 4 feature.

Measurements and counters

There are no measurements or counters related to the LTE895: TDD Support for
Random Access Preamble Burst Format 4 feature.

Key performance indicators

There are no key performance indicators related to the LTE895: TDD Support for
Random Access Preamble Burst Format 4 feature.

Issue: 01 © 2019 Nokia. Nokia confidential. 211

   

LTE895: TDD Support for Random Access Preamble General RRM Features (RL10 - LTE17A)
Burst Format 4

Parameters

Table 118 New parameters introduced by LTE895
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
PRACH cyclic shift prachCS LNCEL - TDD
PRACH configuration prachConfIndex LNCEL - TDD
index
PRACH high speed prachHsFlag LNCEL - TDD
flag
Random Access raRespWinSize LNCEL - TDD
Response Window
Size
RACH Root Sequence rootSeqIndex LNCEL - TDD

For parameter descriptions, see LTE Radio Access Operating Documentation/
Reference/Parameters.

g Note: For configuration of raRespWinSize parameter preamble format is essential:

• Preamble format 0:
If the UL/DL configuration is 1 then the raRespWindowSize must be set to a value
greater than or equal to 5.
If the UL/DL configuration is 2 then the raRespWindowSize must be set to a value
greater than or equal to 4.
• Preamble format 1:
If the UL/DL configuration is 1 and the special subframe configuration is 5 then the
raRespWindowSize must be set to a value greater than or equal to 4.
• Preamble format 2:
If the UL/DL configuration is 1 and the special subframe configuration is 5 then the
raRespWindowSize must be set to a value greater than or equal to 4.
• Preamble format 4:
If the UL/DL configuration is 1 and the special subframe configuration is 7 then the
raRespWindowSize must be set to a value greater than or equal to 3.
If the UL/DL configuration is 1 and the special subframe configuration is 5 then the
raRespWindowSize must be set to a value greater than or equal to 6.
If the UL/DL configuration is 2 and the special subframe configuration is 7 then the
raRespWindowSize must be set to a value greater than or equal to 3.
If the UL/DL configuration is 2 and the special subframe configuration is 5 then the
raRespWindowSize must be set to a value greater than or equal to 5.

Sales information

Table 119 LTE895 sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

212 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE906: TDD DL/UL Switching 3DL:1UL

33 LTE906: TDD DL/UL Switching 3DL:1UL

33.1 Introduction to the feature

The feature offers a way to vary the DL/UL capacities with different DL/UL ratios and
different Guard Time values. This flexibility is a key feature of the TDD LTE system.

33.2 Benefits

This feature offers higher spectrum efficiency by adapting the uplink and downlink
capacities to the demands posed by asymmetric uplink/downlink traffic.

33.3 Functional description

This feature supports a DL/UL ratio of 3DL:1UL at 5 ms periodicity, that is, the DL/UL
ratio can be modified in each half frame. This DL/UL ratio is available as an alternative to
the 2DL:2UL ration provided by the LTE861: TDD DL/UL switching 2DL:2UL feature.
The selected DL/UL pattern is signaled to the UE using 3-bits signaling in D-BCH.
Special frame will add feature as 3:9:2.
If the 3DL:1UL ratio is configured, the number of simultaneous DL HARQ processes is
reduced to ten, because DwPTS carries the PDSCH, and therefore the available
capacity is reduced.

33.4 System impacts

This feature has no additional impacts on the system.

33.5 LTE906 reference data

LTE906: TDD DL/UL Switching 3DL:1UL requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 120 LTE906 hardware and software requirements
FDD TDD
System release Not supported RL15

Issue: 01 © 2019 Nokia. Nokia confidential. 213

   

LTE906: TDD DL/UL Switching 3DL:1UL General RRM Features (RL10 - LTE17A)

Table 120 LTE906 hardware and software requirements (Cont.)
FDD TDD
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Support not required
NetAct Not supported Support not required
MME Not supported Support not required
SAE GW Not supported Support not required
UE Not supported Support not required

Alarms
There are no alarms related to the LTE906: TDD DL/UL Switching 3DL:1UL feature.

BTS faults and reported alarms

There are no faults related to the LTE906: TDD DL/UL Switching 3DL:1UL feature.

Commands
There are no commands related to the LTE906: TDD DL/UL Switching 3DL:1UL feature.

Measurements and counters

There are no measurements or counters related to the LTE906: TDD DL/UL Switching
3DL:1UL feature.

Key performance indicators

There are no key performance indicators related to the LTE906: TDD DL/UL Switching
3DL:1UL feature.

Parameters

Table 121 Existing parameters related to LTE906
Full name Abbreviated name Managed Parent FDD/TDD
object structure
TDD Subframe tddFrameConf LNCEL - TDD
Configuration

For parameter descriptions, see LTE Radio Access Operating Documentation >
Reference > Parameters.

Sales information

214 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE906: TDD DL/UL Switching 3DL:1UL

Table 122 LTE906 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

33.6 Activating LTE906

Instructions to activate feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL_TDD object.

MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

3 Set the TDD subframe configuration (tddFrameConf) parameter value to 2.

When tddFrameConf is set to 2:
• The MPUCCH_TDD cqiPerNp parameter is restricted to 10 ms or 20 ms
• The LNCEL_TDD prachConfIndex parameter is restricted to values 3, 4, 6 or
a value between 51-53
• The LNCEL_TDD srsSubfrConf parameter is restricted to the sc0 or sc1
values.

33.7 Deactivating LTE906

Instructions to deactivate feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Issue: 01 © 2019 Nokia. Nokia confidential. 215

   

LTE906: TDD DL/UL Switching 3DL:1UL General RRM Features (RL10 - LTE17A)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL_TDD object.

MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

3 Set the TDD subframe configuration (tddFrameConf) parameter value to 1.

216 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE907: TTI Bundling

34 LTE907: TTI Bundling

34.1 Description of LTE907: TTI Bundling

Table 123 Summary of changes
Date Section Description
07.05.2018 Reference data New actDrxDuringTTIB
parameter was added.
14.11.2017 Reference data New parameters has been
added.

Introduction to the feature

The LTE907: TTI Bundling feature allows transmitting a single transport block in space of
four consecutive UL subframes, which leads to increased energy per transmitted bit and
therefore, improved uplink link budget. More robust transmission scheme leads to
reduction of PDCCH traffic.

34.1.1 Benefits
End-user benefits
TTI bundling is intended mainly for UEs at cell border with active VoIP (QCI1) services.
This feature improves the uplink coverage and reduces latency caused by multiple
adaptive HARQ retransmissions.

Operator benefits
In case of poor radio condition, the LTE907: TTI Bundling feature reduces PDCCH traffic
by preventing from packet segmentation and because of fewer adaptive HARQ
retransmissions. Fewer HARQ retransmissions leads to latency reduction. Bundling of
TTIs enhances the uplink coverage. One transport block is allocated to four TTIs instead
of one TTI, that is, the energy per transmitted bit is increased.

34.1.2 Functional description

Functional overview
TTI bundling (known also as PUSCH bundling or subframe bundling) is designed to
improve uplink performance of UEs at cell edge. These UEs often hit the maximum
transmission power; nevertheless, because of poor radio conditions, the signal received
by the eNB is getting worse. In this case, the eNB triggers TTI bundling activation. TTI
bundling applies only for the TDD subframe configuration 0, 1, or 6.
In TTI bundling mode, UL transport block (MAC PDU), consisting of Turbo coded data
and redundancy information, is divided into four "redundancy versions" that are subsets
of the PDU, taken from different offset positions, and partly overlapping each other. In
TTI bundling mode, one UL grant triggers the transmission of one TTI bundle. The TTI
bundle consists of all four redundancy versions, in sequence rv0, rv2, rv3, rv1. The TTI
bundle is sent in four successive TTIs, using a fixed number of 3 PRBs. Redundancy
and overlaps lead to increased energy per transmitted bit and therefore, improved UL

Issue: 01 © 2019 Nokia. Nokia confidential. 217

   

LTE907: TTI Bundling General RRM Features (RL10 - LTE17A)

link budget (for more information on differences between TTI bundling mode and normal
operation mode, see Figure 27: Normal operation mode and Figure 28: TTI bundling
mode). The eNB gives only one uplink grant for the bundle, which means that the grant
is given just for the first uplink subframe of the bundle, and the UE performs non-
adaptive HARQ retransmissions in next three UL subframes. The result of the more
robust transmission scheme is that PDCCH load is reduced.

Figure 27 Normal operation mode
NormalMode
GrantonPDCCH

DataonPUSCH

ACK/NACKonPHICH

Figure 28 TTI bundling mode
TTIBundlingMode
GrantonPDCCH

DataonPUSCH

ACK/NACKonPHICH

The UE expects only one ACK/NACK from the eNB that applies to a whole TTI bundle
(for more information on normal operation vs. TTI bundling HARQ retransmissions, see
Figure 29: HARQ retransmission in normal operation mode and Figure 30: HARQ
retransmission in TTI bundling mode). ACK/NACK timing is always related to that TTI, in
which the fourth subframe in a bundle is due for transmission. As can be observed in
Figure 30: HARQ retransmission in TTI bundling mode, after the initial transmission and
three consecutive non-adaptive HARQ retransmissions, assuming 1 ms for transmission
and 3 ms for decoding and processing, the eNB sends HARQ feedback in subframe
number 7. To make TTI bundling synchronized with normal operation mode, the first
adaptive HARQ retransmission (if it is needed) is done in subframe number 16.

Figure 29 HARQ retransmission in normal operation mode

RV0 RV1 RV2

0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

NACK NACK ACK

AdaptiveHARQ
Initialtransmission
retransmission

218 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE907: TTI Bundling

Figure 30 HARQ retransmission in TTI bundling mode

RV0 2 3 1 RV2 2 3 1
0 0 0 0 1 1 1 1 2 2 2 2 3 3 3 3 0 0 0 0 1 1 1 1
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

NACK ACK

AdaptiveHARQ Non-AdaptiveHARQ
Initialtransmission retransmission
retransmission

TTI bundling allows allocation of one transport block in UL in three PRBs. The
modulation scheme is restricted to QPSK.
In TTI bundling mode, the UE has a limited UL rate and longer HARQ round-trip-time
(RTT), therefore the LTE907: TTI Bundling feature is reasonable only for low data rate.
Higher redundancy provided for the data in a TTI bundle improves the eNB's chances to
decode correctly the bundle without triggering further retransmissions. Although TTI
bundling is not restricted to a particular service type, the main use case foreseen is UEs
with active VoIP (QCI1) service.
The eNB applies TTI bundling only for UEs with the related UE capabilities. The UEs that
do not support TTI bundling are handled with other coverage extension methods like
segmentation (for more information, see LTE571: Controlled Uplink Packet
Segmentation) or setting higher maximum number of HARQ retransmission (this has to
be done manually by the operator via Maximum number of HARQ transmission
in UL - ).

Link adaptation in TTI bundling mode

In TTI bundling mode the number of PRBs allocated to the UE is fixed to three. Link
adaptation (LA) in TTI bundling mode consists only of an algorithm that allocates
appropriate MCS index, however, the modulation order is limited to 2 (QPSK).
In FDD solution the default setting of the Minimum UL transport block
size (ulsMinTbs) parameter is 104 and the LA can use TBS_index (I_TBS) range
from 2 to . Further limitations to the range of MCS values do not apply to TTI bundling
mode. This is necessary because in TTI bundling mode, the table entries are taken as
the transport block sizes of the whole TTI bundle. Each TTI bundle consists of 12
resource blocks (3 PRBs * 4 TTIs). Assuming 2 symbols for PDCCH, 12*12 symbols are
available in each PRB for reference symbols and payload, and 2 bits per symbol are
used because of QPSK modulation. This means that in theory ( ignoring the reference
symbols or DTX inserted into each PRB), the TBS of a bundle could go up to 12*12*12*2
= 3456 bits for coderate = 1. In the LTE907: TTI Bundling implementation size of TBS of
the bundle is limited to 1608. MCS24 is the upper limit in to keep TTI bundling
implementation consistent with the current maximum MCS24 in normal mode. It is not
expected to see such high I_TBS (MCS) values in the field because such good radio
conditions would much earlier lead to transition into normal mode.
Table 124: TBS table shows number of PRBs in relation to the chosen MCS.

Issue: 01 © 2019 Nokia. Nokia confidential. 219

   

LTE907: TTI Bundling General RRM Features (RL10 - LTE17A)

Table 124 TBS table

MCS I_TBS Qm N_PRB

non- bundling 3
bundling

0 0 2 2 56

1 1 2 2 88

2 2 2 2 144

3 3 2 2 176

4 4 2 2 208

5 5 2 2 224

6 6 2 2 256

7 7 2 2 328

8 8 2 2 392

9 9 2 2 456

10 10 2 2 504

11 10 4 2 504

12 11 4 2 584

13 12 4 2 680

14 13 4 2 744

15 14 4 2 840

16 15 4 2 904

17 16 4 2 968

18 17 4 2 1064

In the TTI bundling mode, the mechanism of MCS adjustment works in the same way as
in a normal mode, however, with a dedicated BLER target defined by the TTI
bundling BLER target (ttiBundlingBlerTarget) parameter.

CQI/PMI/RI reports

220 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE907: TTI Bundling

When the UE is in TTI Bundling mode, it drops the periodic CQI/PMI/RI reports on
PUCCH if they collide with the TTI Bundle (the periodic reports are not multiplexed with
the TTI Bundle). Otherwise, the UE transmits periodic reports to the eNB via PUCCH as
usual.
When the UE is In TTI Bundling mode, the eNB requests aperiodic CQI with each UL
grant.
CQI/PMI/RI reports are included in the first TTI of the bundle and the UE does not
transmit any report in the remaining three TTIs of the bundle.

Bearer management and admission control

TTI Bundling operates in uplink direction. UEs are switched into TTI bundling if the radio
conditions have deteriorated so that and available power is insufficient for transmission
on more than just a few PRBs (for more information, see ). The eNB configuration
related to the UE’s bearer setup is done without respect to TTI bundling. The eNB bearer
management functions are not aware of the current radio conditions, and therefore
admission control operates irrespective of whether or not the UE is in good or bad radio
conditions. In particular, this also means that admission control operates without
consideration of whether or not UEs are in TTI bundling mode. The main purpose of TTI
bundling is to improve link quality for VoIP users at the cell edge.
The operators can define which QCI classes are allowed for use of TTI bundling mode.
The range of QCIs contains predefined classes and also operator-defined classes (for
more information, see LTE518: Operator Specific QCI feature). The selection is done by
setting the Enforce TTI bundling (enforceTtiBundling) to true in the QCI
translation table QCI (qciTab) parameter and/or the QCI translation
table operator specific QCIs (qciTabOperator) parameter. It is assumed
that the operator sets the enforceTtiBundling parameter to true only for QCI1
bearers and/or the operator-defined bearers with similar throughput and quality demands
as required by the voice transmission. With the following assumptions:

• adverse radio conditions
• TBS = 144 bits (and for the sake of this coarse estimation that this includes 100 bits
of user data)
• the UE transmits in every scheduling occasion (5 UL grants per 2 radio frames in
case of FDD and 2 UL grants per 2 radio frames in TDD)

the maximum throughput expectable in TTI bundling mode is 25 kbit/s in FDD and 10
kbit/s in case of TDD. If the UE is scheduled once per 2 radio frames (that is, once per
20 ms), this boils down to ~ 5 kbit/s.
If the UE:

1. is configured with a QCI1 bearer of a high bit rate
2. encounters bad radio conditions
3. runs into power limitation

then the UL throughput is limited by the UE which represents the bottleneck. In this case,
the eNB neither deletes any bearer whose throughput does not meet configured
maximum/average rates nor prioritizes any bearer over others. It is the UE where UL
prioritization takes place, and it is left to the UE software (or to the end-user) to delete
bearers (or to close applications) that suffer from bad radio conditions to an
unacceptable degree.

Issue: 01 © 2019 Nokia. Nokia confidential. 221

   

LTE907: TTI Bundling General RRM Features (RL10 - LTE17A)

34.1.3 System impact

Interdependencies between features
The following features are prerequisites for LTE907: TTI Bundling activation:

• LTE511: Intra Cell Handover - the eNB uses intra-cell handover procedure to switch
to/from TTI bundling mode.

The following features interwork with LTE907: TTI Bundling:

• LTE571: Controlled Uplink Packet Segmentation - Only UEs in coverage-limited area
that use code point (MCS index and TBS) determined by this feature are considered
for TTI bundling.
• LTE518: Operator specific QCI - The operator can extend the standardized QCIs with
additional 21 non-GBR QCIs. The additional QCIs can be configured to be used with
or without TTI bundling.
• LTE519: eRAB modification - The operator can change the QCI and ARP of an eRAB
and UE AMBR. The QCI configuration data also determines whether TTI bundling
mode can be used for a UE with a given set of bearers.

The following features are affected when the LTE907: TTI Bundling feature is activated:

• LTE7: Support of Multiple EPS Bearer and LTE9: Service Differentiation - The packet
scheduler does not check or limit the rates of non-GBR bearers configured to use
TTI bundling mode.
• LTE10: EPS bearers for conversational voice - TTI bundling is activated for
coverage-limited UEs, and is mainly a use case for UEs with active voice bearer.
• During TTI bundle mode, the behavior of packet scheduler is modified. It assigns four
consecutive subframes for the same transport block, using the same resource
allocation as given in the first subframe of the bundle. This change affects the
following packet scheduler features:
– LTE46: Channel aware scheduler (UL)
– LTE619: Interference aware UL scheduling

• LTE735: RRC Connection Re-establishment - If the UE is triggered to start TTI
bundling using intra-cell handover, the UE has a radio link failure, and it becomes a
candidate for RRC connection re-establishment then after RRC connection re-
establishment, the UE assumes the TTI bundling configuration in source cell or in the
target cell if the TTI bundling is activated there.
• LTE782: ANR - UE based - ANR measurements are not done for UEs in TTI bundling
mode.

g Note: The eNB, upon detecting conditions to enable the TTI bundling on a UE, will
deconfigure the DRX if configured, and will restore the DRX configuration when the UE
is no longer using the TTI bundling mode.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

222 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE907: TTI Bundling

Impact on system performance and capacity

In case of poor radio condition, the LTE907: TTI Bundling feature reduces PDCCH traffic
by preventing from packet segmentation and because of fewer adaptive HARQ
retransmissions. Fewer HARQ retransmissions leads to latency reduction. Bundling of
TTIs enhances the uplink coverage. One transport block is allocated to four TTIs instead
of one TTI, that is, the energy per transmitted bit is increased.

34.2 LTE907 reference data

Requirements

Table 125 LTE907 hardware and software requirements
FDD TDD
System release RL50 RL55TD
Flexi Multiradio 10 BTS LBTS5.0 TD-LBTS5.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS5.0
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE 3GPP R8 UE capabilities 3GPP R8 UE capabilities

Alarms
There are no alarms related to the LTE907: TTI Bundling feature.

BTS faults and reported alarms

There are no faults related to the LTE907: TTI Bundling feature.

Commands
There are no commands related to the LTE907: TTI Bundling feature.

Measurements and counters

Table 126 New counters introduced by LTE907

Counter ID Counter name Measurement

M8011C63 Number of UL grants for TTI Bundling LTE Cell Resource (WBTS)

Issue: 01 © 2019 Nokia. Nokia confidential. 223

   

LTE907: TTI Bundling General RRM Features (RL10 - LTE17A)

Table 126 New counters introduced by LTE907 (Cont.)

Counter ID Counter name Measurement

M8011C62 Average number of UEs configured for TTI LTE Cell Resource (WBTS)

Bundling mode

M8011C66 Long UE retention time in TTI Bundling LTE Cell Resource (WBTS)

mode

M8011C65 Medium UE retention time in TTI Bundling LTE Cell Resource (WBTS)

mode

M8011C64 Short UE retention time in TTI Bundling LTE Cell Resource (WBTS)

mode

For counter descriptions, see LTE Operating Documentation/ Reference/ Counters and
Key Performance Indicators.

g Note: There are counters related to MSC that are not modified but their interpretation is
changed for UEs in TTI bundling mode. The following counters are incremented per
bundle. They take the MCS of the bundle even though in TTI bundling the modulation
scheme is always QPSK:

• M8001C16 - M8001C40 (PUSCH transmissions using MSCXX): The number of
transmissions on PUSCH over the measurement period using MCSXX.
• M8001C435 - M8001C459 (First transmissions on PUSCH using MCSXX): The
number of first transmissions on PUSCH for used Modulation and Coding Scheme.
• M8001C74 - M8001C98 (PUSCH transmission nacks using MCSXX): The number
of unacknowledged transmissions on PUSCH using MCSXX.
• M8001C460 - M8001C484 (First transmission NACKs on PUSCH using MCSXX):
The number of not acknowledged 1st transmissions on PUSCH for used
Modulationand Coding Scheme.
• M8001C177 - M8001C197 and M8001C485 - M8001C488 (Failed Reception
PUSCH MCSXX): The number of unsuccessful receptions on PUSCH using MCS0
Modulation and Coding Scheme. Only not transmitted TB's exceeding max HARQ
retransmissions are considered.

where XX is from 0 to 24.

Key performance indicators

There are no key performance indicators related to the LTE907: TTI Bundling feature.

Parameters

224 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE907: TTI Bundling

Table 127 New parameters introduced by LTE907
Full name Managed object Parent structure FDD/TDD
Abbreviated
name

Activate TTI actTtiBundli LNCEL - common

bundling ng
Max number harqMaxTrUlT LNCEL - common
of UL HARQ tiBundling
transmission
s during TTI
bundling
TTI bundling ttiBundlingB LNCEL - common
BLER target lerTarget
TTI bundling ttiBundlingB LNCEL - common
BLER lerThreshold
threshold
TTI bundling ttiBundlingS LNCEL - common
SINR inrThreshold
threshold
Activate actTtibAcqi LNCEL - common
ACQI
reporting
for TTI
bundled UEs
Maximum maxNumVoLteP LNCEL - common
number of roactUlGrant
VoLTE sPerTti
proactive UL
grants per
TTI
Alternating ttibAltUlPrb LNCEL - common
UL PRB Threshold
threshold
for TTI
bundling
mode
Minimum time ttibMinDelay LNCEL - common
to enter TTI AfterBearerS
bundling etup
after Bearer
Setup
Minimum ttibMinUlPrb LNCEL - common
number of UL
PRBs in TTI
bundling
SINR based ttibSinrDwel LNCEL - common
TTI bundling lTimeIn
dwell time
SINR based ttibSinrDwel LNCEL - common
TTI bundling lTimeOut
dwell time

Issue: 01 © 2019 Nokia. Nokia confidential. 225

   

LTE907: TTI Bundling General RRM Features (RL10 - LTE17A)

Table 127 New parameters introduced by LTE907 (Cont.)
Full name Managed object Parent structure FDD/TDD
Abbreviated
name

Minimum UL ttibUlsMinTb LNCEL - common

TBS for UEs s
for TTI
bundled UEs
RegTx VoLTE voLteProactU LNCEL - common
proactive UL lGrantPeriod
grant period RegTx
TTIB VoLTE voLteProactU LNCEL - common
proactive UL lGrantPeriod
grant period Ttib
Activate DRX actDrxDuring LNCEL - common
during TTI TTIB
Bundling

Table 128 Parameters modified by LTE907
Full name Managed object Parent structure FDD/TDD
Abbreviated
name

Minimum UL ulsMinTbs LNCEL - common

transport block
size

Enable all TBs in ulamcAllTbEn LNCEL - common

UL AMC

UL AMC target ulTargetBler LNCEL - common

BLER

QCI translation qciTab[1 ... 9] LNBTS - common

table QCI [1... 9]

Enforce TTI enforceTtiBundli LNBTS qciTab[1 ... 9] common

bundling ng

QCI translation qciTabOperator LNBTS - common

table operator
specific QCIs

Enforce TTI enforceTtiBundli LNBTS qciTabOperator common

bundling ng

TTI bundling ttiBundlingDuring LNBTS - FDD

during handover HoMeas
measurements

226 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE907: TTI Bundling

g Note: The QCI translation table QCI [1... 9] (qciTab[1 ... 9]) and

QCI translation table operator specific QCIs (qciTabOperator)
structures contain more parameters, however, only the Enforce TTI
bundling (enforceTtiBundling) is related to the LTE907: TTI Bundling feature.

Table 129 Existing parameters related to LTE907
Parent structure FDD/TDD
Full name Abbreviated Managed object
name

Activate uplink actUlLnkAdp LNCEL - common

link adaptation

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 130 LTE907 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

34.3 Activating and deactivating LTE907

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

34.3.1 Activating LTE907

Instructions to activate the feature.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Restart of the eNB is not required after activation of this feature.
The Activate TTI bundling (actTtiBundling) parameter is used to activate
the feature.
The following parameters are used to perform an additional configuration of the feature:

• Max number of UL HARQ transmissions during TTI

bundling (harqMaxTrUlTtiBundling)
• TTI bundling BLER target (ttiBundlingBlerTarget)

Issue: 01 © 2019 Nokia. Nokia confidential. 227

   

LTE907: TTI Bundling General RRM Features (RL10 - LTE17A)

• TTI bundling BLER threshold (ttiBundlingBlerThreshold)

• TTI bundling SINR threshold (ttiBundlingSinrThreshold)
• Minimum UL transport block size (ulsMinTbs)
• Enable all TBs in UL AMC (ulamcAllTbEn)
• Enforce TTI bundling (enforceTtiBundling) in the QCI translation
table operator specific QCIs (qciTabOperator) and the QCI
translation table QCI [1... 9] (qciTab[1 ... 9]) structures.

The following parameters might need reconfiguration when the LTE907: TTI Bundling
feature is activated:

• Maximum number of HARQ transmission in UL ()

• UL AMC target BLER (ulTargetBler)

The following features need to be activated/configured before activation of LTE907: TTI
Bundling:
LTE1034: Extended Uplink Link Adaptation

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Activate TTI bundling (actTtiBundling) parameter value to true.

228 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE907: TTI Bundling

4 Set the TTI bundling operation mode (ttibOperMode) parameter value.

g Note: Following parameters require configuration when SINR-related value of
TTI bundling operation mode (ttibOperMode) parameter is set:
• SINR threshold for entering TTI bundling
mode (ttibSinrThresholdIn)
• SINR threshold for leaving TTI bundling
mode (ttibSinrThresholdOut)
• Minimum time to enter TTI bundling after Bearer
Setup (ttibMinDelayAfterBearerSetup)
• Minimum number of UL PRBs in TTI
bundling (ttibMinUpPrb)
• Minimum UL TBS for UEs for TTI bundled
UEs (ttibUlsMinTbs)
• Minimum time to enter SINR based TTI
bundling (ttibSinrDwellTimeIn)
• Minimum time to exit SINR based TTI
bundling (ttibSinrDwellTimeOut)

5 Set Activate RSC Measurements during TTI bundling (actTtibRsc)

parameter value.

6 Set Activate ACQI reporting for TTI bundled UEs (actTtibAcqi)

parameter value.

7 Set Minimum number of UL PRBs in TTI bundling (ttibMinUlPrb)

parameter value.

8 Set Minimum UL TBS for UEs for TTI bundled UEs (ttibUlsMinTbs)

parameter value.

Result

The LTE907: TTI Bundling feature is available in the cell for all UEs that are compliant
and meet one of the following conditions:

• The UE is in the RRC_CONNECTED, ECM_CONNECTED state, and either a DRB
is set up, released or modified.
• The UE is in the RRC_CONNECTED state and the initial context setup procedure is
triggered.
• The UE enters the cell by means of handover.

Issue: 01 © 2019 Nokia. Nokia confidential. 229

   

LTE907: TTI Bundling General RRM Features (RL10 - LTE17A)

34.3.2 Deactivating LTE907

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Restart of the eNB is not required after activation of this feature.
The Activate TTI bundling (actTtiBundling) parameter is used to deactivate
the feature.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Activate TTI bundling (actTtiBundling) parameter value to false.

Result

The LTE907 feature is deactivated in the cell.

34.4 Configuring LTE907

Instructions to configure the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

34.4.1 Configuring LTE907

Instructions on configuring the feature.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

230 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE907: TTI Bundling

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Configure the TTI bundling start/stop (optional).

Sub-steps

a) Go to LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

b) Set the Minimum UL transport block size (ulsMinTbs) parameter

value.

c) Set the Minimum PRB allocation for UEs which are power

limited (ulsMinRbPerUe) parameter value.

d) Set the TTI bundling BLER

threshold (ttiBundlingBlerThreshold) parameter value.

e) Set the TTI bundling SINR

threshold (ttiBundlingSinrThreshold) parameter value.

f) Set the TTI bundling BLER target (ttiBundlingBlerTarget)

parameter value.

3 Configure HARQ transmissions (optional).

Sub-steps

a) Go to LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

b) Set the Max number of UL HARQ transmission during TTI

bundling (harqMaxTrUlTtiBundling) parameter value.

Issue: 01 © 2019 Nokia. Nokia confidential. 231

   

LTE907: TTI Bundling General RRM Features (RL10 - LTE17A)

4 Define the QCI classes which will enforce TTI bundling if corresponding bearers are
active (and other TTI Bundling conditions are met).

Sub-steps

a) Go to LNBTS object.

Object path: MTBTS ► LNBTS

b) Set the Enforce TTI bundling (enforceTtiBundling) parameter value

to true under QCI translation table [QCI 1 .... QCI9, operator specific QCIs]
object.

g Note: This concerns QCI translation tables corresponding th the QCIs that are
allowed for use of TTI bundling mode.

5 Perform additional configuration of the TTI bundling mode (optional).

Sub-steps

a) Go to LNBTS object.

Object path: MTBTS ► LNBTS

b) Set the TTI bundling during handover

measurements (ttiBundlingDuringHoMeas) parameter value.

t Tip: It is recommended to set this parameter to false, otherwise this might lead
to a degradation of the handover performance.

c) Go to LNCEL object.

Object path: MTBTS ► LNBTS ► LNCEL

d) Set the Enable all TBs in UL AMC (ulamcAllTbEn) parameter value.

6 Perform reconfiguration of other parameters (optional).

Sub-steps

a) Go to LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

232 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE907: TTI Bundling

b) Set the Maximum number of HARQ transmission in UL () parameter

value.

g Note: Parameter value has to be less than or equal to the
Max number of UL HARQ transmissions during TTI
bundling (harqMaxTrUlTtiBundling) parameter.

c) Set the UL AMC target BLER (ulTargetBler) parameter value.

Parameter value has to be less than the TTI bundling BLER

threshold (ttiBundlingBlerThreshold) parameter.

Result
Feature LTE907 is configured.

Issue: 01 © 2019 Nokia. Nokia confidential. 233

   

LTE911: TDD Frame Synchronized Operation General RRM Features (RL10 - LTE17A)

35 LTE911: TDD Frame Synchronized Operation

35.1 Introduction to the feature

The eNBs of different sites operate in a frame synchronous mode to support
synchronization among BSs for at the radio frame level.

35.2 Benefits
With this feature, the eNBs of different sites operate in a frame synchronous mode to
support synchronization among BSs for at the radio frame level.

35.3 Functional description

The eNBs of different sites operate in a frame synchronous mode to support:

• synchronization among BSs for at the radio frame level

This provides potential future advanced RRM algorithms exploiting synchronous
properties Depending on purpose of synchronous operation, different synchronization
precision requirements will apply. Based on 3GPP TS36.133, the cell phase
synchronization accuracy measured at BS antenna connectors shall be better than 3us
for small cell (<=3km). This requires for each BS, +/-1.5us phase accuracy tolerance with
external reference synchronization signal, for example accurate GPS signal.The
synchronization accuracy of synchronization sources must be higher than 50 ppb
frequency accuracy and +/-1.5 us phase accuracy. Frame synchronous operation is
mandatory for:

• LTE TDD to provide synchronous DL/UL switching point
• LTE eMBMS SFN operation for significant coverage enhancement of the eMBMS
service in future network deployment

Frame synchronous operation can be used for

• interRAT HO
• UE measurements for location
• potential future advanced RRM algorithms

Note that the last three items are for future. releases)
Holdover Requirement:
When eNB loses the external accurate reference synchronization signal (for example
GPS signal), the eNB should maintain the +/- 1.5us normal phase accuracy at least one
hour for small size cell (<=3km) or maintain +/- 5us normal phase accuracy at least two
hour for larger size cell (>3km) The eNB should maintain +/-10us phase accuracy for
more than 24hour (assume oscillator environment temperature variation is 20 degree per
day or less). This may lead the performance degradation compared with normal phase

234 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE911: TDD Frame Synchronized Operation

accuracy condition. The eNB transceiver should automatically support a switch off when
there is a possibilty to overlap the DL (DwPTS) and UL (UpPTS) subframe between
neighbor eNBs.

35.4 System impact

The feature has no additional impacts on the system.

35.5 LTE911 reference data

Requirements
Table 131 LTE911 hardware and software requirements
FDD TDD
System release Not supported RL15TD
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

Alarms
There are no alarms related to the LTE911: TDD Frame Synchronized Operation feature.

Commands
There are no commands related to the LTE911: TDD Frame Synchronized Operation
feature.

Measurements and counters

There are no measurements or counters related to the LTE911: TDD Frame
Synchronized Operation feature.

Key performance indicators

There are no key performance indicators related to the LTE911: TDD Frame
Synchronized Operation feature.

Parameters

Issue: 01 © 2019 Nokia. Nokia confidential. 235

   

LTE911: TDD Frame Synchronized Operation General RRM Features (RL10 - LTE17A)

Table 132 New parameters introduced by LTE911
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Holdover mode in holdOverModeUs BTSSCL - TDD
temperature control ed

For parameter descriptions, see LTE Radio Access Operating Documentation/
Reference/Parameters.

Sales information

Table 133 LTE911 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring Yes

236 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE914: Graceful Cell Shutdown

36 LTE914: Graceful Cell Shutdown

36.1 Description of LTE914: Graceful Cell Shutdown

Introduction to the feature
The LTE914: Graceful Cell Shutdown feature allows the Flexi Multiradio 10 BTS to empty
a cell from the user equipment (UE) before locking the cell. It is done by reducing
gradually the transmit power in downlink, which forces the UE to perform handover
procedure to other cell thus minimizing the impact of the cell lock on the UE.

36.1.1 Benefits
End-user benefits
This feature does not affect the end-user experience.

Operator benefits
More flexible cell management with minimized interruption for the UE.
With LTE914: Graceful Cell Shutdown feature, the UE gets a chance to perform, for
example, handover to neighboring cell before the cell is locked and the service is
unavailable.

36.1.2 Functional description

Whenever a cell of an evolved node B (eNB) needs to be deactivated, it is first “emptied”
of users equipment (UE) before following the normal deactivation sequence.
Graceful cell shutdown, in contrast to direct transition from unlocked to locked state, is a
second way to lock a cell, for example, to take a cell out of service. It provides smooth
transition between states via new shutting down state with gradual reduction of
transmission (Tx) power. When UEs detect their link quality going down (affected by
lower level of Tx power in downlink), the UEs start searching for a cell candidate to
preform a handover. Thus, reducing the Tx power in downlink forces:

• all UEs in RRC connected mode to perform a handover or a redirect procedure
• all UEs in RRC idle mode to perform cell reselection

The cell shutdown might have an impact on KPIs and end user perception as the UEs
are required to perform handovers/redirects, which during regular network operation
would not have been performed.

g Note: Call drops cannot be fully avoided, for example, for UEs that are close to the
transmitting antenna, measuring sufficient signal quality even with the lowest output
power step. When the graceful shutdown procedure ends, all UEs served by the
shutting down cell are disconnected.

Issue: 01 © 2019 Nokia. Nokia confidential. 237

   

LTE914: Graceful Cell Shutdown General RRM Features (RL10 - LTE17A)

If two or more cells of an eNB perform graceful cell shutdown, the power reduction
sequence is done in all cells at the same time to avoid ping-pong handovers (handovers
of a UE going from one cell that shuts down to another cell that also is going to shut
down).
Gracefull cell shutdown in micro eNB
For a micro eNB, the lowest power allowed during a graceful cell shutdown is limited by
the minimum transmit power supported by the micro eNB. If transmit power is set to the
lower range, the effectiveness of the graceful cell shutdown is reduced or even
eliminated. For example, if the range of micro eNB transmit power is defined as 24 dBm
to 37 dBm and the maximum output power (Pmax) is set to 24 dBm, then the
transmit power cannot be reduced any further and the graceful cell shutdown is
essentially disabled.

Example of use
In this section there is an example of graceful cell shutdown feature configuration.

Table 134 Configuration of parameters for the graceful cell shutdown procedure

Name Short name Value

Maximum output power pMax 40 dBm

Enable Graceful Cell enableGrflShdn 1 (enabled)

Shutdown

Shutdown Step Amount shutdownStepAmount 6

Shutdown Window shutdownWindow 60s

In the example above, the Shutdown Window (shutdownWindow) is configured to

60 seconds and the Shutdown Step Amount (shutdownStepAmount).  to 6.
The Shutdown Window (shutdownWindow) ) is automatically divided by the
Shutdown Step Amount (shutdownStepAmount) to get the step duration. In
the example, every step lasts 10 seconds.
The Tx power is reduced in steps from the Maximum output power (pMax) to the
fixed value of minimum output power (in this example equal to 25 dBm). Considering the
Maximum output power (pMax) configured to 40 dBm and the Shutdown Step
Amount (shutdownStepAmount) to 6, each step will decrease the Tx power by 2.5
dBm. The Tx power reduction is always done at the beginning of each step.
The Figure 31: Tx power levels during graceful cell shutdown. presents the Tx power
levels during graceful cell shutdown.

238 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE914: Graceful Cell Shutdown

Figure 31 Tx power levels during graceful cell shutdown.
OutputPowerRampDownduringgracefullcellshutdown
50

45 MinimumOutputPower
(dBm)
40 MaximumOutputPower
(dBm)
35

30

25
shutdownWindow=60seconds
20
shutdownStepAmount=6 10s
15

10

-10 -5 0 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 80
Time(s)
The table below lists the values of minimum output power for various radio units.
Table 135 Minimum output power values for various radio units
Family Models Value [dBm]
WMP 2.1 FRHA, FRHB, FRMA, FRKA, FRIE, 25
FRMB
Medusa 2.2 FXEA, FXCA, FXCC, FHEA, FXDA, 15
FXFB
Reno 2.3 FHDB, FHEB, FHEJ, FHEF 15
Vegas 2.3 FXCB, FXDB, FXEB 15
Quattro 2.3 FRHE, FRHD 15
FRGT FRGT 15
FRM 3.1 FRMC, FRHC, FRME, FRPD 0
Corona 4.0 FRGY, FRHG, FRGA 0

Feature activation and configuration

This feature is activated by default with predefined parameter values.
For information on how to modify the default parameter values or deactivate the feature,
see Activating and deactivating LTE914: Graceful Cell Shutdown.

36.1.3 System impact

There are interdependencies between the following features:

• LTE830: Automatic Lock
If Automatic Lock of a cell occurs, the cell has to be deactivated. If the
enableGrflShdn parameter is enabled, the graceful cell shutdown is applied
instead of immediate cell lock.

Impact on interfaces

Issue: 01 © 2019 Nokia. Nokia confidential. 239

   

LTE914: Graceful Cell Shutdown General RRM Features (RL10 - LTE17A)

The LTE914: Graceful cell shutdown feature has an impact on the Uu interface, as the
eNB cell Tx power is reduced to make the UEs to perform cell reselections or handovers
to other cells. Depending on the number of power reduction steps and the shutdown
window size, a high number of handover procedures from the shutting down cell might
occur and introduce some extra load to the S1 and X2 interface that is, however,
distributed in time and therefore not critical. As the graceful cell shutdown ends up with
deactivating the cell, the partial reset of S1 interface is performed.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

The feature has the following impact on system performance:
During the Graceful cell shutdown procedure the Tx power is reduced stepwise. The cell
becomes increasingly unattractive for the UEs and the cell coverage shrinks according to
the reduced power. Therefore, the KPI counters during graceful shutdown might be
affected.
The feature has no additional impacts on capacity.

36.1.4 LTE914 reference data

LTE914: Graceful Cell Shutdown requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 136 LTE914 hardware and software requirements
FDD TDD
System release RL20 RL35
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS3.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms
There are no alarms related to the LTE914: Graceful Cell Shutdown feature.

240 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE914: Graceful Cell Shutdown

Measurements and counters

There are no measurements or counters related to the LTE914: Graceful Cell Shutdown
feature.

Key performance indicators

There are no key performance indicators related to the LTE914: Graceful Cell Shutdown
feature.

Parameters

Table 137 Existing parameters related to LTE914
Full name Abbreviated Managed Parent FDD/TDD
name object structure
Enable Graceful enableGrflS LNBTS - common
Cell Shutdown hdn
Shutdown Step shutdownSte LNBTS - common
Amount pAmount
Shutdown Window shutdownWin LNBTS - common
dow

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 138 LTE914 sales information
Product structure class License control Activated by default
BSW - No

36.2 Activating and deactivating LTE914

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

36.2.1 Activating LTE914

Instructions to activate the feature

Issue: 01 © 2019 Nokia. Nokia confidential. 241

   

LTE914: Graceful Cell Shutdown General RRM Features (RL10 - LTE17A)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

3 Set the  Enable graceful cell shutdown (enableGrflShdn) parameter

value to Enabled.

4 Set the Shutdown window (shutdownWindow) parameter to the corresponding

value (range 6, 180).

5 Set the Shutdown step amount (shutdownStepAmount) parameter to the

corresponding value (range 1, 16).

g Note: The most determining factor for adjusting both parameters is the potential
number of UEs in the cell. The higher the number of UEs, the more steps and
time have to be configured. If cell properties are different in terms of size and
number of UEs, the values are based on the largest cell. A consistency check
ensures that the duration of each step is minimum 6, for example, it is greater as
the maximum UE delay time to trigger sending a measurement report, which is
5.12 seconds. The plan file is rejected if the consistency check fails.

6 Send the commissioning plan file to the eNB.

36.2.2 Deactivating LTE914

Instructions to deactivate the feature

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

242 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE914: Graceful Cell Shutdown

2 Go to the LNBTS object.

3 Set the  Enable graceful cell shutdown (enableGrflShdn) parameter

value to Disabled.

4 Send the commissioning plan file to the eNB.

Issue: 01 © 2019 Nokia. Nokia confidential. 243

   

LTE936: UL IRC Receiver General RRM Features (RL10 - LTE17A)

37 LTE936: UL IRC Receiver

37.1 LTE936: UL IRC Receiver

Introduction to the feature
The aim of this feature LTE936: UL IRC Receiver is to introduce an IRC (Interference
Rejection Combining) receiver in UL for interference rejection.
This feature is targeted to further improve the UL performance in network scenarios with
spatially coloured interference.

37.1.1 Benefits
End-user benefits
The end-user gets a better performance in UL direction.

Operator benefits
The operator has the same advantages as the end-user: He can serve more UEs in UL -
direction, due to the improved performance and quality.

37.1.2 Functional description

Functional overview
The IRC receiver is introduced as a configurable frequency domain equalization scheme
of UL in parallel with a MRC (Maximum Ratio Combining) equalizer. It could provide a
better performance than a MRC receiver in case of medium or high interference.
The IRCs are statically configured on cell level for each users. When an IRC is
configured on cell level, it will equalize PUSCH (Physyical Uplink Shared Channel) data
symbols of each user per TTI (Transmission Time Interval), different RX configurations
(2Rx, 4Rx, 8Rx) are allowed.
IRC acts as the equalization scheme for data received per antenna, per slot of each
user. After the IRC equalization, data on different antennas will be combined and passed
to IFFT processing module.
This feature must be enabled/disabled on cell level. If it is disabled, the MRC (Maximum
Ratio Combining) equalizer is used.

37.1.3 System impact

Interdependencies between features
The following features are needed for this feature:

1. LTE493: TDD Beamforming
LTE493 added 8 PUSCH MRC support, these are needed in LTE936 to be a
selective scheme together with IRC in a 2Rx scenario.
2. LTE71: 2 way RX diversity

244 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE936: UL IRC Receiver

LTE71 adds 2 MRC support, this is needed in LTE936 to be a selective scheme
together with IRC in a 2Rx scenario

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature impacts system performance and capacity as follows:

• Compared to MRC, this feature provides higher throughput in the UL direction
• The BLER (Block error rate) performance in case of medium or high interference
existing in a cell is improved

37.2 LTE936 reference data

LTE936: UL IRC Receiver requirements, alarms and faults, commands, measurements
and counters, KPIs, parameters, and sales information

Requirements

Table 139 LTE936 hardware and software requirements
FDD TDD
System release Not supported RL25TD
Flexi Multiradio 10 BTS Not supported TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Support not required
NetAct Not supported Support not required
MME Not supported Support not required
SAE GW Not supported Support not required
UE Not supported Support not required

Alarms
There are no alarms related to the LTE936: UL IRC Receiver feature.

Measurements and counters

Issue: 01 © 2019 Nokia. Nokia confidential. 245

   

LTE936: UL IRC Receiver General RRM Features (RL10 - LTE17A)

Table 140 Existing counters related to LTE936

Counter ID Counter name Measurement

M8012C1 Total volume of correct The volume of re-received

received UL-SCH TB with re- transport blocks on UL-SCH
reception

M8012C3 Total volume of correct non- The volume of original

duplicate received UL-SCH TB receptions of transport blocks
with original receptions on UL-SCH

For counter descriptions, see LTE Radio Access Operating
Documentation/Reference/Counters.

Key performance indicators

There are no key performance indicators related to the LTE936: UL IRC Receiver
feature.

Parameters
Table 141 New parameters introduced by LTE936
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Uplink combination ulCombinationM LNCEL - TDD
mode ode

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters
Sales information

Table 142 LTE936 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

37.3 Activating and deactivating LTE936

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Activating LTE936
Instructions to activate the feature

246 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE936: UL IRC Receiver

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL_FDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_FDD

3 Set the Uplink combination mode (ulCombinationMode) parameter value to

IRC.

4 Send the commissioning plan file to the eNB.

Deactivating LTE936
Instructions to deactivate the feature

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL_FDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_FDD

3 Set the Uplink combination mode (ulCombinationMode) parameter value to

MRC.

4 Send the commissioning plan file to the eNB.

Issue: 01 © 2019 Nokia. Nokia confidential. 247

   

LTE939: Usage Based PDCCH Adaptation General RRM Features (RL10 - LTE17A)

38 LTE939: Usage Based PDCCH Adaptation

38.1 Description of LTE939: Usage Based PDCCH

Adaptation
Introduction to the feature
The number of OFDM symbols for PDCCH (physical downlink control channel) are
adapted to the used CCE (Control Channel Elements).

38.1.1 Benefits
End-user benefits
The subscribers experience better downlink throughput in scenarios with high PDSCH
(physical downlink shared channel) usage.

Operator benefits
This feature improves downlink throughput in the cell in scenarios with high PDSCH
usage.

38.1.2 Functional description

Functional overview
The eNB automatically adapts the number of OFDM symbols used for PDCCH.The
information is broadcasted via PCFICH (physical control format indicator channel).
The adaptation is based on CCE blocking, used CCEs and TDD frame configuration.
Gain of feature depends on PHICH configuration and system bandwidth.
When the eNB dynamically adapts the number of PDCCH symbols, there are more
resources for PDSCH (see Figure 32: PDCCH adaptation). One OFDM PDCCH symbol
saving leads to 1/11 = 9% PDSCH capacity gain. Thanks to LTE939: Usage Based
PDCCH Adaptation in case of low cell load, the user experiences 18% gain for downlink
throughput (13 instead of 11 OFDM symbols for PDSCH).

248 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE939: Usage Based PDCCH Adaptation

Figure 32 PDCCH adaptation

PDSCH

PDSCH

Depending on the special frame structure and radio frame structure, the PDCCH is
spitted into the following four categories:

• PDCCH carries, both DL and UL grant (Type A)
• PDCCH carries, DL grant only (Type B)
• PDCCH carries, UL grant only (Type C)
• PDCCH carries, neither DL nor UL grant (Type D)

Table 143 UL/DL configuration 1, special subframe 7
0 1 2 3 4 5 6 7 8 9

D S U U D D S U U D

B A A B A A

Table 144 UL/DL configuration 1, special subframe 5
0 1 2 3 4 5 6 7 8 9

D S U U D D S U U D

Issue: 01 © 2019 Nokia. Nokia confidential. 249

   

LTE939: Usage Based PDCCH Adaptation General RRM Features (RL10 - LTE17A)

Table 144 UL/DL configuration 1, special subframe 5 (Cont.)
B C A B C A

Table 145 UL/DL configuration 2, special subframe 7
0 1 2 3 4 5 6 7 8 9

D S U D D D S U D D

B B A B B B A A

Table 146 UL/DL configuration 2, special subframe 5
0 1 2 3 4 5 6 7 8 9

D S U D D D S U D D

B D A B B D A A

Based on the feedback from UE and current scheduling situation the eNB can dedicate
some PDCCH resources to increase PDSCH symbols according to currently used
category of frame structure (for further information, see the following tables: Table 143:
UL/DL configuration 1, special subframe 7, Table 144: UL/DL configuration 1, special
subframe 5, Table 145: UL/DL configuration 2, special subframe 7, Table 146: UL/DL
configuration 2, special subframe 5).
In Type A category, where PDCCH can carry both DL and UL grants, there is a factor
that defines how much space is available for PUSCH and for PDSCH. This factor is
called a split factor. The eNB adapts the split factor depending on the actual demand.
When the split factor is increased, more CCEs are dedicated for PUSCH and vice versa.
The adaptation of the split factor is enabled independently of the PDCCH symbols
number adaptation.
The following counters are provided in order to monitor the performance:

• PDCCH symbol distribution
• PDCCH usage per OFDM symbol configuration

38.1.3 System impact

Interdependencies between features
There are no interdependencies between this and any other feature.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

250 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE939: Usage Based PDCCH Adaptation

Impact on system performance and capacity

This feature improves downlink throughput in the cell in scenarios with high PDSCH
usage.

38.2 LTE939 reference data

Requirements

Table 147 LTE939 hardware and software requirements
FDD TDD
System release Not supported RL35TD
Flexi Multiradio 10 BTS Not supported TD-LBTS3.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

Alarms
There are no alarms related to the LTE939: Usage Based PDCCH Adaptation feature.

BTS faults and reported alarms

There are no faults related to the LTE939: Usage Based PDCCH Adaptation feature.

Commands
There are no commands related to the LTE939: Usage Based PDCCH Adaptation
feature.

Measurements and counters

Table 148 Existing counters related to LTE939

Counter ID Counter name Measurement

M8011C59 Number of subframes with 1 OFDM symbol LTE Cell Resource (WBTS)

allocated to PDCCH

Issue: 01 © 2019 Nokia. Nokia confidential. 251

   

LTE939: Usage Based PDCCH Adaptation General RRM Features (RL10 - LTE17A)

Table 148 Existing counters related to LTE939 (Cont.)

Counter ID Counter name Measurement

M8011C60 Number of subframes with 2 OFDM LTE Cell Resource (WBTS)

symbols allocated to PDCCH

M8011C61 Number of subframes with 3 OFDM LTE Cell Resource (WBTS)

symbols allocated to PDCCH

For counter descriptions, see LTE Operating Documentation/ Reference/ Counters and
Key Performance Indicators.

Key performance indicators

There are no key performance indicators related to the LTE939: Usage Based PDCCH
Adaptation feature.

Parameters

Table 149 Existing parameters related to LTE939
Full name Abbreviated Managed Parent structure FDD/TDD
name object
Activate load adaptive actLdPdcch LNCEL - TDD
PDCCH
PDCCH LA UL DL pdcchUlDlBal LNCEL - TDD
allocation balance
initial value

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 150 LTE939 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

38.3 Activating and deactivating LTE939

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

38.3.1 Activating LTE939

Before you start
Restart of the eNB is not required after activating this feature.

252 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE939: Usage Based PDCCH Adaptation

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Activate load adaptive PDCCH (actLdPdcch) parameter value to

true.

4 Set the  PDCCH LA UL DL allocation balance initial value

(pdcchUlDlBal) parameter to the appropriate value.

g Note: This step is optional.

Result

g Note: The eNB adapts the number of OFDM symbols for PDCCH to the used CCEs.

38.3.2 Deactivating LTE939

Before you start
Restart of the eNB is not required after deactivating this feature.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

Issue: 01 © 2019 Nokia. Nokia confidential. 253

   

LTE939: Usage Based PDCCH Adaptation General RRM Features (RL10 - LTE17A)

3 Set the  Activate load adaptive PDCCH (actLdPdcch) value to false.

254 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE951: Enhanced Cell ID Location Service

39 LTE951: Enhanced Cell ID Location Service

39.1 Description of LTE951: Enhanced Cell ID Location

Service
Introduction to the feature
The LTE951: Enhanced Cell ID Location Service feature improves location reporting by
introducing enhanced cell ID reporting (E-CID) to the E-Serving Mobile Location Center
(E-SMLC).

Benefits
End-user benefits
This feature:

• enables determining UE position in case of emergency calls
• enables using applications requesting UE positioning (for example maps, etc.)

Operator benefits
This feature allows the operator to turn the location services in a cell on and off.

Functional description
Functional overview
The LTE951: Enhanced Cell ID Location Service feature introduces enhanced cell ID (E-
CID) location services.
The location service is performed in two steps:

1. The UE is positioned based on its serving cell's ID.
2. The UE is positioned more accurately inside a single cell, using one of the following
four methods:
• Timing advance type 1
• Timing advance type 2
• Intra-frequency Reference Signal Received Power (RSRP) and/or Reference
Signal Received Quality (RSRQ)
• Angle of arrival

g Note: The Angle of arrival is TDD specific only.

In a location measurement procedure, information about the position of a UE is
transmitted from an eNodeB to E-SMLC in the LTE Positioning Protocol A (LPPa) LPPA:
E-CID MEASUREMENT INITIATION RESPONSE message, which is encapsulated
within the S1AP: UPLINK UE ASSOCIATED LPPA TRANSPORT message.
Only on-demand measurements are supported by an eNB. The eNB can perform
multiple measurements simultaneously.

Issue: 01 © 2019 Nokia. Nokia confidential. 255

   

LTE951: Enhanced Cell ID Location Service General RRM Features (RL10 - LTE17A)

Providing a measurement request is received by an eNB while performing a handover of
a UE, the failure response is sent back to the E-SMLC.
When employing the LTE951: Enhanced Cell ID Location Service feature in cells with
spatially separated antennas (for example a super cell), the measurements provided by
LTE951: Enhanced Cell ID Location Service cannot be referenced to a single antenna as
they do not have a well-defined reference point. Whether to use the LTE951: Enhanced
Cell ID Location Service feature with separated antennas and an unclear reference point
is left for the operator to decide.
When deploying the feature, there are two scenarios for an operator to consider:

• not to configure an E-UTRAN access point information in the eNodeB. The eNodeB
will then not report the E-UTRAN access point information to the E-SMLC, and it is
assumed that the E-SMLC will cope with this (the E-UTRAN access point information
element (IE) is optional in the E-CID measurement result).
• define the E-UTRAN access point position as a geographical mean value of the
antenna positions (logical antenna position). Use the uncertaintyAltitude,
uncertaintySemiMajor, and uncertaintySemiMinor attributes of the
eutranAccessPointPosition configuration parameter to express the
geographical inaccuracy of this logical antenna position.

Measurement types

Timing advance type 2 (TA type 2)

This measurement is performed by an eNB and describes the time difference between
the reception of an uplink radio frame #i containing PRACH and the transmision a of
downlink radio frame #i. For details, see 3GPP TS36.214.
The reference point used by an eNB to perform the measurements is the antenna
connector.

Timing advance type 1 (TA type 1)

This approach measures the following two timing differences:

• the time difference between the reception of a downlink radio frame #i and the
transmission of a corresponding uplink radio frame #i, measured by the UE (UE Rx-
Tx time difference)
• the time difference between the reception of an uplink radio frame #i and the
transmission of a downlink radio frame #i at the eNB (eNB Rx-Tx time difference)

The measurement is conducted only after an E-SMLC request. After receiving such a
request, an eNB instructs a UE to perform the UE Rx-Tx measurements.
After receiving a UE Rx-Tx measurement from the UE, the eNB computes the Timing
advance type 1 and sends it to the E-SMLC.
Before performing the Timing advance type 1 procedure, the E-SMLC verifies the UE's
capability to perform measurements via an LPP protocol.
The reference point used by an eNB to perform the measurements is the antenna
connector.

Intra-frequency Reference Signal Received Power (RSRP) and/or Reference Signal

Received Quality (RSRQ)

256 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE951: Enhanced Cell ID Location Service

These measurements are performed by a UE and reported to an eNB. When a request
for the RSRP, or RSRQ, or both of them arrives at an eNB, the eNB initiates an intra-
frequency measurement configuration at the UE with a reportStrongestCells purpose.
The exact type of this measurement is set by the value of triggerQuantity. Subject to a
desired measurement, its value is set either to RSRP (in case the RSRP or both
measurements are requested), or RSRQ (in case only this measurement is needed).
The UE sends a measurement report to the eNodeB, which in turn sends the RSRP
and/or RSRQ measurements to the E-SMLC, which calculates the UE's position.

Angle of arrival (AoA)

This measurement provides a UE direction relative to the northern direction measured
clockwise.
For a proper measurement, the eNB requires theAntenna Bearing for AoA
calculation (antBearingForAoaCalc) parameter . The scale for the AoA
measurement is from 0 to 360 degree, with a resolution of 0,5 degrees. Also, the
Antenna Element Spacing for AoA Calculation (antElementSpacing)
LNCEL parameter needs to be configurated to the an appropriate value, according to the
operator's antenna hardware configuration.
The Angle of arrival measurement is impacted by radio propagation conditions. In case
of a non-line-of-sight propagation, the angle of arrival measurement will correspond to a
multi-path scattered component and not necessarily coincide with the physical direction
of a UE seen from the eNB.

System impact
Interdependencies between features
The following features are prerequisite for the LTE951: Enhanced Cell ID Location
Service feature:

• LTE513: Suppport of Sounding Reference Signal in TDD UpPTS
• LTE540: Sounding Reference Signal in Normal Frames

g Note: During an activation procedure, a consistency check is not performed, and this
prerequisite is ignored. The LTE951: Enhanced Cell ID Location Service feature can be
activated without the LTE513: Suppport of Sounding Reference Signal in TDD UpPTS
and LTE540: Sounding Reference Signal in Normal Frames features, nevertheless, it
will not work properly.

g Note: The prerequisites above are required in case TDD only.

The following features are interrelated with the LTE951: Enhanced Cell ID Location
Service feature:

• LTE433: Cell Trace
The feature enables operators to simultaneously trace all UEs that are in an
RRC_CONNECTED state in a target cell.
• LTE644: Configurable Cell Trace Content
The feature allows operators to select a message type, based on which the UEs that
are in an RRC_CONNECTED state are filtered and traced in a target cell.
• LTE163: Subscriber and Equipment Trace
The feature enables operators to trace a specific IMSI or IMEI.

Issue: 01 © 2019 Nokia. Nokia confidential. 257

   

LTE951: Enhanced Cell ID Location Service General RRM Features (RL10 - LTE17A)

• LTE782: ANR Fully UE-based
Providing the LTE782: ANR Fully UE-based and LTE951: Enhanced Cell ID Location
Service features are enabled, the location service measurement request takes higher
priority than an ANR measurement.
• LTE1501: Measurement Report (MR) Addition to Cell Trace
If the LTE1501: Measurement Report (MR) Addition to Cell Trace and LTE951:
Enhanced Cell ID Location Service features are enabled, the location service
measurement request takes higher priority over the measurement requested by the
LTE1501: Measurement Report (MR) Addition to Cell Trace feature.

Impact on interfaces
The LTE951: Enhanced Cell ID Location Service feature adds support to the E-CID
measurement initiation procedure. This procedure utilizes the UL/DL LPPa messages to
convey the E-CID measurement messages between an eNB and E-SMLC.
This feature impacts the following interfaces:

• The following new messages are added to an S1AP interface for LPPa PDU
transport:
– S1AP: DOWNLINK UE ASSOCIATED LPPA TRANSPORT
– S1AP: UPLINK UE ASSOCIATED LPPA TRANSPORT

• The following new messages are supported for an E-CID measurement:
– LPPa: E-CID MEASUREMENT INITIATION REQUEST
– LPPa: E-CID MEASUREMENT INITIATION RESPONSE
– LPPa: E-CID MEASUREMENT INITIATION FAILURE
– LPPa: ERROR INDICATION

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

39.2 LTE951 reference data

LTE951: Enhanced Cell ID Location Service requirements, alarms and faults,
commands, measurements and counters, KPIs, parameters, and sales information

Requirements

Table 151 LTE951 hardware and software requirements
FDD TDD
System release FDD-LTE 15A TD-LTE 15A
Flexi Multiradio 10 BTS FL15A TL15A
Flexi Multiradio 10 Indoor BTS FL15A TL15A

258 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE951: Enhanced Cell ID Location Service

Table 151 LTE951 hardware and software requirements (Cont.)
FDD TDD
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS FL15A TL15A
Flexi Zone Access Point FL16 TL16
Cloud Flexi Zone Controller FL17A TL17A
OMS support not required support not required
NetAct NetAct 15.5 NetAct 15.5
MME support not required support not required
SAE GW support not required support not required
UE 3GPP R9 3GPP R9

g Note: For Timing advance (TA) type1, a UE should support the UE Rx-Tx time
difference measurement capability.

Additional hardware requirements

Providing the operator's network contains a mobility management entity (MME) and
ESMLC provided by other vendors, it is assumed that these network elements support
the LPPa messaging for E-CID before the LTE951: Enhanced Cell ID Location Service
feature is deployed. It is also assumed that any timers on the MME and E-SMLC (that
are preventing message response timeouts) can be adjusted as they are needed to
ensure successful inter-operability with an eNB.
The Angle of Arrival (AoA) measurement can only be performed in the Flexi Multiradio 10
BTS with 8Tx 8Rx configuration.

Alarms
There are no alarms related to the LTE951: Enhanced Cell ID Location Service feature.

Measurements and counters

Table 152 New counters introduced by LTE951 feature
Counter ID Counter name Measurement
M8000C43 Number of downlink UE LTE S1AP
associated LPPa transport
messages with E-CID
measurement initiation request
per eNB
M8000C44 Number of uplink UE LTE S1AP
associated LPPa transport
messages with E-CID
measurement initiation
response per eNB
M8000C45 Number of uplink UE LTE S1AP
associated LPPa transport
messages with E-CID
measurement initiation
response with cause

Issue: 01 © 2019 Nokia. Nokia confidential. 259

   

LTE951: Enhanced Cell ID Location Service General RRM Features (RL10 - LTE17A)

Table 152 New counters introduced by LTE951 feature (Cont.)
Counter ID Counter name Measurement
"Requested Item not
Supported" per eNB
M8000C46 Number of uplink UE LTE S1AP
associated LPPa transport
messages with E-CID
measurement initiation
response with cause
"Requested Item Temporarily
not Available" per eNB

For counter descriptions, see LTE Radio Access Operating Documentation/
Reference/Counters.

Key performance indicators

There are no key performance indicators related to this feature.

Parameters

Table 153 New parameters related to the LTE951 feature
Full name Abbreviated Managed object Structure FDD/TDD
name
Activate LPPa actLPPaEcid LNBTS - common
enhanced cell ID
location service
Antenna Element antElementSpaci LNCEL - TDD
Spacing for AoA ng
Calculation
Periodical perMeasLocServ LNCEL - common
measurements
for location
services
Report interval reportIntervalPerL LNCEL perMeasLocServ common
periodical meas oc
for location
Report amount reportAmountPer LNCEL perMeasLocServ common
periodical meas Loc
for location
Overall ecidMeasSupervi LNCEL - common
supervision timer sionTimer
for ECID
measurements

Table 154 Existing parameters related to the LTE951 feature
Full name Abbreviated name Managed object FDD/TDD
Downlink sector dlSectorBFWeightCus LNBTS TDD
beamforming weight Prof
customized profile

260 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE951: Enhanced Cell ID Location Service

Table 154 Existing parameters related to the LTE951 feature (Cont.)
Full name Abbreviated name Managed object FDD/TDD
Antenna element antennaElementSpaci LNBTS TDD
spacing ng
Downlink sector dlSectorBFWeightProf LNBTS TDD
beamforming weight Name
profile name
Modulus of weight for modulusOfWeighforAn LNBTS TDD
antenna group 0 tGrp0
Modulus of weight for modulusOfWeighforAn LNBTS TDD
antenna group 1 tGrp1
Modulus of weight for modulusOfWeighforAn LNBTS TDD
antenna group 2 tGrp2
Modulus of weight for modulusOfWeighforAn LNBTS TDD
antenna group 3 tGrp3
Phase of weight for phaseOfWeighforAntG LNBTS TDD
antenna group 0 rp0
Phase of weight for phaseOfWeighforAntG LNBTS TDD
antenna group 1 rp1
Phase of weight for phaseOfWeighforAntG LNBTS TDD
antenna group 2 rp2
Phase of weight for phaseOfWeighforAntG LNBTS TDD
antenna group 3 rp3
Antenna bearing for antBearingForAoaCalc LNCEL TDD
AoA calculation
E-UTRAN access eutranAccessPointPos LNCEL common
point position ition
Altitude altitude LNCEL common
Confidence confidence LNCEL common
Degrees of latitude degreesOfLatitude LNCEL common
Degrees of longitude degreesOfLongitude LNCEL common
Direction of altitude directionOfAltitude LNCEL common
Latitude sign latitudeSign LNCEL common
Orientation of major orientationOfMajorAxis LNCEL common
axis
Uncertainty altitude uncertaintyAltitude LNCEL common
Uncertainty semi- uncertaintySemiMajor LNCEL common
major
Uncertainty semi- uncertaintySemiMinor LNCEL common
minor

For parameter descriptions, see LTE Radio Access Operating Documentation/
Reference/Parameters.

Sales information

Issue: 01 © 2019 Nokia. Nokia confidential. 261

   

LTE951: Enhanced Cell ID Location Service General RRM Features (RL10 - LTE17A)

Table 155 The LTE951 feature sales information
BSW/ASW License control in network Activated by default
element
ASW SW asset monitoring No

39.3 Activating and configuring LTE951

Instructions to activate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Activate LPPa enhanced cell ID location
service (actLPPaEcid) LNBTS parameter is used for activation. Modification of this
parameter requires neither an eNB restart nor cell locking.
In case the Angle of arrival is to be supported, one of the following features need to be
activated/configured before activation of the LTE951 feature:
• LTE513: Suppport of Sounding Reference Signal in TDD UpPTS
• LTE540: Sounding Reference Signal in Normal Frames

The Angle of arrival is supported only on such software and hardware deployments that
support 8RX MIMO antenna configuration.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Activate the LTE951 feature.

a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the Activate LPPa enhanced cell ID location service
(actLPPaEcid) parameter value to true.

262 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE951: Enhanced Cell ID Location Service

3 Configure the Overall supervision timer for ECID measurements in all

LNCEL objects.

a) Expand the LNBTS object.
b) Select the LNCEL object.
c) Set the Overall supervision timer for ECID
measurements (ecidMeasSupervisionTimer) parameter to an
appropriate value.

4 If an eNB is to send the E-UTRAN access point position to E-SMLC, create and
configure the E-UTRAN access point position structure.

a) Select the LNCEL object.
b) Create and configure the E-UTRAN access point
position (eutranAccessPointPosition) structure.

5 To be able to provide the RSRP and/or RSRQ LPPa measurements, configure the RSRP
and RSRQ measurements.

a) Select the LNCEL object.
b) Configure the Periodical measurements for location
services (perMeasLocServ) structure.

g Note: When configuring the structure, remember that the value of the
Overall supervision timer for ECID
measurements (ecidMeasSupervisionTimer) LNCEL parameter must be
greater than Report amount periodical meas for
location (reportAmountPerLoc) multiplied by
Report interval periodical meas for
location (reportIntervalPerLoc).
You can start your configuration with the following values:
• Overall supervision timer for ECID
measurements(ecidMeasSupervisionTimer) set to 3000 ms.
• Report interval periodical meas for
location (reportIntervalPerLoc) set to 640 ms.
• Report amount periodical meas for
location (reportAmountPerLoc) set to 2.

6 If the eNB is to support sending Angle of arrival to the E-SMLC, configure the antenna
parameters (applicable only for TDD-LTE).

a) Select the LNCEL object.
b) Set the Antenna Bearing for AoA
calculation (antBearingForAoaCalc) parameter to the proper value.

Issue: 01 © 2019 Nokia. Nokia confidential. 263

   

LTE951: Enhanced Cell ID Location Service General RRM Features (RL10 - LTE17A)

c) Set the Antenna Element Spacing for AoA

Calculation (antElementSpacing) parameter according to your current
antenna hardware configuration.

Result
The eNB reports E-CID measurements in the E-CID MEASUREMENT INITIATION
RESPONSE message when requested by the E-SMLC. The E-SMLC uses the E-CID
measurements to calculate the UE's location.

39.4 Deactivating LTE951

Instructions to deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Activate LPPa enhanced cell ID location
service (actLPPaEcid) LNBTS parameter is used for deactivation. Modification of
this parameter requires neither an eNB restart nor cell locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Deactivate the LTE951 feature.

a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the Activate LPPa enhanced cell ID location service
(actLPPaEcid) parameter value to false.

Result

The eNB will respond to any E-CID MEASUREMENT INITIATION REQUEST message
with an E-CID MEASUREMENT INITIATION FAILURE message with a failure cause:
Requested Item not Supported.

264 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE969: Flexible Sounding Configuration

40 LTE969: Flexible Sounding Configuration

Introduction to the feature
Fast tracking of information about the instant full bandwidth channel used by the UE is
the prerequisite for the use of short-term beamforming, which is heavily dependent on
how quickly the channel matrix is received. The eNB gets the channel matrix by
measuring the uplink sounding reference signal (UL-SRS).
From the point of view of sounding reference signaling, there are two types of UEs in a
cell: beamforming (transmission modes 7 and 8) and non-beamforming (transmission
modes 1, 2, 3, and 4).
This feature makes it possible for the operator to configure the sounding bandwidth and
periodicity with different values for beamforming and non-beamforming users served by
the same cell. Without this feature, the UE SRS bandwidth and periodicity can be
configured only per cell, and thus apply to all UEs served by the cell.

40.1 Benefits

Flexible SRS configuration makes it possible to optimize beamforming and cell capacity.

40.2 Functional description

With the introduction of this feature, the eNB supports cell-specific SRS badwidths from
0 to 7, and UE-specific SRS bandwidths from 0 to 4. The UE-specific sounding
bandwidth can be configured based on the sounding purpose (beamforming/non-
beamforming), cell range, and the maximum number of users supported.
Cell-level sounding periodicity can be configured separately for beamforming users and
non-beamforming ones. The minimum sounding periodicity is 2ms.
The SRS subframe configurations for the supported UL-DL configurations (1 and 2) are
listed below.

Table 156 SRS subframe configurations for UL-DL configuration 1

srs- Binary Configuration Transmission offset

SubframeConfig period

0 0000 5 {1}

1 0001 5 {1, 2}

2 0010 5 {1, 3}

4 0100 5 {1, 2, 3}

8 1000 10 {1, 2, 6}

Issue: 01 © 2019 Nokia. Nokia confidential. 265

   

LTE969: Flexible Sounding Configuration General RRM Features (RL10 - LTE17A)

Table 156 SRS subframe configurations for UL-DL configuration 1 (Cont.)

srs- Binary Configuration Transmission offset

SubframeConfig period

9 1001 10 {1, 3, 6}

10 1010 10 {1, 6, 7}

11 1011 10 {1, 2, 6, 8}

14 1110 reserved reserved

15 1111 reserved reserved

Table 157 SRS subframe configurations for UL-DL configuration 2

srs- Binary Configuration Transmission offset

SubframeConfig period

0 0000 5 {1}

1 0001 5 {1, 2}

8 1000 10 {1, 2, 6}

10 1010 10 {1, 6, 7}

14 1110 reserved reserved

15 1111 reserved reserved

40.3 System impact

Interdependencies between features
• LTE46: Channel-aware Scheduler (UL)
Channel-aware scheduler uses the measurement results of the SRS.
• LTE513: Support of Sounding Reference Signal in TDD UpPTS
Flexible Sounding Configuration improves the functionality implemented in Support
of Sounding Reference Signal in TDD UpPTS.
• LTE540: Sounding Reference Signal in Normal Frames
If this feature is activated, the SRS can be transmitted in normal UL subframes
instead of UpPTS, or in both.
• LTE541: Dual Stream Beamforming
Dual layer beamforming uses the measurement results of the SRS.

Impact on interfaces

266 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE969: Flexible Sounding Configuration

The following new messages are added to the signaling interface:

• a SIB2 message SoundingRS-UL-ConfigCommon IE
• an RRC CONNECTION SETUP message SoundingRS-UL-ConfigDedicated IE

There are also parameters in the internal interface that have to be defined to configure
the feature. These are described in chapter LTE969: Flexible Sounding Configuration
management data.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

40.4 LTE969 reference data

LTE969: Flexible Sounding Configuration requirements, parameters, and sales
information

Requirements

Table 158 LTE969 hardware and software requirements
FDD TDD
System release Not supported RL25
Flexi Multiradio 10 BTS Not supported TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Support not required
NetAct Not supported Support not required
MME Not supported Support not required
SAE GW Not supported Support not required
UE Not supported Support not required

Alarms
There are no alarms related to the LTE969: Flexible Sounding Configuration feature.

BTS faults and reported alarms

There are no faults related to the LTE969: Flexible Sounding Configuration feature.

Issue: 01 © 2019 Nokia. Nokia confidential. 267

   

LTE969: Flexible Sounding Configuration General RRM Features (RL10 - LTE17A)

Commands
There are no commands related to the LTE969: Flexible Sounding Configuration feature.

Measurements and counters

There are no measurements or counters related to the LTE969: Flexible Sounding
Configuration feature.

Key performance indicators

There are no key performance indicators related to the LTE969: Flexible Sounding
Configuration feature.

Parameters

Table 159 Existing parameters related to LTE969
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Downlink MIMO Mode dlMimoMode LNCEL - TDD

Periodicity of UE SRS srsUePeriodicity LNCEL - TDD

Transmission

Sounding RS Bandwidth srsBwConf LNCEL - TDD

Configuration

SRS Beamforming Type srsBeamformingTyp LNCEL - TDD

e

Sounding RS Frequency srsHoppingBw LNCEL - TDD

Hopping

Sounding RS Simultaneous srsSimAckNack LNCEL - TDD

to Ack/Nack

Sounding RS Subframe srsSubfrConf LNCEL - TDD

Configuration

SRS Bandwidth srsBandwidth LNCEL - TDD

SRS Duration srsDuration LNCEL - TDD

SRS Max UpPts srsMaxUpPts LNCEL - TDD

SRS Transmission on 2 srsOnTwoSymUpPt LNCEL - TDD

Symbols of UpPTS s
Act/Deact

SRS feature srsActivation LNCEL - TDD

activation/deactivation
SRS downlink MIMO mode srsDlMimoModeDep LNCEL - TDD
dependant configuration Conf

268 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE969: Flexible Sounding Configuration

Table 159 Existing parameters related to LTE969 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
TDD subframe tddFrameConf LNCEL - TDD
configuration
TDD special subframe tddSpecSubfConf LNCEL - TDD
configuration

For parameter descriptions, see LTE Radio Access Operating Documentation >
Reference > Parameters.

Sales information

Table 160 LTE969 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

40.5 Activating and deactivating LTE969

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Activating LTE969
Instructions to activate the feature

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL_TDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

3 Set the SRS feature activation/deactivation (srsActivation)

parameter value to true.

Issue: 01 © 2019 Nokia. Nokia confidential. 269

   

LTE969: Flexible Sounding Configuration General RRM Features (RL10 - LTE17A)

4 Define the bandwidth of one SRS symbol using the SRS bandwidth
configuration (srsBwConf) parameter.

5 Define the SRS hopping bandwidth using the SRS hopping bandwidth

(srsHoppingBw) parameter.

6 Define whether the SRS transmission and Ack/Nack is allowed in the same TTI in UL
using the SRS simultaneous ack/nack activation/deactivation
(srsSimAckNack) parameter.

7 Define the cell-specific SRS subframe configuration using the SRS subframe
configuration (srsSubfrConf) parameter.

8 Define the static DL MIMO mode for each physical channel using the Downlink MIMO
mode (dlMimoMode) parameter.

This parameter also enables the UE-specific dynamic open-loop and closed-loop
MIMO mode control algorithm.

9 Define the SRS configuration for beamforming or non-beamforming users using the SRS
downlink MIMO mode dependant configuration
(srsDlMimoModeDepConf) parameter.

The configuration consists of the following settings:
• The SRS beamforming type (beamformingType) parameter defines the
beamforming type for which the SRS bandwidth (srsBandwidth) and
SRS periodicity of UE transmission (srsUePeriodicity)
parameters are valid.

Sub-steps

a) If the value of the Downlink MIMO mode (dlMimoMode) parameter is a

beamforming mode, both elements of the structure must be defined: one with
beamforming type nonBeamforming and one with beamforming.

b) If the value of the Downlink MIMO mode (dlMimoMode) parameter is a

non-beamforming mode, one element of the structure must be defined with
beamforming mode type nonBeamforming.

c) Two elements of the SRS downlink MIMO mode dependant

configuration (srsDlMimoModeDepConf) parameter with the same
beamforming type are not allowed.

270 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE969: Flexible Sounding Configuration

• The SRS bandwidth (srsBandwidth) parameter defines, together with the

SRS bandwidth configuration (srsBwConf) parameter, the sounding
bandwidth for beamforming or non-beamforming-mode UEs.

Sub-steps

a) If the value of the SRS beamforming type (beamformingType)

parameter is nonBeamforming, this parameter defines the bandwidth of one
SRS symbol for UEs with RRC transmission mode TM0, TM1, TM2, or TM4.

b) If the value of the SRS beamforming type (beamformingType)

parameter is nonBeamforming, srsBandwidthForNonBf is chosen to define
the bandwidth of one SRS symbol for all UEs.

• The SRS periodicity of UE transmission (srsUePeriodicity)

parameter defines the time interval at which the SRS is transmitted.

Sub-steps

a) If the value of the SRS beamforming type (beamformingType)

parameter is nonBeamforming, this parameter defines the periodicity for UEs
with transmission mode TM0, TM1, TM2, TM3, or TM4.

b) If the value of the SRS beamforming type (beamformingType)

parameter is beamforming, this parameter defines the periodicity for UEs with
RRC transmission mode TM7 or TM8.

10 Define the UE transmission duration for the SRS using the SRS duration
(srsDuration) parameter.

11 Configure the Power offset for SRS transmission power calculation

(srsPwrOffset) parameter.

12 Send the commissioning plan file to the eNB.

After changing the parameters and sending the commissioning file to the eNB, the
eNB is resetting.

Result
The modifications take effect in the serving cell when the configuration is activated in the
eNB. As a result, the beamforming-mode UEs use a different sounding bandwidth and, if
defined, periodicity that the non-beamforming-mode UEs.

Deactivating LTE969
Instructions to deactivate the feature

Issue: 01 © 2019 Nokia. Nokia confidential. 271

   

LTE969: Flexible Sounding Configuration General RRM Features (RL10 - LTE17A)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL_TDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

3 Set the SRS feature activation/deactivation (srsActivation)

parameter value to false.

4 Send the commissioning plan file to the eNB.

After changing the parameters and sending the commissioning file to the eNB, the
eNB is resetting.

Result
When the feature is disabled, the user-defined values of the SRS configuration
parameters are returned to their default values. As a result, the UE SRS bandwidth and
periodicity defined for the cell apply to all the UEs served by the cell, irrespective of the
UE-specific beamforming mode (beamforming or non-beamforming).

272 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE979: IRC for 2 RX paths

41 LTE979: IRC for 2 RX paths

Introduction to the feature
The interference rejection combining (IRC) improves mainly for highly loaded and
interference limited cells the uplink performance of cell edge users and slightly increases
the uplink cell capacity.

41.1 Benefits
End-user benefits
With IRC a better uplink cell performance can be achieved.

Operator benefits
The same as for the end-user benefits: with IRC a better uplink cell performance can be
achieved.

41.2 Functional description

Functional overview
Interference in a dedicated cell in the UL can occur e.g. from UEs with a different serving
cell. Other sources of interference may be spurious emissions of other technologies
(GSM, WCDMA,..) Assuming there are only a few dominant interferers, IRC is a quite
good approach to suppress this type of interference. The basic rule of thumb is that the
number of RX antennas - 1 dominant interferers can be suppressed. This means, for 2
RX antennas one dominant interferer can be suppressed. This is only a rough rating
since also interference from more users can be suppressed but the suppressor gain will
decrease very rapidly.
If on the other hand the number of interferers is high, then the interference starts to look
like Gaussian noise and is no longer favorable for IRC.
Supporting IRC is mainly a RL1 (radio layer 1) issue. IRC is only applied to the PUSCH
(physical uplink shared channel). All other channels and signals like PUCCH (physical
uplink control channel), SRS (sounding reference signal) and PRACH (physical random
access channel) do not apply IRC.

g Note: IRC for 2RX paths performs best with GPS synchronization where all cells are
timely aligned (synchronized), even the cells belonging to different eNBs.
IRC with 2RX paths shows reduced gain if there is no special synchronization
mechanism(e.g. GPS) for cells belonging to different eNBs.

The following two figures (Figure 33: BLER (SINR) for SDI, EPA30, Figure 34: BLER
(SINR) for SDI, ETU70) show the gain of IRC in comparison to MRC (maximal ratio
combining) in a matlab - simulation. Both are done for a SDI (single dominant interferer).

Issue: 01 © 2019 Nokia. Nokia confidential. 273

   

LTE979: IRC for 2 RX paths General RRM Features (RL10 - LTE17A)

The BLER (block error rate) is the ratio of erroneous blocks against the total number of
blocks. SINR is the signal to interference and noise ratio. It is plotted at the X-axis in dB.
Two ITU-defined fading scenarios are considered:

• EPA30: (enhanced pedestrian)
• ETU70: (enhanced typical urban)

Conclusion: The best curves for SDI in both figures show the IRC-method.

Figure 33 BLER (SINR) for SDI, EPA30

274 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE979: IRC for 2 RX paths

Figure 34 BLER (SINR) for SDI, ETU70

41.3 System impact

Interdependencies between features
The following features have interdependencies to this feature:

• LTE80: GPS Synchronization: A phase synchronized air interface is required to
achieve maximum performance of the IRC receiver.
• LTE134: Timing over Packet: The LTE134 Timing over Packet feature offers only
frequency synchronization and does not help for IRC.
• LTE899: Antenna line Supervision: The feature LTE899: Antenna line Supervision
offers broken antenna line detection. In case one of the Rx antenna lines gets broken
and the eNB L1 receives only Gaussian Noise from this antenna line, the IRC is able
to continue its operation.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

Issue: 01 © 2019 Nokia. Nokia confidential. 275

   

LTE979: IRC for 2 RX paths General RRM Features (RL10 - LTE17A)

This feature has no impact on system performance and capacity.

41.4 LTE979 reference data

LTE979: IRC for 2 RX paths requirements, alarms and faults, commands, measurements
and counters, KPIs, parameters, and sales information

Requirements

Table 161 LTE979 hardware and software requirements
FDD TDD
System release RL40 Not supported
Flexi Multiradio 10 BTS LBTS4.0 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A Not supported
Flexi Zone BTS LBTS7.0 Not supported
Flexi Zone Access Point FL15A Not supported
Cloud Flexi Zone Controller FL17A Not supported
OMS Support not required Not supported
NetAct OSS5.4 CD2 Not supported
MME Support not required Not supported
SAE GW Support not required Not supported
UE Support not required Not supported

Alarms
There are no alarms related to the LTE979: IRC for 2 RX paths feature.

BTS faults and reported alarms

There are no faults related to the LTE979: IRC for 2 RX paths feature.

Commands
There are no commands related to the LTE979: IRC for 2 RX paths feature.

Measurements and counters

There are no measurements or counters related to the LTE979: IRC for 2 RX paths
feature.

Key performance indicators

There are no key performance indicators related to the LTE979: IRC for 2 RX paths
feature.

Parameters

276 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE979: IRC for 2 RX paths

Table 162 Existing parameters related to LTE979
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Uplink combination ulCombinationM LNCEL - FDD
mode ode

For parameter descriptions, see LTE Radio Access Operating Documentation >
Reference > Parameters.

Sales information

Table 163 [Feature ID] sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

41.5 Activating LTE979

Instructions to activate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Restart of the eNB is not required after activation of this feature.

Procedure

1 Go to the BTS Synchronization settings page.

2 Set the BTS network synchronization mode (btsSyncMode) parameter to

PhaseSync.

3 Go to the Radio network configuration page.

4 Select the LNCEL_FDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_FDD

Issue: 01 © 2019 Nokia. Nokia confidential. 277

   

LTE979: IRC for 2 RX paths General RRM Features (RL10 - LTE17A)

5 Set the Uplink combination mode (ulCombinationMode) parameter value to

IRC.

g Note: PRACH high speed flag (prachHsFlag) can only be set to false

if Uplink combination mode (ulCombinationMode) parameter is set
to IRC.

41.6 Activating LTE979 using WebEM

Instructions to activate the feature using Web Element Manager

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Activation procedure does not cause downtime, and the feature can be activated at any
time of the day
.

Procedure

1 Go to the Commissioning Wizard

Path: Configuration ► Configuration Management ► Commissioning Wizard

2 Go to the Synchronization step

Path: Navigational Panel ► Steps ► System Module ► Synchronization

3 Set the BTS network synchronization mode (btsSyncMode) value to

PhaseSync.

4 Go to the Radio Network Configuration step.

Select from the available options

• Navigational Panel ► Steps ► Radio Network Configuration ► Parameter

Editor
• Configuration ► Configuration Management ► Parameter Editor

5 Go to the LNCEL_FDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_FDD

278 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE979: IRC for 2 RX paths

6 Set the Uplink combination mode (ulCombinationMode) parameter value to

IRC.

g Note: PRACH high speed flag (prachHsFlag) can only be set to false

if Uplink combination mode (ulCombinationMode) parameter is set
to IRC.

41.7 Deactivating LTE979

Instructions to deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Restart of the eNB is not required after deactivation of this feature.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Select the LNCEL_FDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_FDD

3 Set the Uplink combination mode (ulCombinationMode) parameter value to

MRC.

g Note: PRACH high speed flag (prachHsFlag) can only be set to true

if Uplink combination mode (ulCombinationMode) parameter is set
to MRC.

Issue: 01 © 2019 Nokia. Nokia confidential. 279

   

LTE980: IRC for 4 RX Paths General RRM Features (RL10 - LTE17A)

42 LTE980: IRC for 4 RX Paths

42.1 Description of LTE980: IRC for 4 RX Paths

Table 164 LTE980 summary of changes
Date of change Section Change description
20.09.2017 System impact The LTE72 feature was
removed from prerequisites for
LTE980.

Introduction to the feature

The Interference Rejection Combining (IRC) is improved mainly for highly loaded and
interference limited cells. It improves the uplink (UL) performance of users at cell edge
and slightly increases the uplink cell capacity.

42.1.1 Benefits
End-user benefits
Better uplink cell performance can be achieved with IRC.

Operator benefits
The same as for the end-user benefits: better uplink cell performance can be achieved
with IRC.

42.1.2 Functional description

Functional overview
IRC is an equalizer used for diversity combining. The LTE980: IRC for 4 RX Paths
feature combines the received signal in such a way that the overall post-equalizer signal
to interference and noise ratio is maximized. IRC is an extension to 4-way RX diversity
and Maximum Ratio Combining (MRC), (for more information, see LTE72: 4-way RX
diversity). IRC equalizer was already implemented for 2 RX (for more information, see
LTE979: IRC for 2 RX paths).
Interference in a dedicated cell in the UL can occur e.g. from UEs with a different serving
cell. Other sources of interference might be spurious emissions of other technologies
(GSM, WCDMA, ...). Assuming there are only a few dominant interferers, IRC is a quite
good approach to suppress this type of interference. The basic rule of thumb is that the
number of RX antennas - 1 dominant interferers can be suppressed. This means, for 4
RX antennas three dominant interferers can be suppressed. This is only a rough rating
since also interference from more users can be suppressed but the suppressor gain will
decrease very rapidly.
If on the other hand the number of interferers is high, then the interference starts to look
like Gaussian noise and is no longer favorable for IRC.

280 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE980: IRC for 4 RX Paths

Supporting IRC is mainly a radio layer 1 issue. IRC is only applied to the physical uplink
shared channel (PUSCH). All other channels and signals like physical uplink control
channel (PUCCH), sounding reference signal (SRS) and physical random access
channel (PRACH) do not apply IRC.

g Note: The LTE980: IRC for 4 RX Paths feature performs the best with GPS
synchronization where timing alignment among different cells belong to different eNBs
is provided.
The LTE980: IRC for 4 RX Paths  feature works with the other synchronization schemes
where timing alignment among different cells belong to different eNBs is not provided
with reduced gain.

42.1.3 System impact

Interdependencies between features
The following features are prerequisites for LTE980: IRC for 4 RX Paths:

• LTE1137: Flexi BaseBand Module FBBA - enables pugging FBBA module into the
eNB.

The following features are not supported when LTE980: IRC for 4 RX Paths is activated:

• LTE48: Support of High Speed Users
• LTE117: Cell Bandwidth - 1.4 MHz
• LTE116: Cell Bandwidth - 3 MHz
• LTE447: SW Support for RF Sharing GSM-LTE
• LTE435: WCDMA-LTE RF Sharing Compatibility
• LTE1195: 3-sector Low Power Repeater Interface SK-RIM
• LTE1089: Downlink Carrier Aggregation

The following features interact with LTE980: IRC for 4 RX Paths:

• LTE80: GPS Synchronization - a phase-synchronized air interface is required to
achieve maximum performance of the IRC receiver.
• LTE891 Timing over Packet with Phase Synchronization - a phase-synchronized air
interface is required to achieve maximum performance of the IRC receiver. Besides
Synchronization via GPS, synchronization over packet (Timing over Packet - ToP) is
an appropriate synchronization source.

g Note: Phase synchronization is recommended but not required. Even without
phase synchronization LTE980: IRC for 4 RX Paths shows considerable
performance improvement.

• LTE899: Antenna Line Supervision - detects Tx antenna path failure. In case one of
the Tx antenna lines gets broken and the eNB L1 receives only Gaussian Noise from
this antenna line, the IRC is able to continue its operation.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

Issue: 01 © 2019 Nokia. Nokia confidential. 281

   

LTE980: IRC for 4 RX Paths General RRM Features (RL10 - LTE17A)

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has no impact on capacity. With IRC a better uplink cell performance can be
achieved.

42.2 LTE980 reference data

Requirements

Table 165 LTE980 hardware and software requirements
FDD TDD
System release RL50 Not supported
Flexi Multiradio 10 BTS LBTS5.0 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A Not supported
Flexi Zone BTS Not supported Not supported
Flexi Zone Access Point Not supported Not supported
Cloud Flexi Zone Controller Not supported Not supported
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE Support not required Not supported

Alarms
There are no alarms related to the LTE980: IRC for 4 RX Paths feature.

BTS faults and reported alarms

There are no faults related to the LTE980: IRC for 4 RX Paths feature.

Commands
There are no commands related to the LTE980: IRC for 4 RX Paths feature.

Measurements and counters

There are no measurements or counters related to the LTE980: IRC for 4 RX Paths
feature.

Key performance indicators

There are no key performance indicators related to the LTE980: IRC for 4 RX Paths
feature.

282 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE980: IRC for 4 RX Paths

Parameters

Table 166 Existing parameters related to LTE980
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Uplink combination mode ulCombinationMode LNCEL - FDD

PRACH high speed flag prachHsFlag LNCEL - FDD

Repeater mode activation actRepeaterMode LNCEL - FDD

Repeater delay repeaterDelay LCELL - FDD

Rf sharing enabled rfSharingEnabled BTSSC - FDD

L

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 167 LTE980 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

42.3 Activating LTE980

Before you start
The Uplink combination mode (ulCombinationMode) parameter is used to
activate the feature.
Modification of the Uplink combination mode (ulCombinationMode)
parameter requires cell locking. If the LTE830: LTE Automatic Lock feature is active
(LNBTS parameter Enable automatic locking (enableAutoLock) is set to
enabled) the cell will be automatically locked (if not already in the locked state),
otherwise the cell needs to be locked and unlocked manually.
Required HW configurations can be found in Flexi Multiradio and Multiradio 10 BTS LTE
Supported Configurations.
The LTE72: 4-way RX Diversity feature needs to be activated and configured before
activation of the LTE980: IRC for 4 RX Paths feature.
The following features need to be deactivated before activation of the LTE980: IRC for 4
RX Paths feature:

• LTE48: Support of High Speed Users
• LTE117: Cell Bandwidth - 1.4 MHz
• LTE116: Cell Bandwidth - 3 MHz
• LTE447: SW Support for RF Sharing GSM-LTE
• LTE435: WCDMA-LTE RF Sharing Compatibility

Issue: 01 © 2019 Nokia. Nokia confidential. 283

   

LTE980: IRC for 4 RX Paths General RRM Features (RL10 - LTE17A)

• LTE1195: 3-sector Low Power Repeater Interface SK-RIM
• LTE1089: Downlink carrier aggregation - 20 MHz

One of the following features is recommended (but not required) for better performance
of the LTE980: IRC for 4 RX Paths feature:

• LTE80: GPS Synchronization
• LTE891 Timing over Packet with Phase Synchronization

Before you start

See Configuring features with Web Element Manager for general management tool
instructions.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the Uplink combination mode (ulCombinationMode) parameter to IRC.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_FDD

Result

The eNB informs the BTS Site Manager about the changed configuration via
notifications. The IRC is applied to the physical uplink shared channel (PUSCH).

42.4 Deactivating LTE980: IRC for 4 RX paths

Before you start
Restart of the eNB is not required after activation of this feature.
The Uplink combination mode (ulCombinationMode) parameter is used to
deactivate the feature.
Modification of the Uplink combination mode (ulCombinationMode)
parameter requires cell locking. If the LTE830: LTE Automatic Lock feature is active
(LNBTS parameter Enable automatic locking (enableAutoLock) is set to
enabled) the cell will be automatically locked (if not already in the locked state),
otherwise the cell needs to be locked and unlocked manually.

284 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE980: IRC for 4 RX Paths

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the Uplink combination mode (ulCombinationMode) parameter to MRC.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_FDD

Result

The MRC is applied to the physical uplink shared channel (PUSCH).

Issue: 01 © 2019 Nokia. Nokia confidential. 285

   

LTE1035:Outer Loop Link Adaptation for PDCCH General RRM Features (RL10 - LTE17A)

43 LTE1035:Outer Loop Link Adaptation for

PDCCH
Introduction to the feature
The feature provides an enhancement to the PDCCH (Physical Downlink Control
Channel) link adaptation algorithm.

43.1 Benefits
End-user benefits
This feature benefits the end user as follows:

• Better cell edge performance
• Defined PDCCH error rate

Operator benefits
This feature benefits the operator as follows:

• Improved PDCCH performance
• The PDCCH OLLA (Outer Loop Link Adaptation) is needed to compensate various
imperfections in the PDCCH ILLA (Inner Loop Link Adaptation) by dynamically
adjusting the channel quality estimation per user
• Better utilization on PDCCH - no overdimensioning

43.2 Functional description

Functional overview
The eNodeB (evolved Node B) provides an enhancement to the dynamic adaptation of
PDSCH and PDCCH block errors. When PDSCH (Physical Downlink Shared Channel)
reaches its predefined target BLER (Block Error Ratio), the PDCCH achieves BLER 1%.

PDCCH Link Adaptation

The old solution is based on PDSCH OLLA. PDCCH offset is calculated as a sum of
deltaCQI and deltaCQIShift, where deltaCQI is the PDSCH OLQC (Outer Loop
Quality Control) offset already calculated from Ack/Nack/DTX (Discontinuous
Transmission) feedback from previous PDSCH transmission, and deltaCQIShift is a
constant parameter to compensate the difference in BLER target (PDSCH - 10% and
PDCCH - 1%).
This algorithm is quite simple; however it may cause wasting of resources for PDCCH or
too high error rate. The second disadvantage is that the parameter deltaCQIshift is
the same for all UEs in the system.
The new PDCCH Link Adaptation algorithm solves all these problems. It still uses
deltaCQI from OLQC, but the CQI offset shift between PDSCH and PDCCH is
dynamically adapted based on PDSCH NACK and DTX information. The control is based

286 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1035:Outer Loop Link Adaptation for PDCCH

on UL HARQ (Uplink Hybrid Automatic Repeat Request) feedback (NACK vs DTX) that
is sent in response to a DL (Downlink) PDSCH transmission (for more details see Figure
35: PDSCH and PDCCH link adaptation).

g Note: PDSCH OLQC is a prerequisite for the usage of PDCCH OLQC and thus needs
to be enabled by setting dlOlqcEnable to true.

Figure 35 PDSCH and PDCCH link adaptation

43.3 System impact

Interdependencies between features
There are no interdependencies between this and any other feature.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature affects Network Element Manager / NetAct as follows:

• Support of new O&M parameters

Issue: 01 © 2019 Nokia. Nokia confidential. 287

   

LTE1035:Outer Loop Link Adaptation for PDCCH General RRM Features (RL10 - LTE17A)

• Support of new PM counters (NetAct only: offline calculation for achieved BLER of
PDCCH and DL HARQ response is needed)

Impact on system performance and capacity

This feature improves PDCCH performance.

43.4 LTE1035 reference data

Requirements

Table 168 LTE1035 hardware and software requirements
FDD TDD
System release RL30 RL25
Flexi Multiradio 10 BTS LBTS4.0 TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTSFZ5.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A

Alarms
There are no alarms related to the LTE1035: Outer Loop Link Adaptation for PDCCH
feature.

Measurements and counters

Table 169 New counters introduced by LTE1035 for the FDD solution
Counter Counter name Measurement
ID
M8010C PDCCH allocations for PDSCH LTE Power and Quality DL
61 transmissions with HARQ
reporting
M8010C PDCCH allocations for PDSCH LTE Power and Quality DL
62 transmissions with HARQ
reporting for which eNB
received no HARQ response
from UE

For counter descriptions, see LTE Operating Documentation/ Reference/ Counters and
Key Performance Indicators.

Key performance indicators

There are no key performance indicators related to the LTE1035: Outer Loop Link
Adaptation for PDCCH feature.

Parameters

288 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1035:Outer Loop Link Adaptation for PDCCH

Table 170 New parameters introduced by LTE1035 for the FDD solution

Table 171 Existing parameter related to LTE1035 for the FDD solution
Full name Abbreviated Managed Parent FDD/TDD
name object structure
PDCCH LA CQI shift pdcchCqiShi LNCEL - common
ft

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 172 LTE1035 sales information
Product structure class License control Activated by default
BSW - No

43.5 Activating and deactivating LTE1035

Instructions to activate or deactivate the LTE1035 feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Activating LTE1035
Instructions to activate the LTE1035 feature

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Activate outer loop link adaptation (actOlLaPdcch)

parameter value to true.

Issue: 01 © 2019 Nokia. Nokia confidential. 289

   

LTE1035:Outer Loop Link Adaptation for PDCCH General RRM Features (RL10 - LTE17A)

4 Set the Enable AMC for PDCCH link adaptation (enableAmcPdcch)

parameter value to true.

5 Set the Enable PDCCH power control (enablePcPdcch) parameter value to

true.

6 Set the PDCCH and HARQ response target BLER (pdcchHarqTargetBler)

parameter to the corresponding value.

7 Set the PDCCH LA CQI shift (pdcchCqiShift) parameter to the corresponding

value.

8 Set the Max PDCCH Aggregation (maxPdcchAgg) parameter to the

corresponding value.

9 Set the Max PDCCH Aggregation During High PDCCH Load

(maxPdcchAggHighLoad) parameter to the corresponding value.

10 Set the Max PDCCH LA CQI shift (maxPdcchCqiShift) parameter to the

corresponding value.

11 Set the Max PDCCH Physical CCEs (maxPhyCces) parameter to the

corresponding value.

12 Set the Min PDCCH LA CQI shift (minPdcchCqiShift) parameter to the

corresponding value.

Deactivating LTE1035
Instructions to deactivate the LTE1035 feature

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

290 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1035:Outer Loop Link Adaptation for PDCCH

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Activate outer loop link adaptation (actOlLaPdcch)

parameter value to false.

4 Set the Enable AMC for PDCCH link adaptation (enableAmcPdcch)

parameter value to false.

5 Set the Enable PDCCH power control (enablePcPdcch) parameter value to

false.

Issue: 01 © 2019 Nokia. Nokia confidential. 291

   

LTE1111: Inter cell load generation for PDCCH General RRM Features (RL10 - LTE17A)

44 LTE1111: Inter cell load generation for PDCCH

Introduction to the feature
The evolved node B (eNB) can generate Physical Downlink Control Channel (PDCCH)
load for any cell and control the PDCCH interference level to its neighbor cells.

44.1 Benefits

The operator can perform downlink inter-cell interference related tests in field without
User Equipment (UEs).

44.2 Functional description

With LTE1111: Inter cell load generation for PDCCH feature, when PDCCH load is less
than pre-defined level, dummy PDCCH with pre-defined power level can be generated to
make total downlink PDCCH load of neighbor cells to pre-defined level. By configuring a
minimum PDCCH load to the neighbor cells, the operator is able to test (intra-frequency)
the interference which neighbor cells are causing to the serving cell. The feature allows
running the test without testing the UEs.
The Flexi Multiradio Base Transceiver Station (BTS) transmits PDCCH dummy data (a
pseudo random bit sequence) on resource elements not allocated by the downlink
scheduler. The dummy data is sent on all configured antennas, for example single or two
antennas. The power spectral density of the dummy data is the same as for the PDCCH.
The resource elements for the dummy data are randomly selected on layer 1. The
modulation scheme for the dummy data is Quadrature Phase Shift Keying (QPSK).
The interference level (percentage of PDCCH resource elements used by normal users
and dummy data) is operator-configurable. The downlink scheduler is not limited by this
setting (it can allocate data as well above the interference level). Dummy data is only
added if there are not enough resource elements allocated to normal users.

44.2.1 Related parameters

Activate PDCCH load generation

The operator can activate or deactivate Inter cell load generation for PDCCH by setting
the parameter actPdcchLoadGen to True or False  accordingly. If
actPdcchLoadGen is set to True, pdcchLoadLevel and pdcchLoadPsdOffset
parameters must be configured.
PDCCH load level
The PDCCH load level (pdcchLoadLevel) parameter configures the percentage
of used PDCCH CCEs on all available PDCCH Control Channel Elements (CCEs). Used
PDCCH CCEs include all CCEs of CSS/USS space and dummy PDCCHs. This
parameter is not restricting normal PDCCH allocation. Only when normal PDCCH load
has not reached the level defined by this parameter, the dummy PDCCHs is added.

292 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1111: Inter cell load generation for PDCCH

PSD offset for dummy PDCCH

The PSD offset for dummy PDCCH (pdcchLoadPsdOffset) parameter defines
the dummy PDCCH PSD offset to flat Power Spectral Density (PSD). Maximum dummy
PDCCH PSD is calculated based on flat PSD and this offset. If there is not enough
power remaining for dummy PDCCHs, the smaller dummy PDCCH PSD is used.

44.3 System impact

Interdependencies between features
There are no interdependencies between this and any other feature.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

The Inter cell load generation for PDCCH may affect neighbor cells performance (exact
effect to neighbor cells depends for example on radio network topology). The feature
does not affect the serving cell capacity, as dummy PDCCH is not added if all CCEs are
used for PDCCH transmission.

44.4 LTE1111 reference data

LTE1111: Inter cell load generation for PDCCH requirements, parameters, and sales
information

Requirements

Table 173 LTE1111 hardware and software requirements
FDD TDD
System release Not supported RL25
Flexi Multiradio 10 BTS Not supported TD-LBTS2.0
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Support not required
NetAct Not supported Support not required

Issue: 01 © 2019 Nokia. Nokia confidential. 293

   

LTE1111: Inter cell load generation for PDCCH General RRM Features (RL10 - LTE17A)

Table 173 LTE1111 hardware and software requirements (Cont.)
FDD TDD
MME Not supported Support not required
SAE GW Not supported Support not required
UE Not supported 3GPP R8

Alarms
There are no alarms related to the LTE1111: Inter cell load generation for PDCCH
feature.

BTS faults and reported alarms

There are no faults related to the LTE1111: Inter cell load generation for PDCCH feature.

Commands
There are no commands related to the LTE1111: Inter cell load generation for PDCCH
feature.

Measurements and counters

There are no measurements or counters related to the LTE1111: Inter cell load
generation for PDCCH feature.

Key performance indicators

There are no key performance indicators related to the LTE1111: Inter cell load
generation for PDCCH feature.

Parameters

Table 174 New parameters introduced by LTE1111
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Activate PDCCH load actPdcchLoadGe LNCEL - TDD
generation n
PDCCH load level pdcchLoadLevel LNCEL - TDD

PSD offset for pdcchLoadPsdOf LNCEL - TDD

dummy PDCCH fset

For parameter descriptions, see the LTE BTS parameters reference document.

Sales information

Table 175 LTE1111 sales information
Product structure class License control Activated by default
Application software (ASW) SW Asset Monitoring No

294 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1111: Inter cell load generation for PDCCH

44.5 Activating and deactivating LTE1111

Instructions to activate or deactivate the LTE1111 feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Activating LTE1111
Instructions to activate the LTE1111 feature

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Activate load adaptive PDCCH (actLdPdcch) parameter value to

false.

4 Go to the LNCEL_TDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

5 Set the Activate PDCCH load generation (actPdcchLoadGen) parameter

value to true.

6 Set the PDCCH load level (pdcchLoadLevel) parameter to the corresponding

value.

7 Set the PSD offset for dummy PDCCH (pdcchLoadPsdOffset) parameter to

the corresponding value.

Issue: 01 © 2019 Nokia. Nokia confidential. 295

   

LTE1111: Inter cell load generation for PDCCH General RRM Features (RL10 - LTE17A)

Deactivating LTE1111
Instructions to deactivate the LTE1111 feature

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL_TDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

3 Set the Activate PDCCH load generation (actPdcchLoadGen) parameter

value to false.

296 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1113: eICIC - macro

45 LTE1113: eICIC - macro

45.1 Description of LTE1113: eICIC - macro

Table 176 LTE1113 summary of changes
Date of change Section Change description
15.01.2019 Requirements, Added link to the enhanced inter-cell interference
Activation coordination (eICIC) for micro described in the
LTE1496: eICIC - micro feature.
5 May, 2018 Parameters Six new parameters
(eIcicAbsAdaptationBeta,
eIcicAbsAdaptationThreshold0To1,
eIcicAbsDeltaAdjustment,
eIcicAbsPatChangeDelayT,
eIcicMaxNumPartners, eIcicMp0DelayT)
have been added.

Introduction to the feature

The LTE1113: eICIC – macro (enhanced inter-cell interference coordination) feature is a
DL-centric inter-cell interference mitigation technique for applications in heterogeneous
networks (HetNets), where small cell eNBs are deployed on the same frequency as
neighboring macro cell eNBs. The feature enables traffic offloading from macro cell to
small cells, and interference reduction at small cells by coordinated time domain
resource usage between the macro cell and small cells.

Benefits
End-user benefits
This feature improves the throughput with the use of almost blank subframe (ABS) in the
macro - micro/pico network deployments.

Operator benefits
This feature provides advanced interference handling that will satisfy high traffic
demands throughout the HetNets.

Requirements
For more information, see Reference data section.

Functional description
Feature overview
The LTE1113: eICIC - macro feature improves the overall network performance in HetNet
scenario by traffic offloading from the macro cell to the small cells within the macro
coverage. Traffic offloading from the macro to the small cells is accelerated by modifying
the handover (HO) thresholds between the cells in the eICIC area resulting in cell range
expansion (CRE) of the small cells. The HO thresholds are set via O&M parameters and
are configured to the macro cell UEs as described in Table 177: Utilization of G2 and G3

Issue: 01 © 2019 Nokia. Nokia confidential. 297

   

LTE1113: eICIC - macro General RRM Features (RL10 - LTE17A)

values. Time domain resource usage is coordinated between the macro cell and the
small cells to protect the data transmission of small cell UEs experiencing heavy
interference from the macro cell.
Table 177 Utilization of G2 and G3 values
eIcicMaxG2CioMacro eIcicMaxG3CioMacro
mlbEicicOperMode = allUEs G2 CIO value configured to all G3 CIO value configured to
UEs with GBR bearers FeICIC capable UEs without
GBR bearers
mlbEicicOperMode ≠ allUEs G2 CIO value configured to
R8/R9/10 UEs without GBR
bearers (UEs with GBR
bearers are left out of the CRE;
cell default CIO value is
configured)

UEs with a certain chipset might experience HO failures under the following rare
conditions:
• inter-frequency HO to an eICIC-enabled eNB which runs in muting pattern 1
• configured with measurement gap that covers the subframe in which the small cell
sends system information block (SIB)
• the siWindowLen parameter is set to 20 ms, therefore, there will be only one
subframe available if the SIB window coincides with the first half of the eICIC pattern
of 40 ms duration
UEs with the chipset do not use SIB2 data they were provided as part of the HO
procedure. The UEs try to read SIB2 in the target cell and fail if it does not succeed
within a preset time. It is recommended to activate the LTE2085: SIB reception with
parallel measurement gaps feature to ensure smooth service conditions in HetNet
scenarios.
Figure 36: eICIC area with one macro cell and four small cells shows one eICIC area
with one macro cell eNB and four small cell eNBs, that are all using the same carrier
frequency (f1).

Figure 36 eICIC area with one macro cell and four small cells

FZM
FZM #4
X2 X2
#1 f1
X2 FZM
FZM
X2 #3
#2

eICIC
area regular cell cell range
coverage area expansion
(CRE) area

The LTE1113: eICIC - macro feature supports the eICIC between one macro cell and
several small cells. Small cells are the outdoor micro and pico cell types with downlink
transmission powers lower than the macro cell. The small cell eNBs are autonomous
base stations like the Flexi Zone Micro (FZM) connected via X2 to the macro eNB. For
release RL70, the small cell eNB is assumed as a one-cell eNB.

298 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1113: eICIC - macro

g Note: The home base station (HeNB), low power remote radio heads (RRHs)
connected via optical fiber to the macro eNB, and eICIC with eNB from other vendors
(either macro or micro) types of small cell are out of the scope of this feature.

Subframe muting
The LTE1113: eICIC - macro feature introduces the ABS in the macro cell to reduce the
inter-cell interference from the macro cells to the small cells. The ratio of ABS to non-
ABS is dynamically adapted by the macro cell based on the load condition in the eICIC
area. Currently, there is no option provided for static ABS configuration. The coordination
of ABS pattern between multiple macro cells is not considered in this feature.
The listed channels or signals are also transmitted from the macro eNB in ABS
transmission time intervals (TTIs):
• cell reference signal (CRS)
• positioning reference symbols (PRS), if configured
• primary synchronization channel (PSS)
• secondary synchronization channel (SSS)
• physical control format indicator channel (PCFICH)
• physical hybrid ARQ indicator channel (PHICH)
• SIB1 and RAR on physical downlink shared channel (PDSCH)
• physical downlink control channel (PDCCH) in case SIB1 or RAR is transmitted
• physical broadcast channel (PBCH)

In contrast to control signaling, no user data related transmissions on PDCCH and
PDSCH are allowed in an ABS. This means that the ABS is a TTI with protected
resources on the PDSCH and PDCCH on the macro side, which is used by the small
cells in the macro cell area to schedule data primarily for the CRE UEs.

g Note: The UE is not aware of ABS, so it will receive/transmit ABS in the same manner
as a non-ABS.

The use of ABS reduces the macro cell DL and UL resources on PDSCH and PUSCH,
respectively. The effect is either (partially) compensated or overcompensated by the
interference reduction in the small cells depending on the traffic model. In general, the
cell edge throughput should improve and a gain for the total throughput served in the
area of the macro and small cells is possible.

g Note: The application of ABS in the macro cell without extending the cell range of the
small cells results in throughput decrease. As eICIC gain depends on the traffic load in
the eICIC area, it also depends on the traffic load in the CRE of the small cells.

Qualitative performance analysis

The LTE1113: eICIC – macro feature satisfies high traffic demands throughout the
HetNet. This will be achieved in the eICIC deployment when these points are
considered:
• offered load
• small cell Tx power level
• small cell placement
• terminal support

Issue: 01 © 2019 Nokia. Nokia confidential. 299

   

LTE1113: eICIC - macro General RRM Features (RL10 - LTE17A)

• propagation environment

The eICIC works best at high load. The highest gain is achieved when traffic is offloaded
from a highly loaded macro cell to the small cell and the small cell resources are in full
use. A higher eICIC gain is achieved for the macro-pico deployment as compared to the
macro-micro deployment. The feature also takes into account the non-eICIC, eICIC, and
FeICIC-capable UEs. The eICIC offers moderate gain for the UEs, which are eICIC
agnostic. The gain increases for the eICIC-capable UEs and even more for the FeICIC-
capable UE with CRS interference cancellation capability. Lower gain may result from
using larger CRE values in environments with high line of sight (LOS) probability for
small cells that have offloaded many UEs.

g Note: The non-eICIC capable UEs are also supported in the CRE area.

When configuring the feature, make sure that the maximum CRE value of the small cell
eICIC partners is not larger than the difference in downlink transmission powers between
the small cells and the macro cell eICIC partner. Otherwise, the UL transmissions in the
eICIC area will suffer a performance degradation.

Establishing the eICIC partnership

The eICIC partnership between a macro cell and a small cell is established by using
X2AP:Load Information messages. The periodic reporting of the CAC and ABS status
from eICIC partners using the radio status resource procedure is initiated if an eICIC
partnership is established. It is stopped if no eICIC partnership exists. An X2 outage or
X2 setup releases the eICIC partnership.
The macro cell uses its own CAC, including the reported CAC, and the reported ABS
status from the eICIC partners to decide the increase/decrease of the ABS for all eICIC
partner cells. The macro cell informs all eICIC partner cells via X2AP:Load Information
message about the applied ABS pattern, which is considered for the CAC calculation
and radio admission control of the macro cell and the ABS status calculation of the small
cell.

System impact
Interdependencies between features
This feature requires one of the listed features to be activated:
• LTE80: GPS synchronization
• LTE891: Timing over Packet with phase synchronization

g Note: The eNB must be configured to phase synchronized mode after the activation of
either of the feature. The LTE2209: eICIC enhancements - macro feature handles the
automatic termination in case of loss of eNB synchronization.

g Note: It is recommended to activate the LTE1617: RLF triggered handover feature
when activating the LTE1113: eICIC – macro feature to allow RRC connection re-
establishment without prepared context of small cell CRE UEs. This is useful for UEs
located in high CRE values (higher than 6dB) in the small cell eICIC partners.

This feature is not supported in combination with the listed features:
• LTE116: Cell Bandwidth - 3 MHz

300 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1113: eICIC - macro

• LTE117: Cell Bandwidth - 1.4 MHz
• LTE1382: Cell resource groups
• LTE819: DL Inter-cell Interference Generation
• LTE1025: DL beamforming inter-cell interference generation
• LTE1111: Inter cell load generation for PDCCH

This feature affects the listed features:
• LTE1920: TDD Intra-band Two Carrier Aggregation for two-board Flexi Zone Micro
platform
The interworking between eICIC and CA in FZM will be specified in this feature.
• LTE1800: DL interference shaping
When interference shaping is enabled, the change of muting pattern causes the
immediate update of the preferred resources.
• LTE42: Support of DRX in RRC connected mode
• LTE473: Extended DRX settings
• LTE585: Smart DRX
If DRX is enabled together with the eICIC, the time domain scheduling weight
calculation is affected by considering only nABS in DRX active time. Also, the range
of on-duration is limited to ensure that there is non-ABS during the on-duration in the
macro cell.
• LTE497: Smart admission control
Smart admission control assumes that all resources are available for the admission
of GBR bearers. The ABS reduces the amount of available resources for PDSCH
scheduling in the macro cell and is visible in the admission control by measuring the
available resources.
• LTE1042: Nominal Bitrate for non-GBR bearers
The prioritization mechanism of CRE and non-CRE UEs on the small cell during ABS
should be integrated with LTE1042: Nominal Bitrate for non-GBR bearers feature
prioritization mechanism for NBR bearers.
• LTE1543: 8x2 SU MIMO with TM9
The CSI-RS transmission opportunity is limited when eICIC feature is enabled in the
macro cell.

Impact on interfaces
This feature introduces the necessary X2 signaling for Load Information and Resource
Status procedures.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

This feature improves the cell edge throughput and the total throughput in the area of
macro and small cells.

45.2 LTE1113 reference data

LTE1113: eICIC - macro requirements, parameters, and sales information

Issue: 01 © 2019 Nokia. Nokia confidential. 301

   

LTE1113: eICIC - macro General RRM Features (RL10 - LTE17A)

Requirements

Table 178 LTE1113 hardware and software requirements
FDD TDD
System release RL70 RL55
Flexi Multiradio 10 BTS LBTS7.0 TD-LBTS5.0
Flexi Multiradio 10 Indoor BTS not supported TD-LBTS5.0
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TD-LBTS5.0
Flexi Zone Access Point not supported not supported
Cloud Flexi Zone Controller not supported not supported

g Note: The enhanced inter-cell interference coordination (eICIC) for micro is described
in the LTE1496: eICIC – micro feature. For more information, see #unique_328.

Alarms
There are no alarms related to this feature.

Key performance indicators

There are no key performance indicators related to this feature.

Measurements and counters

Table 179 New counters introduced by LTE1113
Counter ID Counter name Measurement
M8011C164 Accumulated time of muting LTE Cell Resource
pattern 0 activation
M8011C112 Accumulated time of muting LTE Cell Resource
pattern 1 activation
M8011C113 Accumulated time of muting LTE Cell Resource
pattern 2 activation
M8011C114 Accumulated time of muting LTE Cell Resource
pattern 3 activation
M8011C115 Accumulated time of muting LTE Cell Resource
pattern 4 activation
M8011C116 Accumulated time of muting LTE Cell Resource
pattern 5 activation
M8011C117 Accumulated time of muting LTE Cell Resource
pattern 6 activation

For counter descriptions, see LTE Radio Access Operating Documentation/
Reference/Counters.

Parameters

302 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1113: eICIC - macro

Table 180 New parameters introduced by LTE1113
Full name Abbreviated Managed object Structure FDD/TDD
name
Activate actEicic LNCEL – common
enhanced
inter-cell
interference
coordination
ABS eIcicAbsAdap LNCEL – common
adaptation tationBeta
beta
Threshold to eIcicAbsAdap LNCEL – common
switch from tationThresh
MP0 to MP1 old0To1
ABS delta eIcicAbsDelt LNCEL – common
adjustment aAdjustment
Delay timer eIcicAbsPatC LNCEL – common
for applying hangeDelayT
a new ABS
pattern with
smaller ABS
ratio
Maximum CIO eIcicMaxG2Ci LNCEL – common
value for oMacro
CIO Group 2
in macro
cell
Maximum CIO eIcicMaxG3Ci LNCEL – common
value for oMacro
CIO Group 3
in macro
cell
Highest eIcicMaxMute LNCEL – common
allowed Pattern
muting
pattern
Maximum eIcicMaxNumP LNCEL – common
number of artners
allowed
eICIC
partnerships
Timer for eIcicMp0Dela LNCEL – common
transition yT
to MP0
Load multLoadMeas LNCEL – common
measurement RrmEicic
RRM timer
multiplier
for eICIC

Issue: 01 © 2019 Nokia. Nokia confidential. 303

   

LTE1113: eICIC - macro General RRM Features (RL10 - LTE17A)

Table 180 New parameters introduced by LTE1113 (Cont.)
Full name Abbreviated Managed object Structure FDD/TDD
name
Load tLoadMeasX2E LNCEL – common
measurement icic
X2 timer for
eICIC

Table 181 Modified parameters introduced by LTE1113
Full name Abbreviated Managed object Structure FDD/TDD
name
Activation actCMAS LNBTS - common
CMAS support
Activation actETWS LNBTS - common
ETWS support
Activate actUlLnkAdp LNCEL - common
uplink link
adaptation
Method for actUlpcMetho LNCEL - common
UL power d
control
Intra- and loadSettings LNCEL - common
inter-freq.
load bal.
common load
settings
Cell cellCapClass LNCEL loadSettings common
capacity
class value
Mode for mlbEicicOper LNCEL loadSettings common
calculating Mode
the CAC in
load bal.
and eICIC
Nominal nomNumPrbNon LNCEL loadSettings common
number of Gbr
PRBs for
load
balancing
DL GBR targetLoadGb LNCEL loadSettings common
resource rDl
target load
DL non-GBR targetLoadNo LNCEL loadSettings common
resource nGbrDl
target load
PDCCH target targetLoadPd LNCEL loadSettings common
load cch

304 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1113: eICIC - macro

Table 181 Modified parameters introduced by LTE1113 (Cont.)
Full name Abbreviated Managed object Structure FDD/TDD
name
Uplink CAC ulCacSelecti LNCEL loadSettings common
source on
selection
Static CAC ulStaticCac LNCEL loadSettings common
for uplink
Random raRespWinSiz LNCEL - common
access e
response
window size
SI window siWindowLen SIB - common
length

Table 182 Existing parameters related to LTE1113
Full name Abbreviated Managed object Structure FDD/TDD
name
Cell type cellType LNCEL - common
DRX profile drxProfile2 DRX - FDD
2
DRX drxInactivit DRX drxProfile2 FDD
inactivity yT
timer
DRX long drxLongCycle DRX drxProfile2 FDD
cycle
DRX on drxOnDuratT DRX drxProfile2 FDD
duration
timer
DRX profile drxProfileIn DRX drxProfile2 FDD
index dex
DRX profile drxProfilePr DRX drxProfile2 FDD
priority iority
DRX drxRetransT DRX drxProfile2 FDD
retransmissi
on timer
DRX profile drxProfile3 DRX - FDD
3
DRX drxInactivit DRX drxProfile3 FDD
inactivity yT
timer
DRX long drxLongCycle DRX drxProfile3 FDD
cycle
DRX on drxOnDuratT DRX drxProfile3 FDD
duration
timer
DRX profile drxProfileIn DRX drxProfile3 FDD
index dex

Issue: 01 © 2019 Nokia. Nokia confidential. 305

   

LTE1113: eICIC - macro General RRM Features (RL10 - LTE17A)

Table 182 Existing parameters related to LTE1113  (Cont.)
Full name Abbreviated Managed object Structure FDD/TDD
name
DRX profile drxProfilePr DRX drxProfile3 FDD
priority iority
DRX drxRetransT DRX drxProfile3 FDD
retransmissi
on timer
DRX profile drxProfile5 DRX - FDD
5
DRX drxInactivit DRX drxProfile5 FDD
inactivity yT
timer
DRX long drxLongCycle DRX drxProfile5 FDD
cycle
DRX on drxOnDuratT DRX drxProfile5 FDD
duration
timer
DRX profile drxProfileIn DRX drxProfile5 FDD
index dex
DRX profile drxProfilePr DRX drxProfile5 FDD
priority iority
DRX drxRetransT DRX drxProfile5 FDD
retransmissi
on timer
DRX smart drxSmartProf SDRX - FDD
profile 2 ile2
DRX drxInactivit SDRX drxSmartProf FDD
inactivity yT ile2
timer
DRX long cycle drxLongCycle SDRX drxSmartProf FDD
ile2
DRX on drxOnDuratT SDRX drxSmartProf FDD
duration ile2
timer
DRX profile drxProfileIn SDRX drxSmartProf FDD
index dex ile2
DRX profile drxProfilePr SDRX drxSmartProf FDD
priority iority ile2
DRX drxRetransT SDRX drxSmartProf FDD
retransmissi ile2
on timer
DRX short drxShortCycl SDRX drxSmartProf FDD
cycle e ile2
DRX short drxShortCycl SDRX drxSmartProf FDD
cycle timer eT ile2
Short term smartStInact SDRX drxSmartProf FDD
inactivity Factor ile2
factor for
smart DRX

306 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1113: eICIC - macro

Table 182 Existing parameters related to LTE1113  (Cont.)
Full name Abbreviated Managed object Structure FDD/TDD
name
DRX smart drxSmartProf SDRX - FDD
profile 3 ile3
DRX drxInactivit SDRX drxSmartProf FDD
inactivity yT ile3
timer
DRX long drxLongCycle SDRX drxSmartProf FDD
cycle ile3
DRX on drxOnDuratT SDRX drxSmartProf FDD
duration ile3
timer
DRX profile drxProfileIn SDRX drxSmartProf FDD
index dex ile3
DRX profile drxProfilePr SDRX drxSmartProf FDD
priority iority ile3
DRX drxRetransT SDRX drxSmartProf FDD
retransmissi ile3
on timer
DRX short drxShortCycl SDRX drxSmartProf FDD
cycle e ile3
DRX short drxShortCycl SDRX drxSmartProf FDD
cycle timer eT ile3
Short term smartStInact SDRX drxSmartProf FDD
inactivity Factor ile3
factor for
smart DRX
DRX smart drxSmartProf SDRX - FDD
profile 5 ile5
DRX drxInactivit SDRX drxSmartProf FDD
inactivity yT ile5
timer
DRX long drxLongCycle SDRX drxSmartProf FDD
cycle ile5
DRX on drxOnDuratT SDRX drxSmartProf FDD
duration ile5
timer
DRX profile drxProfileIn SDRX drxSmartProf FDD
index dex ile5
DRX profile drxProfilePr SDRX drxSmartProf FDD
priority iority ile5
DRX drxRetransT SDRX drxSmartProf FDD
retransmissi ile5
on timer
DRX short drxShortCycl SDRX drxSmartProf FDD
cycle e ile5
DRX short drxShortCycl SDRX drxSmartProf FDD
cycle timer eT ile5

Issue: 01 © 2019 Nokia. Nokia confidential. 307

   

LTE1113: eICIC - macro General RRM Features (RL10 - LTE17A)

Table 182 Existing parameters related to LTE1113  (Cont.)
Full name Abbreviated Managed object Structure FDD/TDD
name
Short term smartStInact SDRX drxSmartProf FDD
inactivity Factor ile5
factor for
smart DRX

For parameter descriptions, see LTE Radio Access Operating Documentation/
Reference/Parameters.

Sales information

Table 183 LTE1113 sales information
Product structure class License control in network Activated by default
element
ASW Pool license No

45.3 Activating and configuring LTE1113

Instructions to activate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Activate enhanced inter-cell interference
coordination (actEicic) parameter is used to activate the feature. Activation
procedure requires object locking.

g Note: Activation of the enhanced inter-cell interference coordination (eICIC) for micro is
described in the LTE1496: eICIC - micro feature. For more information, see
#unique_330.

One of the listed features needs to be activated/configured before the activation of the
LTE1113: eICIC - macro feature:
• LTE80: GPS synchronization
• LTE891: Timing over Packet with phase synchronization

The listed features need to be deactivated before the activation of the LTE1113: eICIC -
macro feature:
• LTE819: DL Inter-cell Interference Generation
• LTE1382: Cell resource groups

308 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1113: eICIC - macro

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the activation value.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Select the LNCEL object corresponding to the cell where the LTE1113: eICIC -
macro feature will be activated.
d) Set the Activate enhanced inter-cell interference
coordination (actEicic) parameter value to true.

g Note: This parameter activates the feature.

3 Configure the parameters related to LTE1113: eICIC - macro.

On the selected LNCEL object, perform these configurations:
a) Set the Cell type (cellType) parameter value to large.
b) Set the Highest allowed muting pattern (eIcicMaxMutePattern)
parameter value to either mp1, mp2, mp3, mp4, mp5 or mp6.
c) Set the Maximum number of allowed eICIC
partnerships (eIcicMaxNumPartners) parameter to a value ranging from
1 to 15.
d) Set the ABS adaptation beta (eIcicAbsAdaptationBeta) parameter
to a value ranging from 0.1 to 10 with an increment of 0.1.
e) Set the Threshold to switch from MP0 to
MP1 (eIcicAbsAdaptationThreshold0To1) parameter to a value ranging
from 0.1 to 0.9 with an increment of 0.1.
f) Set the ABS delta adjustment (eIcicAbsDeltaAdjustment)
parameter to a value ranging from 0 to 2 with an increment of 0.1.
g) Set the Delay timer for applying a new ABS
pattern (eIcicAbsPatChangeDelayT) parameter to a value ranging from
0 to 100 ms with increments of 10 ms.
h) Set the Timer for transition to MP0 (eIcicMp0DelayT) parameter
value to either 5, 10, 30, 60, 90 or 120 s.
i) Set the Load measurement RRM timer multiplier for
eICIC (multLoadMeasRrmEicic) parameter to a value ranging from 1 to 32.
j) Set the Load measurement X2 timer for
eICIC (tLoadMeasX2Eicic) parameter value to either 1000, 2000, 5000 or
10000 ms.
k) Select the SIB object under the LNCEL object and set the SI window
length (siWindowLen) parameter to a value greater than or equal to 20 ms.

Issue: 01 © 2019 Nokia. Nokia confidential. 309

   

LTE1113: eICIC - macro General RRM Features (RL10 - LTE17A)

4 Define the Intra- and inter-freq. load bal. common load

settings (loadSettings) parameter.

On the selected LNCEL object, perform these actions:
a) If the Intra- and inter-freq. load bal. common load settings structure is not
available, create it.
b) Expand the Intra- and inter-freq. load bal. common load settings structure.
c) Select Intra- and inter-freq. load bal. common load settings structure and set
all the parameter values within.

g Note: The structure of
Intra- and inter-freq. load bal. common load
settings (loadSettings) parameter has default values set during the
object creation. The modification of the default values is not mandatory.

g Note: When eICIC is enabled for the cell, it is recommended to configure values
of minimum 80% for the O&M parameter PDCCH target load in order to avoid
switching off the ABS pattern due to lack of PDCCH resources.

5 Send the parameters to the eNB.

Result

The LTE1113: eICIC – macro feature is activated in the macro cell.

45.4 Deactivating LTE1113

Instructions to deactivate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Deactivation procedure requires object locking. The Activate enhanced inter-
cell interference coordination (actEicic) parameter is used to deactivate
the feature.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

310 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1113: eICIC - macro

2 Configure the Activate enhanced inter-cell interference

coordination (actEicic) parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Select the LNCEL object corresponding to the cell where the LTE1113: eICIC -
macro feature will be deactivated.
d) Set the Activate enhanced inter-cell interference
coordination (actEicic) parameter value to false.

3 Send the parameters to the eNB.

Result

The LTE1113: eICIC – macro feature is deactivated in the macro cell.

Issue: 01 © 2019 Nokia. Nokia confidential. 311

   

LTE1196: RAN Information Management for WCDMA General RRM Features (RL10 - LTE17A)

46 LTE1196: RAN Information Management for

WCDMA

46.1 Description of LTE1196: RAN Information

Management for WCDMA
Introduction to the feature
The LTE1196: RAN Information Management for WCDMA feature allows transferring
information between the source and target cell by the core network. This mechanism
allows to reduce the number of setting parameters.

Benefits
End-user benefits
This feature provides the end user with:

• faster CS fallback
• faster regular redirection

Operator benefits
This feature provides:

• reduction of the parameters needed to configure CS fallback with redirection
• reduction of the parameters needed to configure regular redirection to WCDMA
• support of LTE multi-operator core network (MOCN) and WCDMA MOCN
deployment

Functional description
Functional overview
The RAN information management (RIM) procedures support the core network in an
information exchange between peer application entities located in GERAN, UTRAN, or
the E-UTRAN access network. The LTE1196: RAN Information Management to WCDMA
feature allows up-to-date system information (SI) of WCDMA neighbor cells to be
transferred from a remote radio network controller (RNC) to a local eNB. This proccess is
used to populate WCDMA SI for redirection to the WCDMA procedure. Figure 37: RIM
protocol structure between E-UTRAN and UTRAN presents the process of transporting
protocols between LTE and WCDMA.

312 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1196: RAN Information Management for WCDMA

Figure 37 RIM protocol structure between E-UTRAN and UTRAN

ENB S1 S3 /GN IU RNC

MME SGSN
(controlling) (Serving)

RIMContainer RIMContainer
RIM-App RIM-App

RIM RIM-App RIM-App RIM

RIM-App RIM-App
(forexampleUTRASI) (forexampleUTRASI)

RIMPDUs RIMPDUs

Relay Relay

S1AP S1AP GTP-C GTP-C RANAP RANAP

UDP UDP
SCTP SCTP NS NS
SCTP
IP IP
L2 L2
IP/L2&L1 IP/L2&L1 L1
IP/L2&L1 L1
L1 L1

The RIM function enables the eNB to retrieve SI from the target UTRAN cell and allows
the eNB to receive WCDMA SI from a remote RNC.
The eNB supports the RIM for CS fallback with a redirect and a normal redirect to
WCDMA.
The RIM function enables the eNB to retrieve SI from a target WCDMA cell. The
retrieved information is used to automatically fill and update the related SI attributes for
all the enabled features to which an RRC connection release with a redirect to WCDMA
is applied. This proccess is presented in Figure 38: Redirection procedure with SI.

Figure 38 Redirection procedure with SI

UE .eNB MME

RRC:RRCConnectionRelease
(1)
(releaseCause,RedirectedCarierInfo,
[cellinfoList-r9]) S1AP:UECONTEXTRELEASEREQUEST
(2)
S1AP:UECONTEXTRELEASECOMMAND
(3)

S1AP:UECONTEXTRELEASECOMPLETE
(4)

For each neighbor WCDMA frequency of an LTE cell, up to 16 WCDMA neighbor cells
can be enabled to provide SI via RIM in the redirect message. The same SI is sent in
case of:

• a normal RRC connection release with a redirect to WCDMA

Issue: 01 © 2019 Nokia. Nokia confidential. 313

   

LTE1196: RAN Information Management for WCDMA General RRM Features (RL10 - LTE17A)

• a normal redirect based on CS fallback to WCDMA
• an emergency CS fallback to WCDMA to the UE

The assigned mobility profile and the UE capabilities are considered when selecting the
SI to be added to the redirect message.

g Note: In extreme conditions, the RIM UTRA SI application (ENBC) is running on FSMr2
board, and the memory for RIM UTRAN SI storage may be used up. For the new
coming up LTE cells, the UTRAN SI for some WCDMA neighbor cells might be
temporarily unavailable (not in UEC) until the next UTRAN SI update or RIM association
re-establishment. If the WCDMA neighbor cells’ RIM interface
status (rimStatus) is set to available at eNB level, it does not have impact on
this process. It is caused due to memory capacity limitation of FSMr2 board.

RAN information procedure for the enabled WCDMA neighbor cell

The RIM protocol is encapsulated in the S1AP.MME DIRECT INFORMATION
TRANSFER and the S1AP:ENB DIRECT INFORMATION TRANSFER messages.
The following RIM procedures are supported:

• RAN information request/multiple report
• RAN information request/stop
• RAN information send
• RAN information application error
• RAN information error

Redirection procedure
Selecting suitable cells
The following conditions must be fulfilled for the eNB to check the RIM interface
status (rimStatus) parameter for each suitable WCDMA cell:
• if rimStatus is available, SI for the WCDMA cell is taken from RIM.
• if rimStatus is unavailable or disable, SI for the WCDMA cell is not
included (theWCDMA cell is omitted by the eNB).

The following conditions must be fulfilled to check all objects (LNRELW object instances)
related to the WCDMA neighboring cell for the LTE cell:

• the WCDMA cell's frequency is the same as the chosen target frequency
represented by the UARFCN value
• an active flag allows adding SI in a release message

Elimination of unsuitable cells by CS fallback

If the RegisteredLAI was received, the eNB is checking PLMN and LAC values. At least
one of the primary/secondary PLMNs and LAC configured for the WCDMA cell (in
LNADJW), which SI is checked for, must be included in RegisteredLAI IE. Otherwise, SI
for that WCDMA cell is eliminated from the list.
• If the list is not empty, elimination of unsuitable targets is stopped.

314 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1196: RAN Information Management for WCDMA

• If the list is empty, eNB checks again all the targets from the original list as it was
before, but only the PLMN value will be checked. Primary/secondary PLMNs
configured for the WCDMA cell (in LNADJW) must be included in RegisteredLAI IE.
Otherwise, SI for that WCDMA cell is eliminated from the list.

If the RegisteredLAI was not received, the handover restriction list was received and
there was no emergency call, at least one of the primary/secondary PLMNs configured
for the WCDMA cell (in LNADJW) must be included in the set of PLMN IDs allowed by
the UE (a combination of Serving PLMN ID and Equivalent PLMN IDs optionally provided
within the handover restriction list). Otherwise, SI for this WCDMA cell is eliminated from
the list.

g Note: For a selected UTRAN frequency, the O&M is configured for a UE context
release only; the eNB will not add the WCDMA SI to the CSFB redirection message.

Elimination of unsuitable cells by the UE context with redirection

The list of chosen SI is checked in search of any unsuitable targets that need to be
deleted.
If the handover restriction list was received, and there was no emergency call, at least
one of the primary/secondary PLMNs configured for the WCDMA cell (in LNADJW) must
be included in the set of PLMN IDs allowed by the UE (a combination of serving PLMN
ID and equivalent PLMN IDs optionally provided within the handover restriction list).
Otherwise, SI for this WCDMA cell is eliminated from the list.

g Note: For a selected UTRAN frequency, the O&M is configured for CS fallback only;
the eNB will not add the WCDMA SI to the UE context release redirection message.

Support of Direct Information Transfer by S1 interface

On the S1 interface, the following procedures are supported to transmit RIM information:
• the eNB Direct Information Transfer procedure to transmit an information container
from the eNB to the MME
• the MME Direct Information Transfer procedure to transmit an information container
from the MME to the eNB

System impact
Interdependencies between features
The following features will make use of UTRA SI acquired via the RIM function:

• LTE562: CSFB to UTRAN/GERAN via Redirection
• LTE22: Emergency Call Handling
• LTE423: RRC Connection Release with Redirect
• LTE1073: Measurement-based Redirect to UTRAN
• LTE1407: RSRQ-based Redirect
• LTE2108: Redirected VoLTE Call Setup
• LTE2388: VoLTE Call Steering Enhancement

Issue: 01 © 2019 Nokia. Nokia confidential. 315

   

LTE1196: RAN Information Management for WCDMA General RRM Features (RL10 - LTE17A)

g Note: The LTE1196: RAN Information Management for WCDMA feature reuses most of
the procedures of the LTE498 RAN Information Management for GSM feature, but there
is no dependency relationship between both features.

g Note: The LTE908: ANR Inter-RAT UTRAN – fully UE-based feature should also be
considered as RIM-enabled (if automatically created UTRAN neighbor cells are not on
the RIM PLMN blacklist).

Impact on interfaces
This feature impacts:

• the RRC protocol in the LTE-Iu interface
• the S1AP protocol in the S1-MME interface
• the interface to NetAct

Impact on network management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

46.2 LTE1196 reference data

LTE1196: RAN Information Management for WCDMA requirements, alarms and faults,
commands, measurements and counters, KPIs, parameters, and sales information

Requirements

Table 184 LTE1196 hardware and software requirements
FDD TDD
System release FDD-LTE 15A TD-LTE 15A
Flexi Multiradio 10 BTS FL15A TL15A
Flexi Multiradio 10 Indoor BTS Not supported TL15A
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS FL15A TL15A
Flexi Zone Access Point FL16 TL16
Cloud Flexi Zone Controller FL17A TL17A
OMS Not supported Not supported
NetAct NetAct 15.5 NetAct 15.5
MME Not supported Not supported
SAE GW Not supported Not supported

316 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1196: RAN Information Management for WCDMA

Table 184 LTE1196 hardware and software requirements (Cont.)
FDD TDD
UE 3GPP R9 UE capabilities 3GPP R9 UE capabilities

Alarms

Table 185 Existing alarms related to LTE1196
Alarm ID Alarm name
7657 BASE STATION CONNECTIVITY DEGRADED
The alarm is caused by the following BTS faults:
• RIM interface timeout (fault id 6322)
• RIM interface error (fault id 6323)

For alarm descriptions, see LTE Operating Documentation/Reference/Alarms and Faults

BTS faults and reported alarms

There are no faults related to the LTE1196: RAN Information Management for WCDMA
feature.

Commands
There are no commands related to the LTE1196: RAN Information Management for
WCDMA feature.

Measurements and counters

There are no measurements or counters related to the LTE1196: RAN Information
Management for WCDMA feature.

Key performance indicators

There are no key performance indicators related to the LTE1196: RAN Information
Management for WCDMA feature.

Parameters

Table 186 New parameters introduced by LTE1196
Full name Abbreviated name Managed Parent Structure FDD/TDD
object
RIM rimStatus LNADJW - Common
interface
status
Activate RAN actRIMforUTRA LNBTS - Common
information N
management
for UTRAN
Blacklisted blacklistUtra RIM - Common
UTRAN cells nCellsForRim
for RIM

Issue: 01 © 2019 Nokia. Nokia confidential. 317

   

LTE1196: RAN Information Management for WCDMA General RRM Features (RL10 - LTE17A)

Table 186 New parameters introduced by LTE1196 (Cont.)
Full name Abbreviated name Managed Parent Structure FDD/TDD
object
MCC Mcc RIM blacklistUtr Common
anCellsForRi
m
MNC Mnc RIM blacklistUtr Common
anCellsForRi
m
MNC length mncLength RIM blacklistUtr Common
anCellsForRi
m
RNC ID rncId RIM blacklistUtr Common
anCellsForRi
m
UTRAN utranCarrierF RIM blacklistUtr Common
carrier req anCellsForRi
frequency m
Max. RIR nRimRirU RIM - Common
attempts to
UTRAN
Timer to tRimKaU RIM - Common
wait for
next RI PDU
from UTRAN
Polling tRimPollU RIM - Common
timer to
ReStart RIR
procedure to
UTRAN
Timer to tRimRirU RIM - Common
wait for RIR
response
from UTRAN
Good radio goodRadioCond RIM - common
condition ForCsfbThres
threshold
for CSFB
redirect
Max. UTRA SI maxSizeUtraSI RIM - common
size for GoodRadioCond
good radio
condition
Max. UTRA SI maxSizeUtraSI RIM - common
size for WeakRadioCond
weak radio
condition
Reachable rimReachableP LNMME - Common
PLMNs for LMNList
RIM
MCC mcc LNMME rimReachable Common
PLMNList

318 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1196: RAN Information Management for WCDMA

Table 186 New parameters introduced by LTE1196 (Cont.)
Full name Abbreviated name Managed Parent Structure FDD/TDD
object
MNC mnc LNMME rimReachable Common
PLMNList
MNC length mncLength LNMME rimReachable Common
PLMNList
Redirect redirWithSysI LNRELW - Common
with system nfoAllowed
information
allowed
Add UTRAN addUtranSIToR MODRED - Common
system edirMsg
information
to
redirection
message
Add UTRAN addUtranSIToR MORED - Common
system edirMsg
information
to
redirection
message
Add UTRAN addUtranSIToR REDRT - Common
system edirMsg
information
to
redirection
message

g Note: Manual configuration of WCDMA system information is no longer supported. The
SystemInformationListWCDMA LNBTS parameter is removed.

For parameter descriptions, see LTE Operating Documentation/Reference/Parameters

Sales information

Table 187 LTE1196 sales information
BSW/ASW License control in network Activated by default
element
ASW Pool license No

46.3 Activating and configuring LTE1196

Instructions to activate and configure the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Issue: 01 © 2019 Nokia. Nokia confidential. 319

   

LTE1196: RAN Information Management for WCDMA General RRM Features (RL10 - LTE17A)

Activation procedure does not cause downtime, and the feature can be activated at any
time of the day.
Before activation and configuration of the LTE1196: RAN Information Management for
WCDMA feature ensure that there is an LNADJW object configured with all required
parameters. If there is no LNADJW object configured, the handover is not possible.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Optional: Create and configure the LNADJW object under the LNBTS object.

Object path: MRBTS ► LNBTS ► LNADJW

3 Set the Active RAN Information Management for

UTRAN (actRIMforUTRAN) parameter value to true.

Object path: MRBTS ► LNBTS

4 Optional: Configure the RIM object.

Object path: MRBTS ► LNBTS ► RIM

5 Optional: Configure the Blacklisted UTRAN cells for

RIM (blacklistUtranCellsForRim) parameter.

Object path: MRBTS ► LNBTS ► RIM

6 Optional: Configure the New Reachable PLMNs for

RIM (rimReachablePLMNList) parameter.

Object path: MRBTS ► LNBTS ► LNMME

7 Set the WCDMA neighbor relations which are not considered for redirection.

Sub-steps

a) Configure the LNRELW object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNRELW

320 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1196: RAN Information Management for WCDMA

b) Set the Redirect with system information

allowed (redirWithSysInfoAllowed) parameter value to allowed.

Object path: MRBTS ► LNBTS ► LNCEL ► LNRELW

c) Configure the Primary PLMN identity in CGI of UTRAN neighbor

cell (plmnId).

Object path: MRBTS ► LNBTS ► LNCEL ► LNRELW

d) Set the Threshold th2 WCDMA for RSRP (threshold2Wcdma)

parameter.

Object path: MRBTS ► LNBTS ► LNCEL

e) Set the Time to trigger for A2 to activate WCDMA

measurement (a2TimeToTriggerActWcdmaMeas) parameter.

Object path: MRBTS ► LNBTS ► LNCEL

8 Optional: If for a certain frequency, UTRAN SI shall be provided in the RRC Connection
Release message only in case of a CS fallback or only in case of a redirection with
context release, configure the Add UTRAN system information to
redirection message (addUtranSIToRedirMsg) parameter in REDRT, or
MORED, or MODRED instance.

Object path: MRBTS ► LNBTS ► LNCEL ► REDRT
Object path: MRBTS ► LNBTS ► MODPR ► MODRED
Object path: MRBTS ► LNBTS ► MOPR ► MORED

9 Send the parameters to the eNB.

Result

The LTE1196: RAN Information Management for WCDMA feature has been activated.
RIM associations are established and supervised for all RIM-enabled WCDMA neighbour
cells.

46.4 Deactivating LTE1196

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Issue: 01 © 2019 Nokia. Nokia confidential. 321

   

LTE1196: RAN Information Management for WCDMA General RRM Features (RL10 - LTE17A)

The Active RAN Information Management for UTRAN (actRIMforUTRAN)

parameter is used for deactivation. Modification of this parameter requires neither eNB
restart nor cell locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the Active RAN Information Management for

UTRAN (actRIMforUTRAN) parameter value to false.

Object path: MRBTS ► LNBTS

3 Send the parameters to the eNB.

Result

The LTE1196: RAN Information Management for WCDMA feature is deactivated. RIM
associations to UTRAN are terminated. The LNADJW:rimStatus instances are
disabled. All alarms related to RIM for UTRAN feature are cleared.

322 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1342: Extended RNC ID

47 LTE1342: Extended RNC ID

47.1 Description of LTE1342: Extended RNC ID

Introduction to the feature
The LTE1342: Extended RNC ID provides support for extended RNC IDs.

47.1.1 Benefits
End-user benefits
This feature does not affect the end-user experience.

Operator benefits
This feature provides the following benefit to the operator:
• an opportunity to interwork with UTRAN networks using extended RNC IDs

47.1.2 Functional description

The Flexi Multiradio BTS supports the extended RNC IDs for I-HSPA interworking.
Following mobility types are enhanced with support of extended RNC ID in the S1AP:
HANDOVER REQUIRED message :
• PS HO to WCDMA
• CSFB to UTRAN
• SRVCC to WCDMA

Extended RNC ID IE allows to configure target RNC ID in scope of range from 4096 to
65535. The Target RNC id (uTargetRncId) parameter's range is enhanced to
cover the range from 0 to 65535. Additionally, whenever the Target RNC id
(uTargetRncId) parameter is configured with value higher than 4095, the new
consistency check mechanism guarantees that at the same time the Target cell id
(uTargetCid) parameter is not configured with value higher than 4095.

Target Cell ID
The eNB constructs the Target Cell ID from the available parameters.
A Target Cell ID is composed of the RNC-ID and the RNC internal C-ID, in case UTRAN
does not use extended RNC-ID. In case UTRAN uses extended RNC-ID, Nokia I-HSPA
system uses a generic rule used by the eNB to allow interoperability between Nokia LTE
and Nokia I-HSPA.
If RNC-ID of the Target Cell has a value smaller than 4096, the regular RNC-ID is used
by the target system. In this case the eNB builds the Target Cell ID by concatenating 12
least significant bit (LSB) of RNC-ID with 16 bit C-ID.
Otherwise, the Extended RNC-ID is used by the target system. The eNB builds the
Target Cell ID by concatenating 16 bit RNC-ID with 12 LSB of C-ID.

Issue: 01 © 2019 Nokia. Nokia confidential. 323

   

LTE1342: Extended RNC ID General RRM Features (RL10 - LTE17A)

47.1.3 System impact

Interdependencies between features

• LTE56: Inter RAT Handover to WCDMA
The LTE56: Inter RAT Handover to WCDMA feature need to be activated/configured
before activation of the LTE1342: Extended RNC ID feature. With the LTE1342:
Extended RNC ID feature, PS HO to WCDMA is enhanced with I-HSPA targets
support.
• LTE736: CS Fallback to UTRAN
CS Fallback to UTRAN is enhanced with I-HSPA targets support.
• LTE872: SRVCC to WCDMA
SRVCC to WCDMA is enhanced with I-HSPA targets support.
• LTE783: ANR InterRAT UTRAN
ANR inter-RAT UTRAN allows to configure I-HSPA targets in LTE database for IRAT
mobility towards UTRAN.
• RAN2054: Extension of RNC ids
The WCDMA/I-HSPA feature is required to ensure the proper end-to-end
functionality of the LTE1342: Extended RNC ID feature.

Impact on interfaces
The following Information Element is supported by the S1AP interface:
• Extended RNC-Id IE

Impact on network and network element management tools

Extension of RNC-Id range is adapted by: the NetAct Configuration Management, the
NetAct Optimizer and BTS Site Manager.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

47.2 LTE1342 reference data

Requirements

Table 188 LTE1342 hardware and software requirements
FDD TDD
System release RL60 Not supported
Flexi Multiradio 10 BTS LBTS6.0 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A Not supported
Flexi Zone BTS LBTS7.0 Not supported
Flexi Zone Access Point FL15A Not supported
Flexi Zone Controller FL15A Not supported

324 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1342: Extended RNC ID

Table 188 LTE1342 hardware and software requirements (Cont.)
FDD TDD
OMS Support not required Not supported
NetAct Support not required Not supported
MME Support not required Not supported
SAE GW Support not required Not supported
UE Support not required Not supported

Alarms
There are no alarms related to the LTE1342: Extended RNC ID feature.

BTS faults and reported alarms

There are no faults related to the LTE1342: Extended RNC ID feature.

Commands
There are no commands related to the LTE1342: Extended RNC ID feature.

Measurements and counters

There are no measurements or counters related to the LTE1342: Extended RNC ID
feature.

Key performance indicators

There are no key performance indicators related to the LTE1342: Extended RNC ID
feature.

Parameters

Table 189 Existing parameters related to LTE1342
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Target cell id uTargetCid LNADJ - common
W
Target RNC id uTargetRncId LNADJ - common
W
Target cell Id in uTargetCid LNREL - common
UTRAN CGI of W
related neighbor
cell
Target RNC Id uTargetRncId LNREL - common
W

For parameter descriptions, see LTE Operating Documentation/Reference/Parameters

Sales information

Issue: 01 © 2019 Nokia. Nokia confidential. 325

   

LTE1342: Extended RNC ID General RRM Features (RL10 - LTE17A)

Table 190 LTE1342 sales information
Product structure class License control Activated by default
Basic Software (BSW) - No

47.3 Activating and configuring LTE1342

Instructions to activate and configure the feature.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
There is no separate flag for feature activation.
The LTE56: Inter RAT Handover to WCDMA feature needs to be activated/configured
before activation of the LTE1342: Extended RNC ID feature.
Activation procedure does not cause any downtime, and the feature can be activated at
any time of day.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Create LNADJW object under LNBTS object.

Object path: MRBTS ► LNBTS
Configure LNADJW object parameters:
• Target cell id (uTargetCid)
• Target frequency (uTargetFreq)
• Target location area code (uTargetLac)
• Target routing area code (uTargetRac)
• Target RNC id (uTargetRncId)
• Primary scrambling code (FDD) (uTargetScFdd)

326 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1342: Extended RNC ID

3 Configure Target primary PLMN identity (primaryPlmnId) structure under

LNADJW object.

Sub-steps

a) Set the MCC (mcc) parameter value

b) Set the MNC (mnc) parameter value

c) Set the MNC lenght (mncLenght) parameter value

If the Target RNC id  (uTargetRncId) parameter's value is greater than 4095,

the value range of the Target cell id  (uTargetCid) is restricted to 0...4095.

4 Create LNRELW object under LNCEL object.

Object path:MRBTS ► LNBTS ► LNCEL
Configure LNRELW object parameters:
• Circuit-switched fallback with PS handover
allowed (csfbPsHoAllowed)
• Neighbor relation control (nrControl)
• PS handover allowed (psHoAllowed)
• Redirect with system information
allowed (redirWithSysInfoAllowed)
• Remove allowed (removeAllowed)
• Single radio voice call continuity allowed (srvccAllowed)
• Target cell Id in UTRAN CGI of related neighbor
cell (uTargetCid)
• Target RNC Id (uTargetRncId)
• LTE-UTRAN load balancing allowed (utranLbAllowed)

5 Configure Primary PLMN identity in CGI of UTRAN neighbor cell

(plmnId) structure under LNRELW object.

Sub-steps

a) Set MCC (mcc) parameter value

b) Set MNC (mnc) parameter value

c) Set MNC lenght (mncLenght) parameter value

If the Target RNC Id (uTargetRncId) parameter's value is greater than

4095, the value range of the Target cell Id in UTRAN CGI of related
neighbor cell (uTargetCid) is restricted to 0...4095.

Issue: 01 © 2019 Nokia. Nokia confidential. 327

   

LTE1342: Extended RNC ID General RRM Features (RL10 - LTE17A)

Result
Feature is activated and configured.

47.4 Deactivating LTE1342

Instructions to deactivate the feature.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The LTE56: Inter RAT Handover to WCDMA activation flag: Activate Handover
from LTE to WCDMA (actHOtoWcdma) is used for deactivation the LTE1342:
Extended RNC ID feature.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to LNBTS object.

3 Set the Activate Handover from LTE to WCDMA (actHOtoWcdma) parameter

value to false.

4 Send the parameters to the eNB according to the procedure described in section
Activating and deactivating LTE features using BTS Site Manager.

Result

This step deactivates both features: the LTE56: Inter RAT Handover to WCDMA and the
LTE1342: Extended RNC ID.

328 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1388: TDD Special Subframe Configuration 3 and 4

48 LTE1388: TDD Special Subframe

Configuration 3 and 4

48.1 Description of LTE1388: TDD Special Subframe

Configuration 3 and 4
Introduction to the feature
The LTE1388: TDD Special Subframe Configuration 3 and 4 feature introduces TDD-
specific special subframe configuration 3 and 4. Currently, the system only supports
TDD-specific special subframe configuration 5 and 7. With this new configuration, the
TDD special subframe contains more downlink (DL) symbols and less uplink (UL)
symbols.

Benefits
End-user benefits
This feature improves the DL UE peak throughput.

Operator benefits
This feature provides higher downlink share and flexible TDD LTE special SF
configuration.

Requirements
For more information, see Reference data section.

Functional description
Table below shows the introduced configuration that changes the ratio of the downlink
pilot time-slot (DwPTS), guard period (GP), and uplink pilot time-slot (UpPTS)
correspondingly.

Table 191 Special subframe configuration
Special Normal cyclic prefix in downlink Extended cyclic prefix in downlink
subframe
configurati
on
DwPTS UpPTS DwPTS UpPTS
Normal Extended Normal Extended
cyclic cyclic cyclic cyclic
prefix in prefix in prefix in prefix in
uplink uplink uplink uplink
0 6592 ● Ts 2192 ● Ts 2560 ● Ts 7680 ● Ts 2192 ● Ts 2560 ● Ts

1 19760 ● Ts 20480 ● Ts

2 21952 ● Ts 23040 ● Ts

Issue: 01 © 2019 Nokia. Nokia confidential. 329

   

LTE1388: TDD Special Subframe Configuration 3 and 4 General RRM Features (RL10 - LTE17A)

Table 191 Special subframe configuration (Cont.)
Special Normal cyclic prefix in downlink Extended cyclic prefix in downlink
subframe
configurati
on
DwPTS UpPTS DwPTS UpPTS
Normal Extended Normal Extended
cyclic cyclic cyclic cyclic
prefix in prefix in prefix in prefix in
uplink uplink uplink uplink
3 24144 ● Ts 25600 ● Ts

4 26336 ● Ts 7680 ● Ts 4384 ● Ts 5120 ● Ts

5 6592 ● Ts 4384 ● Ts 5120 ● Ts 20480 ● Ts

6 19760 ● Ts 23040 ● Ts

7 21952 ● Ts 12800 ● Ts

8 24144 ● Ts - - -

9 13168 ● Ts - - -

g Note: Only the normal cyclic prefix is supported by the Nokia product.

The special subframe configuration 3 and 4 contain more DL symbols and less UL
symbols in the TDD special subframe:

• For TDD special subframe configuration type 3, the sample numbers of DwPTS, GP,
and UpPTS are 24144Ts, 4384Ts, and 2192Ts respectively. The sample numbers
correspond to the symbol number ratio of 11:2:1.
• For TDD special subframe configuration type 4, the sample numbers of DwPTS, GP,
and UpPTS are 26336Ts, 2192Ts, and 2192Ts respectively. The sample numbers
correspond to the symbol number ratio of 12:1:1.

The ratio change affects both the DL and the UL. Throughput in the DL is increased
when more physical downlink shared channel (PDSCH) resources are allocated in a
special subframe under the same channel condition. This is significant as compared to
the TDD-special subframe configuration type 5 because it does not allow PDSCH
transmission from the 3GPP perspective.
Currently, 10 MHz and 20 MHz of bandwidth are supported in TDD. The number of
orthogonal frequency-division multiplexing (OFDM) symbols for the physical downlink
control channel (PDCCH) in the special subframe is one or two. The available number of
OFDM symbols is not statically configured for the PDCCH, which is independent from
the PDCCH requirements.
Under the new special subframe configuration 3 and 4, the UE receives the transport
block from the PDSCH in the special subframe. From the eNB’s point of view, the feature
brings the DL/UL switch timing changes as compared to the special subframe
configuration 5. Special subframe configurations have different cut-off points for DL
signal and starting points for UL signal. The subframe configurations 3 and 4 enable
additional PDSCH symbols respectively when compared to subframe configuration 7,

330 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1388: TDD Special Subframe Configuration 3 and 4

thus increasing the number of available resources. The DL scheduler evaluates the
available physical resources based on the new change and assigns available resources
on a DL-TTI basis.
Since PDSCH is available in DwPTS, retransmission and link adaptation are performed
to calculate the amount of allocated resources. The special subframe configuration type
will be configured by the tddSpecSubfConf parameter.
The configuration 3 or 4 is configured for TDD LTE WiMAX coexistence deployment.
Flexibility with the GP enables more choices when different cell sizes are needed since
the GP is tightly connected with random access and intra-cell interference. Furthermore,
it is possible to have different special subframe configurations when the inter-cell
interference lags, which affects system performance. A symbol-level time arrival
difference among the signals from different cells has minimal effect on power strength of
the expected signal. The difference of time arrival of one symbol can reach around seven
kilometers for line-of-sight (LOS) channel.

System impact
Interdependencies between features
This feature affects the LTE1926: WiMAX Coexistence with TDD LTE Special Subframe
Configuration 3 and 4 feature. For more details, see LTE1926: WiMAX Coexistence with
TDD LTE Special Subframe Configuration 3 and 4.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

The throughput is expected to increase with special SF configuration 3 and 4 as
compared to special SF configuration 7 because the DwPTS symbol number increases.
As the sounding reference signal (SRS) is sent over the UpPTS, their capacity is
decreased as compared to the special subframe configuration 7 because the number of
UpPTS symbols is decreased.

Management data
For more information, see Reference data section.

Sales information
For more information, see Reference data section.

48.2 LTE1388 reference data

Requirements

Issue: 01 © 2019 Nokia. Nokia confidential. 331

   

LTE1388: TDD Special Subframe Configuration 3 and 4 General RRM Features (RL10 - LTE17A)

Table 192 LTE1388 hardware and software requirements
FDD TDD
System release Not supported RL55TD
Flexi Multiradio 10 BTS Not supported TD-LBTS5.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS5.0
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

Alarms
There are no alarms related to the LTE1388: TDD Special Subframe Configuration 3 and
4 feature.

BTS faults and reported alarms

There are no faults related to the LTE1388: TDD Special Subframe Configuration 3 and
4 feature.

Commands
There are no commands related to the LTE1388: TDD Special Subframe Configuration 3
and 4 feature.

Measurements and counters

There are no measurements or counters related to the LTE1388: TDD Special Subframe
Configuration 3 and 4 feature.

Key performance indicators

There are no key performance indicators related to the LTE1388: TDD Special Subframe
Configuration 3 and 4 feature.

Parameters

Table 193 Parameters modified by LTE1388
Full name Abbreviated Managed Parent structure FDD/TDD
name object
TDD special tddSpecSubfCo LNCEL_TDD - TDD
subframe nf
configuration

332 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1388: TDD Special Subframe Configuration 3 and 4

Table 194 Existing parameters related to LTE1388
Full name Abbreviated Managed Parent structure FDD/TDD
name object
Activate actReduceWim LNCEL_TDD - TDD
reduced WiMax axInterference
interference
Activate UpPTS actUpPtsBlanki LNCEL_TDD - TDD
blanking ng
Maximum maxNumUeDlD LNCEL_TDD - TDD
amount of users wPTS
per TTI in DL
DwPTS
PRACH prachConfIndex LNCEL_TDD - TDD
configuration
index

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 195 LTE1388 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

48.3 Activating and configuring LTE1388

Instructions to activate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The TDD special subframe configuration (tddSpecSubfConf) parameter
configures the special subframe configuration type.
Restart of the eNB is required when changes are applied to these parameters:
• TDD special subframe configuration (tddSpecSubfConf)
• PRACH configuration index (prachConfIndex)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

Issue: 01 © 2019 Nokia. Nokia confidential. 333

   

LTE1388: TDD Special Subframe Configuration 3 and 4 General RRM Features (RL10 - LTE17A)

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Configure the TDD Special Subframe Configuration (tddSpecSubfConf)

parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Expand the LNCEL object.
d) Select the LNCEL_TDD object corresponding to the cell where the LTE1388:
TDD Special Subframe Configuration 3 and 4 feature will be configured.
e) Set the TDD Special Subframe Configuration  (tddSpecSubfConf)
parameter value to 3 or 4.

g Note: This activates the special subframe configuration type 3 or 4.

3 Configure the Maximum amount of users per TTI in DL

DwPTS (maxNumUeDlDwPTS) parameter.

On the selected LNCEL_TDD object, set the value for the Maximum amount of
users per TTI in DL DwPTS (maxNumUeDlDwPTS) parameter to 7 or 8
depending on the configured bandwidth.

g Note: If the TDD Special Subframe

Configuration (tddSpecSubfConf) parameter is set to 3 or 4, the
Maximum amount of users per TTI in DL
DwPTS (maxNumUeDlDwPTS) parameter cannot be set to 0.

4 Configure the PRACH configuration index (prachConfIndex) parameter.

On the selected LNCEL_TDD object, set the value for the PRACH configuration
index (prachConfIndex) parameter.

g Note: If the TDD Special Subframe

Configuration (tddSpecSubfConf) parameter is set to 3 or 4, the
PRACH configuration index (prachConfIndex) parameter must be set
to a value ranging from 3 to 7.

5 Send the parameters to the eNB.

Result

The LTE1388: TDD Special Subframe Configuration 3 and 4 feature is enabled in the
cell.

334 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1388: TDD Special Subframe Configuration 3 and 4

48.4 Deactivating LTE1388

Instructions to deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The TDD special subframe configuration (tddSpecSubfConf) parameter
is used to deactivate this feature. Modification of this parameter requires eNB restart.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Configure the TDD Special Subframe Configuration (tddSpecSubfConf)

parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Expand the LNCEL object.
d) Select the LNCEL_TDD object corresponding to the cell where the LTE1388:
TDD Special Subframe Configuration 3 and 4 feature will be deactivated.
e) Set the TDD Special Subframe Configuration  (tddSpecSubfConf)
parameter value to 7.

g Note: The default value of the TDD Special Subframe Configuration

(tddSpecSubfConf) parameter is 7.

3 Send the parameters to the eNB.

Result

The LTE1388: TDD Special Subframe Configuration 3 and 4 feature is disabled in the
cell.

Issue: 01 © 2019 Nokia. Nokia confidential. 335

   

LTE1433: LPPa support for OTDOA General RRM Features (RL10 - LTE17A)

49 LTE1433: LPPa support for OTDOA

49.1 Description of LTE1433: LPPa support for OTDOA

Introduction to the feature
The LTE1433: LPPa support for OTDOA allows the Enhanced Serving Mobile Location
Center (E-SMLC) to retrieve the Observed Time Difference of Arrival (OTDOA) related
cell information from the eNB to support OTDOA-based UE positioning. The OTDOA
information request procedure uses LTE Positioning Protocol Annex (LPPa), which is an
application protocol between E-SMLC and eNB. The LPPa uses S1AP transport services
on the S1 interface.

49.1.1 Benefits
End-user benefits
This feature does not affect the end-user experience.

Operator benefits
This feature allows the E-SMLC to retrieve automatically OTDOA-related cell information
from the eNB.

49.1.2 Functional description

The LTE1433: LPPa support for OTDOA feature introduces LTE Positioning Protocol
Annex (LPPa) in the eNB. LPPa is an application layer protocol for positioning purposes
between Enhanced Serving Mobile Location Centre (E-SMLC) and eNB. In the LTE
positioning architecture the E-SMLC acts as central control entity being responsible for
processing of positioning requests. The E-SMLC interacts also with other network
entities such as MME and UE. Figure 39: Protocol layer between E-SMLC and eNB
shows the protocol layering between E-SMLC and eNB.

Figure 39 Protocol layer between E-SMLC and eNB

LPPa LPPa

S1-AP S1-AP LCS- AP LCS- AP

SCTP SCTP SCTP SCTP

IP IP IP IP

L2 L2 L2 L2

L1 L1 L1 L1
S1-MME SLs
eNodeB MME E-SMLC

336 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1433: LPPa support for OTDOA

The LTE1433: LPPa support for OTDOA feature allows the E-SMLC to retrieve OTDOA-
related cell information from the eNB to support OTDOA-based UE positioning. In this
context the related LPPa procedures and S1AP transport services are supported.
The following LTE cell specific information are sent via S1AP if requested by LPPA:
OTDOA INFORMATION REQUEST message:

• Physical Cell Identity (PCI)
• Cell ID
• Tracking Area Code (TAC)
• E-UTRA Absolute Radio Frequency Channel Number (EARFCN)
• Positioning Reference Signal (PRS) Bandwidth
• Positioning Reference Signal (PRS) Configuration Index
• Positioning Reference Signal (PRS) Muting Configuration
• Cyclic Prefix (CP) Length
• Number of DL Frames
• Number of Antenna Ports
• System Frame Number (SFN) Initialization Time
• E-UTRAN Access Point Position

The Flexi Multiradio BTS supports the LPPa OTDOA information request procedure via
the S1AP. The LPPa protocol is encapsulated in the S1AP: DOWNLINK NON UE
ASSOCIATED LPPA TRANSPORT and S1AP: UPLINK NON UE ASSOCIATED LPPA
TRANSPORT messages as shown below:

• S1AP: DOWNLINK NON UE ASSOCIATED LPPA TRANSPORT
– LPPA: OTDOA INFORMATION REQUEST
– LPPA: ERROR INDICATION

• S1AP: UPLINK NON UE ASSOCIATED LPPA TRANSPORT
– LPPA: OTDOA INFORMATION RESPONSE
– LPPA: OTDOA INFORMATION FAILURE
– LPPA: ERROR INDICATION

OTDOA Information Exchange procedure

The E-SMLC initiates the procedure by sending the LPPA: OTDOA INFORMATION
REQUEST message (encapsulated in S1AP: DOWNLINK NON UE ASSOCIATED LPPA
TRANSPORT message) to the eNB including requested OTDOA information types. The
eNB responds with the LPPA: OTDOA INFORMATION RESPONSE message
(encapsulated in S1AP: UPLINK NON UE ASSOCIATED LPPA TRANSPORT message)
that contains requested OTDOA information types for all OTDOA-activated cells served
by the eNB.
The eNB supports multiple OTDOA Information Exchange procedures in parallel.
Except E-UTRAN Access Point Position and SFN Initialisation Time, all OTDOA
information types should be available in the eNB as these are related to the LTE495:
OTDOA feature. Additionally PRS Muting Configuration is an optional information type
for the LTE495: OTDOA feature. Availability of E-UTRAN Access Point Position and PRS
Muting Configuration depends on configuration, if configured this information is available.
SFN Initialisation Time is the only OTDOA information type, that has to be dynamically

Issue: 01 © 2019 Nokia. Nokia confidential. 337

   

LTE1433: LPPa support for OTDOA General RRM Features (RL10 - LTE17A)

calculated at requested time. If the requested OTDOA information type is not configured
for an OTDOA-activated cell, it is not provided in the LPPA: OTDOA INFORMATION
RESPONSE message.
In case some exceptions (for example, feature is not activated, none of the requested
OTDOA information types can be provided because they are not configured), the eNB
responds with the LPPA: OTDOA INFORMATION FAILURE message that contains a
failure cause indicating why the required OTDOA information cannot be provided.
The eNB supports the Error Indication procedure on the LPPa layer (between E-SMLC
and eNB). The purpose of the procedure is to report to the remote node that the received
LPPa message includes errors which cannot be reported by an LPPa Location
Information Transfer procedure-specific failure message, here LPPA: OTDOA
INFORMATION FAILURE message sent by eNB. This procedure can be initiated by E-
SMLC or eNB by sending the LPPA: ERROR INDICATION message. If initiated by the E-
SMLC the eNB supports the procedure in the sense, that the received LPPA: ERROR
INDICATION message is received, logged, and traced as known message, but no further
action is taken on functional level.

49.1.3 System impact

Interdependencies between features
The LTE495: OTDOA feature needs to be enabled.

Impact on interfaces
This feature impacts the S1-MME interface by introducing new messages:

• S1AP: DOWNLINK NON UE ASSOCIATED LPPA TRANSPORT
• S1AP: UPLINK NON UE ASSOCIATED LPPA TRANSPORT

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

System performance impact might vary between high and negligible dependent on the
number of requests send by E-SMLC to the eNB.

49.2 LTE1433 reference data

Requirements

Table 196 LTE1433 hardware and software requirements
FDD TDD
System release RL60 RL45
Flexi Multiradio 10 BTS LBTS6.0 TD-LBTS4.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS4.0

338 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1433: LPPa support for OTDOA

Table 196 LTE1433 hardware and software requirements (Cont.)
FDD TDD
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct NetAct8 EP1 NetAct8 EP1
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R9 3GPP R9

Alarms
There are no alarms related to the LTE1433: LPPa support for OTDOA feature.

BTS faults and reported alarms

There are no faults related to the LTE1433: LPPa support for OTDOA feature.

Commands
There are no commands related to the LTE1433: LPPa support for OTDOA feature.

Measurements and counters

There are no measurements or counters related to the LTE1433: LPPa support for
OTDOA feature.

Key performance indicators

There are no key performance indicators related to the LTE1433: LPPa support for
OTDOA feature.

Parameters

Table 197 New parameters introduced by LTE1433
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Activate LPPa actLPPaOtdoa LNBTS - common
support for OTDOA
E-UTRAN access eutranAccessPo LNCEL - common
point position intPosition
Altitude altitude LNCEL eutranAcce common
ssPointPos
ition
Confidence confidence LNCEL eutranAcce common
ssPointPos
ition

Issue: 01 © 2019 Nokia. Nokia confidential. 339

   

LTE1433: LPPa support for OTDOA General RRM Features (RL10 - LTE17A)

Table 197 New parameters introduced by LTE1433 (Cont.)
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Degrees of latitude degreesOfLatit LNCEL eutranAcce common
ude ssPointPos
ition
Degrees of degreesOfLongi LNCEL eutranAcce common
longitude tude ssPointPos
ition
Direction of directionOfAlt LNCEL eutranAcce common
altitude itude ssPointPos
ition
Latitude sign latitudeSign LNCEL eutranAcce common
ssPointPos
ition
Orientation of orientationOfM LNCEL eutranAcce common
major axis ajorAxis ssPointPos
ition
Uncertainty uncertaintyAlt LNCEL eutranAcce common
altitude itude ssPointPos
ition
Uncertainty semi- uncertaintySem LNCEL eutranAcce common
major iMajor ssPointPos
ition
Uncertainty semi- uncertaintySem LNCEL eutranAcce common
minor iMinor ssPointPos
ition

Table 198 Existing parameters related to LTE1433
Full name Abbreviated name Managed Parent FDD/TDD
object structure
PRS activation actOtdoa LNCEL - common

For parameter descriptions, see the LTE parameters reference document.

Sales information

Table 199 LTE1433 sales information
Product structure class License control Activated by default
Application software (ASW) SW Asset Monitoring No

49.3 Activating and configuring LTE1433

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Activation procedure does not cause downtime, and the feature can be activated at any
time of the day.

340 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1433: LPPa support for OTDOA

The LTE495: OTDOA feature needs to be activated/configured before activation of
LTE1433: LPPa support for OTDOA. The PRS activation(actOtdoa) parameter
must be set to true.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Activate the LTE1433: LPPa support for OTDOA feature.

a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the Activate LPPa support for OTDOA (actLPPaOtdoa)
parameter value to true.

3 Configure the E-UTRAN access point position (optional).

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) If not existing, add E-UTRAN access point
position (eutranAccessPointPosition) parameter under LNCEL
object.
d) Set all mandatory parameters included in the E-UTRAN access point
position (eutranAccessPointPosition)

4 Set the following parameters:

• PRS activation (actOtdoa) parameter value to true
• PRS bandwidth (prsBandwidth)
• Create OTDOA profile list (otdoaProfileList) under LNBTS
• BTS synchronization mode (btsSyncMode) parameter value to PhaseSync
• Absolute Allowed Maximum Time Error for BTS (maxBtsTimeError)
parameter value between 500 and 1900
• Cable length between GNSS/GPS and eNB (gnssCableLength)
• Total Delay from SHM (totalDelayFromSHM)

5 Send the parameters to the eNB.

Issue: 01 © 2019 Nokia. Nokia confidential. 341

   

LTE1433: LPPa support for OTDOA General RRM Features (RL10 - LTE17A)

Result

The LTE1433: LPPa support for OTDOA feature is activated.

49.4 Deactivating LTE1433

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Activate LPPa support for OTDOA (actLPPaOtdoa) parameter is used
for deactivation. Modification of this parameter does not require neither eNB restart, nor
cell locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Deactivate the LTE1433: LPPa support for OTDOA feature.

a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the Activate LPPa support for OTDOA (actLPPaOtdoa)
parameter value to false.

3 Send the parameters to the eNB.

Result

The LTE1433: LPPa support for OTDOA feature is deactivated.

342 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1467: TDD Special Subframe Configuration 9

50 LTE1467: TDD Special Subframe

Configuration 9

50.1 Description of LTE1467: TDD Special Subframe

Configuration 9
Introduction to the feature
The LTE1467: TDD Special Subframe Configuration 9 feature enables slightly higher
downlink (DL) throughput by as much as 10% as compared to the special subframe
configuration 5. Besides enabling higher DL throughput, this feature also supports the
following:

• special subframe configuration of 6:6:2 (DwPTS:GP:UpTPS)
• TD-LTE and Time Division-Synchronous Code Division Multiple Access (TD-SCDMA)
coexistence with special subframe pattern (SSP) 9 configuration
• DL transmission in downlink pilot time-slot (DwPTS) with SSP9
• handling of non-R11 SSP9-capable UE

Benefits
End-user benefits
This feature does not affect the end-user experience.

Operator benefits
This feature offers the operator to have a coexisting TD-SCDMA network deployment in
the same band with marginally higher throughput as compared to the TDD special
subframe configuration 5.

Requirements
For more information, see Reference data section.

Functional description
The Flexi Multiradio for TDD supports the special subframe configuration type 9, which
has a configuration of 6:6:2 (DwPTS:GP:UpPTS). This configuration is beneficial to
interoperate with TD-SCDMA network deployment. As compared to the special subframe
configuration 5, the special subframe configuration 9 offers a higher DL throughput by as
much as 10%. The transport block size (TBS) index for transmission is selected such
that the code rate does not exceed 0.93. Table below shows the introduced special
subframe configuration that changes the ratio of DwPTS, GP, and UpPTS
correspondingly.

Issue: 01 © 2019 Nokia. Nokia confidential. 343

   

LTE1467: TDD Special Subframe Configuration 9 General RRM Features (RL10 - LTE17A)

Table 200 Special subframe configuration
Special Normal cyclic prefix in downlink Extended cyclic prefix in downlink
subframe
configurati
on
DwPTS UpPTS DwPTS UpPTS
Normal Extended Normal Extended
cyclic cyclic cyclic cyclic
prefix in prefix in prefix in prefix in
uplink uplink uplink uplink
0 6592 ● Ts 2192 ● Ts 2560 ● Ts 7680 ● Ts 2192 ● Ts 2560 ● Ts

1 19760 ● Ts 20480 ● Ts

2 21952 ● Ts 23040 ● Ts

3 24144 ● Ts 25600 ● Ts

4 26336 ● Ts 7680 ● Ts 4384 ● Ts 5120 ● Ts

5 6592 ● Ts 4384 ● Ts 5120 ● Ts 20480 ● Ts

6 19760 ● Ts 23040 ● Ts

7 21952 ● Ts 12800 ● Ts

8 24144 ● Ts - - -

9 13168 ● Ts - - -

g Note: Only the normal cyclic prefix is supported by the Nokia product.

System impact
Interdependencies between features
There are no interdependencies between this and any other feature.

Impact on interfaces
This feature affects the listed interfaces:

• Uu
– SIB1 R11 extension for SSP9
– UE capability R11 extension for SSP9
– RRC connection configuration/reconfiguration R11 extension of SSP9

• S1/X2
– TDD configuration information element (IE) “TDD Info” exchange on X2
extension for SSP9
– TDD-Config and tdd-config-v1130 IE exchange between source and target cell
during handover

Impact on network management tools

This feature has no impact on network management tools.

344 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1467: TDD Special Subframe Configuration 9

Impact on system performance and capacity

The maximum number of scheduled UEs in DwPTS is the same as in SSP7, which is 8.

Management data
For more information, see Reference data section.

Sales information
For more information, see Reference data section.

50.2 LTE1467 reference data

Requirements

Table 201 LTE1467 hardware and software requirements
FDD TDD
System release Not supported RL55TD
Flexi Multiradio 10 BTS Not supported TD-LBTS5.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS5.0
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported Not supported
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

Alarms
There are no alarms related to the LTE1467: TDD Special Subframe Configuration 9
feature.

BTS faults and reported alarms

There are no faults related to the LTE1467: TDD Special Subframe Configuration 9
feature.

Commands
There are no commands related to the LTE1467: TDD Special Subframe Configuration 9
feature.

Measurements and counters

There are no measurements or counters related to the LTE1467: TDD Special Subframe
Configuration 9 feature.

Issue: 01 © 2019 Nokia. Nokia confidential. 345

   

LTE1467: TDD Special Subframe Configuration 9 General RRM Features (RL10 - LTE17A)

Key performance indicators

There are no key performance indicators related to the LTE1467: TDD Special Subframe
Configuration 9 feature.

Parameters

Table 202 Existing parameters related to LTE1467
Full name Abbreviated Managed Parent structure FDD/TDD
name object
Maximum maxNumUeDlD LNCEL_TDD - TDD
amount of users wPTS
per TTI in DL
DwPTS
CH prachConfIndex LNCEL_TDD - TDD
configuration
index
TDD special tddSpecSubfCo LNCEL_TDD - TDD
subframe nf
configuration

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 203 LTE1467 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

50.3 Activating and configuring LTE1467

Instructions to activate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The TDD special subframe configuration (tddSpecSubfConf) parameter
configures the special subframe configuration type.
Restart of the eNB is required when changes are applied to these parameters:
• TDD special subframe configuration (tddSpecSubfConf)
• PRACH configuration index (prachConfIndex)

346 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1467: TDD Special Subframe Configuration 9

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Configure the TDD Special Subframe Configuration (tddSpecSubfConf)

parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Expand the LNCEL object.
d) Select the LNCEL_TDD object corresponding to the cell where the LTE1467:
TDD Special Subframe Configuration 9 feature will be configured.
e) Set the TDD Special Subframe Configuration  (tddSpecSubfConf)
parameter value to 9.

g Note: This activates the special subframe configuration type 9.

3 Configure the Maximum amount of users per TTI in DL

DwPTS (maxNumUeDlDwPTS) parameter.

On the selected LNCEL_TDD object, set the value for the Maximum amount of
users per TTI in DL DwPTS (maxNumUeDlDwPTS) parameter to 7 or 8
depending on the configured bandwidth.

g Note: If the TDD Special Subframe

Configuration (tddSpecSubfConf) parameter is set to 9, the
Maximum amount of users per TTI in DL
DwPTS (maxNumUeDlDwPTS) parameter cannot be configured to 0.

4 Configure the PRACH configuration index  (prachConfIndex) parameter.

On the selected LNCEL_TDD object, set the value for the PRACH configuration
index  (prachConfIndex) parameter.

g Note: If the TDD Special Subframe

Configuration (tddSpecSubfConf) parameter is set to 9, the
PRACH configuration index  (prachConfIndex) parameter must be
set to a value ranging from 3 to 7, 33 to 35, or 51 to 53.

5 Send the parameters to the eNB.

Result

The LTE1467: TDD Special Subframe Configuration 9 feature is enabled in the cell.

Issue: 01 © 2019 Nokia. Nokia confidential. 347

   

LTE1467: TDD Special Subframe Configuration 9 General RRM Features (RL10 - LTE17A)

50.4 Deactivating LTE1467

Instructions to deactivate the feature in the network

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The TDD special subframe configuration (tddSpecSubfConf) parameter
is used to deactivate the feature. Modification of this parameter requires eNB restart.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Configure the TDD Special Subframe Configuration (tddSpecSubfConf)

parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Expand the LNCEL object.
d) Select the LNCEL_TDD object corresponding to the cell where the LTE1467:
TDD Special Subframe Configuration 9 feature will be deactivated.
e) Set the TDD Special Subframe Configuration  (tddSpecSubfConf)
parameter value to 7.

g Note: The default value of the TDD Special Subframe Configuration

(tddSpecSubfConf) parameter is 7.

3 Send the parameters to the eNB.

Result

The LTE1467: TDD Special Subframe Configuration 9 feature is disabled in the cell.

348 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1495: Fast uplink link adaptation

51 LTE1495: Fast uplink link adaptation

51.1 Description of LTE1495: Fast uplink link adaptation

Introduction to the feature
The LTE1495: Fast uplink link adaptation feature improves the uplink performance with a
faster link adaptation by immediately selecting the appropriate modulation and coding
scheme (MCS).

51.1.1 Benefits
End-user benefits
This feature improves the peak data rate and coverage reliability by the adaptation of
transmission settings of the MCS and the physical resource block (PRB) according to
radio channel conditions.

Operator benefits
This feature improves cell average and cell edge throughput:

• after events, such as handover and call setup: fast MCS ramp-up starting from the
(low) initial MCS
• during normal operation: link adaptation is able to better follow the varying radio
conditions

51.1.2 Functional description

The following describes the LTE1495: Fast uplink link adaptation feature:

• This feature consists of adaptive modulation and coding (AMC) scheme and adaptive
transmission bandwidth (ATB):
– The UL AMC scheme selects appropriate MCS for UL transmission according to
actual transmission reliability and block error ratio (BLER).
– The UL ATB is used for defining the maximum number of PRBs that can be
assigned to a particular UE by the UL scheduler (UEs with power limitations will
be assigned with lesser number of PRBs).

• This feature is for the physical uplink shared channel (PUSCH), which is
enabled/disabled per cell.
• This feature is a new option besides the previous link adaptation methods like the
LTE1034: Extended uplink link adaptation feature.
• This feature may use sounding reference signal (SRS) information either mandatorily
or optionally depending on the scheduler configuration.
• This feature uses channel state information (CSI), such as demodulation reference
signal (DMRS), which is derived from the regular PUSCH transmission.
• This feature immediately selects appropriate MCS in one step performing a much
faster adaptation when compared to step-wise methods (as in LTE1034: Extended
uplink link adaptation).

Issue: 01 © 2019 Nokia. Nokia confidential. 349

   

LTE1495: Fast uplink link adaptation General RRM Features (RL10 - LTE17A)

51.1.3 System impact

Interdependencies between features
This feature depends on the following features:

• LTE27: Open loop UL power control and DL power setting: The Open loop power
control settings defined in this function affects the level of signal in the cell and the
level of interference in the other cells. The setting related to open loop power control
affects the SINR level and the LTE1495: Fast uplink link adaptation feature.
• LTE28: Closed loop UL power control: It is recommended not to use the closed-loop
power control together with the fast UL link adaptation.

This feature is affected by the following features:

• LTE907: TTI Bundling: UEs in TTI bundling mode are handled by its own link
adaptation mechanism. Since in the LTE1495: Fast uplink link adaptation, the
MAX_NUM_PRB and allocated MCS vary rapidly, appropriate adaptation has been
introduced in order to trigger the switch to and from the TTI-bundling.
• LTE46: Channel- aware Scheduler (UL): The SRS can be activated independently
from the activation of this feature.
• LTE1336: Interference Aware Close loop Power Control: It is recommended that the
LTE1495: Fast uplink link adaptation working pace is faster than the closed-loop
power control pace in general. The default configurations by the LTE1336:
Interference Aware Close loop Power Control and LTE1495: Fast uplink link
adaptation features ensure that the closed-loop power control works according to the
above recommendation. It is up to the operators to modify the parameter settings of
any of the features to implement the recommendations.
• LTE559: SW monitoring Module for LTE: The LTE1495: Fast uplink link adaptation
feature is an ASW feature, and is considered as an optional feature that needs to be
monitored by the software asset monitoring (SWAM) client.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has the following impact on system performance:

• throughput
A positive throughput impact is basically expected:
– After events such as handover and call setup due to fast MCS ramp-up starting
from the (low) initial MCS.
– During normal operation, link adaptation is able to better follow the varying radio
conditions.

• latency/quality
– Faster link adaptation is expected after handover and call setup.
– Lower call drop rate is expected under impaired radio frequency (RF) conditions.

350 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1495: Fast uplink link adaptation

51.2 LTE1495 reference data

LTE1495: Fast uplink link adaptation requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 204 LTE1495 hardware and software requirements
FDD TDD
System release RL60 RL55TD
Flexi Multiradio 10 BTS LBTS6.0 TD-LBTS5.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS5.0
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct NetAct8 EP1 Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms
There are no alarms related to the LTE1495: Fast uplink link adaptation feature.

Measurements and counters

Table 205 Existing counters related to LTE1495
Counter ID Counter name Measurement
M8005C140 UL AMC upgrades LTE Power and Quality UL
M8005C141 UL AMC downgrades LTE Power and Quality UL
M8007C5 Number of released Data LTE Radio Bearer
Radio Bearers due to Lost
Radio Connection
M8007C6 Number of released Data LTE Radio Bearer
Radio Bearers due to Other
Reasons
M8006C12 Released E-RABs due to LTE Radio Bearer
Radio Link Failure initiated by
eNB
M8006C13 eNB initiated EPS Bearer LTE Radio Bearer
Release requests due to Other
causes

Issue: 01 © 2019 Nokia. Nokia confidential. 351

   

LTE1495: Fast uplink link adaptation General RRM Features (RL10 - LTE17A)

Table 205 Existing counters related to LTE1495 (Cont.)
Counter ID Counter name Measurement
M8006C8 EPC initiated EPS Bearer LTE Radio Bearer
Release requests due to Radio
Network Layer cause
M8006C9 EPC initiated EPS Bearer LTE Radio Bearer
Release requests due to Other
causes

Key performance indicators

Table 206 Existing key performance indicators related to LTE1495
KPI ID KPI name
LTE_5004a E-UTRAN Radio Bearer Drop Ratio
LTE_5119a E-UTRAN E-RAB Drop Ratio, RAN View
LTE_5119a E-UTRAN E-RAB Drop Ratio, User Perspective

For KPI descriptions, see LTE Radio Access Operating Documentation > Reference >
Key Performance Indicators.

Parameters
Table 207 New parameter introduced by LTE1495
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Fast uplink link fUlLAAtbTrigT LNCEL - common
ATB trigger hr
threshold

Table 208 Parameters modified by LTE1495
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Activate uplink actUlLnkAdp LNCEL - common
link adaptation
SRS feature srsActivation LNCEL - common
activation/deactiva
tion
SR S srsConfigurati LNCEL - FDD
Configuration on

Table 209 Existing parameters related to LTE1495
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Power offset for srsPwrOffset LNCEL - common
SRS transmission
power calculation
Periodic PHR timer tPeriodicPhr LNCEL - common

352 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1495: Fast uplink link adaptation

Table 209 Existing parameters related to LTE1495 (Cont.)
Full name Abbreviated name Managed Parent FDD/TDD
object structure
Enabled TB size deltaTfEnabled LNCEL - FDD
impact to UE PUSCH
power calculation
Uplink channel ulChBw LNCEL - FDD
bandwidth
Scheduling method ulsSchedMethod LNCEL - FDD
of the U L
scheduler
Initial amount iniPrbsUl LNCEL - common
of P R Bs in
uplink
Minimum P R B ulsMinRbPerUe LNCEL - common
allocation for
U Es which are
power limited
Extended uplink eUlLaLowPrbThr LNCEL - common
link adaptation
low P R B
threshold
Extended uplink eUlLaLowMcsThr LNCEL - common
link adaptation
low M C S
threshold
U L A M C ulTargetBler LNCEL - common
target B L E R

For parameter descriptions, see LTE Radio Access Operating Documentation >
Reference > Parameters.

Sales information

Table 210 LTE439 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

51.3 Activating and configuring LTE1495

Instructions to activate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Restart of the eNB is required when changes are applied to the following parameters:
• SRS Configuration (srsConfiguration)

Issue: 01 © 2019 Nokia. Nokia confidential. 353

   

LTE1495: Fast uplink link adaptation General RRM Features (RL10 - LTE17A)

• Scheduling method of the UL scheduler (ulsSchedMethod)

Modification of the following parameters requires object locking:
• SRS Configuration (srsConfiguration)
• Scheduling method of the UL scheduler (ulsSchedMethod)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL object

Object path MRBTS ► LNBTS ► LNCEL

3 Set the Activate uplink link adaptation (actUlLnkAdp) parameter value

to fUlLa.

4 Configure the Fast uplink link ATB trigger

threshold (fUlLAAtbTrigThr) parameter.

5 (Optional) Configure the Scheduling method of the UL

scheduler (ulsSchedMethod) parameter.

The default value of this parameter is channel unaware. If this parameter is set to
channel unaware or interference aware, the UL scheduler FD
type (ulsFdPrbAssignAlg) parameter (requires object locking) must be set to
MixedFD (however, ExhaustiveFD is the default setting and is accepted if channel
unaware scheduling method is used, it is recommended to enable MixedFD method
to provide a higher throughput performance).

6 Configure the Periodic PHR timer (tPeriodicPhr) parameter.

This parameter cannot be set to infinity if Activate uplink link

adaptation (actUlLnkAdp) parameter is set to fUlLa.

7 Configure the Enabled TB size impact to UE PUSCH power calculation

(deltaTfEnabled) parameter value to false.

8 Go to the LNCEL_FDD or LNCEL_TDD object.

354 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1495: Fast uplink link adaptation

9 Configure the Power offset for SRS transmission power

calculation (srsPwrOffset) parameter.

Result

The LTE1495: Fast uplink link adaptation feature is activated in the cell.

51.4 Deactivating LTE1495

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Activate uplink link adaptation (actUlLnkAdp) parameter is used for
deactivation. Modification of this parameter does not require neither eNB restart nor cell
locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNCEL object

Object path MRBTS ► LNBTS ► LNCEL

3 Set the Activate uplink link adaptation (actUlLnkAdp) parameter to any

value other than fUlLa.

Result

The LTE1495: Fast uplink link adaptation feature is deactivated in the cell.

Issue: 01 © 2019 Nokia. Nokia confidential. 355

   

LTE1534: Multiple Frequency Band Indicator General RRM Features (RL10 - LTE17A)

52 LTE1534: Multiple Frequency Band Indicator

52.1 Description of LTE1534: Multiple Frequency Band

Indicator
Introduction to the feature
The LTE1534: Multiple Frequency Band Indicator feature introduces Intra-LTE MFBI
functionality.

52.1.1 Benefits
End-user benefits
This feature allows the users to access the network using handsets, which support
certain frequency bands, and which would otherwise be not able to access the network.

Operator benefits
This feature allows the operator to handle UEs with overlapping bands in one network.

52.1.2 Functional description

In the document, the native band and the mapped band have the following meanings:
• The native band - is the operating band of the cell. The physical frequency of the cell
is located within the defined boarders. The frequency band indicator of the native
band is included in the broadcast of the SIB1.
• The mapped band - is a different band than the native band. The mapped band is (at
least partly) overlapping the native band. The frequency indicator of the mapped
band is included in the MultibandInfoList broadcast of the SIB1.

The Flexi Multiradio BTS supports Multiple Frequency Band Indicators (MFBIs) for UEs
in RRC IDLE and UEs in RRC CONNECTED mode. The same MFBI configuration is
applied to all eNBs.
All MFBI-related parameters are configured via O&M.

Mapped bands
The LTE1534: Multiple Frequency Band Indicator feature allows the eNB to serve the UE
not supporting the native band in which the eNB is operating, but supporting the same
physical frequency via another band called mapped band.
For every LTE frequency within the network, identified by native E-UTRA absolute radio
frequency channel number (EARFCN), the operator can define an additional mapped
band.
To serve the UE not supporting the native bands, the eNB functionality is enhanced to:

• broadcast MultiBandInfoList in System Information Block (SIB) 1, SIB2 and SIB5
• accept mapped bands when checking UE Capabilities

356 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1534: Multiple Frequency Band Indicator

• use mapped EARFCN instead of native EARFCN in any communication with the UE
or peer eNB

Additionally, the following assumptions apply:

• Only one mapped band is supported per native EARFCN within a network.
• Multiple native EARFCN/mapped band pairs are supported within a network.
• If multiple native EARFCNs are located within a common band, they might use
different mapped bands (although the difference is not mandatory).
• Each native EARFCN/mapped band configuration is the same across the network.

Functionalities in MFBI support

• For the support of Idle mode mobility, the content of the SIB1, 2, and 5 is extended to
support the UE for intra-LTE, intra- and inter-frequency cell reselection. The UEs are
informed which mapped bands are supported by broadcasting cell, as well as intra-
and inter-frequency LTE neighbor cells.
For FDD solution from the RL70 release on, and for TDD solution from the RL65
release on, each native band supported by the network can be configured to support
a maximum of one additional band which overlaps the frequency range of the native
band.
• For the support of RRC-connected UE, the eNB's functionality is extended to serve
also the UEs, which do not support the native EARFCN of the eNB's cells. The eNB
accepts UEs also if they do not support the native band, but support a mapped band,
and indicate that they support MFBI (provided they support the Feature Group
Indicator (FGI) bit 31, as indicated in the  section). Such UEs are treated as the UEs
supporting the native band. The eNB translates the native EARFCN to a mapped
EARFCN while communicating with the UE. Also a UE-associated signaling between
peer eNB applies mapped EARFCN.
For FDD solution from the RL70 release on, and for TDD solution from the RL65
release on, UEs supporting MFBI and an overlapping RF band in the RF parameter
information element of the UE capabilities are considered for the following functions
(if enabled):
– RRC connected mobility (inter-frequency handover, intra-frequency handover,
RRC connection release with redirect and RRC connection release with
dedicated priorities)
– ANR (intra-frequency ANR, inter-frequency ANR)
– Carrier Aggregation

Multiple Frequency Band Indicator Profile (MFBIPR)

The MFBIPR managed object class (MOC) is introduced to define the combinations of
the native EARFCN and mapped band, which enables the eNB to derive mapped band
and mapped EARFCN, when needed for external communication or UE capability check.
Each instance of the MOC defines a mapping between a downlink EARFCN (for FDD
solution from the RL60 release on: DL-EARFCN) and an additional frequency band,
whose physical frequencies overlap with the band the EARFCN (for FDD solution from
the RL60 release on: DL-EARFCN) belongs to. The mapping information is used by the
eNB to serve the UEs, which support an overlapping physical frequency range, but
indicate a different band than broadcasted in SIB1.

Additional information

Issue: 01 © 2019 Nokia. Nokia confidential. 357

   

LTE1534: Multiple Frequency Band Indicator General RRM Features (RL10 - LTE17A)

When the neighbor cell configuration conflicts with homogeneous MFBI deployment
(instead of homogeneous configuration of native band and mapped band, the neighbor
cell has configured a band as native band which is configured as mapped band in the
own eNB), the fault is raised. The fault is related to the 7652: BASE STATION
NOTIFICATION alarm. The alarm is related to the LNADJ object.

52.1.3 System impact

Interdependencies between features
Affected features

• LTE37: Ciphering
The eNB uses mapped EARFCN as input to calculate ciphering keys, when the UE
uses mapped EARFCN.
• LTE039: System Information Broadcast
Content of SIB 1, SIB 2, and SIB 5 is extended by MFBI-specific IE.
• LTE53: Intra and inter eNB handover with X2
Mapped EARFCN is used in communication with a UE and between the eNBs.
• LTE54: S1-based Handover
Mapped EARFCN is used in communication with a UE and between the eNBs.
• LTE55: Interfrequency HO
The selection of inter-frequency handover targets is extended. The eNB configures
EUTRAN frequencies for inter-frequency measurements if the UE supports their
mapped band. Mapped EARFCN is used in communication with the UE and between
the eNBs.
• LTE423: RRC Connection Release with Redirect
The eNB considers EUTRAN redirection targets if the UE supports their mapped
band. Mapped EARFCN is used in communication with the UE.
• LTE487: Idle Mode Load Balancing
The eNB considers mapped bands when evaluating UE capabilities for selecting
dedicated cell re-selection priorities. Mapped EARFCN is used for communication
with the UE.
• LTE490: Subscriber Profile ID Selective Neighbour Cell List
Only native EARFCN is used in mobility profiles. However, whenever evaluating
mobility profiles, an entry is considered as valid if it relates to a mapped EARFCN.
• LTE971: Intra-LTE Mobility Offsets
The measurement objects for mapped EARFCN include all CIO values stored in
neighbor relations towards cells with the native EARFCN, to which the EARFCN of
the measurement object can be mapped .
• LTE1014: X2 eNodeB configuration update
The eNB supports IE MultibandInfoList in the ENB CONFIGURATION UPDATE
message.
• LTE1060: TDD - FDD Handover
The eNB configures EUTRAN frequencies for inter-frequency measurements if the
UE supports their mapped band. Mapped EARFCN is used in communication with
the UE and between eNBs.
• LTE1089: Downlink Carrier Aggregation - 20 MHz
The eNB considers mapped bands when checking whether the UE supports the
band combination for carrier aggregation. Mapped EARFCN is used for SCC in
communication with the UE.
• LTE1170: Inter eNodeB IF Load Balancing

358 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1534: Multiple Frequency Band Indicator

The eNB configures EUTRAN frequencies for inter-frequency measurements if the
UE supports their mapped band. Mapped EARFCN is used in communication to the
UE and between the eNBs.
• LTE1332: Downlink Carrier Aggregation - 40 MHz
The eNB considers mapped bands when checking whether the UE supports the
band combination for carrier aggregation. Mapped EARFCN is used for SCC in
communication with the UE.
• LTE1387: Intra-eNodeB IF Load Balancing
The eNB configures an EUTRAN frequency for inter-frequency measurements if the
UE supports its mapped band. Mapped EARFCN is used in communication with the
UE and between the eNBs.
• LTE1407: RSRQ Based Redirect
The eNB considers EUTRAN redirection targets if the UE supports their mapped
band. Mapped EARFCN is used in communication with the UE.
• LTE1442: Open Access Home eNodeB Mobility
The eNB configures EUTRAN frequencies for inter-frequency measurements if the
UE supports their mapped band. Mapped EARFCN is used in communication with
the UE.
• LTE1677: Idle Mode Mobility Balancing Extensions
Mapped EARFCN is used for communication with the UE.

Impact on interfaces

• X2 interface
New IE MultibandInfoList added to X2 SETUP REQUEST, X2 SETUP RESPONSE,
and ENB CONFIGURATION UPDATE.
• RRC protocol in LTE-Uu interface
New IE MultibandInfoList added to SIB 1, SIB 2, and SIB 5.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

52.2 LTE1534 reference data

LTE1534: Multiple Frequency Band Indicator requirements, alarms and faults,
commands, measurements and counters, KPIs, parameters, and sales information

Requirements

Table 211 LTE1534 hardware and software requirements
FDD TDD
System release RL60 RL45
Flexi Multiradio 10 BTS LBTS6.0 TD-LBTS4.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS4.0

Issue: 01 © 2019 Nokia. Nokia confidential. 359

   

LTE1534: Multiple Frequency Band Indicator General RRM Features (RL10 - LTE17A)

Table 211 LTE1534 hardware and software requirements (Cont.)
FDD TDD
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Not supported Not supported
NetAct NetAct8 EP1 NetAct8 EP1
MME Not supported Not supported
SAE GW Not supported Not supported
UE 3GPP R8 UE capabilities 3GPP R8 UE capabilities

Alarms
There are no alarms related to the LTE1534: Multiple Frequency Band Indicator feature.

Measurements and counters

There are no measurements or counters related to the LTE1534: Multiple Frequency
Band Indicator feature.

Key performance indicators

There are no key performance indicators related to the LTE1534: Multiple Frequency
Band Indicator feature.

Parameters

Table 212 New parameters introduced by LTE1534
Parent FDD/TDD
structure
Name Abbreviation Managed
of name object

Activate MFBI support actMFBI LNBTS - common

Additional E-UTRA addFreqBand MFBIPR - common
frequency band Ind
indicator
Additional spectrum addSpectrEm MFBIPR - common
emission issReq
E-UTRA carrier eutraCarrie MFBIPR - common
frequency rFreq
MFBI profile identifier mfbiPrId MFBIPR - common

360 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1534: Multiple Frequency Band Indicator

g Note:
• The Additional E-UTRA frequency band
indicator (addFreqBandInd) parameter is the mapped band.
• The Additional spectrum emission (addSpectrEmissReq) parameter is
for the mapped band.
• The E-UTRA carrier frequency (eturaCarrierFreq) parameter is the
Native E-UTRA Carrier Frequency.

Table 213 Existing parameters related to LTE1534 - FDD solution
Parent structure FDD/TDD
Name Abbreviation of Managed object
name

Downlink dlChBw LNCEL - FDD

channel
bandwidth
Uplink ulChBw LNCEL - FDD
channel
bandwidth
EARFCN earfcnDL LNCEL - common
downlink
EARFCN earfcnUL LNCEL - common
uplink
Eutra eutraCarrier LNHOIF - common
carrier info Info

Table 214 Existing parameters related to LTE1534 - TDD solution
Parent structure FDD/TDD
Name Abbreviation of Managed object
name

Channel chBw LNCEL - TDD

bandwidth
TDD
EARFCN for earfcn LNCEL - TDD
both
Downlink and
Uplink (TDD)
Eutra eutraCarrier LNHOIF - common
carrier info Info

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

Sales information

Table 215 LTE1534 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

Issue: 01 © 2019 Nokia. Nokia confidential. 361

   

LTE1534: Multiple Frequency Band Indicator General RRM Features (RL10 - LTE17A)

52.3 Activating LTE1534

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Activate the LTE1534: Multiple Frequency Band Indicator.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Select the LNBTS_FDD object.
d) Set the Activate MFBI support (actMFBI) parameter value to true.

3 Configure the MFBIPR parameters.

a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Create and configure the MFBIPR object under the LNBTS.

g Note: This step should be repeated for each mapped band where the native
frequency of a local cell (the LNCEL), and/or the native frequency of the
neighbor LTE frequency (the LNHOIF) of one or more of the local cells is
supported.

4 Send the parameters to the eNB.

52.4 Deactivating LTE1534

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Activate MFBI support (actMFBI) parameter is used for deactivation.
Modification of this parameter does not require neither eNB restart, nor cell locking.

362 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1534: Multiple Frequency Band Indicator

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Deactivate the LTE1534: Multiple Frequency Band Indicator.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Select the LNBTS_FDD object.
d) Set the Activate MFBI support  (actMFBI) parameter value to false.

3 Send the parameters to the eNB.

Result

The feature is deactivated.

Issue: 01 © 2019 Nokia. Nokia confidential. 363

   

LTE1536: RRC Connection Rejection with General RRM Features (RL10 - LTE17A)
Deprioritization

53 LTE1536: RRC Connection Rejection with

Deprioritization
Benefits, requirements, functionality, system impact, reference data, instructions of the
feature.

The LTE1536: RRC Connection Rejection with Deprioritization feature supports the load
handling of a radio resource control (RRC) connection request. It introduces an
enhancement mechanism for the RRC connection rejection. The feature's aim is to move
all UEs that try to establish the RRC connection to a cell at a high load to other
frequency layers or RATs.

53.1 LTE1536 benefits

The LTE1536: RRC Connection Rejection with Deprioritization feature enables UEs that
experience the RRC connection rejection due to a high load in the cell to select other
frequency layers or RATs.

53.2 LTE1536 functional description

The LTE1536: RRC Connection Rejection with Deprioritization feature deals with the
advanced RRC connection request load handling. The feature introduces an
enhancement mechanism for the RRC connection rejection.
The eNB supports the RRC connection rejection with deprioritization due to: C-plane
overload, U-plane overload, and admission control.

Deprioritization
A deprioritization means that a UE treats a deprioritized frequency or RAT with the
lowest possible priority. However, if there is no another LTE frequency or RAT available,
a UE stays within the deprioritized frequency. The temporary deprioritization of a cell
selection priority is only applied by the UEs with 3GPP Rel.11 or higher. Other UEs
ignore deprioritization. Nevertheless, the eNB always adds new information elements
(IEs) as UE capabilities are not available during the time when the decision for rejection
is made.

When a UE tries to establish the RRC connection to a cell at a high load and the
admission control is not successful, then the eNB uses new IEs (deprioritisationType-r11
and deprioritisationTimer-r11) for deprioritization in the RRC Connection Reject
message. The same situation occurs when a cell is in the C-plane or U-plane overload
state (see Figure 40: RRC connection rejection with deprioritization). As a result, a UE
does not try to access frequency or RAT (depending on the type of depriorization) for a
configured amount of time (time of depriorization), but a UE tries to select another
frequency or RAT (instead of repeating connection requests to the current frequency or
RAT).

364 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1536: RRC Connection Rejection with
Deprioritization

Figure 40 RRC connection rejection with deprioritization

UE SourceeNB

RRC:RRCConnectionRequest

AdmissionControl

Admissionnotpassed
or
C-planeoverload
or
U-planeoverload

RRC:RRCConnectionReject

(waitTime, deprioritisationType-r11deprioritisationTimer-r11
, )

MME Overload
The LTE1536: RRC Connection Rejection with Deprioritization feature is not supported in
case of an MME overload. If there is a rejection due to the S-TMSI-based MME overload,
a UE should stay in the same serving frequency and wait for resources. Such a behavior
also occurs when other triggers for deprioritization are valid (for example, C-plane or U-
plane overload or RRC admission control failure). Other cases of rejection due to the
MME overload use the RRC Connection Release message.

53.3 LTE1536 system impact

LTE1536: RRC Connection Rejection with Deprioritization impact on features and
interfaces.

Interdependencies between features

In order to ensure proper operation of the LTE1536: RRC Connection Rejection with
Deprioritization feature, it is recommended to enable the following features:
• LTE1047: C-plane Overload Handling
• LTE2023: U-plane Overload Handling

Impact on interfaces

Issue: 01 © 2019 Nokia. Nokia confidential. 365

   

LTE1536: RRC Connection Rejection with General RRM Features (RL10 - LTE17A)
Deprioritization

The LTE1536: RRC Connection Rejection with Deprioritization feature impacts interfaces
as follows:
• Uu
– There are new IEs supported on the RRC protocol: deprioritisationReq-r11 IE
consists of deprioritisationType-r11 and deprioritisationTimer-r11.

Impact on network management tools

The LTE1536: RRC Connection Rejection with Deprioritization feature has no impact on
network management tools.

Impact on system performance and capacity

The LTE1536: RRC Connection Rejection with Deprioritization feature has no impact on
system performance or capacity.

53.4 LTE1536 reference data

LTE1536: RRC Connection Rejection with Deprioritization requirements, parameters,
and sales information.

Requirements

Table 216 LTE1536 hardware and software requirements
FDD TDD
System release FDD-LTE16 TD-LTE 16
Flexi Multiradio 10 BTS FL16 TL16
Flexi Multiradio 10 Indoor BTS Not supported TL16
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS FL16 TL16
Flexi Zone Access Point FL16 TL16
Cloud Flexi Zone Controller FL17A TL17A
OMS LTE OMS16 LTE OMS16
NetAct NetAct 16.2 NetAct 16.2
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R11 Support not required

Alarms
There are no alarms related to the LTE1536: RRC Connection Rejection with
Deprioritization feature.

Measurements and counters

366 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1536: RRC Connection Rejection with
Deprioritization

There are no measurements or counters related to the LTE1536: RRC Connection
Rejection with Deprioritization feature.

Key performance indicators

There are no key performance indicators related to the LTE1536: RRC Connection
Rejection with Deprioritization feature.

Parameters

Table 217 New parameters introduced by LTE1536
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Deprioritisation deprioType LNCEL - common
Type
Deprioritisation t325 LNCEL - common
Timer

For parameter descriptions, see LTE Radio Access Operating Documentation/
Reference/Parameters

Sales information

Table 218 LTE1536 Sales information
Product structure class License control Activated by default
Basic Software (BSW) - No

53.5 Activating LTE1536

Instructions to configure the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

• procedure notifications
– Activation procedure does not cause downtime, and the feature can be activated
at any time of the day.

• feature interdependencies
In order to ensure proper operation of the LTE1536: RRC Connection Rejection with
Deprioritization feature, it is recommended to enable the following features:
– LTE1047: C-plane Overload Handling
– LTE2023: U-plane Overload Handling

• licensing
Install the feature license using Network Element Manager.

Issue: 01 © 2019 Nokia. Nokia confidential. 367

   

LTE1536: RRC Connection Rejection with General RRM Features (RL10 - LTE17A)
Deprioritization

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Deprioritisation type (deprioType) value to frequency or e-utra,
depending on whether the current frequency or RAT is deprioritized.

4 Configure the Deprioritisation Timer (t325) parameter value.

This is to indicate the time for which either the current frequency or e-utra is
deprioritized.

5 Send the commissioning plan file to the BTS.

Result

The LTE1536: RRC Connection Rejection with Deprioritization feature is activated and
the eNB adds Deprioritisation Type (deprioType) and Deprioritisation
Timer (t325) to a new IE deprioritisationReq in the RRC Connection Reject message.

53.6 Deactivating LTE1536

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

• procedure notifications
– Deactivation procedure does not cause downtime, and the feature can be
activated at any time of the day.

368 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1536: RRC Connection Rejection with
Deprioritization

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the Deprioritisation type (deprioType) parameter value to blank.

4 Set the Deprioritisation Timer (t325) parameter value to blank.

5 Send the commissioning plan file to the BTS.

Issue: 01 © 2019 Nokia. Nokia confidential. 369

   

LTE1569: QCI1 Specific RLF and Re-establishment General RRM Features (RL10 - LTE17A)
Control

54 LTE1569: QCI1 Specific RLF and Re-

establishment Control
Benefits, requirements, functionality, system impact, reference data, and instructions of
the feature

The LTE1569: QCI1 Specific RLF and Re-establishment Control feature introduces
dedicated parameters for the radio link failure (RLF) and the radio resource control
(RRC) connection re-establishment behavior for UEs with an established QoS class
identifier 1 (QCI1) data radio bearer.

54.1 LTE1569 benefits

The LTE1569: QCI1 Specific RLF and Re-establishment Control feature allows better
optimization of the voice over LTE (VoLTE) call drop rate.

54.2 LTE1569 functional description

Feature overview
The Flexi Multiradio BTS supports dedicated parameter settings for the RLF control and
the re-establishment control of UEs with an established QCI1 data radio bearer. The new
t310Qci1 and n310Qci1 QCI1-specific LNCEL parameters can be configured. The
t310Qci1 and n310Qci1 operator-configurable parameters are signaled together with
the t301, t311, and n311 LNCEL parameters, which are configured for the system
information broadcast 2 (SIB2) to the UE during the QCI1 data bearer setup with the
RRC connection reconfiguration message.
In case the last QCI1 radio bearer is released in the UE, the new n310Qci1 and
t310Qci1 LNCEL parameters for QCI1 connection are released via the RRC
Connection Reconfiguration and are replaced by the UE with the parameters from the
broadcasted SIB2.

3GPP TS 36.331 RLF timers and constants

The following are the RLF timers and constants:
• T310 (used for connection recovery)
– Start condition: Upon detecting the physical layer problems, that is, upon
receiving N310 consecutive out-of-sync indications from the lower layers.
– Stop condition: Upon receiving N311 consecutive in-sync indications from the
lower layers, upon triggering the handover procedure, and upon initiating the
connection re-establishment procedure.
– At expiry: If security is not activated: go to RRC_IDLE else: initiate the
connection re-establishment procedure.

• N310 (used for RLF detection)

370 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1569: QCI1 Specific RLF and Re-establishment
Control

– This is the maximum number of consecutive out-of-sync indications that is
received from the lower layers.

For more information, see 3GPP TS 36.331.

54.3 LTE1569 system impact

LTE1569: QCI1 Specific RLF and Re-establishment Control impact on features,
interfaces, and system performance and capacity

Interdependencies between features

The LTE10: EPS Bearers for Conversational Voice feature must be activated before
activating the LTE1569: QCI1 Specific RLF and Re-establishment Control feature.
The LTE1569: QCI1 Specific RLF and Re-establishment Control feature is
recommended to be used in parallel with the LTE1617: RLF Triggered Handover and
LTE1036: RSRQ-based Cell Reselection features. The LTE1036: RSRQ-based Cell
Reselection feature avoids selection of highly interfered cells as target for re-
establishment.

Impact on interfaces
The new rlf-TimersAndConstants information element (IE) of the LTE1569: QCI1 Specific
RLF and Re-establishment Control feature is supported on the following interfaces:
• Uu
• S1AP
• X2AP

Impact on network management tools

The LTE1569: QCI1 Specific RLF and Re-establishment Control feature has no impact
on network management tools.

Impact on system performance and capacity

The LTE1569: QCI1 Specific RLF and Re-establishment Control feature reduces the
voice call drop ratio over the QCI1 bearers in the field. The reduction in the voice call
drop ratio is achieved because of the introduction of the t310Qci1 and n310Qci1
QCI1-specific parameters, which allows the operator to tune these parameters for VoLTE
call drop optimization.

g Note: It is highly recommended to set the t310Qci1 and n310Qci1 parameters with
lower values than the configured t310 and n310 parameters for SIB2.

54.4 LTE1569 reference data

LTE1569: QCI1 Specific RLF and Re-establishment Control requirements, parameters,
and sales information

Issue: 01 © 2019 Nokia. Nokia confidential. 371

   

LTE1569: QCI1 Specific RLF and Re-establishment General RRM Features (RL10 - LTE17A)
Control

Requirements

Table 219 LTE1569 hardware and software requirements
FDD TDD
System release FDD-LTE 16 TD-LTE 16
Flexi Multiradio 10 BTS Not supported TL16
Flexi Multiradio 10 Indoor BTS Not supported TL16
Nokia AirScale BTS FL16 TL16
Flexi Zone BTS FL16 TL16
Flexi Zone Access Point FL16 TL16
Cloud Flexi Zone Controller FL16 TL16
OMS LTE OMS16 LTE OMS16
NetAct NetAct 16.2 NetAct 16.2
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R9 mandatory 3GPP R9 mandatory

Alarms
There are no alarms related to the LTE1569: QCI1 Specific RLF and Re-establishment
Control feature.

Commands
There are no commands related to the LTE1569: QCI1 Specific RLF and Re-
establishment Control feature.

Measurements and counters

There are no measurements or counters related to the LTE1569: QCI1 Specific RLF and
Re-establishment Control feature.

Key performance indicators

There are no key performance indicators related to the LTE1569: QCI1 Specific RLF and
Re-establishment Control feature.

Parameters

Table 220 New parameters introduced by LTE1569
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
N310 for QCI1 n310Qci1 LNCEL - common
T310 for QCI1 t310Qci1 LNCEL - common

372 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1569: QCI1 Specific RLF and Re-establishment
Control

Table 221 Existing parameters related to LTE1569
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate support of actConvVoice LNBTS_ - FDD
conversational FDD
voice bearer
Activate support of actConvVoice LNBTS_ - TDD
conversational TDD
voice bearer

For parameter descriptions, see Flexi Multiradio BTS LTE Parameters for FDD, and Flexi
Multiradio BTS TD-LTE Parameters for TDD.

Sales information

Table 222 LTE1569 Sales information
Product structure class License control Activated by default
Basic Software (BSW) - No

54.5 Activating and configuring LTE1569

Instructions to activate and configure the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• Procedure notifications
The LTE1569: QCI1 Specific RLF and Re-establishment Control feature is activated
if at least one of the n310Qci1 and t310Qci1 LNCEL parameters is configured.
Modification of the n310Qci1 and t310Qci1 LNCEL parameters does not require
evolved Node B (eNB) restart or cell locking.
• Feature interdependencies
The LTE10: EPS Bearers for Conversational Voice feature must be activated before
activating the LTE1569: QCI1 Specific RLF and Re-establishment Control feature.

g Note: The actConvVoice parameter can only be set to true if the
actMultBearers parameter value is true.
The LTE1569: QCI1 Specific RLF and Re-establishment Control feature is
recommended to be used in parallel with the LTE1617: RLF Triggered Handover and
LTE1036: RSRQ-based Cell Reselection features. The LTE1036: RSRQ-based Cell
Reselection feature avoids selection of highly interfered cells as target for re-
establishment.

Issue: 01 © 2019 Nokia. Nokia confidential. 373

   

LTE1569: QCI1 Specific RLF and Re-establishment General RRM Features (RL10 - LTE17A)
Control

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the n310Qci1 parameter value to n1, n2, n3, n4, n6, n8, n10, or n20.

The n310Qci1 parameter is the maximum number of consecutive out of sync
indications received from the lower layers for UEs with established QCI1 bearer.

4 Set the t310Qci1 parameter value to 0ms, 50ms, 100ms, 200ms, 500ms, 1000ms, or
2000ms.

The t310Qci1 parameter supervises the recovery from the physical layer problems
for UEs with established QCI1 bearer.

5 Send the commissioning plan file to the BTS.

Result

Expected outcome
The LTE1569: QCI1 Specific RLF and Re-establishment Control feature is activated.
User equipment with new VoLTE call on the eNB is configured with t310Qci1 and/or
n310Qci1 in the rlf-timersAndConstants IE using the RRC connection reconfiguration
procedure. The rlf-timersAndConstants IE is only applied to 3GPP Release 9 UEs and
beyond.
Further information
If only the n310Qci1 and t310Qci1 parameters are modified, the eNB considers the
configuration change without a service outage.

54.6 Deactivating LTE1569

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

374 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1569: QCI1 Specific RLF and Re-establishment
Control

• Procedure notifications
Modification of the n310Qci1 and t310Qci1 LNCEL parameters does not require
evolved Node B (eNB) restart or cell locking.
• Preconfiguration
The LTE10: EPS Bearers for Conversational Voice feature is enabled
(actConvVoice LNBTS parameter is set to true).
The LTE1569: QCI1 Specific RLF and Re-establishment Control feature is activated
(at least one of the n310Qci1 and t310Qci1 parameters is configured).

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the value of the n310Qci1 and t310Qci1 parameters to blank.

4 Send the commissioning plan file to the BTS.

Result

Expected outcome
The LTE1569: QCI1 Specific RLF and Re-establishment Control feature is deactivated.
For the new QCI1 E-UTRAN Radio Access Bearer (E-RAB) setup, handover, and
reestablishment scenarios, the eNB does not configure UEs with rlf-TimersAndConstants
IE in the RRC connection reconfiguration message.
Further information
If only the n310Qci1 and t310Qci1 parameters are modified, the eNB considers the
configuration change without a service outage.

Issue: 01 © 2019 Nokia. Nokia confidential. 375

   

LTE1638: Inter-frequency RSTD Measurement Support General RRM Features (RL10 - LTE17A)

55 LTE1638: Inter-frequency RSTD Measurement

Support
Benefits, functionality, system impact, reference data, instructions of the feature

The LTE1638: Inter-frequency RSTD Measurement Support feature enables the Flexi
Multiradio BTS to support the user equipment-reference signal time difference (UE-
RSTD) inter-frequency measurements for observed time difference of arrival (OTDOA).

55.1 LTE1638 benefits

The LTE1638: Inter-frequency RSTD Measurement Support feature offers the operator
inter-frequency RSTD measurements that help improve the accuracy of the OTDOA.

55.2 LTE1638 functional description

The LTE1638: Inter-frequency RSTD Measurement Support feature enables the Flexi
Multiradio BTS to support the UE-RSTD inter-frequency measurements for OTDOA. The
UE requests the evolved Node B (eNB) to start or stop the measurement gaps using the
InterFreqRSTDMeasurementIndication radio resource control (RRC) message.
The timing of the measurement gap is derived from the measPRS-Offset information
element (IE). The eNB does not check whether the UE capabilities matches the indicated
E-UTRA absolute radio frequency channel number (EARFCN), or whether the neighbor
cells have been configured for the carrier frequency.
The ongoing UE measurements are reconfigured to fulfill the timing requirements that
the UE provides. The discontinuous reception (DRX) is disabled during the RSTD
measurements to allow measurement gaps with the required offset. The timing of the
periodic channel quality indicator (CQI) reports or scheduling requests (SRs) are
reconfigured to allow RSTD measurements. The RSTD request is ignored when the
reconfigurations are not possible. The RSTD measurements are not maintained after a
handover or an RRC connection re-establishment. The UE RSTD measurements affect
the UE power consumption and the UE throughput.
The scope of the LTE1638: Inter-frequency RSTD Measurement Support feature is for
any kind of call, which the OTDOA supports. The eNB tries to configure the requested
measurement gaps without changing the CQI, SR, and DRX for both calls that have
QCI1 bearer with emergency ARP and calls that have no QCI1 bearer with emergency
ARP. If this configuration is not possible and the call has QCI1 bearer with emergency
ARP, the eNB tries to calculate a new CQI, SR, and DRX that allow requested
measurement gaps. If such combination exists, reconfiguration takes place. Otherwise,
the eNB stops processing the UE request.

55.3 LTE1638 system impact

LTE1638: Inter-frequency RSTD Measurement Support impact on features, interfaces,
and system performance and capacity

376 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1638: Inter-frequency RSTD Measurement Support

Interdependencies between features

The LTE1638: Inter-frequency RSTD Measurement Support feature depends on the
following features:
• automatic neighbor relation (ANR) features
– LTE782: ANR - UE-based
– LTE556: ANR Intra-LTE, Inter-frequency - UE-based
– LTE908: ANR Inter-RAT UTRAN - Fully UE-based

• coverage, single radio voice call continuity (SRVCC), CS fallback (CSFB), and
voice over LTE (VoLTE) call steering features
– LTE53: Intra and Inter-eNodeB Handover via X2 Interface
– LTE55: Inter-frequency Handover
– LTE56: Inter-RAT Handover to WCDMA
– LTE442: Network Assisted Cell Change to GSM
– LTE872: SRVCC to WCDMA
– LTE873: SRVCC to GSM
– LTE736: CS Fallback to UTRAN
– LTE60: Inter-RAT Handover to eHRPD/3GPP2
– LTE1441: Enhanced CS Fallback to CDMA/1xRTT (e1xCSFB)
– LTE738: SRVCC to 1xRTT/CDMA
– LTE2108: Redirected VoLTE Call Setup
– LTE2388: VoLTE Call Steering Enhancement

• service based (SB) and load based (LB) features

– LTE1127: Service Based Mobility Trigger
– LTE1942: Dedicated VoLTE Inter-frequency Target Frequency List
– LTE2112: Dedicated Mobility Thresholds for SRVCC
– LTE64: Service-based Handover Thresholds
– LTE1387: Intra-eNodeB Inter-frequency LB
– LTE1170: Inter-frequency load balancing
– LTE1531: Inter-frequency Load Balancing Extension
– LTE1841: Inter-frequency Load Equalization
– LTE2051: Measurement-based Idle Mode Load Balancing
– LTE1357: LTE-UTRAN Load Balancing

• enhanced inter-cell interference coordination (eICIC) features

– LTE1113: eICIC - macro
– LTE1496: eICIC – micro
The measurement gaps must be setup if possible for RSTD even when the UE is
configured for eICIC with dual CSI. When a QCI1 bearer with emergency ARP is
setup, and when a reconfiguration of CQI, SR, or DRX is considered if eICIC is
configured for the RSTD requesting UE, then the standard user scenarios processes
the request from the UE to setup measurement gaps.
• other features
– LTE1406: Extended VoLTE Talk Time

Issue: 01 © 2019 Nokia. Nokia confidential. 377

   

LTE1638: Inter-frequency RSTD Measurement Support General RRM Features (RL10 - LTE17A)

The LTE1406: Extended VoLTE Talk Time feature reconfigures the SR to
optimize the VoLTE UE power consumption when a QCI1 bearer with emergency
ARP is setup. The reconfiguration of the SR can be done together with the
configuration of the measurement gaps for RSTD. This would make it easier to
find possible configurations of SR for the LTE1638: Inter-frequency RSTD
Measurement Support feature.
– LTE1089: Downlink Carrier Aggregation - 20 MHz
The measurement gaps must be setup if possible for RSTD even when the UE is
in carrier aggregation mode. When a QCI1 bearer with emergency ARP is setup,
and when a reconfiguration of CQI, SR, or DRX is considered if one or more
SCells are configured for the RSTD requesting UE, then the standard user
scenarios processes the request from the UE to setup measurement gaps.

g Note: The LTE1089: Downlink Carrier Aggregation - 20 MHz feature is the first
carrier aggregation feature that represents one or more SCells.
– LTE1679: DRX with Parallel UE Measurement Gaps
This feature maintains the DRX when the UE is in the measurement gap phase.
If this feature is enabled, the DRX stays enabled as long as the indicated primary
reference clock source-offset (PRS-offset) of the UE for the RSTD
measurements fits to the configured DRX timing. When the QCI1 bearer with an
emergency ARP is setup, the DRX is released when a reconfiguration of the
physical uplink control channel (PUCCH) resources (CQI or SR) is necessary.

Impact on interfaces
The LTE1638: Inter-frequency RSTD Measurement Support feature affects the RRC
interface with the following:
• The new interFreqRSTDMeasurementIndication RRC message from the
UE to the evolved UTRAN (E-UTRAN) is handled.
• The existing mechanism that is already used for RRC measurement configuration
and reconfiguration is reused.
• The new operation and maintenance (O&M) parameter for the feature activation and
deactivation is supported between the eNB and the BTSSM and NetAct.

Impact on network management tools

The LTE1638: Inter-frequency RSTD Measurement Support feature has no impact on
network management tools.

Impact on system performance and capacity

The LTE1638: Inter-frequency RSTD Measurement Support feature has no direct impact
to the radio frequency (RF) capacity and system performance. The additional
interFreqRSTDMeasurementIndication RRC message from the UE might
cause impact to the eNB control plane loading. However, this message is not under the
control of the eNB, but under the control of the evolved serving mobile location center
(eSMLC).

378 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1638: Inter-frequency RSTD Measurement Support

55.4 LTE1638 reference data

LTE1638: Inter-frequency RSTD Measurement Support requirements, measurements
and counters, parameters, and sales information

Requirements

Table 223 LTE1638 hardware and software requirements
FDD TDD
System release FDD-LTE 16 TD-LTE 16
Flexi Multiradio 10 BTS Not supported TL16
Flexi Multiradio 10 Indoor BTS Not supported TL16
Nokia AirScale BTS FL16 TL16A
Flexi Zone BTS FL16 TL16
Flexi Zone Access Point Planned for later releases Planned for later releases
Cloud Flexi Zone Controller Planned for later releases Planned for later releases
OMS LTE OMS16 LTE OMS16
NetAct NetAct 16.2 NetAct 16.2
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R10 UE capabilities 3GPP R10 UE capabilities

Alarms
There are no alarms related to the LTE1638: Inter-frequency RSTD Measurement
Support feature.

Commands
There are no commands related to the LTE1638: Inter-frequency RSTD Measurement
Support feature.

Measurements and counters

Table 224 New counters introduced by LTE1638
Counter Counter name Measurement
ID
M8013C Number of requests to start LTE UE State
63 RSTD measurements
M8013C Number of completed RSTD LTE UE State
64 measurement requests

For counter descriptions, see LTE Performance Measurements.

Key performance indicators

Issue: 01 © 2019 Nokia. Nokia confidential. 379

   

LTE1638: Inter-frequency RSTD Measurement Support General RRM Features (RL10 - LTE17A)

Table 225 New key performance indicators introduced by LTE1638
KPI ID KPI name
LTE_5781a E-UTRAN RSTD Measurement Request Success Ratio

For KPI descriptions, see LTE Performance Measurements and Key Performance
Indicators.

Parameters

Table 226 New parameters introduced by LTE1638
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate inter- actInterFreqRs LNBTS - common
frequency RSTD tdMeasSupp
measurement support

For parameter descriptions, see Flexi Multiradio BTS LTE Parameters for FDD, and Flexi
Multiradio BTS TD-LTE Parameters for TDD.

Sales information

Table 227 LTE1638 sales information
Product structure class License control Activated by default
Application software (ASW) SW Asset Monitoring No

55.5 Activating LTE1638

Instructions to activate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• Procedure notifications
Modification of the actInterFreqRstdMeasSupp parameter does not require
eNB restart or object locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

380 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1638: Inter-frequency RSTD Measurement Support

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the actInterFreqRstdMeasSupp parameter value to true.

4 Send the commissioning plan file to the BTS.

Result

The LTE1638: Inter-frequency RSTD Measurement Support feature is activated in the
eNB (affects all LNCELs). The eNB provides support for inter-frequency RSTD
measurements through configuring measurement gaps for the UEs. Ongoing calls are
affected with running measurement gaps.

55.6 Deactivating LTE1638

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• Procedure notifications
Modification of the actInterFreqRstdMeasSupp parameter does not require
eNB restart or object locking.
• Preconfiguration
The LTE1638: Inter-frequency RSTD Measurement Support feature is enabled
(actInterFreqRstdMeasSupp parameter is set to true).

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

Issue: 01 © 2019 Nokia. Nokia confidential. 381

   

LTE1638: Inter-frequency RSTD Measurement Support General RRM Features (RL10 - LTE17A)

3 Set the actInterFreqRstdMeasSupp parameter value to false.

4 Send the commissioning plan file to the BTS.

Result

The LTE1638: Inter-frequency RSTD Measurement Support feature is deactivated in the
eNB (affects all LNCELs). The eNB stops to support inter-frequency RSTD
measurements. The eNB maintains and releases the measurement gaps according to
other running inter-frequency, or inter-RAT measurements that need measurement gaps.
The eNB ignores any indication from the UE to start measurement gaps.

382 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) Description of LTE1680: Active Queue Management

56 Description of LTE1680: Active Queue

Management
Introduction to the feature
The LTE1680: Active Queue Management feature introduces an improved packet data
convergence protocol (PDCP) packet discard mechanism with Active Queue
Management (AQM) using a timer-based discard probability function.
Dependent of the load situation respectively overload network situation the RL40/RL25
may discard too many packets in the PDCP buffer. This might lead to long enduring
stalling situations in transmission control protocol (TCP) - connections or even to TCP
disconnections.

56.1 Benefits
End-user benefits
The end-user get an improved TCP/IP user experience for mobile communication
services.

Operator benefits
This feature benefits the operator as follows: the operator gets more satisfied TCP/IP
using customers.

56.2 Functional description

Functional overview
The main goal of the LTE1680: Active Queue Management is to improve the TCP/IP
user experience in downlink direction. Especially long enduring TCP stalling conditions
are mitigated or even avoided.
The improvement is done with an Active Queue Management (AQM) in the DL PDCP
buffer.
The AQM application is limited to Data Radio Bearers with QoS class identifiers (QCIs) 1
- 9.

PDCP buffer AQM Discard Mechanism

The PDCP buffer entity AQM discards PDCP service data units (SDUs) from the PDCP
buffer entity with using a friendly packet discard mechanism.
The AQM Discard prerequisites are:

1. The AQM uses the sojourn time (tS) of each packet in the PDCP buffer to determine
a discard criterion for discard packets out of the PDCP buffer. The sojourn time (tS)
of each packet in the PDCP queue is measured between the en-queuing of the
packet into the PDCP buffer and the de-queuing of the packet.
2. The discard criterion is determined for each oldest PDCP packet when it is just de-
queued, according the following decision process:

Issue: 01 © 2019 Nokia. Nokia confidential. 383

   

Description of LTE1680: Active Queue Management General RRM Features (RL10 - LTE17A)

a) I If the sojourn time of the oldest packet is less or equal the start threshold of the
discard probability function (threshold st) no packets are discarded.
b) If the sojourn time of the oldest packet is greater than the threshold st a time
stamp is fed into the packet discard probability function.
c) I If the packet discard probability function decides that a packet shall be
discarded then the newest received PDCP SDU packet into the PDCP buffer is
discarded.

PDCP buffer AQM packet discard probability function.

To provide a TCP-friendly discard mechanism the PDCP AQM uses a packet discard
probability function that mitigates or avoids burst packet discards.
A discard probabilities function is shown in Figure 41: discard probability function.

Figure 41 discard probability function

Threshold “tD”
PDCP!packet!drop

Threshold “st”
probability![%]

3%

2%

1% max_discard

0%
PDCP!packet
sojourn!time,!t S
60% 100%

start!threshold!of!the tDiscard!=!tD:
discard!Prob.!Fct.;
start_threshold!=!st

st=st_percentage*tD; in!the!example!above!st+percentage!=!60%

DiscardProbability(t<st)
S =0%; [t>0];
S

(t-st)**4
S
DiscardProbability(st<t<tD)
S =1* [%];
(tD-st)**4
DiscardProbability(t>tD)
S =1%;

In RL50:

• The max_discard (the maximum PDCP packet drop probability) is set to 1%.
• The st_percentage is set to 60%.

The AQM packet discarding is applied exclusively to data radio bearers (DRBs) with
QCIs 1-9.

56.3 System impact

Interdependencies between features

384 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) Description of LTE1680: Active Queue Management

There are no interdependencies between this and any other feature.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network and network element management tools

This feature has no impact on network management or network element management
tools.

Impact on system performance and capacity

This feature impacts system performance and capacity as follows: The system
performance of TCP/IP services in DL is improved.

56.4 LTE1680 reference data

Requirements

Table 228 LTE1680 hardware and software requirements
FDD TDD
System release RL50 RL35TD
Flexi Multiradio 10 BTS LBTS5.0 TD-LBTS3.0
Flexi Multiradio 10 Indoor BTS LBTS5.0 not supported
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms
There are no alarms related to the LTE1680: Active Queue Management feature.

BTS faults and reported alarms

There are no faults related to the LTE1680: Active Queue Management feature.

Commands
There are no commands related to the LTE1680: Active Queue Management feature.

Measurements and counters

Issue: 01 © 2019 Nokia. Nokia confidential. 385

   

Description of LTE1680: Active Queue Management General RRM Features (RL10 - LTE17A)

There are no measurements or counters related to the LTE1680: Active Queue
Management feature.

Key performance indicators

There are no key performance indicators related to the LTE1680: Active Queue
Management feature.

Parameters
There are no parameters related to the LTE1680: Active Queue Management feature.

Sales information

Table 229 LTE1680 sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

386 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1800: Downlink interference shaping

57 LTE1800: Downlink interference shaping

57.1 Description of LTE1800: Downlink interference

shaping
Introduction to the feature
The basic idea of the LTE1800: Downlink interference shaping feature is to shape in
frequency domain (FD) the resource use in fractionally loaded cells. The main objective
of this feature is to make the downlink (DL) interference generated by a fractionally
loaded cell more predictable. This positive aspect becomes visible in the Channel Quality
Indicator (CQI) reports. These reports can be used in neighboring high-loaded cells to
schedule UEs that are affected by interference in an area with less interference,
improving also overall cell throughput. The LTE1800: Downlink interference shaping
feature consists of two parts: Interference shaping and PDSCH blanking.

Benefits
End-user benefits
This feature slightly impacts end-user experience. In a fractionally loaded cell there might
be a reduction of the maximum UE rate that causes impact on an average UE rate.
However, cell-edge UEs in the neighboring highly loaded cells experience better SINR.

Operator benefits
This feature gives a possibility of reducing the inter-cell interference by arranging
respective allocation areas to non-overlapping in fractionally-loaded neighboring cells.
The allocation of the cell edge UEs on less interfered resources is reached via frequency
selective scheduling. In highly loaded neighboring cells more accurate CQI reports are
used to schedule cell-edge UEs in an area with less interference. This increases cell
throughput and fairness. The gain brought by this feature depends on how much filtering
over time the UE applies for the reported CQI values (longer filtering = lower gain).
The main objective of the interference shaping is stabilizing the interference caused by
fractionally loaded cell to provide throughput improvements in highly loaded cells. The
aim of the PDSCH blanking is to help the UEs under high interference by creating a
static non-interfered “PDSCH channel”.

Requirements
For more information, see Reference data section.

Functional description
Functional overview
The main objective of the LTE1800: Downlink interference shaping feature is to make
neighboring cell interference more predictable and thus visible in frequency selective
CQI reporting of the UEs. This feature allows “squeezing the resources” in the FD for
better CQI. The traffic pattern in the cell is fractional but the DL interference shaping
enables a relocation of the traffic to the preferred area. When the traffic is moved, the
following areas are created:

Issue: 01 © 2019 Nokia. Nokia confidential. 387

   

LTE1800: Downlink interference shaping General RRM Features (RL10 - LTE17A)

• Preferred area where the traffic is squeezed
• “Clean area” excluded from allocations

Figure 42 Downlink interference shaping - the preferred area

The preferred area, understood as a range of PRBs in FD, is an area where the actual
allocations are allowed. The amount of preferred resources is adapted periodically to
traffic needs. This adaptation is based on use ratio of the preferred resources and Radio
Admission Control decisions. The operation of traffic relocation causes that the subband
CQIs can present the interference pattern generated by neighboring cell.
The interference shaping applies to the cells operating in the same frequency layer. For
multiple frequency layers per one eNB, the interference shaping can be applied
individually on each of them. The interference shaping is adequate only if the bandwidth
is partially in use. If the whole bandwidth is in use, there is no possibility to squeeze the
traffic and relocate it in the preferred area.
Determination of applying the interference shaping
Determination whether to apply interference shaping is based on a configurable
Activation threshold for interference
shaping (activationThreshold) parameter and neighboring cell load information.
The number of high-loaded neighboring cells for the LTE1800: Downlink interference
shaping feature activation is configurable. The Number of highly loaded
neighbor cells (nHighLoadNeighbor) parameter defines the minimum number
of high-loaded cells to apply the interference shaping. The decision whether the
interference shaping needs to be activated is also based on a measurement of the actual
PDSCH resource use. This measurement is repeated in time periods. The result is
provided when the period is over.
Determination of the position of the preferred area
Determination of the preferred area location depends on a cell type information (only for
macro-micro alignment) and preferred alignment (macro-macro or macro-micro).

388 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1800: Downlink interference shaping

Determination of the preferred resources position is derived from the Alignment
method for DL interference shaping (prefAligment) parameter and, for
macro-micro alignment, from the Cell Type (cellType) parameter. The Cell Type
(cellType) parameter is used to distinguish cells as macro (parameter equals to
"large") or micro (parameter is different from "large").
For macro-macro alignment, the position of the preferred area is derived by a modulo
operation from the physical cell identifier (PCI) of the cell:
PCI mod 3 = x.

• If the result (x) of the modulo operation is 0, the lower part of PDSCH resources are
the preferred area. The preferred resources are increased towards the upper
frequency edge and decreased from direction of the upper frequency edge towards
the lower.
• If the result (x) of the modulo operation is 1, the middle part of PDSCH resources are
the preferred area. The preferred resources are increased evenly towards upper and
lower frequency edge and decreased vice versa.
• If the result (x) of the modulo operation is 2, the upper part of PDSCH resources are
the preferred area. The preferred resources are increased towards the lower
frequency edge and decreased from direction of the lower frequency edge towards
the upper.

Resources to be blanked from scheduling on PDSCH are not considered for the macro-
macro alignment.
Any micros in which the interference shaping is activated with this alignment type behave
as macros.

g Note: The interference shaping is beneficial also if there are more than three cells per
frequency layer per eNB. The only condition is to ensure, via PCI planning, that
neighboring cells have different preferred area position.

For macro-micro alignment, all macros use the same preferred area as well as all micros
(depending on the setting of the Freq. edge for blanked resources in
macro cell (blankingPosition) parameter).
For macro-micro alignment, determination of the preferred area location depends on a
cell type information and the position of blanked resources:

1. If the Freq. edge for blanked resources in macro

cell (blankingPosition) parameter equals to upper and the Cell
Type (cellType) parameter equals to large then the preferred area is located in
the lower part of the resources.
2. If the Freq. edge for blanked resources in macro
cell (blankingPosition) parameter equals to upper and the Cell
Type (cellType) parameter is different from large then the preferred area is
located in the upper part of the resources.
3. If the Freq. edge for blanked resources in macro
cell (blankingPosition) parameter equals to lower and the Cell
Type (cellType) parameter equals to large then the preferred area is located in
the upper part of the resources.
4. If the Freq. edge for blanked resources in macro
cell (blankingPosition) parameter equals to lower and the Cell
Type (cellType) parameter is different from large then the preferred area is
located in the lower part of the resources.

Issue: 01 © 2019 Nokia. Nokia confidential. 389

   

LTE1800: Downlink interference shaping General RRM Features (RL10 - LTE17A)

Determination of the amount of preferred resources

The amount of preferred resources is determined by periodic updates based on average
PDSCH use during the last update period. In case of new GBR/non-GBR bearer
establishment the fast upgrade of preferred resources is implemented.
Position of blanked resources for PDSCH blanking
The position of the blanked area is determined along with the determination of the
position of preferred resources because of maximizing the space between them. The
position of blanked resources can be set independently of the interference shaping being
activated or not. In each cell where the LTE1800: Downlink interference shaping feature
is activated, the position of blanked resources is determined along with the area of
preferred resource.

g Note: The Freq. edge for blanked resources in macro

cell (blankingPosition) parameter is valid also when actual blanking is not
configured and then it determines the position of the preferred area. This parameter is
used only for macro-micro alignment.

Amount of blanked resources for PDSCH blanking:

The amount of resources to be blanked from scheduling of UEs on PDSCH is derived
from the Amount of blanked resources (amountBlankedRes) parameter.

Macro-macro alignment
For the macro cells, depending on the preferred area location, the blanked resources are
positioned at the other frequency edge, and evenly at the frequency edges if preferred
area is the middle part.
The micro cell behaves like the macro cell for macro-macro alignment if the LTE1800:
Downlink interference shaping feature is activated.
Macro-micro alignment

• The macro cell: the PDSCH resources to be blanked are positioned at the lower
frequency edge
• The micro cell: the PDSCH resource to be blanked are positioned at the upper
frequency edge
• Or vice versa depending on configuration of blanking position

Interworking with eICIC

If the LTE1113: eICIC - macro feature is applied for time domain interference mitigation in
heterogeneous environments, the LTE1800: Downlink interference shaping feature still
can be applied in addition. The main difference is the way of deriving the PRB use and
thus also the size of preferred area. The ABS pattern needs to be considered in addition.
The amount of preferred resources is adapted, scheduling of UE individual transmission
is restricted to the updated preferred resources.
A change of the ABS pattern is triggered by a macro cell operating the LTE1113: eICIC -
macro feature. With that, the amount of available resources changes in both, a
controlling macro and a controlled micro cell.

Interference shaping versus PDSCH blanking

390 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1800: Downlink interference shaping

The interference shaping and PDSCH blanking are two separate mechanisms that can
be activated separately or can work together.
Interference shaping defines the preferred area which can shrink or expand to adapt to
the load. In opposite, PDSCH blanking excludes certain PRBs from its usage by the
downlink scheduler permanently.

g Note: Common/control channel transmission, synchronization signals, reference
signals and generally all transmissions different from unicast PDSCH are not affected
either by the DL interference shaping or by the PDSCH blanking.

The light gray area in the Figure 43: Interference shaping versus blanking - the blanked
zone defines where the allocations occur in case of the PDSCH blanking. There is no
possibility of allocation outside the preferred area but this area is flexible and there is a
possibility to expand it. Changes of preferred area size are triggered when the upper or
lower use threshold of preferred resources is exceeded. However, a bursty traffic has to
be buffered as it is presented in the Figure 43: Interference shaping versus blanking - the
blanked zone.
In the blank area, there is no possibility of allocation at all. Contrary to the preferred area,
the blanked zone is solid (default 10% per cell for which the LTE1800: Downlink
interference shaping feature is activated). Interference shaping can be activated together
with blanking, but then the size of the preferred area is limited by the blanked zone. The
entire excess traffic is not allocated in the blanked zone and must wait in a buffer.

Figure 43 Interference shaping versus blanking - the blanked zone

Frequency Frequency

Time Time

Unallocatedarea Allocatedarea Preferredarea Blankedzone

Theentireexcesstrafficwillnotbeallocatedintheblankedzoneandmustwaitinthebuffer

DL channel state reporting by CQI and connection with the DL interference

shaping
There is a systematic delay in CQI reporting. Channel state reported by the CQIs is an
average over time of the channel conditions for a given part of the band. This means that
changes of the interference levels are not reflected immediately by the UE in the CQI
reports. If the traffic allocations in the FD are changing faster than the reporting latency,
the CQI reports are always inaccurate because of its delay. Shaping of the neighboring
cell interference makes the CQIs more accurate and it means better reflection of the
channel conditions.

g Note:  This feature requires that the aperiodic CQI reporting is activated. The eNB has
to receive aperiodic CQI reporting for all the UEs at least occasionally. The benefit is
expected only if the return traffic in UL, carrying the aperiodic CQI reports, exists.

Issue: 01 © 2019 Nokia. Nokia confidential. 391

   

LTE1800: Downlink interference shaping General RRM Features (RL10 - LTE17A)

If the cell adjacent to the cell with interference shaping is high-loaded, with accurate CQI
reports, the eNB allocates the UEs (experiencing neighboring cell interference) to less-
loaded resources, improving frequency scheduling gain. The basic idea is to use in each
cell the available neighboring cell load information to deduct if any benefit is expected by
applying interference shaping.

Resource status reporting via X2 interface

The interference shaping relies on the resource status reporting between neighboring
cells using X2 interface. After information delivery, the decision about whether to apply
interference shaping in a certain cell is taken.
The following reporting messages via X2 interface are used in the interference shaping:

• X2AP: Resource Status Request
• X2AP: Resource Status Response
• X2AP: Resource Status Update

Criteria for applying interference shaping in a cell (parameters):

• The interference shaping is applied if the average amount of resources being used
for the latest measurement period falls below value of the Activation
threshold for interference shaping (activationThreshold)
parameter. This is the first condition for applying the interference shaping.
• The second condition for applying the interference shaping is a minimum number of
neighboring cells in high load. This number is configurable and defined by the
Number of highly loaded neighbor cells  (nHighLoadNeighbor)
parameter. Handover statistics are used to derive cells from which the neighboring
cell load information is taken. These statistics are evaluated again with the restart of
the Restart period for neighbor cell load info
exchange (restartPeriodLoadExchange) parameter. A neighboring cell is
considered to be high-loaded if the average PRB use as reported by this cell is
above a threshold defined by the High load limit for neighbor
cell (limitHighLoadNeighbor) parameter. The number of cells from which to
require neighboring cell load information via X2 interface is configurable by the Max.
num. of cells for neighbor cell load info
exch. (nCellsLoadExchange) parameter. The Max. num. of cells for
neighbor cell load info exch. (nCellsLoadExchange) parameter also
allows to deactivate the neighbor cell load information.
• The interference shaping is applied if the neighbour cell load information exchange is
active and the eNodeB receives according load information. If neighboring cell load
information is unavailable or available partially, then this cell is considered as being
high-loaded. Then the blind interference shaping is performed.

g Note: The duration of an update period for the interference shaping is configurable by
the Periodicity for interference shaping for update
actions (updatePeriod) parameter. However, the decision if to perform the
LTE1800: Downlink interference shaping feature is taken whenever a new update
period starts.

Modification of the amount of preferred resources on PDSCH:

• The decision of increasing/decreasing or keeping the amount of resources is done at
the beginning of an update period. It is based on the measurements of the previous
update period. This need is derived from average resources use on PDSCH during

392 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1800: Downlink interference shaping

last update relative to the available amount of the preferred resources. The
increasing/decreasing is realized by one step for the next update period. The Upper
threshold to increase preferred
resources (prefResIncreaseThreshold) parameter and Upper
threshold to decrease preferred
resources (prefResDecreaseThreshold) parameter decide of above actions.
The step size is configurable by the Step size for adjusting the amount
of pref. resources (prefResStepSize) parameter.
• Limits of the preferred resources amount on PDSCH:
– If the preferred resources would lead to the value lower than a lower limit then
the amount of the preferred resources will be limited by value of the Lower
Limit for preferred resources (prefResLowerLimit) parameter.
– If an increase of the preferred resources amount leads to exceeding the
Activation threshold for interference
shaping (activationThreshold) parameter, all available resources on
PDSCH for scheduling of individual UEs are considered preferred resources (in
this situation the interference shaping is actually switched off).

• For GBR bearers
If the interference shaping is active, then the scheduling is limited to the preferred
resources (area). For GBR bearers being associated with a delay target it might be
impossible to reach this target if the amount of additionally required resources for the
GBR bearer on top of the existing bearers does not fit into the size of preferred area.
The preferred resources amount is adapted by fast increase mechanism during a
new bearer establishment. The fast increase mechanism is independent of the
Periodicity for interference shaping for update
actions (updatePeriod) parameter and the Step size for adjusting
the amount of pref. resources (prefResStepSize) parameter. The fast
increase is activated by the Activation of fast pref. resource inc.
mech. for GBR (actFastIncreaseGbr) parameter. Then the DL scheduling of
UE individual transmission is restricted to the updated preferred resources.
• For non-GBR bearers
If the interference shaping is active, a fast increase mechanism of the preferred
resources amount is activated for non-GBR bearers. The preferred resources
amount is adapted by fast increase mechanism during a new bearer establishment.
The fast increase mechanism is independent of the Periodicity for
interference shaping for update actions (updatePeriod)
parameter. The fast increase mechanism is activated by the Act. of fast
pref. resource inc. mech. for non-GBR (actFastIncreaseNonGbr)
parameter. The increase of the preferred resources is realized by one step size or to
all available resources if value exceeds the Activation threshold for
interference shaping (activationThreshold) parameter.

System impact
Interdependencies between features
The following features have to be enabled before activation of the LTE1800: Downlink
interference shaping feature:

• LTE496: Support of QCI 2, 3, 4
• LTE497: Smart Admission Control

The following features have positive impact on the LTE1800: Downlink interference
shaping feature:

Issue: 01 © 2019 Nokia. Nokia confidential. 393

   

LTE1800: Downlink interference shaping General RRM Features (RL10 - LTE17A)

• The LTE45: Fair scheduler (UL/DL) feature positively impacts the LTE1800: Downlink
interference shaping feature and vice versa. The LTE45: Fair scheduler (UL/DL)
feature is always active and cooperates with the LTE1800: Downlink interference
shaping. Moreover this feature improves CQI reports used by the LTE45: Fair
scheduler (UL/DL).
• The LTE767: Support of aperiodic CQI reporting feature has positive impact on the
LTE1800: Downlink interference shaping feature and is recommended to be
activated before the activation of the LTE1800: Downlink interference shaping
feature. The real gain of the LTE1800: Downlink interference shaping feature is
achieved only if the LTE767: Support of aperiodic CQI reporting feature is enabled.

The following features must be disabled before the LTE1800: Downlink interference
shaping feature activation:

• LTE116: Cell bandwidth 3 MHz
• LTE117: Cell bandwidth 1.4 MHz
• LTE1382: Cell resource groups
• For TDD, LTE527: Distributed Resource Allocation Type 2

The following features have a negative impact on the LTE1800: Downlink interference
shaping feature and vice versa:

• For FDD
– LTE1542: Supercell
– LTE993: Cell combination (supercell)

• For TDD
– LTE1542: Supercell
– LTE993: Cell combination (supercell)
– LTE493: TDD Beamforming
– LTE541: Dual Stream Beamforming

The following features have an impact to the LTE1800: Downlink interference shaping
feature (interoperation required):

• For FDD
– LTE1496: eICIC – micro
– LTE1042: Nominal Bitrate for non-GBR bearers
– LTE1089: Downlink carrier aggregation - 20 MHz - the potential gain of the
LTE1800: Downlink interference shaping feature is only given if there is a load
imbalance on both carriers between neighboring sectors
– LTE1332: Downlink carrier aggregation - 40 MHz - the potential gain of the
LTE1800: Downlink interference shaping feature is only given if there is a load
imbalance on both carriers between neighboring sectors
– LTE1562: Carrier aggregation for multi-carrier eNode Bs - the potential gain of
the LTE1800: Downlink interference shaping feature is only given if there is a
load imbalance on both carriers between neighboring sectors
– LTE1858: FDD Inter-band/Intra-band Carrier Aggregation with Two Flexi Zone
Micro BTSs
– LTE1387: Intra-eNode B IF Load Balancing

394 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1800: Downlink interference shaping

– LTE819: Inter-cell interference generation - the more balanced traffic between
cells in the same frequency layer is, the gain of the LTE1800: Downlink
interference shaping feature is lower
– LTE1170: Inter-frequency load balancing
– LTE1531: Inter-frequency load balancing extension
– LTE1140: Intra-frequency load balancing

• For TDD
– LTE1496: eICIC – micro
– LTE1042: Nominal Bitrate for non-GBR bearers
– LTE1089: Downlink carrier aggregation - 20 MHz - the potential gain of the
LTE1800: Downlink interference shaping feature is only given if there is a load
imbalance on both carriers between neighboring sectors
– LTE1332: Downlink carrier aggregation - 40 MHz - the potential gain of the
LTE1800: Downlink interference shaping feature is only given if there is a load
imbalance on both carriers between neighboring sectors
– LTE1562: Carrier aggregation for multi-carrier eNode Bs - the potential gain of
the LTE1800: Downlink interference shaping feature is only given if there is a
load imbalance on both carriers between neighboring sectors
– LTE1558: TDD Downlink carrier aggregation
– LTE1830: TDD Downlink carrier aggregation enhancement
– LTE1920: TDD Intra-band Three Carrier Aggregation for two-board Flexi Zone
Micro platform
– LTE1025: DL beamforming inter-cell interference generation - the more balanced
traffic between cells in the same frequency layer is, the gain of the LTE1800:
Downlink interference shaping feature is lower
– LTE1111: Inter-cell load generation for PDCCH
– LTE819: Inter-cell interference generation - the more balanced traffic between
cells in the same frequency layer is, the gain of the LTE1800: Downlink
interference shaping feature is lower
– LTE1170: Inter-frequency load balancing
– LTE1531: Inter-frequency load balancing extension
– LTE1140: Intra-frequency load balancing

Impact on interfaces
This feature has no impact on interfaces.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

In case of the interference shaping, an improvement of the average cell throughput of the
overall network is small (if any) but the cell edge throughput is improved across the
network and consequently the link budget is improved.
The PDSCH blanking introduces a reduction of the cell average throughput of the micro
cell but the cell throughput and quality KPIs in the macro cell are improved.

Management data
For more information, see Reference data section.

Issue: 01 © 2019 Nokia. Nokia confidential. 395

   

LTE1800: Downlink interference shaping General RRM Features (RL10 - LTE17A)

Sales information
For more information, see Reference data section.

57.2 LTE1800 reference data

LTE1800: Downlink interference shaping requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 230 LTE1800 hardware and software requirements
FDD TDD
System release RL70 RL55
Flexi Multiradio 10 BTS LBTS7.0 TD-LBTS5.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS5.0
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS LBTS7.0 TD-LBTS5.0
Flexi Zone Access Point FL15A TL15A
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct NetAct 15.2 NetAct 15.2
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 3GPP R8

Alarms
There are no alarms related to the LTE1800: Downlink interference shaping feature.

BTS faults and reported alarms

There are no faults related to the LTE1800: Downlink interference shaping feature.

Commands
There are no commands related to the LTE1800: Downlink interference shaping feature.

Measurements and counters

Table 231 New counters introduced by LTE1800
Counter Counter name Measurement
ID
M8011C8 DL interference shaping usage LTE Cell Resource
7

396 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1800: Downlink interference shaping

Table 231 New counters introduced by LTE1800 (Cont.)
Counter Counter name Measurement
ID
M8011C8 Amount of preferred resources LTE Cell Resource
8 per TTI
M8011C8 Number of changes of LTE Cell Resource
9 preferred resources

For counter descriptions, see the LTE Measurements and counters reference document.

Key performance indicators

There are no key performance indicators related to the LTE1800: Downlink interference
shaping feature.

Parameters

Table 232 New parameters introduced by LTE1800
Full name Abbreviated name Managed Parent FDD/TD
object structure D
Activation of fast actFastIncrease ISHPR - common
pref. resource Gbr
inc. mech. for GBR
Act. of fast pref. actFastIncrease ISHPR - common
resource inc. NonGbr
mech. for non-GBR
Freq. edge for blankingPositio ISHPR - common
blanked resources n
in macro cell
Downlink ishPrId ISHPR - common
interference
shaping profile
identifier
High load limit limitHighLoadNe ISHPR - common
for neighbor cell ighbor
Max. num. of cells nCellsLoadExcha ISHPR - common
for neighbor cell nge
load info exch.
Number of highly nHighLoadNeighb ISHPR - common
loaded neighbor or
cells
Periodicity for periodicityLoad ISHPR - common
neighbor cell load Exchange
info exchange
Alignment method prefAlignment ISHPR - common
for DL
interference
shaping
Lower threshold to prefResDecrease ISHPR - common
decrease preferred Threshold
resources

Issue: 01 © 2019 Nokia. Nokia confidential. 397

   

LTE1800: Downlink interference shaping General RRM Features (RL10 - LTE17A)

Table 232 New parameters introduced by LTE1800 (Cont.)
Full name Abbreviated name Managed Parent FDD/TD
object structure D
Upper threshold to prefResIncrease ISHPR - common
increase preferred Threshold
resources
Lower Limit for prefResLowerLim ISHPR - common
preferred it
resources
Step size for prefResStepSize ISHPR - common
adjusting the
amount of pref.
resources
Restart period for restartPeriodLo ISHPR - common
neighbor cell load adExchange
info exchange
Periodicity for updatePeriod ISHPR - common
interference
shaping for update
actions
Activate downlink actDlIntShaping LNBTS - common
interference
shaping
Downlink dlIshConfig LNCEL - common
interference
shaping
configuration
DL interference actDlIsh LNCEL dlIshConfig common
shaping active
Amount of blanked amountBlankedRe LNCEL dlIshConfig common
resources s
Downlink ishPrId LNCEL dlIshConfig common
interference
shaping profile
identifier

Table 233 Existing parameters related to LTE1800
Full name Abbreviated name Managed Parent FDD/TD
object structure D
Cell type cellType LNCEL - common

For parameter descriptions, see the LTE parameters reference document.

Sales information

Table 234 LTE1800 sales information
Product structure class License control Activated by default
Application software (ASW) SW Asset Monitoring No

398 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1800: Downlink interference shaping

57.3 Activating and configuring LTE1800

Instructions to activate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Activate downlink interference shaping (actDlIntShaping)
LNBTS parameter is used for activation.
Activation procedure requires BTS restart.
The following conditions must be met before the activation of the LTE1800: Downlink
Interference Shaping feature:
• The Aperiodic CQI reports must be enabled (the Enable aperiodic CQI
reporting on PUSCH  (cqiAperEnable) LNCEL parameter value is set to
true).
• The Activate multiple bearers (actMultBearers) LNBTS parameter
value is set to: true.
• The LTE496: Support of QCI 2, 3 and 4, LTE497: Smart Admission Control, and
LTE534: ARP-based Admission Control for E-RABs feature bundle is activated (the
Activate enhanced AC and GBR services
(actEnhAcAndGbrServices) LNBTS parameter value is set to: true).
• The LTE1382: Cell resource groups feature is disabled (the Cell resource
sharing mode (cellResourceSharingMode) LNCEL parameter value is set
to: none).

The following features need to be activated before activation of the LTE1800: Downlink
Interference Shaping feature:
• LTE496: Support of QCI 2, 3 and 4
• LTE497: Smart Admission Control

The following features need to be deactivated before activation of the LTE1800:
Downlink Interference Shaping feature:
• LTE1382: Cell resource groups

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

Issue: 01 © 2019 Nokia. Nokia confidential. 399

   

LTE1800: Downlink interference shaping General RRM Features (RL10 - LTE17A)

2 Activate the Activate downlink interference

shaping (actDlIntShaping) LNBTS parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Go to the LNBTS_FDD or LNBTS_TDD object.
d) Set the Activate downlink interference
shaping (actDlIntShaping) parameter value to true.

3 Create and configure the ISHPR object under the LNBTS object.

g Note: It is possible to create up to 16 ISHPR objects. The created object must
then be assigned to cells in the eNB (presented in the subsequent steps).
a) In the created object, assign the proper identifier to the ISHPR using the
Downlink interference shaping profile identifier (ishPrId)
ISHPR parameter.

g Note: The identifier assigned to the first ISHPR object that was created must be
zero. The identifiers assigned to the succeeding ISHPR objects must continue in
an increasing manner. The maximum value of the identifiers is 15.
That identifier will be used to assign the ISHPR object to the given cell.

b) Configure the following structure parameters:
1. Downlink interference shaping profile
identifier(ishPrId)
This parameter is the naming attribute for MOC ISHPR and it uniquely
identifies an instance of the Downlink Interference Shaping Profile (ISHPR).
There is no default value to the parameter. A range of step is: 0 - 15.
2. Act. of fast pref. resource inc. mech. for non-
GBR (actFastIncreaseNonGbr)
The parameter activates the fast increase mechanisms of amount of
preferred resources for new non-GBR bearer arriving into the system.
The default value is: false.
3. Activation of fast pref. resource inc. mech. for
GBR (actFastIncreaseGbr)
The parameter activates the fast increase mechanisms of amount of
preferred resources for new GBR bearer arriving into the system.
The default is: true.
4. Activation threshold for interference
shaping (activationThreshold)
The parameter defines a fraction of the resources being available for UE
scheduling on PDSCH. If average PDSCH utilization falls below this
threshold, the interference shaping functionality is applied.
The default value is: 100%.
5. Alignment method for DL interference
shaping (prefAlignment)
6. Freq. edge for blanked resources in macro
cell (blankingPosition)

400 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1800: Downlink interference shaping

The parameter determines at which frequency edge the blanked resources
are allocated in a macro cell. A micro cell always uses the opposite edge.
The default value is: upper.
7. High load limit for neighbor
cell (limitHighLoadNeighbor)
The parameter configures the load limit for considering a neighbor cell as
highly loaded
The default value is: 80%.
8. Lower Limit for preferred resources (prefResLowerLimit)
The parameter sets the lower limit for preferred resources. Preferred
resources are not decreased below this limit.
The default value is: 30%.
9. Lower threshold to decrease preferred
resources (prefResDecreaseThreshold)
The parameter sets the lower utilization threshold of preferred resources. If
exceeded downwards, the amount of preferred resource is decreased.
The default value is: 60%.
10. Max. num. of cells for neighbor cell load info
exch. (nCellsLoadExchange)
the parameter determines the maximum amount of neighboring cells from
which to request neighbor cell load information internally or via X2 interface
for eICIC.
The default value is: 6.
11. Number of highly loaded neighbor
cells (nHighLoadNeighbor)
The paraemter configures the minimum number of neighbor cells in high load
in order to apply interference shaping.
The default value is: 2.
12. Periodicity for interference shaping for update
actions (updatePeriod)
the parameter determines the basic periodicity for interference shaping to
perform measurements, update preferred resources, etc.
the default value is: 100 ms.
13. Periodicity for neighbor cell load info
exchange (periodicityLoadExchange)
the parameter determines the periodicity with which neighbor cell load
information is exchanged.
The default value is: 1000 ms.
14. Restart period for neighbor cell load info
exchange (restartPeriodLoadExchange)
The parameter determines a period with which to restart the neighbor cell
load information exchange for eICIC.
The default value is: 30 min.
15. Step size for adjusting the amount of pref.
resources (prefResStepSize)
The parameter determines the step size for increasing/decreasing the
amount of preferred resources.
The default value is: 2RBGs.
16. Upper threshold to increase preferred
resources (prefResIncreaseThreshold)
The parameter sets the upper utilization threshold of preferred resources. If
exceeded upwards, the amount of preferred resource is increased.

Issue: 01 © 2019 Nokia. Nokia confidential. 401

   

LTE1800: Downlink interference shaping General RRM Features (RL10 - LTE17A)

The default value is: 80%.

4 Configure the Downlink interference shaping

configuration (dlIshConfig) LNCEL structure in every cell, where the LTE1800:
Downlink Interference Shaping feature is to be used.

g Note: Repeat this step in every cell to which you want to assign the ISHPR
object.
a) In the LNBTS object, select the LNCEL object.
b) Select the Downlink interference shaping
configuration (dlIshConfig) parameter structure.
c) Assign the created ISHPR object to the cell.
The value of the Downlink interference shaping profile
identifier (ishPrId) LNCEL parameter must be equal to the value of the
Downlink interference shaping profile identifier (ishPrId)
ISHPR parameter of the ISHPR object that you want to assign to the cell.
d) Configure the Amount of blanked resources (amountBlankedRes)
parameter.
The parameter determines the amount of resources to be blanked for PDSCH
scheduling of UE specific transmissions. Given percentage will be rounded to the
next larger integer multiple of the system bandwidth dependent allocation
granularity on PDSCH (resource block group size for resource allocation type 0).
Position of resources to be blanked is derived dynamically. Value "0" disables the
PDSCH blanking sub-functionality.
The default value is: 0%.
e) Configure the DL interference shaping active (actDlIsh)
parameter.
The parameter determines if the interference shaping sub-functionality is active
The default value is: true.

5 Configure the other Downlink interference shaping

configuration (dlIshConfig) LNCEL structure parameters

6 Send the parameters to the eNB.

57.4 Deactivating LTE1800

Instructions to deactivate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Activate downlink interference shaping (actDlIntShaping)
LNBTS parameter is used for deactivation.

402 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1800: Downlink interference shaping

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Deactivate the Activate downlink interference

shaping (actDlIntShaping) LNBTS parameter (when you want to deactivate the
feature on an eND level).

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Go to the LNBTS_FDD or LNBTS_TDD object.
d) Set the Activate downlink interference
shaping (actDlIntShaping) parameter value to false.

3 Configure the Downlink interference shaping

configuration (dlIshConfig) LNCEL structure.

g Note: Perform that step in each cell where the
LTE1800: Downlink Interference Shaping feature is to be deactivated.
a) Expand the LNCEL object
b) Select the Downlink interference shaping
configuration (dlIshConfig) LNCEL structure.
c) Set the DL interference shaping active (actDlIsh) parameter value
to false.
d) Set the Amount of blanked resources (amountBlankedRes)
parameter value to: zero (0)

4 Send the parameters to the eNB .

Issue: 01 © 2019 Nokia. Nokia confidential. 403

   

LTE1819: Data Session Profiling General RRM Features (RL10 - LTE17A)

58 LTE1819: Data Session Profiling

Benefits, requirements, functionality, system impact, and reference data of the feature.

The LTE1819: Data Session Profiling feature adapts the user equipment (UE) inactivity
timer based on the UE data session short-term history. The UE is released after a period
without any user data transmission and this happens independently for each UE.

58.1 LTE1819 benefits

The LTE1819: Data Session Profiling feature provides the following benefits:
• The network signaling load is reduced because of the fewer radio resource control
(RRC) setup procedures after the RRC connection is released in the UE.
• The UE battery life is enhanced and the number of RRC-connected UEs for each
evolved node B (eNB) is decreased because only the selected UEs are kept RRC-
active longer than the minimum time.
• Web browsing delays are shorter because the users have a higher probability of
being RRC-connected during a browsing session.

58.2 LTE1819 functional description

The RRC connection is released when there is no uplink (UL) and downlink (DL) data
transmitted during the UE inactivity timer duration. The LTE1819: Data Session Profiling
feature optimizes the timer value, making it UE-specific and adapting the value to the UE
short-term data activity profile. A short inactivity timer, which is equal to the value of the
inactivityTimer LNCEL parameter, is used by default.

g Note:
The long inactivity timer is equal to the product of the values of the inactivityTimer
and the inactivityTimerMult LNCEL parameters.

UEs requesting a new RRC connection are kept RRC-active for a longer time. When the
RRC connection is released, the eNB stores an entry with the system architecture
evolution - temporary mobile subscriber identity (S-TMSI) of the UE and a timestamp of
when the last packet was sent to or received from the UE in a database. A database
entry is made only if the UE is released via inactivity timer. Other reasons for release,
like a dropped call or MME terminating the connection, do not modify the database.

g Note: The elapsed inactivity time is lost at intra-eNB and inter-eNB handover and
restarts from short inactivity timer again. The short inactivity timer is also set after a re-
establishment of connection.

When a new RRC connection request is received, the eNB checks for the same S-TMSI
from the database. If the S-TMSI is found and the timestamp indicates a data activity in
recent history, more recent than the value of the long inactivity timer, the eNB applies a
long operator-configurable inactivity timer for the UE. Otherwise, a short operator-
configurable timer is applied.

404 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1819: Data Session Profiling

g Note: The old entries in the S-TMSI database might be overwritten by the new entries if
the database is full.

58.3 LTE1819 system impact

LTE1819: Data Session Profiling impact on features, system performance and capacity.

Interdependencies between features

The LTE1819: Data Session Profiling feature is impacted by the following features:
• LTE50: UE state management
This feature defines the current concept for the fixed inactivity timer.
• LTE908: ANR Inter-RAT UTRAN - Fully UE-based
This feature adds a margin to the inactivity timer if it is too short.

Impact on interfaces
The LTE1819: Data Session Profiling feature has no impact on interfaces.

Impact on network management tools

The LTE1819: Data Session Profiling feature has no impact on network management
tools.

Impact on system performance and capacity

The LTE1819: Data Session Profiling feature impacts system performance and capacity
as follows:
• The search for the S-TMSI in the new data base might delay the RRC connection
setup or initial context setup.
• The call drop rate increases because of the long inactivity timer. The lower layers will
get less return information about the signaling quality in case a connected UE is
silent as compared to a connected UE that has a data transfer. The modulation and
coding scheme (MCS) and power control are suboptimal. The assigned physical
resource blocks (PRBs) show clear interference, which increases the probability to
lose connections.
• The number of RRC-connected UEs and handovers are increased because of the
long inactivity timer. This reduces the number of UEs that can be served in a cell.

58.4 LTE1819 reference data

LTE1819 Data Session Profiling requirements, measurements and counters,
parameters, and sales information.

Requirements

Issue: 01 © 2019 Nokia. Nokia confidential. 405

   

LTE1819: Data Session Profiling General RRM Features (RL10 - LTE17A)

Table 235 LTE1819 hardware and software requirements
FDD TDD
System release FDD-LTE16 TD-LTE16
Flexi Multiradio 10 BTS FL16 TL16
Flexi Multiradio 10 Indoor BTS Not supported TL16
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS FL16 TL16
Flexi Zone Access Point FL16 TL16
Cloud Flexi Zone Controller FL17A TL17A
OMS LTE OMS16 LTE OMS16
NetAct NetAct 16.2 NetAct 16.2
MME Not supported Not supported
SAE GW Not supported Not supported
UE Support not needed Support not needed

Alarms
There are no alarms related to the LTE1819: Data Session Profiling feature.

Commands
There are no commands related to the LTE1819: Data Session Profiling feature.

Measurements and counters

Table 236 New counters introduced by LTE1819
Counter ID Counter name Measurement
M8013C70 Number of UEs released after short inactivity LTE UE State
timer
M8013C71 Number of UEs released after long inactivity timer LTE UE State

For counter descriptions, see LTE Performance Measurements and Key Performance
Indicators

Key performance indicators

There are no key performance indicators related to the LTE1819: Data Session Profiling
feature.

Parameters

Table 237 New parameters introduced by LTE1819
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate data actDataSession LNCEL - common
session profiling Prof

406 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1819: Data Session Profiling

Table 237 New parameters introduced by LTE1819 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Inactivity timer inactivityTime LNCEL - common
multiplier rMult

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters

Sales information

Table 238 LTE1819 Sales information
Product structure class License control Activated by default
Application software (ASW) Pool license No

58.5 Activating and configuring LTE1819

Instructions to activate and configure the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• preconfiguration
The inactivityTimer LNCEL parameter is configured.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the actDataSessionProf parameter value to true.

4 Set the inactivityTimerMult parameter to any value ranging from 2 to 10.

5 Send the commissioning plan file to the BTS.

Issue: 01 © 2019 Nokia. Nokia confidential. 407

   

LTE1819: Data Session Profiling General RRM Features (RL10 - LTE17A)

Result

Expected outcome
The eNB decides the value of the RRC activity timer based on the recent UE inactivity.
Either the short or the long inactivity timer is applied.

58.6 Deactivating LTE1819

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• preconfiguration
– The LTE1819: Data Session Profiling feature is enabled
(actDataSessionProf parameter is set to true).
– The inactivityTimer and inactivityTimerMult LNCEL parameters
are configured.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

3 Set the actDataSessionProf parameter value to false.

4 Send the commissioning plan file to the BTS.

Result

Expected outcome
The LTE1819: Data Session Profiling feature is deactivated, and the value of the
inactivityTimer LNCEL parameter is applied.

408 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1905: PLMN ID and SPID Selected Mobility Profiles

59 LTE1905: PLMN ID and SPID Selected Mobility

Profiles
Introduction to the feature
The LTE1905: PLMN ID and SPID Selected Mobility Profiles feature replaces a virtual
SPID calculation, provided by the LTE486: PLMN ID Selected Mobility Profiles feature,
with a provisioned PLMN-SPID-based method for selecting a mobility profile.
Additionally, the LTE1905: PLMN ID and SPID Selected Mobility Profiles feature also is
related to the LTE490: Subscriber profile based mobility feature; with the LTE1905:
PLMN ID and SPID Selected Mobility Profiles feature there are profile selection based
on: SPID only, PLMN only, and SPID-PLMN.

Benefits
End-user benefits
This feature does not affect the end-user experience.

Operator benefits
The UE mobility is optimized because:
• The operator can specify a method for selecting a mobility profile: PLMN ID only,
SPID only, or combined PLMN ID and SPID.
• The operator can provision separate SPIDs and mobility profiles per PLMN.

Functional description
A mobility profile contains lists of allowed target LTE and inter-RAT frequencies/bands
that are used for a UE's mobility. The eNB selects the mobility profile by comparing one
of the following values with the moPrMappingList LNCEL parameter:
• a UE's Subscriber profile ID (SPID) received from an MME - introduced with the
LTE490: Subscriber Profile-based Mobility feature
• a UE's serving public land mobile network (PLMN)

g Note: A virtual SPID introduced with the
LTE486: PLMN ID Selected Mobility Profiles is replaced with the
LTE1905: PLMN ID and SPID Selected Mobility Profiles feature.
• a UE's serving PLMN ID and SPID - introduced with the LTE1905: PLMN ID and
SPID Selected Mobility Profiles feature

The moProfileSelect parameter values

When the LTE1905: PLMN ID and SPID Selected Mobility Profiles feature is enabled
(the actSelMobPrf parameter is set to true), the eNB's behavior depends on the
profile selection method indicated by the moProfileSelect LNBTS parameter, the
configuration in the moPrMappingList LNCEL parameter, the UE's serving PLMN,
and the SPID value, if provided by the MME.
For the moProfileSelect=spid, the eNB uses the SPID value if provided by the
MME and searches the mobility profile in the moPrMappingList table, using the SPID
value. It ignores the PLMN value in the table. If a match is not found, or the SPID was
not received from the MME, the default mobility profile is used.

Issue: 01 © 2019 Nokia. Nokia confidential. 409

   

LTE1905: PLMN ID and SPID Selected Mobility Profiles General RRM Features (RL10 - LTE17A)

For the moProfileSelect=plmn, the eNB uses the serving PLMN ID of the UE to
search the mobility profile in the moPrMappingList table. It ignores the SPID value if
it was provided by the MME. If a match is not found, then the default mobility profile is
used.
For the moProfileSelect=combined, the eNB uses the serving PLMN ID and the
SPID to search the profile in the moPrMappingList table as follows:
• If both the PLMN ID and SPID values are available, the eNB looks up the table,
using both the PLMN ID and SPID first to find a match. If the match is not found, then
the eNB looks up the table, using only the SPID to find a match. The PLMN is then
represented by an empty wildcard on a mobility profile mapping list. If the match is
not found, then the eNB looks up the table, using only the PLMN ID to find a match.
The SPID is then represented by an empty wildcard on a mobility profile mapping list.
If the match is not found, then the default profile is used.
• If only the PLMN ID value is available (the MME did not provide any SPID value), the
eNB looks up the table, using only the PLMN ID to find a match. If the match is not
found, then the default mobility profile is used.

In all cases, if an entry is found in the moPrMappingList table, the moPrId from the
entry is used to find the mobility profile; otherwise, the MODPR is used.

Mobility profile mapping table

The mobility profile mapping table is extended with the PLMN ID (the mcc, mnc, and
mncLength) attributes in addition to the spid and spidLast attributes. These
attributes are used as a key to search the mobility profile identifier that points to the
actual mobility profile.

System impact
Interdependencies between features

• LTE490: Subscriber Profile-based Mobility
The LTE1905: PLMN ID and SPID Selected Mobility Profiles feature is enabled only
when the LTE490: Subscriber Profile-based Mobility feature is enabled, and
moProfileSelect=plmn or moProfileSelect=combined. The LTE1905:
PLMN ID and SPID Selected Mobility Profiles feature also supports
moProfileSelect=spid.

Impact on interfaces
No impact on interfaces.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

No impact on system performance or capacity.

59.1 LTE1905 reference data

Requirements

410 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1905: PLMN ID and SPID Selected Mobility Profiles

Table 239 LTE1905 hardware and software requirements
FDD TDD
System release FDD-LTE 15A TD-LTE 15A
Flexi Multiradio 10 BTS FL15A TL15A
Flexi Multiradio 10 Indoor BTS Not supported TL15A
Nokia AirScale BTS FL16 TL16
Flexi Zone BTS FL15A TL15A
Flexi Zone Access Point FL16 TL16
Cloud Flexi Zone Controller FL17A FL17A
OMS Support not required Support not required
NetAct NetAct 15.5 Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE Support not required Support not required

Alarms
There are no alarms related to the LTE1905: PLMN ID and SPID Selected Mobility
Profiles feature.

BTS faults and reported alarms

There are no faults related to the LTE1905: PLMN ID and SPID Selected Mobility
Profiles feature.

Commands
There are no commands related to the LTE1905: PLMN ID and SPID Selected Mobility
Profiles feature.

Measurements and counters

There are no measurements or counters related to the LTE1905: PLMN ID and SPID
Selected Mobility Profiles feature.

Key performance indicators

There are no key performance indicators related to the LTE1905: PLMN ID and SPID
Selected Mobility Profiles feature.

Parameters

Table 240 New parameters introduced by LTE1905
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Mobile country code mcc LNCEL moPrMappingLis common
t
Mobile network code mnc LNCEL moPrMappingLis common
t

Issue: 01 © 2019 Nokia. Nokia confidential. 411

   

LTE1905: PLMN ID and SPID Selected Mobility Profiles General RRM Features (RL10 - LTE17A)

Table 240 New parameters introduced by LTE1905 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Mobile network code mncLength LNCEL moPrMappingLis common
length t

Table 241 Existing parameters related to LTE1905
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate selective actSelMobPrf LNBTS - common
mobility profiles
Mobility profile moProfileSelec LNBTS - common
selection mode t
Mobility profiles moPrMappingLis LNCEL - common
mapping list t
Mobility profile ID moPrId LNCEL moPrMappingLis common
t
Subscriber profile spid LNCEL moPrMappingLis common
ID t
Last subscriber spidLast LNCEL moPrMappingLis common
profile ID of a t
range
Idle mode mobility modimpId MODIM - common
default profile P
identifier
Frequency layer freqLayListCsf MODPR - common
list for high bHighWcdma
priority CSFB to
WCDMA
Frequency layer freqLayListCsf MODPR - common
list high priority bHighTdscdma
CSFB to TD-SCDMA
Frequency layer freqLayListCsf MODPR - common
list for normal bNormWcdma
priority CSFB to
WCDMA
Frequency layer freqLayListCsf MODPR - common
list normal bNormTdscdma
priority CSFB to
TD-SCDMA
Frequency layer freqLayListLte MODPR - common
list for LTE inter
frequency mobility
Frequency layer freqLayListPsH MODPR - common
list for packet oWcdma
switched handover
WCDMA
Frequency layer freqLayListPsH MODPR - common
list for PS oTdscdma
handover TD-SCDMA

412 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1905: PLMN ID and SPID Selected Mobility Profiles

Table 241 Existing parameters related to LTE1905 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Frequency layer freqLayListSrv MODPR - common
list for SRVCC to ccWcdma
WCDMA
Reference freq. refFreqListNac MODPR - common
list network cGeran
assisted cell
change GERAN
Band indicator bandIndicator MODPR refFreqListNac common
applied to cGeran
reference ARFCN
Reference ARFCN referenceARFCN MODPR refFreqListNac common
cGeran
Auto adaptation to autoAdapt MODPR - common
freq. layers of all
neighbour cells
Frequency layer freqLayListDed MODPR - common
list for ded. VoLTE VoLteHo
inter-frequency HO
Frequency layer freqLayListSer MODPR - common
list for VoLTE viceBasedHo
service based HO
Percentage of UE idleLBPercenta MODPR - common
for idle mode load geOfUes
balancing
Mobility default moDPrId MODPR - common
profile identifier
Reference frequency refFreqListSrv MODPR - common
list for SRVCC to ccGsm
GSM
Band indicator bandIndicator MODPR refFreqListSrv common
applied to ccGsm
reference ARFCN
Reference ARFCN referenceARFCN MODPR refFreqListSrv common
ccGsm
Idle mode mobility moimpId MOIMP - common
profile identifier
Percentage of UE idleLBPercenta MOPR - common
for idle mode load geOfUes
balancing
Mobility profile moPrId MOPR - common
identifier
Frequency layer freqLayListCsf MOPR - common
list for high bHighWcdma
priority CSFB to
WCDMA
Frequency layer freqLayListCsf MOPR - common
list high priority bHighTdscdma
CSFB to TD-SCDMA

Issue: 01 © 2019 Nokia. Nokia confidential. 413

   

LTE1905: PLMN ID and SPID Selected Mobility Profiles General RRM Features (RL10 - LTE17A)

Table 241 Existing parameters related to LTE1905 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Frequency layer freqLayListCsf MOPR - common
list for normal bNormWcdma
priority CSFB to
WCDMA
Frequency layer freqLayListCsf MOPR - common
list normal bNormTdscdma
priority CSFB to
TD-SCDMA
Frequency layer freqLayListDed MOPR - common
list for ded. VoLTE VoLteHo
inter-frequency HO
Frequency layer freqLayListLte MOPR - common
list for LTE inter
frequency mobility
Frequency layer freqLayListPsH MOPR - common
list for packet oWcdma
switched handover
WCDMA
Frequency layer freqLayListPsH MOPR - common
list for PS oTdscdma
handover TD-SCDMA
Frequency layer freqLayListSer MOPR - common
list for VoLTE viceBasedHo
service based HO
Frequency layer freqLayListSrv MOPR - common
list for SRVCC to ccWcdma
WCDMA
Reference freq. refFreqListNac MOPR - common
list network cGeran
assisted cell
change GERAN
Band indicator bandIndicator MOPR refFreqListNac common
applied to cGeran
reference ARFCN
Reference ARFCN referenceARFCN MOPR refFreqListNac common
cGeran
Reference frequency refFreqListSrv MOPR - common
list for SRVCC to ccGsm
GSM
Band indicator bandIndicator MOPR refFreqListSrv common
applied to ccGsm
reference ARFCN
Reference ARFCN referenceARFCN MOPR refFreqListSrv common
ccGsm

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

414 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1905: PLMN ID and SPID Selected Mobility Profiles

Table 242 LTE1905 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

59.2 Activating and configuring LTE1905

Instructions to activate and configure the feature

Before you start

The activation procedure requires object locking.
The LTE1905: PLMN ID and SPID Selected Mobility Profiles feature is activated by the
Activate selective mobility profiles (actSelMobPrf) and
Mobility profile selection mode (moProfileSelect) LNBTS
parameters. The LTE490: Subscriber Profile-based Mobility feature is activated by the
same Activate selective mobility profiles (actSelMobPrf) LNBTS
parameter.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Set the Activate selective mobility profiles (actSelMobPrf)

parameter value to true.

Object path: MRBTS ► LNBTS

3 Set the Mobility profile selection mode (moProfileSelect) parameter

value to plmn or combined.

Object path: MRBTS ► LNBTS

4 Configure the Mobility profile ID (moPrMappingList) structure.

Object path: MRBTS ► LNBTS ► LNCEL

Issue: 01 © 2019 Nokia. Nokia confidential. 415

   

LTE1905: PLMN ID and SPID Selected Mobility Profiles General RRM Features (RL10 - LTE17A)

g Note:
• In case Mobility profile selection mode (moProfileSelect)
parameter value is set to plmn, the configuration of the following parameters
is mandatory:
– Mobile country code (mcc)
– Mobile network code (mnc)
– Mobile network code length (mncLength)
– Mobility profile ID (moPrId)
• In case the Mobility profile selection
mode (moProfileSelect) parameter value is set to combined, follow one
of the following configurations scenarios:
–
• Mobile country code (mcc)
• Mobile network code (mnc)
• Mobile network code length (mncLength)
• Mobility profile ID (moPrId)
–
• Subscriber profile ID (spid)
• Last subscriber profile ID of a range (spidLast)
• Mobility profile ID (moPrId)
–
• Mobile country code (mcc)
• Mobile network code (mnc)
• Last subscriber profile ID of a range (spidLast)
• Mobile network code length (mncLength)
• Subscriber profile ID (spid)
• Mobility profile ID (moPrId)

g Note: If there is no element of the moPrMappingList configured, MODPR will
be used.

5 Create the MOPR object.

Object path: MRBTS ► LNBTS

6 Set the Mobility profile identifier (moPrId) parameter value.

Object path: MRBTS ► LNBTS ► MOPR

g Note: The  Mobility profile identifier (moPrId) parameter's

value in the MOPR object needs to be equal to the Mobility profile ID
(moPrId) in the Mobility profiles mapping
list (moPrMappingList) structure.

416 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1905: PLMN ID and SPID Selected Mobility Profiles

7 Send the parameters to the eNB.

Result

The LTE1905: PLMN ID and SPID Selected Mobility Profiles and LTE490: Subscriber
Profile-based Mobility features are activated.

59.3 Deactivating LTE1905 with the actSelMobPrf

parameter
Instructions to deactivate the feature

Before you start

The Activate selective mobility profiles (actSelMobPrf) or
Mobility profile selection mode (moProfileSelect) parameter is used
for deactivation. Modification of the parameter requires neither eNB restart nor cell
locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Deactivate the LTE1905: PLMN ID and SPID Selected Mobility Profiles and LTE490:
Subscriber Profile-based Mobility features. Set the Activate selective
mobility profiles (actSelMobPrf) parameter value to false.

Object path: MRBTS ► LNBTS

3 Send the parameters to the eNB.

Result

The LTE1905: PLMN ID and SPID Selected Mobility Profiles and LTE490: Subscriber
Profile-based Mobility features are deactivated.

Issue: 01 © 2019 Nokia. Nokia confidential. 417

   

LTE1905: PLMN ID and SPID Selected Mobility Profiles General RRM Features (RL10 - LTE17A)

59.4 Deactivating LTE1905 with the moProfileSelect

parameter
Instructions to deactivate the feature

Before you start

The Activate selective mobility profiles (actSelMobPrf) or
Mobility profile selection mode (moProfileSelect) parameter is used
for deactivation. Modification of the parameter requires neither eNB restart nor cell
locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Deactivate the LTE1905: PLMN ID and SPID Selected Mobility Profiles feature. Set the
Mobility profile selection mode (moProfileSelect) parameter value to
spid.

Object path: MRBTS ► LNBTS

3 Send the parameters to the eNB.

Result

• The LTE1905: PLMN ID and SPID Selected Mobility Profiles feature is deactivated.
• If the actSelMobPrf = true, the eNB supports SPID-based mobility profile
selection as in the LTE490: Subscriber Profile-based Mobility feature.

418 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1913: Calibration Optimization for WiMAX
Coexistence

60 LTE1913: Calibration Optimization for WiMAX

Coexistence

60.1 Description of LTE1913: Calibration Optimization

for WiMAX Coexistence
Introduction to the feature
The LTE1913: Calibration Optimization for WiMAX Coexistence feature enables the Flexi
Multiradio TD-LTE BTS to support radio receiver (Rx) calibration in the last symbol of the
normal uplink (UL) subframe. It also permits disabling the Rx calibration.

Benefits
End-user benefits
This feature does not affect the end-user experience.

Operator benefits
This feature offers the operator to support Nokia 8-pipe solution site that coexists with
WiMAX and special subframe configuration (SSF) 4 from the neighboring sites.

Requirements
For more information, see Reference data section.

Functional description
The LTE1913: Calibration Optimization for WiMAX Coexistence feature enables the Flexi
Multiradio TD-LTE BTS to support Rx calibration in the last symbol of the normal UL
subframe. Additionally, it is possible to disable Rx calibration while keeping the radio
transmitter (Tx) calibration enabled. This is applied in three cases:
• Case 1: The Nokia equipment is configured to transmit SSF3/4/7 and has to coexist
with other vendors' WiMAX equipment.
• Case 2: The Nokia equipment is configured to transmit SSF7 and has to coexist with
other vendors' equipment that transmits SSF3/4/8.
• Case 3: The Nokia equipment is configured to transmit SSF3 and has to coexist with
other vendor's equipment that transmits SSF4.

g Note: Cases 2 and 3 are treated as under coexistence with WiMAX, in the same way
as case 1 in the scope of the
LTE1913: Calibration Optimization for WiMAX Coexistence.

In , the WiMAX downlink (DL) signal coincides with the guard period (GP) of the SSF7
when aligned. In , the downlink pilot time-slot (DwPTS) (represented as D) of the SSF4
coincides with the GP (represented as G) of the SSF7 when aligned. This also applies to
aligned SSF3/8 and SSF7, and aligned SSF3 and SSF4.

Issue: 01 © 2019 Nokia. Nokia confidential. 419

   

LTE1913: Calibration Optimization for WiMAX General RRM Features (RL10 - LTE17A)
Coexistence

Figure 44 Aligned WiMAX and TD-LTE
WiMAXDLEnd WiMAXULStart WiMAXULEnd NextWiMAXFrameStart
2982.857 3088.571 4940 5000

2982.857 1851.429

TD-LTEULgapwith
RTD
WiMAXDL

TD-LTEframeis CellSRSconfiguresbutnot
UpPTS
delayed allocatetoanyUEspecific
isblank RealstarttimeofTD- TheSRSisputin RealstarttimeofTD- SRS
LTEULsubframe2 thelastsymbolof LTEULsubframe3
subframe2
PPSWiMaxoffset

Figure 45 Aligned SSF4 and SSF7

SSF4 D D D D D D D D D D D D G U

SSF7 D D D D D D D D D D G G U U

In these cases, if the Rx calibration is located in the GP, it will experience an interference
from the WiMAX DL or DwPTS from other SSF. This makes the conventional Rx
calibration impossible during the GP.
Therefore, to permit Rx calibration in the WiMAX coexistence scenario, the LTE1913:
Calibration Optimization for WiMAX Coexistence feature provides two options. The first
option is to relocate the Rx calibration from the GP to the last symbol of the normal UL
subframe number 2 or 7 with LTE frame configuration 1 (DL:UL = 2:2) and SSF3/4/7.
The other option is to disable the Rx calibration independently from the Tx calibration.
Before activating the LTE1913: Calibration Optimization for WiMAX Coexistence feature,
the LTE1443: UpPTS Blanking and LTE1650: Remove WiMAX Interference to TDLTE
During UL Subframe#3/8, TDLTE Conf.1 features must be activated. To enable the TD-
LTE network to coexist with the existing deployed WiMAX network that shares sites and
frequencies, the timing of the TD-LTE network must be correct and optimized by taking
advantage of the TD-LTE configuration flexibility. This is to minimize the mutual
interference between the TD-LTE and WiMAX network.
To support Rx calibration in the last symbol of the normal UL subframe number X, where
X can be either 2 or 7:
• The feature must configure the cell-level sounding reference signal (SRS) resource
across the whole bandwidth.
• The UE-specific SRS resource must not be configured in the subframe number X.
• The Rx calibration is redesigned to increase the anti-interference capability.
Shortened physical uplink control channel (PUCCH) format1x will be used when the
last symbol is under interference by the Rx calibration. Special handling is also
applied to the PUCCH format 2x when it coincides with the Rx calibration.

420 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1913: Calibration Optimization for WiMAX
Coexistence

The FSMF/FSIH system module and FZHJ (supporting Band 41: 2496 MHz - 2690 MHz)
radio frequency module are supported in the LTE1913: Calibration Optimization for
WiMAX Coexistence feature.

g Note: In carrier aggregation (CA), disabling or enabling the WiMAX interference
reduction (by setting the actReduceWimaxInterference parameter) must be
consistent in all serving cells.

System impact
Interdependencies between features
The listed features are preconditions to support the LTE1913: Calibration Optimization
for WiMAX Coexistence feature:

• LTE1443: UpPTS Blanking
• LTE1650: Remove WiMAX Interference to TDLTE During UL Subframe#3/8, TDLTE
Conf.1

Impact on interfaces
This feature has no impact on interfaces.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

This feature does not affect the DL throughput.
The impact to the UL performance and capacity depends on the options selected during
activation of the feature. If the Rx calibration is relocated from the GP to the last symbol
of the normal UL subframe number 2 or 7, it will affect the UL throughput. This is on top
of the throughput from the LTE1443: UpPTS Blanking and LTE1650: Remove WiMAX
Interference to TDLTE During UL Subframe#3/8, TDLTE Conf.1 features for WiMAX
coexistence. The throughput relative to these features decreases by up to 4%.
If the Rx calibration is disabled, there must be no impact to the UL capacity in case the
cell is not working under beamforming transmission mode. However, if a beamforming
transmission mode is used, the cell performance will be degraded significantly.
Beamforming transmission mode refers to transmission modes 7 and 8 as defined in the
3rd Generation Partnership Project (3GPP).
For PUCCH, shortened PUCCH format1x and format2x are expected to have a slight
performance loss in missed detection probability (for example, 0.5 dB in ETU70
channel).

Management data
For more information, see Reference data section.

Sales information
For more information, see Reference data section.

Issue: 01 © 2019 Nokia. Nokia confidential. 421

   

LTE1913: Calibration Optimization for WiMAX General RRM Features (RL10 - LTE17A)
Coexistence

60.2 LTE1913 reference data

Requirements

Table 243 LTE1913 hardware and software requirements
FDD TDD
System release Not supported RL55TD
Flexi Multiradio 10 BTS Not supported TD-LBTS5.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS5.0
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Not supported
NetAct Not supported Not supported
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

Alarms
There are no alarms related to the LTE1913: Calibration Optimization for WiMAX
Coexistence feature.

BTS faults and reported alarms

There are no faults related to the LTE1913: Calibration Optimization for WiMAX
Coexistence feature.

Commands
There are no commands related to the LTE1913: Calibration Optimization for WiMAX
Coexistence feature.

Measurements and counters

There are no measurements or counters related to the LTE1913: Calibration
Optimization for WiMAX Coexistence feature.

Key performance indicators

There are no key performance indicators related to the LTE1913: Calibration
Optimization for WiMAX Coexistence feature.

Parameters

422 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1913: Calibration Optimization for WiMAX
Coexistence

Table 244 Existing parameters related to LTE1913
Full name Abbreviated Managed Parent structure FDD/TDD
name object
Activate actReduceWim LNCEL - TDD
reduced WiMax axInterference
interference
Rx calibration in rxCalibrationCo LNCEL - TDD
UL subframe nfiguration
TDD subframe tddFrameConf LNCEL - TDD
configuration
TDD special tddSpecSubfCo LNCEL - TDD
subframe nf
configuration
Activation of actDLCAggr LNBTS - TDD
downlink carrier
aggregation

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

g Note: In CA, disabling or enabling the WiMAX interference reduction (by setting the
actReduceWimaxInterference parameter) must be consistent in all serving cells.

Sales information

Table 245 LTE1913 sales information
Product structure class License control Activated by default
BSW - No

60.3 Activating and configuring LTE1913

Instructions to activate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Activation procedure requires BTS restart.
The following features are preconditions to support the LTE1913: Calibration
Optimization for WiMAX Coexistence feature:
• LTE1443: UpPTS Blanking
• LTE1650: Remove WiMAX Interference to TDLTE During UL Subframe#3/8, TDLTE
Conf.1

g Note: When the LTE1650: Remove WiMAX Interference to TDLTE During
UL Subframe#3/8, TDLTE Conf.1 feature is activated, the
Activate reduced WiMax
interference (actReduceWimaxInterference) parameter must be set to true.

Issue: 01 © 2019 Nokia. Nokia confidential. 423

   

LTE1913: Calibration Optimization for WiMAX General RRM Features (RL10 - LTE17A)
Coexistence

The following LNCEL parameters must be configured before activating the LTE1913:
Calibration Optimization for WiMAX Coexistence feature:
• The value of TDD subframe configuration (tddFrameConf) must be set to
1.
• The value of TDD special subframe configuration (tddSpecSubfConf)
must be set to 3, 4, or 7.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Configure the RX calibration in UL
subframe (rxCalibrationConfiguration) parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) the LNCEL object.
d) Set the RX calibration in UL
subframe (rxCalibrationConfiguration) parameter value to
UL_Subfr2_LastSymbol, UL_Subfr7_LastSymbol, or noRxCalibration.

g Note: Setting the RX calibration in UL

subframe (rxCalibrationConfiguration) parameter value to
UL_Subfr2_LastSymbol or UL_Subfr7_LastSymbol is recommend for cells
working in beamforming transmission mode. On the other hand, setting the value
to noRxCalibration is recommend for cells not working in beamforming
transmission mode. The default value of this parameter is GuardPeriod.

3 Send the parameters to the eNB.

Result

The LTE1913: Calibration Optimization for WiMAX Coexistence feature is enabled in the
eNB. The Rx calibration is disabled or takes place in the uplink subframe number 2 or 7
in accordance with the selected setting.

60.4 Deactivating LTE1913

Instructions to deactivate the feature in the network.

424 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1913: Calibration Optimization for WiMAX
Coexistence

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The RX calibration in UL subframe (rxCalibrationConfiguration)
parameter deactivates the feature. Modification of this parameter requires object locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Configure the RX calibration in UL
subframe (rxCalibrationConfiguration) parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) the LNCEL object.
d) Set the RX calibration in UL
subframe (rxCalibrationConfiguration) parameter value to
GuardPeriod.

g Note: To disable the LTE1913: Calibration Optimization for WiMAX Coexistence
feature, the LTE1650: Remove WiMAX Interference to TDLTE During UL
Subframe#3/8, TDLTE Conf.1 feature must be disabled.

3 Send the parameters to the eNB.

Result

The LTE1913: Calibration Optimization for WiMAX Coexistence feature is disabled in the
eNB.

Issue: 01 © 2019 Nokia. Nokia confidential. 425

   

LTE1926: WiMAX Coexistence with TDD LTE Special General RRM Features (RL10 - LTE17A)
Subframe Configuration 3 and 4

61 LTE1926: WiMAX Coexistence with TDD LTE

Special Subframe Configuration 3 and 4

61.1 Description of LTE1926: WiMAX Coexistence with

TDD LTE Special Subframe Configuration 3 and 4
Introduction to the feature
The LTE1926: WiMAX Coexistence with TDD LTE Special Subframe Configuration 3 and
4 feature is an extension for the LTE1443: UpPTS Blanking and LTE1650: Remove
WiMAX Interference to TDLTE During UL Subframe#3/8, TDLTE Conf.1:7 features. This
is configured with special subframe (SSF) configuration 3 or 4.

Benefits
End-user benefits
This feature does not affect the end-user experience.

Operator benefits
This feature enables the operator to remove coexisting WiMAX interference to the time
division duplex (TDD) long-term evolution (LTE).

Requirements
For more information, see Reference data section.

Functional description
The LTE1926: WiMAX Coexistence with TDD LTE Special Subframe Configuration 3 and
4 feature enables the Flexi Multiradio TDD LTE BTS to support WiMAX coexistence
extension features (LTE1443: UpPTS Blanking and LTE1650: Remove WiMAX
Interference to TDLTE During UL Subframe#3/8, TDLTE Conf.1:7, WiMAX frame
configuration 29:18, and TD-LTE frame configuration 1) in TDD LTE SSF configurations
3 and 4 as:

• uplink pilot time-slot (UpPTS) blanking
There is no uplink (UL) scheduling in the TDD LTE UpPTS and TD-LTE BTS receiver
is turned on from the start of UL normal subframe instead of the UpPTS.
• cell specific sounding reference signal (SRS) configured in the last symbol of the UL
SSF #3/8
This symbol is not allocated to any UE specific SRS in the TDD LTE eNB. The TDD
LTE BTS receiver is turned off with one symbol prior to the end of UL SSF #3/8.

System impact
Interdependencies between features
The listed features are preconditions to support SSF pattern 3 or 4 in the WiMAX
coexistence network:

• LTE1443: UpPTS Blanking

426 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1926: WiMAX Coexistence with TDD LTE Special
Subframe Configuration 3 and 4

During UpPTS period, the TD-LTE RFM receiver is turned off to avoid strong
interference power damage.
• LTE1650: Remove WiMAX Interference to TDLTE During UL Subframe#3/8, TDLTE
Conf.1:7
One orthogonal frequency-division multiplexing (OFDM) symbol is turned off in the
TD-LTE BTS receiver before the end of the uplink (UL) SSF #3/8.
• LTE1388: TDD Special Subframe Configuration 3 and 4
This feature is a baseline version that supports SSF pattern 3 or 4 in the TDD-LTE
network. This does not consider coexistence network scenario.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

The throughput is expected to increase with special SF configuration 3 and 4 as
compared to special SF configuration 7 because the DwPTS symbol number increases.
As the SRS is sent over the UpPTS, their capacity is decreased as compared to the
special subframe configuration 7 because the number of UpPTS symbols is decreased.

Management data
For more information, see Reference data section.

Sales information
For more information, see Reference data section.

61.2 LTE1926 reference data

Requirements

Table 246 LTE1926 hardware and software requirements
FDD TDD
System release Not supported RL55TD
Flexi Multiradio 10 BTS Not supported TD-LBTS5.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS5.0
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TD-LBTS5.0
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported TL17A
OMS Not supported Not supported
NetAct Not supported NetAct8 EP2

Issue: 01 © 2019 Nokia. Nokia confidential. 427

   

LTE1926: WiMAX Coexistence with TDD LTE Special General RRM Features (RL10 - LTE17A)
Subframe Configuration 3 and 4

Table 246 LTE1926 hardware and software requirements (Cont.)
FDD TDD
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

Alarms
There are no alarms related to the LTE1926: WiMAX Coexistence with TDD LTE Special
Subframe Configuration 3 and 4 feature.

BTS faults and reported alarms

There are no faults related to the LTE1926: WiMAX Coexistence with TDD LTE Special
Subframe Configuration 3 and 4 feature.

Commands
There are no commands related to the LTE1926: WiMAX Coexistence with TDD LTE
Special Subframe Configuration 3 and 4 feature.

Measurements and counters

There are no measurements or counters related to the LTE1926: WiMAX Coexistence
with TDD LTE Special Subframe Configuration 3 and 4 feature.

Key performance indicators

There are no key performance indicators related to the LTE1926: WiMAX Coexistence
with TDD LTE Special Subframe Configuration 3 and 4 feature.

Parameters

Table 247 Existing parameters related to LTE1926
Full name Abbreviated Managed Parent structure FDD/TDD
name object
Activate actReduceWim LNCEL - TDD
reduced axInterference
WiMAX
interference
TDD Special tddSpecSubfCo LNCEL - TDD
Subframe nf
Configuration
Activate UpPTS actUpPtsBlanki LNCEL - TDD
blanking ng
RX calibration rxCalibrationCo LNCEL - TDD
in UL subframe nfiguration
Activation of actDLCAggr LNBTS - TDD
downlink carrier
aggregation

For parameter descriptions, see LTE Operating Documentation/ Reference/ Parameters.

428 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1926: WiMAX Coexistence with TDD LTE Special
Subframe Configuration 3 and 4

g Note: In carrier aggregation (CA), disabling or enabling the WiMAX interference
reduction (by setting the actReduceWimaxInterference parameter) must be
consistent in all serving cells. The actUpPtsBlanking parameter must be configured
with the same value on each cell in the eNB.

Sales information

Table 248 LTE1926 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

61.3 Activating and configuring LTE1926

Instructions to activate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Activation procedure requires BTS restart.
The Activate reduced WiMAX
interference (actReduceWimaxInterference) parameter activates this
feature.
The listed features are preconditions to support SSF pattern 3 or 4 in the WiMAX
coexistence network:

• LTE1388: TDD Special Subframe Configuration 3 and 4
• LTE1443: UpPTS Blanking
• LTE1650: Remove WiMAX Interference to TDLTE During UL Subframe#3/8, TDLTE
Conf.1:7

g Note: In CA, disabling or enabling the WiMAX interference reduction (by setting the
actReduceWimaxInterference parameter) must be consistent in all serving cells.
The actUpPtsBlanking parameter must be configured with the same value on each
cell in the eNB.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

Issue: 01 © 2019 Nokia. Nokia confidential. 429

   

LTE1926: WiMAX Coexistence with TDD LTE Special General RRM Features (RL10 - LTE17A)
Subframe Configuration 3 and 4

2 Activate the Activate reduced WiMAX

interference (actReduceWimaxInterference) parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Select the LNCEL object corresponding to the cell where the LTE1926: WiMAX
Coexistence with TDD LTE Special Subframe Configuration 3 and 4 feature will
be activated.
d) the LNCEL object corresponding to the cell where the LTE1926: WiMAX
Coexistence with TDD LTE Special Subframe Configuration 3 and 4 feature will
be activated.
e) Set the Activate reduced WiMAX
interference (actReduceWimaxInterference) parameter value to true.

3 Send the parameters to the eNB.

Result

The LTE1926: WiMAX Coexistence with TDD LTE Special Subframe Configuration 3 and
4 feature is enabled in the cell.

61.4 Deactivating LTE1926

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Restart of the eNB is required after deactivation of this feature.
The Activate reduced WiMAX
interference (actReduceWimaxInterference) parameter deactivates this
feature.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

430 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE1926: WiMAX Coexistence with TDD LTE Special
Subframe Configuration 3 and 4

2 Deactivate the Activate reduced WiMAX

interference (actReduceWimaxInterference) parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) the LNCEL object corresponding to the cell where the LTE1926: WiMAX
Coexistence with TDD LTE Special Subframe Configuration 3 and 4 feature will
be deactivated.
d) Set the Activate reduced WiMAX
interference (actReduceWimaxInterference) parameter value to
false.

3 Send the parameters to the eNB.

Result

The LTE1926: WiMAX Coexistence with TDD LTE Special Subframe Configuration 3 and
4 feature is disabled in the cell.

Issue: 01 © 2019 Nokia. Nokia confidential. 431

   

LTE2023: User plane overload handling General RRM Features (RL10 - LTE17A)

62 LTE2023: User plane overload handling

62.1 Description of LTE2023: User Plane Overload

Handling
Introduction to the feature
The LTE2023: User Plane Overload Handling feature provides a user plane (U-plane)
overload monitoring and handling mechanism for the eNB.

Benefits
End-user benefits
This feature enables an on-going service optimization even in high load or overload
situations.

Operator benefits
This feature:

• guarantees a stable operation of the eNB's high U-plane load, and thus ensures a
high U-plane throughput in case of a heavy load
• issues a warning message via NetAct or the Network Element Manager when the
eNB is overloaded
• helps with network planning

Functional description
Functional overview
The LTE2023: User Plane Overload Handling feature is one of a series of features
designed to handle overload situations within the eNB. Its aim is to avoid unstable
operation of the eNB due to a high U-plane load. The LTE2023: User Plane Overload
Handling feature intends to handle as much U-plane traffic or load as possible. It is
obtained by:
• avoiding allocation of additional traffic
• implementing a separate U-plane overload state machine
• using the existing overload counter-measures
• adding the additional counter-measures

The high U-plane load, or a U-plane overload, is expected in various situations in which
there is a permanent or temporary increase in traffic and users. If the overload cases
happen too often, it is advisabe to examine both the traffic and the traffic profile in a more
detailed way. The LTE2023: User Plane Overload Handling feature enables issuing
warnings about an overload via NetAct or the Network Element Manager (see Figure 46:
U-plane overload handling). Those alarms are generated by the eNB when a U-plane
overload state transition varies from U-plane overload level 0 (UPOVL0) to U-plane
overload level 1/2 (UPOVL1/2). The alarm is cleared in case of overload state transition
varies from UPOVL1 to UPOVL0. The alarms include the start or end time and the type
of overload. To avoid spamming, they are generated only in the case a U-plane overload
condition lasts longer than one minute. In addition, if the U-plane overload counter-

432 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2023: User plane overload handling

measures are enabled, the eNB handles as much U-plane traffic as possible, even if the
traffic demand is above its specification and keeps itself within a stable operating
condition.

Figure 46 U-plane overload handling
NetAct

U-plane overload
overloadinformation warningmessage

eNB Client

BTSSM
U-plane overload management
The U-plane overload is detected by evaluating a certain overload level metrics. There
are the following overload levels for the U-plane overload:
• overload level 0 (normal operation – when the U-plane overload level is zero)
• overload level 1 (graceful overload handling – the goal of these counter-measures is
to avoid a further U-plane traffic increase and to reduce the U-plane load)
• overload level 2 (preserving stability, self-defense U-plane overload handling – the
goal of these counter-measures is not only to avoid a further U-plane traffic increase
but also to reduce the U-plane load in a non-graceful manner)

The overload detection mechanism allows to differentiate a peak load scenario from a
sustained traffic increase. The overload management function realizes the load control
loop, including timed-out values for the different load levels and the corresponding
overload actions (activation or deactivation).
The LTE2023: U-Plane Overload feature triggers the following mechanisms:
1. U-plane overload trigger based on QoS and packet scheduler load control
(UPOVT1): The number of UEs which can be scheduled by packet scheduler due to
the U-plane load is fewer than the number of UEs which should be scheduled to
meet the guaranteed service quality. This trigger is based on the QoS associated
with VoLTE calls, as VoLTE is expected to be the most critical service in this aspect.
2. U-plane overload trigger based on the number of UEs to be scheduled and packet
scheduler load control (UPOVT2): packet scheduler can schedule only very few UEs
per TTI due to the U-plane load; no matter whether the quality of service is impacted
or not.
3. U-plane overload trigger based on DL-physical layer overload detection (UPOVT3):
DL-physical layer overload might take place, for example, in scenarios with a high
load and where each UE uses two code words. In this case U-plane data packets for
some scheduled UEs cannot be processed in due time by the DL-physical layer and
are not transmitted on the air interface.

Issue: 01 © 2019 Nokia. Nokia confidential. 433

   

LTE2023: User plane overload handling General RRM Features (RL10 - LTE17A)

Table 249 Mapping between U-plane overload triggers and the related counter-
measures
Rejection of Rejection of Rejection of Switch to No SRS
RRC HO E-RAB TxDiv (UPOVCM5)
(UPOVCM1) (UPOVCM2) (UPOVCM3) (UPOVCM4)
Packet scheduler
load control quality
X X X X X
based trigger
(UPOVT1)
Packet scheduler
load control quantity
X X X - -
based trigger
(UPOVT2)
DL-physical layer
overload trigger - - - X -
(UPOVT3)

U-plane overload counters and actions

In case of overload level 1 (UPOVL1), the eNB performs the following counter actions:
• a rejection of low priority radio resource control (RRC) connection requests
(establishment cause set to delayTolerantAccess, mo-data, mo-signaling, spare2, or
spare1) – UPOVCM1
• a rejection of an incoming non-emergency handover (HO) without a GBR bearer in
combination and/or with HO cause other than time critical handover (TCH) or
handover desirable for radio reasons (HDFRR) – UPOVCM2
In case of overload level 2 (UPOVL2), the eNB performs the following counter actions:
• a rejection of low priority RRC connection requests as defined in overload level 1 –
UPOVCM1
• a rejection of all non-emergency HOs – UPOVCM2

The ‘Miscellaneous cause – not enough user plane processing resources available’
cause value is used in case of a rejection.
This feature is not limited to these overload counter-measures only. In addition, it
introduces three extra counter-measures to enhance its own effectiveness (in case of
overload level 1 and 2):
• a rejection of E-RAB setup requests – UPOVCM3
– initial context setup requests are admitted for all UEs, irrespective of the RRC
establishment cause (in case of UPOVL1 or UPOVL1)
– E-RAB setup requests are admitted if the ARP value of at least one bearer in the
E-RABtobesetup list matches the ARP value of emergency or high priority
access (in case of UPOVL1 or UPOVL2)
– E-RAB setup requests are admitted if E-RABToBeSetupListBearerSUReq list
contains at least one GBR bearer (in case of UPOVL1)
– otherwise, E-RAB setup request is rejected

• the usage of a transmit diversity (TxDiv) transmission – UPOVCM4

434 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2023: User plane overload handling

– in case of UPOVL1: dynamic switching from the TxDiv or single-stream (one-
code-word) transmission to two code words is prevented as long as UPOVL1 is
active; the TxDiv transmission mode is used instead
– in case of UPOVL2: all transmissions are done as the TxDiv transmission mode
for all of the already established calls and new incoming calls (that is, all two-
code-words transmissions) are switched to the TxDiv mode

• a suspension of the sounding reference symbol (SRS) usage for the UL scheduling
process – UPOVCM5
– SRS is suspended as long as UPOVL1 or UPOVL2 is active

The U-plane overload counters

The U-plane overload counters measure the time when the eNB is in the U-plane
overload level 1 (M8001C299) or in U-plane overload level 2 (M8001C300). In addition,
the M8013C66 counter counts the number of signaling connection requests rejected due
to the U-plane overload.

System impact
Interdependencies between features
There are interdependencies between the following features:

• LTE1047: C-plane Overload Handling
The LTE1047: C-plane Overload Handling feature uses the same overload
philosophy as the LTE2023: User Plane Overload Handling feature, but the two
features have separate procedures to handle overload situations. There are also
different interactions depending on the same counter-measures enabled for a C-
plane and U-plane overload handling.
• LTE1113: eICIC-Macro
If the number of users per TTI is reduced due to eICIC, it is not taken into account for
a U-plane overload decision or calculation.
• LTE1496: eICIC-Micro
If the number of users per TTI is reduced due to eICIC, it is not taken into account for
a U-plane overload decision or calculation.
• LTE1117: MBMS
In case the number of users scheduled within a TTI will be used as an indication for
a U-plane overload, MBMS sub-frames shall be excluded.
• LTE495: OTDOA
In case the number of users scheduled within a TTI will be used as an indication for
a U-plane overload, sub-frames carrying PRS shall be excluded.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

Issue: 01 © 2019 Nokia. Nokia confidential. 435

   

LTE2023: User plane overload handling General RRM Features (RL10 - LTE17A)

In case the system is operated beyond its specification, or with other traffic profiles, or
feature mixes, a U-plane overload might exist. In these cases, the system performance
(values such as latencies, handover performance, and success rates as well as
individual and cell throughput) will be degraded both with and without this feature having
been activated. However, with this feature and counter-measures enabled, this
degradation will be done in a definite way. The goal of these counter-measures is to
ensure the quality of service for the admitted traffic and a stable operation of the system.
In case of a U-plane overload, the system performance might be degraded, especially in
cases where the U-plane overload counter-measures are enabled.
The main impacts of the different counter-measures concern:
• radio resource control (RRC) setup success rate
• uplink (UL) and downlink (DL) cell capacities related to the UL and DL throughput
• cell capacity with respect to the amount of all UEs in an RRC connected mode and
with respect to the activated radio access bearers (RABs)
• HO success and HO preparation success rate
• drop rates
• E-RAB setup success rate
• U-plane throughput of a single UE in UL and DL
• MIMO open loop (OL) or closed loop (CL) usage of a dual stream

62.2 LTE2023 reference data

LTE2023: User plane overload handling requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 250 LTE2023 hardware and software requirements
FDD TDD
System release FDD-LTE 15A TD-LTE 15A
Flexi Multiradio 10 BTS FL15A TL15A
Flexi Multiradio 10 Indoor BTS Not supported TL15A
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS FL15A TL15A
Flexi Zone Access Point FL16 TL16
Cloud Flexi Zone Controller FL17A TL17A
OMS Not supported Not supported
NetAct NetAct 15.5 NetAct 15.5
MME Not supported Not supported
SAE GW Not supported Not supported
UE Not supported Not supported

Alarms

436 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2023: User plane overload handling

There are no alarms related to the LTE2023: User plane overload handling feature.

BTS faults and reported alarms

Table 251 New BTS faults introduced by LTE2023
Fault ID Fault name Reported alarms
Alarm ID Alarm name
6120 EFaultId_UplaneOverlo 7655 CELL NOTIFICATION
adDetectedTrOneAI
6121 EFaultId_UplaneOverlo 7655 CELL NOTIFICATION
adDetectedTrTwoAI
6053 EFaultId_UplaneOverlo 7655 CELL NOTIFICATION
adDetectedTrThreeAI

For fault descriptions, see LTE Radio Access Operating Documentation/
Reference/Alarms.

Commands
There are no commands related to the LTE2023: User plane overload handling feature.

Measurements and counters

Table 252 New counters introduced by LTE2023
Counter ID Counter name Measurement
M8001C299 Time period of user plane in LTE cell load
overload level 1
M8001C300 Time period of user plane in LTE cell load
overload level 2
M8013C66 Number of Signaling LTE UE State
Connection Establishment
Requests rejected due to User
Plane overload

For counters descriptions, see LTE Operating Documentation/Reference/Counters and
Key Performance Indicators.

Key performance indicators

Table 253 New key performance indicators introduced by LTE2023
KPI ID KPI name
LTE_5709a E-UTRAN Percentage of Time the Cell was in
the U-Plane Overload State

For key performance indicators descriptions, see LTE Operating
Documentation/Reference/Counters and Key Performance Indicators.

Parameters

Issue: 01 © 2019 Nokia. Nokia confidential. 437

   

LTE2023: User plane overload handling General RRM Features (RL10 - LTE17A)

Table 254 New parameters introduced by LTE2023
Full name Abbreviated Managed Parent Structure FDD/TDD
name object
Activate U-plane actUplaneOvlH LNBTS - Common
overload handling andling
Enable incoming HO enableInHoRed LNBTS cpovlha Common
reduction
Enable RRC enableRrcConn LNBTS cpovlha Common
connection Red
reduction
U-plane overload upovlha LNBTS - Common
handling
Enable rejection enableERabSet LNBTS upovlha Common
of E-RAB setup upRed
requests
Enable rejection enableInHoRed LNBTS upovlha Common
of incoming inter-
eNB HO requests
Enable rejection enableRrcConn LNBTS upovlha Common
of RRC connection Red
requests
Enable suspension enableSuspend LNBTS upovlha Common
of SRS for Srs
scheduling
Enable Tx enableTxDivTr LNBTS upovlha Common
diversity ansmission
transmission

For parameter descriptions, see LTE Radio Access Operating Documentation/
Reference/Parameters.

Sales information

Table 255 LTE2023 sales information
BSW/ASW License control in network Activated by default
element
BSW - No

62.3 Activating and configuring LTE2023

Instructions to activate and configure the feature

Before you start

The activation procedure does not cause downtime, and the feature can be activated at
any time of the day.

438 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2023: User plane overload handling

g Note: When configuring the feature, note that suitable parameter values may depend,
among other things, on the cell's/eNB's location. For example, an eNB located in places
with a high population density or within a stadium might require other parameter
settings compared to those located in a rural area.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Set the Activate U-plane overload handling (actUplaneOvlHandling)

parameter value to true.

Object path: MRBTS ► LNBTS

3 Configure the U-plane overload handling (upovlha) parameter structure.

Object path: MRBTS ► LNBTS

4 Send the parameters to the eNB.

Result

The LTE2023: User Plane Overload Handling feature is activated.
In case all counter-measures are disabled, the operator will still be informed about the
start and end of the U-plane overload condition.

62.4 Deactivating LTE2023

Instructions to deactivate the feature

Before you start

The Activate U-plane overload handling (actUplaneOvlhandling)
parameter is used for deactivation. Modification of this parameter requires neither an
eNB restart nor cell locking.

Issue: 01 © 2019 Nokia. Nokia confidential. 439

   

LTE2023: User plane overload handling General RRM Features (RL10 - LTE17A)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Set the Activate U-plane overload handling (actUplaneOvlhandling)

parameter value to false.

Object path: MRBTS ► LNBTS

3 Send the parameters to the eNB.

Result

The LTE2023: User Plane Overload Handling feature is deactivated.

440 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2085: SIB Reception with Parallel Measurement
Gaps

63 LTE2085: SIB Reception with Parallel

Measurement Gaps

63.1 Description of LTE2085: SIB Reception with Parallel

Measurement Gaps
Introduction to the feature
A UE with configured measurement gaps will fail to receive a single SIB transmission
with a probability around 15%. The LTE2085: SIB Reception with Parallel Measurement
Gaps feature ensures transmission of SI messages at least two times per SI window,
which guarantees receiving one SI message per SI window even for UEs with configured
measurement gaps.

Benefits
End-user benefits
The LTE2085: SIB Reception with Parallel Measurement Gaps feature enhances the
possibility that the end user will receive at least one SIB during an SI window, regardless
of whether the measurement gaps are configured or not. It ensures a higher possibility to
receive:
• information regarding INTRA-frequency and INTER-frequency neighboring cells
• information for re-selection of a cell (for example, handover)
• ETWS/CMAS notifications/warnings

Operator benefits
The LTE2085: SIB Reception with Parallel Measurement Gaps feature:

• enables sending the SIB information at least twice at an interval greater than 6 ms
within each SI window
• guarantees ETWS/CMAS notifications/warnings broadcast reception for all UEs
• enables the UEs to receive SIBs even if they have a measurement gap configured,
which is essential in case of warning broadcasts (ETWS, CMAS)

Requirements
For more information, see Reference data section.

Functional description
Functional overview
The SIBs carry relevant information for the UE, which helps the UE, for example, to
access a cell or perform a cell (re-)selection. They are also used to transmit warning
messages; SIB10 and SIB11 carry ETWS notifications, and SIB12 carries the CMAS
notification.
Measurement gaps are configured for UEs in the cell's handover zone; the measurement
gaps are repeated every 40 ms, and they last for 6 ms in DL (7 ms in UL under certain
conditions). The starting points of measurement gaps are distributed in time across all

Issue: 01 © 2019 Nokia. Nokia confidential. 441

   

LTE2085: SIB Reception with Parallel Measurement General RRM Features (RL10 - LTE17A)
Gaps

UEs in the cell in order to equalize the UL traffic generated when UEs report their
measurement results. This means the UEs with measurement gaps will fail to receive a
single SIB transmission with a probability of 6/40 = 15%.
The LTE2085: SIB Reception with Parallel Measurement Gaps feature ensures that a UE
having measurement gaps activated is able to receive SIBs at least once during an SI
window. If the code rate of a SIB message is too high, then two or three transmissions
are arranged for this message in the same SI window, see Figure 47: SIB reception with
parallel measurement gaps.
Figure 47 SIB reception with parallel measurement gaps

ExampleswithoutLTE2085 ExamplewithLTE2085

20msSIBwindow 20msSIBwindow 20msSIBwindow

SIBtransmissiontwice SIBtransmissiontwice SIBtransmissionmorethan

perSIwindow perSIwindow twiceperSIwindow
(caseexample excluded
byLTE2085)

Measurementgaps
SIB1

MeasurementgapsthatcoversbothSIBtransmission
SIB1

SIBtransmission

With LTE2085: SIB Reception with Parallel Measurement Gaps, an additional
transmission is scheduled in order to cover the case of any possible overlap between a
measurement gap and transmission of the SI message. Restrictions on the configuration
parameters are introduced to avoid an SI window smaller than 20 ms.

g Note: From LTE-FDD 15A onward (with the introduction of the
LTE2085: SIB Reception with Parallel Measurement Gaps feature), CMAS/ETWS
notifications can be activated only if SI window length (siWindowLen) is equal
or greater than 20 ms.

g Note: From RL70 onward, if the SI window length (siWindowLen) parameter

is set to 10 ms or higher, basic eNB software sends two mandatory transmissions for
SIBs related to ETWS and CMAS and also for SIB2 per SI window, with transmissions
separated by more than 6 ms. The SI window length (siWindowLen)
parameter can still be set to smaller values but the reception of SIB2 for UEs with
measurement gaps is guaranteed only if the SI window length (siWindowLen)
is equal or greater than 10 ms. Activation of the
LTE2085: SIB Reception with Parallel Measurement Gaps feature shows an additional
effect only for SIB3 and higher.

UEs with a certain chipset might experience HO failures under the following rare
conditions:
• inter-frequency HO to an eICIC-enabled eNB which runs in muting pattern 1

442 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2085: SIB Reception with Parallel Measurement
Gaps

• UEs configured with a measurement gap that covers the subframe in which the small
cell sends a system information block (SIB)
• the SI window length (siWindowLen) parameter is set to 20 ms, therefore,
there will be only one subframe available if the SIB window coincides with the first
half of the eICIC pattern of a 40-ms duration
UEs with the chipset do not use SIB2 data they were provided as part of the HO
procedure. The UEs try to read SIB2 in the target cell and fail if it does not succeed
within a preset time. It is recommended to perform one of the following actions to ensure
smooth service conditions in HetNet scenarios:
• Activate the LTE2085: SIB Reception with Parallel Measurement Gaps feature.
• Set the SI window length (siWindowLen) parameter to 40 ms in all eICIC
small cells.

The LTE494: Commercial Mobile Alert System feature supports SIBs 12, and the
LTE843: ETWS Broadcast feature supports SIBs 10 and SIBs 11; however, the two
features cannot be activated together.

System impact
Interdependencies between features
The following features are affected by the LTE2085: SIB Reception with Parallel
Measurement Gaps feature:

• LTE1113: eICIC Macro and LTE1496: eICIC Micro
If the eICIC is activated, the LTE2085: SIB Reception with Parallel Measurement
Gaps feature verifies whether eICIC muting patterns are compatible with the SIB
transmission's timing and the timing of other affected features.
• LTE1117: Multimedia Broadcast Multicast Service
If the MBMS is activated, the LTE2085: SIB Reception with Parallel Measurement
Gaps feature verifies whether other affected features leave a minimum number of
subframes open for usage by the MBMS.
• LTE495: Observed Time Difference of Arrival
The LTE2085: SIB Reception with Parallel Measurement Gaps feature can be
activated only if OTDOA settings are compatible.
• LTE1709: Liquid Cell
The LTE2085: SIB Reception with Parallel Measurement Gaps feature can be
activated only if liquid cell settings are compatible.
• LTE55: Inter-frequency Handover and LTE1679: DRX with Parallel UE Measurement
Gaps

Impact on system performance and capacity

The Earthquake and Tsunami Warning System (ETWS) and Commercial Mobile Alert
System (CMAS) are rare events, so a duplicated transmission of ETWS/CMAS
messages does not consume noteworthy amounts of resources. Further impact depends
on the Twofold transmission of SIBs per SI window
(sib2xTransmit) parameter.
The LTE2085: SIB Reception with Parallel Measurement Gaps feature impacts system
performance and capacity in the following way:

Issue: 01 © 2019 Nokia. Nokia confidential. 443

   

LTE2085: SIB Reception with Parallel Measurement General RRM Features (RL10 - LTE17A)
Gaps

• there is no impact if sib2xTransmit = false; thus, it does not limit throughput
or performance
• SIB3 and above are transmitted at least two times per SI window if
sib2xTransmit = true, which consumes double capacity

63.2 LTE2085 reference data

Requirements

Table 256 LTE2085 hardware and software requirements
FDD TDD
System release FDD-LTE15A Not supported
Flexi Multiradio 10 BTS FL15A Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A Not supported
Flexi Zone BTS FL15A Not supported
Flexi Zone Access Point FL16 Not supported
Flexi Zone Controller FL16 Not supported
OMS Support not required Not supported
NetAct 15.5 Not supported
MME Support not required Not supported
SAE GW Support not required Not supported
UE 3GPP R8 Not supported

Alarms
There are no alarms related to the LTE2085: SIB Reception with Parallel Measurement
Gaps feature.

BTS faults and reported alarms

There are no faults related to the LTE2085: SIB Reception with Parallel Measurement
Gaps feature.

Commands
There are no commands related to the LTE2085: SIB Reception with Parallel
Measurement Gaps feature.

Measurements and counters

Table 257 Counters modified by LTE2085
Counter ID Counter name Measurement
M8012C18 Volume of DL RLC PDUs LTE Cell Throughput
transmitted

444 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2085: SIB Reception with Parallel Measurement
Gaps

Table 257 Counters modified by LTE2085 (Cont.)
Counter ID Counter name Measurement
M8011C25 DL PRB utilization per TTI LTE Cell Resource
Level 1
M8011C26 DL PRB utilization per TTI LTE Cell Resource
Level 2
M8011C27 DL PRB utilization per TTI LTE Cell Resource
Level 3
M8011C28 DL PRB utilization per TTI LTE Cell Resource
Level 4
M8011C29 DL PRB utilization per TTI LTE Cell Resource
Level 5
M8011C30 DL PRB utilization per TTI LTE Cell Resource
Level 6
M8011C31 DL PRB utilization per TTI LTE Cell Resource
Level 7
M8011C32 DL PRB utilization per TTI LTE Cell Resource
Level 8
M8011C33 DL PRB utilization per TTI LTE Cell Resource
Level 9
M8011C34 DL PRB utilization per TTI LTE Cell Resource
Level 10
M8011C35 DL PRB utilization per TTI Min LTE Cell Resource
M8011C36 DL PRB utilization per TTI Max LTE Cell Resource
M8011C37 DL PRB utilization per TTI LTE Cell Resource
Mean

g Note: The following counters are not affected by additional repetitions introduced by
LTE2085: SIB Reception with Parallel Measurement Gaps:
• M8001C231: Number of primary ETWS notifications
• M8001C232: Number of secondary ETWS notifications
• M8001C233: Number of CMAS notifications

For counter descriptions, see LTE Radio Access Operating Documentation/
Reference/Counters.

Key performance indicators

There are no key performance indicators related to the LTE2085: SIB Reception with
Parallel Measurement Gaps feature.

Parameters

Issue: 01 © 2019 Nokia. Nokia confidential. 445

   

LTE2085: SIB Reception with Parallel Measurement General RRM Features (RL10 - LTE17A)
Gaps

Table 258 New parameters introduced by LTE2085
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Twofold transmission of sib2xTransmit SIB common
SIBs per SI window

Table 259 Existing parameters related to LTE2085
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activation CMAS support actCMAS LNBTS common
Activation ETWS support actETWS LNBTS common
Activation MBMS support actMBMS LNBTS common
Activation eICIC support actEicic LNCEL common
Activation Liquid Cell actLiquidCell LNCEL FDD
support
PRS activation actOtdoa LNCEL common
PRS configuration index prsConfigurati LNCEL common
onIndex for FDD
and
LNCEL
for TDD
SI window length siWindowLen SIB common
System information sibSchedulingL SIB common
scheduling list ist
Highest allowed muting eIcicMaxMutePa LNCEL common
pattern ttern

For parameter descriptions, see LTE Radio Access Operating Documentation/
Reference/Parameters.

Sales information

Table 260 LTE2085 sales information
Product structure class License control Activated by default
BSW - No

63.3 Activating and configuring LTE2085 with the

Twofold transmission of SIBs per SI
window parameter
Instructions to activate the feature in the network.

446 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2085: SIB Reception with Parallel Measurement
Gaps

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Activation procedure requires object locking.
The LTE2085: SIB Reception with Parallel Measurement Gaps feature is activated either
by activating the LTE494: Commercial Mobile Alert System (CMAS) feature for SIB12, or
by activating the LTE843: ETWS Broadcast feature for SIB10 and SIB11, or by setting
the Twofold transmission of SIBs per SI window (sib2xTransmit)
parameter to true for all other SIBs except SIB1.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Activate and configure the LTE2085: SIB Reception with Parallel Measurement Gaps
feature.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Expand the LNCEL object.
d) Select the SIB object.
e) Set the Twofold transmission of SIBs per SI
window (sib2xTransmit) parameter value to true.

g Note: The value of the
Twofold transmission of SIBs per SI window (sib2xTransmit)
parameter is not recommended to be set to true provided the
Downlink channel bandwith (dlChBw) is less than 10 MHz (Object path:
MRBTS ► LNBTS ► LNCEL ► LNCEL_FDD).

3 Optional: If it is not yet configured, set the SI window length (siWindowLen)

parameter.

a) Expand the LNCEL object.
b) Select the SIB object.
c) Set the SI window length (siWindowLen) parameter's value to 20 ms or
40 ms.

4 Send the parameters to the eNB.

Issue: 01 © 2019 Nokia. Nokia confidential. 447

   

LTE2085: SIB Reception with Parallel Measurement General RRM Features (RL10 - LTE17A)
Gaps

Result

When the Twofold transmission of SIBs per SI

window (sib2xTransmit) parameter is set to true, the SIBs 3 and higher are
transmitted at least twice per SI window, with a time difference higher than 6 ms. For
SIB10 and SIB11 being transmitted twice per SI window, the LTE843: ETWS Broadcast
feature must be activated and for SIB12, the LTE494: Commercial Mobile Alert System
(CMAS) feature must be activated; however, only one of these features can be active at
a time.

63.4 Activating and configuring LTE2085 with a selected

feature
Instructions to activate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The LTE2085: SIB Reception with Parallel Measurement Gaps feature does not have an
activation flag and is activated by default.
The activation procedure does not cause downtime, and the feature can be activated at
any time of the day.
The LTE2085: SIB Reception with Parallel Measurement Gaps feature is activated either
by activating the LTE494: Commercial Mobile Alert System (CMAS) feature for SIB12, or
by activating the LTE843: ETWS Broadcast feature for SIB10 and SIB11, or by setting
the Twofold transmission of SIBs per SI window (sib2xTransmit)
parameter to true.
The LTE494: Commercial Mobile Alert System (CMAS) and LTE843: ETWS Broadcast
features cannot be activated at the same time. Only one can be active at a time and an
activation of that feature will activate LTE2085: SIB Reception with Parallel Measurement
Gaps feature for related SIBs.

448 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2085: SIB Reception with Parallel Measurement
Gaps

g Note: If the following conditions are not fulfilled, the validation of the configuration plan
file will fail. BTS Site Manager and WebEM informs the operator about the validation
failure:
• If the Activate enhanced inter-cell interference
coordination (actEicic) parameter's value is set to true, and the
Cell type (cellType) parameter's value is not set to large in any LNCELobject
of the eNB, then DRX long cycle (drxLongCycle) in DRX profile
5 (drxProfile5) must be set to 640 ms.
• If the Activate enhanced inter-cell interference
coordination (actEicic) parameter's value is set to true, and the
Cell type (cellType) parameter's value is set to large in any LNCEL object of
the eNB, then the Highest allowed muting
pattern (eIcicMaxMutePattern) parameter must be set as greater than
mp1.
• If the Activate enhanced inter-cell interference
coordination (actEicic) parameter's value is set to true, then the
Activate support for MBMS (actMBMS) parameter must be set to false.
• If the Activate support for MBMS (actMBMS) parameter's values is set to
true, then the
Activate enhanced inter-cell interference
coordination (actEicic) parameter's value must be set to false.
• If the PRS activation (actOtdoa) parameter's value is set to true, and the
number of configured SIBs is seven or smaller, then the
PRS configuration index (prsConfigurationIndex) parameter must
be set to one of the following values: 151, 471, 1111, or 2391.
• If the PRS activation (actOtdoa) parameter's value is set to true, and the
SI window length (siWindowLen) parameter is set to 20 ms, and the
number of configured SIBs is eight or higher, then the
PRS configuration index (prsConfigurationIndex) parameter must
be set to one of the following values: 471, 1111, or 2391.
• If the PRS activation (actOtdoa) parameter's value is set to true, and the
SI window length (siWindowLen) parameter is set to 40 ms, and the
number of configured SIBs is eight or higher, then the
PRS configuration index (prsConfigurationIndex) parameter must
be set to one of the following values: 1111 or 2391.

Migration rules for the SI window length (siWindowLen) parameter:

• If the Activation ETWS support (actETWS) parameter or the
Activation CMAS support (actCMAS) parameter is set to true, and the
SI window length (siWindowLen) parameter is smaller than 20 ms in RL70,
then during migration to RL15A the SI window length (siWindowLen)
parameter will change to 20 ms.

Migration rules for the Periodicity (siMessagePeriodicity) parameter:

• If the Activation ETWS support (actETWS) parameter or the
Activation CMAS support (actCMAS) parameter is set to true, and the
PRS activation (actOtdoa) parameter is set to true in RL70, then during
migration to RL15A the Periodicity (siMessagePeriodicity) parameter
must be equal or greater than the following equation:

Issue: 01 © 2019 Nokia. Nokia confidential. 449

   

LTE2085: SIB Reception with Parallel Measurement General RRM Features (RL10 - LTE17A)
Gaps

siWindowLen * (# of SIBs (sets in structure sibSchedulingList + 2))+

10ms

The value of the Periodicity (siMessagePeriodicity) parameter that does
not fulfill this equation needs to be set to the next, higher value that fulfills it. The
possible values are 80, 160, 320, 640, 1280, 2560, or 5120.
• If the Activation ETWS support (actETWS) parameter or the
Activation CMAS support (actCMAS) parameter is set to true, and the
PRS activation (actOtdoa) parameter is set to false in RL70, then during
migration to RL15A the Periodicity (siMessagePeriodicity) parameter
must be equal or greater than the following equation:

siWindowLen * ((# of SIBs (sets in structure sibSchedulingList + 2))

The value of the Periodicity (siMessagePeriodicity) parameter that does
not fulfill this equation needs to be set to the next, higher value that fulfills it. The
possible values are 80, 160, 320, 640, 1280, 2560, or 5120.

Migration rules for the PRS configuration

index (prsConfigurationIndex) parameter:
• If the Activation ETWS support (actETWS) parameter or the
Activation CMAS support (actCMAS) parameter is set to true, and the
PRS activation (actOtdoa) parameter is set to true, and the number of
configured SIBs is eight or higher, and the PRS configuration
index (prsConfigurationIndex) parameter is set to any other value than
471, 1111, or 2391, then during migration to RL15A the
PRS configuration index (prsConfigurationIndex) parameter must
be set to 471.
• If the Activation ETWS support (actETWS) parameter or the
Activation CMAS support (actCMAS) parameter is set to true, and the
PRS activation (actOtdoa) parameter is set to true, and the
SI window length (siWindowLen) parameter is set to 20 ms, and the
number of configured SIBs is eight or higher, and the
PRS configuration index (prsConfigurationIndex) parameter is set
to any other value than 471, 1111, or 2391, then during migration to RL15A the
PRS configuration index (prsConfigurationIndex) parameter must
be set to 471.
• If the Activation ETWS support (actETWS) parameter or the
Activation CMAS support (actCMAS) parameter is set to true, and the
PRS activation (actOtdoa) parameter is set to true, and the
SI window length (siWindowLen) parameter is set to 40 ms, and the
number of configured SIBs is eight or higher, and the
PRS configuration index (prsConfigurationIndex) parameter is set
to any other value than 1111, or 2391, then during migration to RL15A the
PRS configuration index (prsConfigurationIndex) parameter must
be set to 1111.
• If the Activation ETWS support (actETWS) parameter or the
Activation CMAS support (actCMAS) parameter is set to true, and the
PRS activation (actOtdoa) parameter is set to true, then PRS period must
be equal or greater than:

450 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2085: SIB Reception with Parallel Measurement
Gaps

siWindowLen * (# of SIBs(sets in structure sibSchedulingList + 2))+

10ms

where, depending on the PRS configuration
index (prsConfigurationIndex) parameter, the PRS period in the above
equation is set to:
– 160 ms for PRS configuration index (prsConfigurationIndex)
equal to 151
– 320 ms for PRS configuration index (prsConfigurationIndex)
equal to 471
– 640 ms for PRS configuration index (prsConfigurationIndex)
equal to 1111
– 1280 ms for PRS configuration index (prsConfigurationIndex)
equal to 2391

g
Note: The value of the PRS period that does not fulfill the above equation, shall
be changed to the next, higher value that fulfills the equation.

Modification of some of the mentioned parameters requires object locking or BTS
restart. This means that activation will cause a service outage if the parameters that
require object locking or BTS restart have been modified.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Activate and configure the LTE2085: SIB Reception with Parallel Measurement Gaps
feature with a selected feature.

Activation with the LTE843: ETWS Broadcast feature:

a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the Activation ETWS support (actETWS) parameter's value to true.

Activation with the LTE494: Commercial Mobile Alert System (CMAS) feature:
a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the Activation CMAS support (actCMAS) parameter's value to true.

Issue: 01 © 2019 Nokia. Nokia confidential. 451

   

LTE2085: SIB Reception with Parallel Measurement General RRM Features (RL10 - LTE17A)
Gaps

3 Optional: If not yet configured, configure the PWS with emergency area ID

LNBTS parameter.

a) Set the PWS with emergency area ID (pwsWithEmAreaId) parameter's

value to true or false.
b) If the PWS with emergency area ID (pwsWithEmAreaId) parameter's
value is set to true, continue as follows.
c) Expand the LNCEL object.
d) If not yet added, add the Emergency area ID list (emAreaIdList)
parameter and set a value from 0 to 16777215.

4 If not yet configured, set the SI window length (siWindowLen) parameter.

a) Expand the LNCEL object.
b) Select the SIB object.
c) Set the SI window length (siWindowLen) parameter's value to 20 ms or
40 ms.

5 If not yet configured, set the System information scheduling

list (sibSchedulingList) parameter.

a) Select the LNCEL object.
b) Select the SIB object.
c) Add the System information scheduling
list (sibSchedulingList) parameter.
d) Set the SIB type (siMessageSibType) parameter's value:
• for the ETWS notifications SIB10 and SIB11 parameters are required
• for the CMAS notifications SIB12 parameter is required
• for SIB4 add the IAFIM object under LNCEL and set all required parameters
• for SIB5 add the IRFIM object under LNCEL and set all required parameters
• for SIB6 add the UFFIM object under LNCEL and set all required parameters
• for SIB7 add the GFIM object under LNCEL and set all required parameters
• for SIB8 add the CDFIM object under LNCEL and set all required parameters

e) Select and set the Periodicity (siMessagePeriodicity) parameter's
value from a drop-down list for each selected SIB type.
f) Select and set the Repetition (siMessageRepetition) parameter's value
to 1 for each selected SIB type.

6 Send the parameters to the eNB.

452 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2085: SIB Reception with Parallel Measurement
Gaps

Result

The LTE2085: SIB Reception with Parallel Measurement Gaps feature is activated
together with the LTE843: ETWS Broadcast feature. There are at least two subframes
available for the transmission of the ETWS notification in SIB10 and SIB11 within each
SI window.
The LTE2085: SIB Reception with Parallel Measurement Gaps feature is activated
together with the LTE494: Commercial Mobile Alert System (CMAS) feature. There are
at least two subframes available for the transmission of the CMAS notification in SIB12
within each SI window.
When the Twofold transmission of SIBs per SI
window (sib2xTransmit) parameter is set to true, the SIBs 3 and higher are
transmitted at least twice per SI window, with a time difference higher than 6 ms. For
SIB10 and SIB11 being transmitted twice per SI window, the LTE843: ETWS Broadcast
feature must be activated and for SIB12, the LTE494: Commercial Mobile Alert System
(CMAS) feature must be activated; however, only one of these features can be active at
a time.

63.5 Deactivating LTE2085

Instructions to deactivate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Deactivation procedure requires object locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Deactivate the LTE2085: Reception with Parallel Measurement Gaps feature.

If the LTE843: ETWS Broadcast feature is configured:
a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the Activation ETWS support (actETWS) parameter's value to false.

If the LTE494: Commercial Mobile Alert System (CMAS) feature is configured:

Issue: 01 © 2019 Nokia. Nokia confidential. 453

   

LTE2085: SIB Reception with Parallel Measurement General RRM Features (RL10 - LTE17A)
Gaps

a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the Activation CMAS support (actCMAS) parameter's value to false.

If the Twofold transmission of SIBs per SI window parameter is

configured:
a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Expand the LNCEL object.
d) Select the SIB object.
e) Set the Twofold transmission of SIBs per SI
window (sib2xTransmit) parameter's value to false.

3 Send the parameters to the eNB.

Result

The LTE2085: Reception with Parallel Measurement Gaps feature is deactivated.
Warning notifications are not transmitted any more. SIBs 3 and higher are transmitted
only once per SI window.
There might still be repetitions of SIBs caused by the code rate of a message.

454 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2115: Dual Transmission Mode 1 Operation

64 LTE2115: Dual Transmission Mode 1

Operation
Benefits, functionality, system impact, reference data, instructions of the feature.

With the LTE2115: Dual Transmission Mode 1 Operation feature, it is possible to send
downlink (DL) data via two TX antennas. Its functionality is mainly designed for an indoor
radio planning.

64.1 LTE2115 benefits

The LTE2115: Dual Transmission Mode 1 Operation feature provides the following
benefit:
• connecting two non-overlapping indoor distributed antenna systems (DAS) to a
single remote radio head (RRH) which means reducing hardware costs for an indoor
deployment

64.2 LTE2115 functional description

Before implementing the LTE2115: Dual Transmission Mode 1 Operation feature, a two-
pipe RRH was connected with two one-path antenna systems (for example the DAS
system). In DL, the system worked in transmission mode 1 (TM1), but it duplicated
transmission of the same data simultaneously for both antenna ports. In UL, the
traditional 2RX maximum ratio combining (MRC) could be used.

Figure 48 asdasd

Blabla random, ale czy dziala ?

Issue: 01 © 2019 Nokia. Nokia confidential. 455

   

LTE2115: Dual Transmission Mode 1 Operation General RRM Features (RL10 - LTE17A)

Figure 49 RRH scalability concept

Cell1 Cell1
Area1 Area 2

Path1(TM1) Path1(TM1)

RRH
samesignal

FSM
The LTE2115: Dual Transmission Mode 1 Operation feature supports both 2RX MRC
and 2Rx interference rejection combining (IRC) receivers.
With the LTE2115: Dual Transmission Mode 1 Operation feature, it is allowed to connect
two non-overlapping indoor DAS systems to a single 2TX RRH. In addition, the eNB
supports a dual TM1 operation with 2TX/2RX RRHs. Such a transmission can be applied
to all eNB configurations with 2RX/2TX RRHs. Identical data is sent from both TX ports
for all cells with TM1 configured. The UL signals received at both RX ports are
processed by an MRC or, if enabled, an IRC receiver.
Implementing the dual TM1 transmission twice ensures that all UEs in a cell measure the
reference signal received power (RSRP) properly.

64.3 LTE2115 system impact

LTE2115: Dual Transmission Mode 1 Operation impact on features, interfaces, and
system performance.

Interdependencies between features

The following features must be deactivated before activating the LTE2115: Dual
Transmission Mode 1 Operation feature:
• LTE1089: Downlink Carrier Aggregation – 20 MHz
• LTE48: Support of High Speed Users

The LTE2115: Dual Transmission Mode 1 Operation feature does not cooperate with the
following features:
• 4RX or 4TX features

456 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2115: Dual Transmission Mode 1 Operation

– LTE72: 4-way RX Diversity
– LTE980: IRC for 4 RX Paths
– LTE1691: Uplink Intra-eNB CoMP 4Rx
– LTE568: DL Adaptive Closed Loop MIMO (4x2)

• carrier aggregation features
– LTE1089: Downlink Carrier Aggregation – 20 MHz
– LTE1332: Downlink Carrier Aggregation – 40 MHz
– LTE1562: Carrier Aggregation for Multi-carrier eNodeBs
– LTE1803: Downlink Carrier Aggregation 3 CC – 40 MHz
– LTE1804: Downlink Carrier Aggregation 3 CC – 60 MHz
– LTE2305: Inter eNodeB Carrier Aggregation for 2 Macro eNodeBs
– LTE2233: N-out-of-M Downlink Carrier Aggregation
– LTE2007: Inter-eNodeB Carrier Aggregation

• LTE FDD super cell features
– LTE1542: FDD Supercell
– LTE2091: FDD Supercell Extension
– LTE1709: Liquid Cell

• high speed users
– LTE48: Support of High Speed Users

• LTE495: OTDOA
A simultaneous activation of both LTE2115: Dual Transmission Mode 1 Operation
and LTE495: OTDOA can result in an OTDOA positioning accuracy decrease.

Impact on interfaces
The LTE2115: Dual Transmission Mode 1 Operation feature impacts interfaces as
follows:
• Uu
– This feature impacts the Uu interface in such a way that the same DL data is
transmitted via both TX antennas.

Impact on network management tools

The LTE2115: Dual Transmission Mode 1 Operation feature has no impact on network
management tools.

Impact on system performance and capacity

The LTE2115: Dual Transmission Mode 1 Operation feature impacts system
performance as follows:
• DL performance: it remains the same for any 1TX cell (as long as a delay difference
of the distributed antenna systems does not exceed the cyclic prefix length)

Issue: 01 © 2019 Nokia. Nokia confidential. 457

   

LTE2115: Dual Transmission Mode 1 Operation General RRM Features (RL10 - LTE17A)

• UL performance: it can be restricted due to an effective 1RX operation (for example,
even though the eNB uses both RX paths for the UL reception, a UE can receive UL
signal via only one DAS branch)

The LTE2115: Dual Transmission Mode 1 Operation feature has no impact on system
capacity.

64.4 LTE2115 reference data

LTE2115: Dual Transmission Mode 1 Operation requirements, parameters, and sales
information.

Requirements

Table 261 LTE2115 hardware and software requirements
FDD TDD
System release FDD-LTE 16 Not supported
Flexi Multiradio 10 BTS FL16 Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A Not supported
Flexi Zone BTS Not supported Not supported
Flexi Zone Access Point Not supported Not supported
Cloud Flexi Zone Controller Not supported Not supported
OMS LTE OMS16 Not supported
NetAct NetAct 16.2 Not supported
MME Support not required Not supported
SAE GW Support not required Not supported
UE 3GPP R8 mandatory Not supported

g Note: This feature is only supported for RRH 2TX.

Alarms
There are no alarms related to the LTE2115: Dual Transmission Mode 1 Operation
feature.

Measurements and counters

There are no measurements or counters related to the LTE2115: Dual Transmission
Mode 1 Operation feature.

Key performance indicators

There are no key performance indicators related to the LTE2115: Dual Transmission
Mode 1 Operation feature.

Parameters

458 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2115: Dual Transmission Mode 1 Operation

Table 262 New parameters introduced by LTE2115
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate 1TX in 2TX act1TxIn2Tx LNCEL - FDD
confguration

Table 263 Existing parameters related to LTE2115
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Downlink MIMO mode dlMimoMode LNCEL - FDD
Rank indication riEnable LNCEL - common
reporting enable
Uplink combination ulCombinationM LNCEL - common
mode ode
PRACH high speed prachHsFlag LNCEL - FDD
flag

For parameter descriptions, see LTE Radio Access Operating Documentation/
Reference/Parameters.

Sales information

Table 264 LTE2115 sales information
Product structure class License control Activated by default
Application software (ASW) Pool license No

64.5 Activating and deactivating LTE2115

Instructions to activate or deactivate the feature in the network

Before you start

See Configuring features with Web Element Manager for general management tool
instructions.

64.5.1 Activating and configuring LTE2115

Instructions to activate and configure the LTE2115: Dual Transmission Mode 1 Operation
feature using BTS Site Manager.

Before you start

• procedure notifications
– Activation procedure requires cell locking and BTS restart.

• feature interdependencies

Issue: 01 © 2019 Nokia. Nokia confidential. 459

   

LTE2115: Dual Transmission Mode 1 Operation General RRM Features (RL10 - LTE17A)

The following features must be deactivated before activating the LTE2115: Dual
Transmission Mode 1 Operation feature:
– LTE1089: Downlink Carrier Aggregation – 20 MHz
– LTE48: Support of High Speed Users
The LTE2115: Dual Transmission Mode 1 Operation feature does not cooperate with
the following features:
– 4RX or 4TX features
• LTE72: 4-way RX Diversity
• LTE980: IRC for 4 RX Paths
• LTE1691: Uplink Intra-eNB CoMP 4Rx
• LTE568: DL Adaptive Closed Loop MIMO (4x2)

– carrier aggregation features
• LTE1089: Downlink Carrier Aggregation – 20 MHz
• LTE1332: Downlink Carrier Aggregation – 40 MHz
• LTE1562: Carrier Aggregation for Multi-carrier eNodeBs
• LTE1803: Downlink Carrier Aggregation 3 CC – 40 MHz
• LTE1804: Downlink Carrier Aggregation 3 CC – 60 MHz
• LTE2305: Inter eNodeB Carrier Aggregation for 2 Macro eNodeBs
• LTE2233: N-out-of-M Downlink Carrier Aggregation
• LTE2007: Inter-eNodeB Carrier Aggregation

– LTE FDD super cell features
• LTE1542: FDD Supercell
• LTE2091: FDD Supercell Extension
• LTE1709: Liquid Cell

– high speed users
• LTE48: Support of High Speed Users

– LTE495: OTDOA
A simultaneous activation of both LTE2115: Dual Transmission Mode 1 Operation
and LTE495: OTDOA can result in an OTDOA positioning accuracy decrease.

Procedure

1 Start the BTS Site Manager application and establish the connection to the BTS.

460 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2115: Dual Transmission Mode 1 Operation

2 Start commissioning.

Sub-steps

a) Select View ► Commissioning or click Commissioning on the View Bar on the
left.

The BTS Site checkbox, located in the Target section, is selected by default.
This is the recommended setting.

b) Use the Template, Manual, or Reconfiguration option, depending on the actual
state of the BTS.

3 Activate the LTE2115: Dual Transmission Mode 1 Operation feature.

Sub-steps

a) Go to the Cell Resources page.

b) In the Antennas section, configure two Tx and two Rx antennas.

c) In the MIMO settings section, set the Downlink MIMO mode (dlMimoMode)

parameter value to SingleTX.

d) Check the Activate 1TX in 2TX confguration (act1TxIn2Tx)

option.

e) In the Antenna Line Settings page, configure the RTT delay objects.

4 Proceed to the Radio Network Configuration page.

5 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

6 Set the Uplink combination mode (ulCombinationMode) parameter value to

either MRC or IRC.

7 Send the commissioning plan file to the BTS.

Sub-steps

a) Go to the Send Parameters page.

Issue: 01 © 2019 Nokia. Nokia confidential. 461

   

LTE2115: Dual Transmission Mode 1 Operation General RRM Features (RL10 - LTE17A)

b) Select an appropriate Send option.

• If the BTS has not been commissioned, select All parameters.
• If the BTS has been already commissioned, select Only changes.

c) Click Send Parameters.

64.5.2 Activating and configuring LTE2115 using WebEM

Instructions to activate and configure the LTE2115: Dual Transmission Mode 1 Operation
feature using WebEM.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• procedure notifications
– Activation procedure requires cell locking and BTS restart.

• feature interdependencies
The following features must be deactivated before activating the LTE2115: Dual
Transmission Mode 1 Operation feature:
– LTE1089: Downlink Carrier Aggregation – 20 MHz
– LTE48: Support of High Speed Users
The LTE2115: Dual Transmission Mode 1 Operation feature does not cooperate with
the following features:
– 4RX or 4TX features
• LTE72: 4-way RX Diversity
• LTE980: IRC for 4 RX Paths
• LTE1691: Uplink Intra-eNB CoMP 4Rx
• LTE568: DL Adaptive Closed Loop MIMO (4x2)

– carrier aggregation features
• LTE1089: Downlink Carrier Aggregation – 20 MHz
• LTE1332: Downlink Carrier Aggregation – 40 MHz
• LTE1562: Carrier Aggregation for Multi-carrier eNodeBs
• LTE1803: Downlink Carrier Aggregation 3 CC – 40 MHz
• LTE1804: Downlink Carrier Aggregation 3 CC – 60 MHz
• LTE2305: Inter eNodeB Carrier Aggregation for 2 Macro eNodeBs
• LTE2233: N-out-of-M Downlink Carrier Aggregation
• LTE2007: Inter-eNodeB Carrier Aggregation

– LTE FDD super cell features

462 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2115: Dual Transmission Mode 1 Operation

• LTE1542: FDD Supercell
• LTE2091: FDD Supercell Extension
• LTE1709: Liquid Cell

– high speed users
• LTE48: Support of High Speed Users

– LTE495: OTDOA
A simultaneous activation of both LTE2115: Dual Transmission Mode 1 Operation
and LTE495: OTDOA can result in an OTDOA positioning accuracy decrease.

Procedure

1 Go to the Basic Cell Settings page.

Object path: Commissioning Wizard ► Navigation Panel ► Steps ► >Cells

Configuration ► >LTE FDD ► >Basic Cell Settings
Sub-steps

a) Configure two Tx and two Rx antennas under LNCEL object.

2 Got to the Antenna Line Settings page.

Object path: Commissioning Wizard ► Navigation Panel ► Steps ► >Radio

Module ► >Antenna Line Management
Sub-steps

a) Configure the RTT delay objects as desired

3 Go to the Parameter Editor.

Select from the available options

• Configuration ► Configuration Management ► Navigation Panel ► Steps

► Radio Network Configuration ► Parameter Editor
• Configuration ► Configuration Management ► Parameter Editor

4 Go to the LNCEL_FDD

Object path: MRBTS ► LNBTS ► LNCEL ► >LNCEL_FDD

5 Set the Downlink MIMO mode (dlMimoMode) parameter value to SingleTX.

6 Set the Activate 1TX in 2TX confguration (act1TxIn2Tx) parameter value

to true.

Issue: 01 © 2019 Nokia. Nokia confidential. 463

   

LTE2115: Dual Transmission Mode 1 Operation General RRM Features (RL10 - LTE17A)

7 Go to the LNCEL object.

Object path: MRBTS ► LNBTS ► LNCEL

8 Set the Uplink combination mode (ulCombinationMode) parameter value to

either MRC or IRC.

64.5.3 Deactivating LTE2115 using WebEM

Instructions to deactivate the LTE2115: Dual Transmission Mode 1 Operation feature
using Web Element Manager.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• procedure notifications
– Deactivation procedure requires cell locking.

Procedure

1 Go to the Parameter Editor.

Select from the available options

• Configuration ► Configuration Management ► Navigation Panel ► Steps

► Radio Network Configuration ► Parameter Editor
• Configuration ► Configuration Management ► Parameter Editor

2 Go to the LNCEL_FDD

Object path: MRBTS ► LNBTS ► LNCEL ► >LNCEL_FDD

3 Set the Activate 1TX in 2TX confguration (act1TxIn2Tx) parameter value

to false.

4 Set the Downlink MIMO mode (dlMimoMode) parameter value to TXDiv.

64.5.4 Deactivating LTE2115

Instructions to deactivate the LTE2115: Dual Transmission Mode 1 Operation feature
using BTS Site Manager.

464 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2115: Dual Transmission Mode 1 Operation

Before you start

• procedure notifications
– Deactivation procedure requires cell locking.

Procedure

1 Start the BTS Site Manager application and establish the connection to the BTS.

2 Start commissioning.

Sub-steps

a) Select View ► Commissioning or click Commissioning on the View Bar on the
left.

The BTS Site checkbox, located in the Target section, is selected by default.
This is the recommended setting.

b) Use the Template, Manual, or Reconfiguration option, depending on the actual
state of the BTS.

3 Proceed to the Cell Resources page.

4 Uncheck the Activate 1TX in 2TX confguration (act1TxIn2Tx) option.

When commissioning using an XML file, this option is represented as the
Activate 1 T X in 2 T X confguration (act1TxIn2Tx)
LNCEL parameter value set to false.

5 Send the commissioning plan file to the BTS.

Sub-steps

a) Go to the Send Parameters page.

b) Select an appropriate Send option.

• If the BTS has not been commissioned, select All parameters.
• If the BTS has been already commissioned, select Only changes.

c) Click Send Parameters.

Issue: 01 © 2019 Nokia. Nokia confidential. 465

   

LTE2120: TDD SIB reception with parallel General RRM Features (RL10 - LTE17A)
measurement gaps

65 LTE2120: TDD SIB reception with parallel

measurement gaps

65.1 Description of LTE2120: SIB Reception with Parallel

Measurement Gaps
Introduction to the feature
The LTE2120: SIB Reception with Parallel Measurement Gaps feature improves a SIB
schelduling system within a 20 ms/40 ms window size.

Benefits
End-user benefits
This feature guarantees receiving:

• earthquake and tsunami warning system (ETWS) notifications even if measurement
gaps occur
• commercial mobile alert system (CMAS) notifications even if measurement gaps
occur
• other SIBs (from SIB2 to SIB9) even if measurement gaps occur

Operator benefits
This feature provides:

• two mandatory transmissions within each SI window
• a longer system information (SI) window

Requirements
For more information, see Reference data section.

Functional description
Functional overview
The LTE2120: SIB Reception with Parallel Measurement Gaps feature assures that all
UEs receive the system information broadcast (SIB) messages on a first possible
occasion within the SI window even if the measurement gaps occur. The SIBs carry
relevant information which helps UEs to access a cell or perform its re-selection. They
also provide information related to intra-frequency, inter-frequency and inter-RAT cell re-
selections. In TD-LTE 15A, there are 13 types of SIBs and master information block
(MIB). The MIB includes parameters that are essential for the UE's initial access to the
network. Each SIB has a unique role to perform; it contains a specific piece of
information which is related to its assigned function (see Figure 50: Different types of
SIBs). The LTE2120: SIB Reception with Parallel Measurement Gaps feature guarantees
two mandatory transmissions for SIBs related to ETWS and CMAS and also for all other
SIBs: from SIB2 to SIB9.

466 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2120: TDD SIB reception with parallel
measurement gaps

Figure 50 Different types of SIBs

SIB1
SIB7 SIB3

MIB SIB2
SIB6
SIB5
SIB8

Every SIB is transferred through an SI message. The SI message contains only one SIB
type, and it is transmitted during the SI window. One SI message can be repeated during
one SI window. Two SIBs transmissions within the window are spaced apart by more
than 6 ms to prevent the SIB reception from being blocked by a measurement gap. The
eNB introduces a minimum length of 20 ms for the SI window. As a result, SIBs are sent
at least twice (on up to four occasions) during each SI window. This ensures that all UEs
in measurement gaps have at least one occasion during the SI window to receive the
SIBs even if there is a collision between the measurement gaps and warning massages.

g Note: From RL55TD onward, if the SI window length (siWindowLen) parameter

is set to 10 ms or higher, basic eNB software sends two mandatory transmissions for
SIBs related to ETWS, CMAS, and also for SIB2 per SI window, with transmissions
separated by more than 6 ms.

DL different sub-frames types

The downlink (DL) scheduler arranges two or three transmissions of the same message
in the same SI window if the code of a SIB message is too high. On the contrary, the
LTE2120: SIB Reception with Parallel Measurement Gaps feature schedules a
mandatory additional transmission to cover the case that one might not be received by a
UE with a measurement gap applied. Resources that are not used by SIB remain
available to the DL scheduler. To ensure that these SIB transmissions can be scheduled,
this feature introduces restrictions to the configuration parameters of all features with a
periodic pattern in a DL direction. In some scenarios, it is hard to find up to four
appropriate SIB transmissions within the 20 ms. In this case, the LTE2120: SIB
Reception with Parallel Measurement Gaps feature tries to find the most adequate SIB
transmissions.
In the LTE2120: SIB Reception with Parallel Measurement Gaps feature, there are
several types of DL sub-frames:
• normal sub-frames selected for the first transmission
• special sub-frames ssp3, ssp4, and ssp7, selected for a SIB transmission following
normal sub-frames
• normal sub-frames with CSI-RS selected if the two types of sub-frames above are
not enough for a SIB transmission
• normal sub-frames with paging (currently, sub-frame 0 for TDD) selected before CSI-
RS subframes if there is enough space for a SIB transmission

Issue: 01 © 2019 Nokia. Nokia confidential. 467

   

LTE2120: TDD SIB reception with parallel General RRM Features (RL10 - LTE17A)
measurement gaps

System impact
Interdependencies between features
There are the following interdependencies between features:

• LTE494: Commercial Mobile Alert System (CMAS)
If the LTE494: Commercial Mobile Alert System (CMAS) feature is activated, the
LTE2120: SIB Reception with Parallel Measurement Gaps feature activates
automatically.
• LTE843: ETWS Broadcast.
If the LTE843: ETWS Broadcast feature is activated, the LTE2120: SIB Reception
with Parallel Measurement Gaps feature activates automatically.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

The LTE2120: SIB Reception with Parallel Measurement Gaps feature influences the
decrease in DL peak throughput.

Management data
For more information, see Reference data section.

Sales information
For more information, see Reference data section.

65.2 LTE2120 reference data

LTE2120: TDD SIB reception with parallel measurement gaps requirements,
measurements and counters, parameters, and sales information

Requirements

Table 265 LTE2120 hardware and software requirements
FDD TDD
System release Not Supported TD-LTE 15A
Flexi Multiradio 10 BTS Not Supported TL15A
Flexi Multiradio 10 Indoor BTS Not Supported TL15A
Nokia AirScale BTS Not Supported TL16A
Flexi Zone BTS Not Supported TL15A
Flexi Zone Access Point Not Supported TL16

468 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2120: TDD SIB reception with parallel
measurement gaps

Table 265 LTE2120 hardware and software requirements (Cont.)
FDD TDD
Cloud Flexi Zone Controller Not Supported TL17A
OMS Not Supported Not Supported
NetAct Not Supported Not Supported
MME Not Supported Not Supported
SAE GW Not Supported Not Supported
UE Not Supported 3GPP R8 mandatory

Alarms
There are no alarms related to the LTE2120: TDD SIB reception with parallel
measurement gaps feature.

BTS faults and reported alarms

There are no faults related to the LTE2120: TDD SIB reception with parallel
measurement gaps feature.

Commands
There are no commands related to the LTE2120: TDD SIB reception with parallel
measurement gaps feature.

Measurements and counters

Table 266 Existing counters related to LTE2120
Counter ID Counter name Measurement
M8001C231 Number of primary ETWS LTE Cell Load
notifications
M8001C232 Number of secondary ETWS LTE Cell Load
notifications
M8001C233 Number of CMAS notifications LTE Cell Load

For counters descriptions, see LTE Operating Documentation/Reference/Counters and
Key Performance Indicators.
Key performance indicators
There are no key performance indicators related to the LTE2120: TDD SIB reception with
parallel measurement gaps feature.

Parameters

Table 267 New parameters introduced by LTE2120
Full name Abbreviated Managed Parent structure FDD/TDD
name object
Twofold sib2xTransmit SIB _ common
transmission of
SIBs per SI window

Issue: 01 © 2019 Nokia. Nokia confidential. 469

   

LTE2120: TDD SIB reception with parallel General RRM Features (RL10 - LTE17A)
measurement gaps

Table 268 Existing parameters related to LTE2120
Full name Abbreviated Managed Parent structure FDD/TDD
name object
Activation CMAS actCMAS LNBTS _ common
support
Activation ETWS actETWS LNBTS _ common
support
Activate enhanced actEicic LNCEL _ common
inter-cell
interference
coordination
PRS activation actOtdoa LNCEL _ common
Highest allowed eIcicMaxMuteP LNCEL _ common
muting pattern attern
TDD subframe tddFrameConf LNCEL _ common
configuration
TDD special tddSpecSubfCo LNCEL _ common
subframe nf
configuration
SI window length siWindowLen SIB _ common
System information sibScheduling SIB _ common
scheduling list List

For parameter descriptions, see LTE Operating Documentation/Reference/Parameters

Sales information

Table 269 LTE2120 sales information
BSW/ASW License control in network Activated by default
element
BSW - No

65.3 Activating and configuring LTE2120

Instructions to activate and configure the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
Activation procedure requires object locking.
The LTE2120: SIB Reception with Parallel Measurement Gaps feature activates
automatically when one of the following features is configured:

• LTE494: Commercial Mobile Alert System (CMAS)
• LTE843: ETWS Broadcast

470 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2120: TDD SIB reception with parallel
measurement gaps

g Note: It is not supported to set both Activation CMAS support (actCMAS) and

Activation ETWS support (actETWS) parameter values to true. Either
actCMAS or actETWS parameter can be activated at the same time.
To activate the feature, choose one of the following options:
• Option one (two mandatory transmissions of SIB 2 to SIB 9)
• Option two (two mandatory transmissions of SIB 10 and 11, and optionally from SIB
2 to SIB 9)
• Option three (two mandatory transmissions of SIB 12, and optionally from SIB 2 to
SIB 9)

65.3.1 Option one (two mandatory transmissions of SIB 2 to SIB

9)
Before you start
The LTE494: Commercial Mobile Alert System (CMAS) and LTE843: ETWS Broadcast
features are disabled, and the Twofold transmission of SIBs per SI
window (sib2xTransmit) activation flag is set to true.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Set the SIB Twofold transmission of SIBs per SI

window (sib2xTransmit) activation flag to true.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Expand the LNCEL object.
d) Select the SIB object.
e) Set the Twofold transmission of SIBs per SI
window (sib2xTransmit) parameter value to true.

3 Set the SI window length (siWindowLen) parameter value.

a) Select the SIB object.
b) Set the SI window length (siWindowLen) parameter value to 20 ms or 40
ms.

4 Send the parameters to the eNB.

Issue: 01 © 2019 Nokia. Nokia confidential. 471

   

LTE2120: TDD SIB reception with parallel General RRM Features (RL10 - LTE17A)
measurement gaps

Result

The LTE2120: SIB Reception with Parallel Measurement Gaps feature is activated; there
are two mandatory transmissions of SIB 2 to SIB 9 within each SI window.

472 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2120: TDD SIB reception with parallel
measurement gaps

g Note: While activating the LTE2120: SIB Reception with Parallel Measurement Gaps
feature, ensure the following configurations are set:
• If tddFrameConf is set to 1 in the LNCEL_TDD object, and actOtdoa is set to
true in the LNCEL object, configure the following parameters as indicated below:
– If siWindowLen is set to 20 ms, and the number of configured SIBs (that is,
the number of sets in the sibSchedulingList structure + 2) is 8 or higher,
then prsConfigurationIndex must be set to one of the following values:
474, 479, 1114, 1119, 2394, or 2399, or
– If siWindowLen is set to 40 ms, and the number of configured SIBs (for
example, the number of sets in the sibSchedulingList structure + 2) is 8or
higher, then prsConfigurationIndex must be set to one of the following
values: 1114, 1119, 2394, or 2399

• If tddFrameConf is set to 1 in the LNCEL_TDD object, and actEicic is set to
true in the LNCEL object, configure the following parameters as indicated below:
– The csiRsSubfrConf must be set to one of the following values:
9, 29, 49, 69, 89, 109, 129, 149, or

Note: Add the CSI-RS configuration

g information (csiRsConfigInfo) parameter structure in the LNCEL_TDD
object.
– If tddSpecSubfConf is not 3, 4, 7 in the LNCEL_TDD object, then
csiRsSubfrConf must be set to one of the following values:
29, 49, 69, 89, 109, 129, 149

• If tddFrameConf is set to 2, and actOtdoa is set to true, configure the following
parameters as indicated below:
– If siWindowLen is set to 20 ms, and the number of configured SIBs (that is,
the number of sets in the sibSchedulingList structure + 2) is 8 or higher,
then prsConfigurationIndex must be set to one of the following values:
473, 478, 1113, 1118, 2393, 2398, or
– If siWindowLen is set to 40 ms, and the number of configured SIBs (that is,
the number of sets in the sibSchedulingList structure + 2) is 8 or higher,
then prsConfigurationIndex must be set to one of the following values:
1113, 1118, 2393, 2398

• If tddFrameConf is set to 2, and actEicic is set to true, configure the following
parameters as indicated below:
– The csiRsSubfrConf must be set to one of the following values:
8, 28, 48, 68, 88, 108, 128, 148, or
– If tddSpecSubfConf is not 3, 4, 7, eIcicMaxMutePattern in the
LNCEL object is higher than or equal to mp3, and cellType is set to large,
then csiRsSubfrConf must be set to one of the following values:
28, 48, 68, 88, 108, 128, 148

• If tddFrameConf is set to 1, csiRsSubfrConf must be set to one of the
following values: 4, 9, 29, 49, 69, 89, 109, 129, 149.
• If tddFrameConf is set to 2, csiRsSubfrConf must be set to one of the
following values: 4, 8, 28, 48, 68, 88, 108, 128, 148.
• If actMBMS in the LNBTS object is set to true, then csiRsSubfrConf must be
set to either 8, 28, 48, 68, 88, 108, 128 or 148 in all LNCEL instances
with earfcn equal to mbsfnEarfcn and chBw equal to mbsfnDlChBw. If
sib2xTransmit is set to true, then ChBw parameter should be greater than or
equal to 10 MHz.

Issue: 01 © 2019 Nokia. Nokia confidential. 473

   

LTE2120: TDD SIB reception with parallel General RRM Features (RL10 - LTE17A)
measurement gaps

Note: Object path for mbsfnEarfcn and mbsfnDlChBw parameters:

g
LNBTS► LNMCE ► MBSFNSYNCAREA_TDD.
Object path for ChBw parameter: LNBTS ► LNCEL.

65.3.2 Option two (two mandatory transmissions of SIB 10 and

11, and optionally from SIB 2 to SIB 9)
Before you start
The LTE494: Commercial Mobile Alert System (CMAS) feature is disabled, the LTE843:
ETWS Broadcast feature is enabled, and the Twofold transmission of SIBs
per SI window (sib2xTransmit) activation flag is set to true or false.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 If the LNBTS Activation CMAS support (actCMAS) parameter value is set to

false, and the LNBTS Activation ETWS support (actETWS) parameter value is
set to true, set the SIB Twofold transmission of SIBs per SI
window (sib2xTransmit) activation flag to true or false.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Expand the LNCEL object.
d) Select the SIB object and set the parameter values as follows:
• Twofold transmission of SIBs per SI
window (sib2xTransmit) to true or false
• SI window length (siWindowLen) to 20 ms or 40 ms
• Add the System information scheduling
list (sibSchedulingList) parameter structure. Configure SIB 10 and
SIB 11.

3 For the LNBTS object, set the parameter values.

• Expand the LNBTS object.
• Set the Activation ETWS support (actETWS) parameter value to true.
• Set the PWS with emergency area ID (pwsWithEmAreaId) parameter
value to true or false.

474 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2120: TDD SIB reception with parallel
measurement gaps

– If the pwsWithEmAreaId parameter is set to true, add and configure the
LNCEL Emergency area ID list (emAreaIdList) parameter value.

4 Send the parameters to the eNB.

Result

The LTE2120: SIB Reception with Parallel Measurement Gaps feature is activated; there
are two mandatory transmissions of SIBs 10 and 11 (and optionally for SIBs 2 and
higher) within each SI window.

Issue: 01 © 2019 Nokia. Nokia confidential. 475

   

LTE2120: TDD SIB reception with parallel General RRM Features (RL10 - LTE17A)
measurement gaps

g Note: While activating the LTE2120: SIB Reception with Parallel Measurement Gaps
feature, ensure the following configurations are set:
• If actEicic is set to true, and cellType is not set to large in any LNCEL of the
eNB, then DRX long cycle (drxLongCycle) in the DRX Profile
5 (drxProfile5) parameter structure must be set to 640 ms.
• If tddFrameConf in the LNCEL_TDD object is set to 1, and actOtdoa is set to
true, configure the following parameters as indicated below:
– If siWindowLen is set to 20 ms, and the number of configured SIBs (that is,
the number of sets in the sibSchedulingList structure + 2) is 8 or higher,
then prsConfigurationIndex must be set to one of the following values:
474, 479, 1114, 1119, 2394, or 2399 in the LNCEL_TDD object, or
– If siWindowLen is set to 40 ms, and the number of configured SIBs (for
example, the number of sets in the sibSchedulingList structure + 2) is 8or
higher, then prsConfigurationIndex must be set to one of the following
values: 1114, 1119, 2394, or 2399

• If tddFrameConf is set to 1, and actEicic is set to true, configure the following
parameters as indicated below:
– csiRsSubfrConf must be set to one of the following values:
9, 29, 49, 69, 89, 109, 129, 149, or

Note: In the LNCEL_TDD object, add the
g CSI-RS configuration information (csiRsConfigInfo) parameter
structure.
– if tddSpecSubfConf in the LNCEL_TDD object is not 3, 4, 7, then
csiRsSubfrConf must be set to one of the following values:
29, 49, 69, 89, 109, 129, 149

• If tddFrameConf is set to 2, and actOtdoa is set to true, configure the following
parameters as indicated below:
– If siWindowLen is set to 20 ms and the number of configured SIBs (that is,
the number of sets in the sibSchedulingList structure + 2) is 8 or higher,
then prsConfigurationIndex must be set to one of the following values:
473, 478, 1113, 1118, 2393, 2398, or
– If siWindowLen is set to 40 ms, and the number of configured SIBs (that is,
the number of sets in the sibSchedulingList structure + 2) is 8 or higher,
then prsConfigurationIndex must be set to one of the following values:
1113, 1118, 2393, 2398

• If tddFrameConf is set to 2, and actEicic is set to true, configure the following
parameters as indicated below:
– csiRsSubfrConf must be set to one of the following values:
8, 28, 48, 68, 88, 108, 128, 148, or
– if tddSpecSubfConf is not 3, 4, 7, eIcicMaxMutePattern in the
LNCEL object is higher than or equal to mp3, and cellType is set to large,
then csiRsSubfrConf must be set to one of the following values:
28, 48, 68, 88, 108, 128, 148

• If tddFrameConf is set to 1, csiRsSubfrConf must be set to one of the
following values: 4, 9, 29, 49, 69, 89, 109, 129, 149.

• If tddFrameConf is set to 2, csiRsSubfrConf must be set to one of the
following values: 4, 8, 28, 48, 68, 88, 108, 128, 148.

476 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2120: TDD SIB reception with parallel
measurement gaps

• If actMBMS is set to true, then csiRsSubfrConf must be set to either
8, 28, 48, 68, 88, 108, 128 or 148 in all LNCEL instances with earfcn
equal to mbsfnEarfcn and chBw equal to mbsfnDlChBw. If sib2xTransmit is
set to true, then ChBw parameter should be greater than or equal to 10 MHz.

Note: Object path for mbsfnEarfcn and mbsfnDlChBw parameters:

g
LNBTS► LNMCE ► MBSFNSYNCAREA_TDD.
Object path for ChBw parameter: LNBTS ► LNCEL.

65.3.3 Option three (two mandatory transmissions of SIB 12, and

optionally from SIB 2 to SIB 9)
Before you start
The LTE494: Commercial Mobile Alert System (CMAS) feature is enabled, the LTE843:
ETWS Broadcast feature is disabled, and the Twofold transmission of SIBs
per SI window (sib2xTransmit) activation flag is set to true or false.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 If the LNBTS Activation CMAS support (actCMAS) parameter value is set to

true, and the LNBTS Activation ETWS support (actETWS) parameter value is
set to false, set the SIB Twofold transmission of SIBs per SI
window (sib2xTransmit) activation flag to true or false.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Expand the LNCEL object.
d) Select the SIB object and set the parameter values as follows.
• Twofold transmission of SIBs per SI
window (sib2xTransmit) parameter value to true or false
• SI window length (siWindowLen) to 20 ms or 40 ms
• Add the System information scheduling
list (sibSchedulingList) parameter structure. Configure SIB 12.

3 For the LNBTS object, set the parameter values.

• Expand the LNBTS object.

Issue: 01 © 2019 Nokia. Nokia confidential. 477

   

LTE2120: TDD SIB reception with parallel General RRM Features (RL10 - LTE17A)
measurement gaps

• Set the Activation CMAS support (actCMAS) parameter value to true.

• Set the PWS with emergency area ID (pwsWithEmAreaId) parameter
value to true or false.
– if the pwsWithEmAreaId parameter is set to true, add and configure the
LNCEL Emergency area ID list (emAreaIdList) parameter value.

4 Send the parameters to the eNB.

Result

The LTE2120: SIB Reception with Parallel Measurement Gaps feature is activated; there
are two mandatory transmissions of SIB 12 (and optionally for SIBs 2 and higher) within
each SI window.

478 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2120: TDD SIB reception with parallel
measurement gaps

g Note: Before activating the LTE2120: SIB Reception with Parallel Measurement Gaps
feature, ensure the following configurations are set:
• If tddFrameConf is set to 1, and actOtdoa is set to true, configure the following
parameters as indicated below:
– if siWindowLen is set to 20 ms, and the number of configured SIBs (that is,
the number of sets in the sibSchedulingList structure + 2) is 8 or higher,
then prsConfigurationIndex must be set to one of the following values:
474, 479, 1114, 1119, 2394, or 2399, or
– if siWindowLen is set to 40 ms, and the number of configured SIBs (for
example, the number of sets in the sibSchedulingList structure + 2) is 8or
higher, then prsConfigurationIndex must be set to one of the following
values: 1114, 1119, 2394, or 2399

• If tddFrameConf is set to 1, and actEicic is set to true, configure the following
parameters as indicated below:
– csiRsSubfrConf must be set to one of the following values:
9, 29, 49, 69, 89, 109, 129, 149, or
– if tddSpecSubfConf is not 3, 4, 7, then csiRsSubfrConf must be set
to one of the following values: 29, 49, 69, 89, 109, 129, 149

• If tddFrameConf is set to 2, and actOtdoa is set to true, configure the following
parameters as indicated below:
– if siWindowLen is set to 20 ms, and the number of configured SIBs (that is,
the number of sets in the sibSchedulingList structure + 2) is 8 or higher,
then prsConfigurationIndex must be set to one of the following values:
473, 478, 1113, 1118, 2393, 2398, or
– if siWindowLen is set to 40 ms, and the number of configured SIBs (that is,
the number of sets in the sibSchedulingList structure + 2) is 8 or higher,
then prsConfigurationIndex must be set to one of the following values:
1113, 1118, 2393, 2398

• If tddFrameConf is set to 2, and actEicic is set to true, configure the following
parameters as indicated below:
– csiRsSubfrConf must be set to one of the following values:
8, 28, 48, 68, 88, 108, 128, 148, or
– if tddSpecSubfConf is not 3, 4, 7, and eIcicMaxMutePattern is
higher than or equal to mp3, and cellType is set to large, then
csiRsSubfrConf must be set to one of the following values:
28, 48, 68, 88, 108, 128, 148

• If tddFrameConf is set to 1, csiRsSubfrConf must be set to one of the
following values: 4, 9, 29, 49, 69, 89, 109, 129, 149.

• If tddFrameConf is set to 2, csiRsSubfrConf must be set to one of the
following values: 4, 8, 28, 48, 68, 88, 108, 128, 148.

• If actMBMS is set to true, then csiRsSubfrConf must be set to either
8, 28, 48, 68, 88, 108, 128 or 148 in all LNCEL instances with earfcn
equal to mbsfnEarfcn and chBw equal to mbsfnDlChBw. If sib2xTransmit is
set to true, then ChBw parameter should be greater than or equal to 10 MHz.

Note: Object path for mbsfnEarfcn and mbsfnDlChBw parameters:
g LNBTS► LNMCE ► MBSFNSYNCAREA_TDD.

Issue: 01 © 2019 Nokia. Nokia confidential. 479

   

LTE2120: TDD SIB reception with parallel General RRM Features (RL10 - LTE17A)
measurement gaps

Object path for ChBw parameter: LNBTS ► LNCEL.

65.4 Deactivating LTE2120

Instructions to deactivate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The Twofold transmission of SIBs per SI window (sib2xTransmit)
parameter is used for deactivation of SIBs 2 to 9. Modification of this parameter requires
object locking. The Activation ETWS support (actETWS) parameter is used for
deactivation of SIBs 10 and 11. The Activation CMAS support (actCMAS)
parameter is used for deactivation of SIBs 12.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Deactivate the LTE2120: SIB Reception with Parallel Measurement Gaps feature.

a) Expand the MRBTS object.
b) Select the LNBTS object.
c) Set the following parameter values to false:
• Activation CMAS support (actCMAS) – twofold transmission of SIB
12 is disabled
• Activation ETWS support (actETWS) – twofold transmission of SIBs
10 and 11 is disabled

d) Go to the LNCEL object.
e) Select the SIB object.
f) Set the Twofold transmission of SIBs per SI
window (sib2xTransmit) parameter value to false – twofold transmission of
SIB 2 to 9 is disabled

3 Send the parameters to the eNB.

480 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2120: TDD SIB reception with parallel
measurement gaps

Result

The LTE2120: SIB Reception with Parallel Measurement Gaps feature is deactivated;
warning notifications are not sent; twofold transmission of SIB 2 and higher is disabled.

Issue: 01 © 2019 Nokia. Nokia confidential. 481

   

LTE2133: eICIC for HetNet eNode B Configurations General RRM Features (RL10 - LTE17A)

66 LTE2133: eICIC for HetNet eNode B

Configurations

66.1 LTE2133: eICIC for HetNet eNode B Configurations

Introduction to the feature

Benefits
End-user benefits
This feature does not affect the end-user experience.

Operator benefits
This feature provides support for heterogeneous networks so that eICIC partnerships
can be established in the following scenarios:
• between macro and small cells which are hosted by the same eNB
• between multiple small cells in one eNB and either the same macro cell or individual
macro cells on another eNB

Functional description
Functional overview
The LTE2133: eICIC for HetNet eNode B Configurations feature introduces the internal
X2 interface communication extensions for eICIC to enable:
• eICIC support between the macro and small cells located in the same eNB. Figure
51: Scenario 1 shows an example where low power remote radio heads (RRHs) are
connected to the same system module with the overlapping high power RRH.
Figure 51 Scenario 1

low
power
eNB RRH

fiber
eICIC
area

g Note: The high power RRHs are used in the macro cells while the low power
RRHs are used in the small cells.
• eICIC support between the macro cell hosted by an eNB and the small cells hosted
by another eNB. Figure 52: Scenario 2 shows an example where a high power RRH
and the low power RRHs are connected to different system modules linked via X2
interface.

482 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2133: eICIC for HetNet eNode B Configurations

Figure 52 Scenario 2

low
eNB1 power eNB2
RRH
fiber
eICIC
fiber area
high
power
RRH

X2

• eICIC support for the macro and small cells configured in both scenarios. Figure 53:
Scenario 3 shows an example where a high power RRH and some of the low power
RRHs are connected to the same system module and other low power RRHs are
connected to a different system module linked via X2 interface.
Figure 53 Scenario 3

eICIC high
area power
#2 RRH

fiber

fiber
eNB1 low eNB2
power
RRH eICIC
area
#1
fiber
high fiber
power
RRH

X2

g Note: This scenario can be extended to include additional permutations such as
multiple macro cells of eNB1 in eICIC partnership with the small cells of eNB2.
Note that only one active eICIC partnership is allowed per small cell.

There is a limitation imposed by an X2 reset procedure in any scenario where multiple
eICIC areas use the same X2 link. This procedure is used in recovering from cases such
as supervision timer expiry, and missing and unexpected responses. In this scenario, it is
possible that one small cell terminates all eICIC partnerships for all involved eICIC areas.

System impact
Interdependencies between features
The LTE2133: eICIC for HetNet eNode B Configurations feature is enabled together with
the LTE1496: eICIC - micro feature.

Issue: 01 © 2019 Nokia. Nokia confidential. 483

   

LTE2133: eICIC for HetNet eNode B Configurations General RRM Features (RL10 - LTE17A)

g Note: The eICIC feature activation is prohibited for small cells with carrier aggregation
(CA) enabled. Simultaneous support for eICIC and CA in small cell eNBs will be
available on a later release.

Phase synchronization is required for the LTE2133: eICIC for HetNet eNode B
Configurations feature and can be achieved by activating one of the following features:
• LTE80: GPS Synchronization
• LTE891: Timing over Packet with Phase Synchronization
• LTE1710: Sync Hub Direct Forward

g Note: For phase synchronization, the Network synchronization

mode (btsSyncMode) parameter value must be set to PhaseSync.

Impact on interfaces
This feature introduces the X2 interface for eICIC functions over the optical fiber cable.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

This feature has no impact on system performance or capacity.

66.2 LTE2133 reference data

LTE2133: eICIC for HetNet eNode B Configurations requirements, alarms and faults,
commands, measurements and counters, KPIs, parameters, and sales information

Requirements

Table 270 LTE2133 hardware and software requirements
FDD TDD
System release FDD-LTE 15A Not supported
Flexi Multiradio 10 BTS FL15A Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL16A Not supported
Flexi Zone BTS Not supported Not supported
Flexi Zone Access Point Not supported Not supported
Cloud Flexi Zone Controller Not supported Not supported
OMS Support not needed Not supported
NetAct NetAct 15.5 Not supported
MME Not supported Not supported
SAE GW Not supported Not supported

484 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2133: eICIC for HetNet eNode B Configurations

Table 270 LTE2133 hardware and software requirements (Cont.)
FDD TDD
UE 3GPP R10 UE capabilities Not supported

g Note: The small cells can also be configured on the Flexi Multiradio 10 BTS.

Alarms
There are no alarms related to the LTE2133: eICIC for HetNet eNode B Configurations
feature.

BTS faults and reported alarms

There are no faults related to the LTE2133: eICIC for HetNet eNode B Configurations
feature.

Commands
There are no commands related to the LTE2133: eICIC for HetNet eNode B
Configurations feature.

Measurements and counters

There are no measurements or counters related to the LTE2133: eICIC for HetNet
eNode B Configurations feature.

Key performance indicators

There are no key performance indicators related to the LTE2133: eICIC for HetNet
eNode B Configurations feature.

Parameters

Table 271 Existing parameters related to LTE2133
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
ECGI of the eICIC eIcicPartnerEc LNCEL - FDD
macro partner gi
Identity of the eNB enbId LNCEL eIcicPartnerEc FDD
in the ECGI of the gi
eICIC macro partner
Identity of the lcrId LNCEL eIcicPartnerEc FDD
cell in the ECGI of gi
the eICIC macro
partner
MCC in the ECGI of mcc LNCEL eIcicPartnerEc FDD
the eICIC macro gi
partner
MNC in the ECGI of mnc LNCEL eIcicPartnerEc FDD
the eICIC macro gi
partner

Issue: 01 © 2019 Nokia. Nokia confidential. 485

   

LTE2133: eICIC for HetNet eNode B Configurations General RRM Features (RL10 - LTE17A)

Table 271 Existing parameters related to LTE2133 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
MNC length in the mncLength LNCEL eIcicPartnerEc FDD
ECGI of the eICIC gi
macro partner

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters document.

Sales information

Table 272 Sales information
BSW/ASW License control in network Activated by default
element
ASW - No

486 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2162: SRVCC for Network Deployments Not
Supporting PS HO

67 LTE2162: SRVCC for Network Deployments

Not Supporting PS HO
Benefits, functionality, system impact, reference data, instructions of the feature.

Table 273 LTE2162 summary of changes
Date Issue Section Change description
September 01 LTE2162 New parameter added.
20, 2019 reference data

The LTE2162: SRVCC for Network Deployments Not Supporting PS HO feature supports
network deployments where the Single Radio Voice Call Continuity (SRVCC) and
measurement-based redirect will be supported to the same WCDMA target cell.
SRVCC is an LTE functionality that allows a VoIP/IMS call in the LTE packet domain to
be moved to a legacy voice domain (for example WCDMA).
As an additional handover method, the eNB supports a measurement-based redirect to
WCDMA as an extension of the PS handover function. After the UE has performed
measurements on WCDMA, the handover trigger is sent by UE Context Release
with Redirect.
The LTE2162: SRVCC for Network Deployments Not Supporting PS HO feature supports
an additional handover method both to the existing PS handover and measurement-
based redirect.

67.1 LTE 2162 benefits

The LTE2162: SRVCC for Network Deployments Not Supporting PS HO feature provides
the following benefits:
• The operator can simultaneously use
– SRVCC for QCI1 (QoS Class Identifier 1: example VoLTE) active UEs
– measurement-based redirect for QCI1 inactive UEs
inside one cell towards WCDMA, if the operator does not want to use a PS HO to
WCDMA in the eNB due to, for example, missing core-network support.

With the LTE2162: SRVCC for Network Deployments Not Supporting PS HO feature, a
better voice continuity is accomplished.

67.2 LTE 2162 functional description

Functional overview
The eNB applies one of the following three alternative algorithms to select the
handover/mobility mode for WCDMA target cells. The operator can configure, which one
is used.

Issue: 01 © 2019 Nokia. Nokia confidential. 487

   

LTE2162: SRVCC for Network Deployments Not General RRM Features (RL10 - LTE17A)
Supporting PS HO

1. SRVCC and PS Handover Support
• SRVCC for all SRVCC-capable UEs with an established VoLTE bearer
• PS HO for all other UEs which are PS HO-capable
• UE Context Release with Redirect for all remaining UEs

2. SRVCC without PS Handover Support
• SRVCC for all SRVCC-capable UEs with an established VoLTE bearer
• UE Context Release with Redirect for all remaining UEs

3. UE Context Release with Redirect
• UE Context Release with Redirect for all UEs

The above three options are selected by the preventPsHOtoWCDMA parameter:
1. SRVCC and PS-Handover Support is chosen by the value None
2. SRVCC without PS-Handover Support is chosen by the value NonVoiceOnly
3. UE Context Release with Redirect is chosen by the value All

Which sub-bullet of the above three options (for example: PS HO for all other UEs which
are PS HO-capable of option 1 ) is chosen is decided in the eNodeB evaluating UE
capabilities and the presence of a QCI1 bearer.

Handover mode selection for WCDMA target cells

The figure below is an overview of how the handover mode for WCDMA target cells is
selected.

488 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2162: SRVCC for Network Deployments Not
Supporting PS HO

Figure 54 Handover Mode Selection for WCDMA target cells

First the eNB checks whether the operator has completely prohibited handover to
WCDMA by configuration. If the Prevent PS-HO to WCDMA
(preventPsHOtoWcdma) parameter is set to All , the eNB starts the UE Context
Release with redirect, using the frequency of the selected WCDMA target cell as a
redirection target.
Otherwise, the eNB checks whether the conditions to execute SRVCC are met according
to the decision whether to execute a PS handover to WCDMA or SRVCC to
WCDMA. Once a WCDMA cell has been selected as a target for an inter-system
handover (IRAT), the eNB checks whether the following conditions to execute SRVCC
are met:

• the LTE872: SRVCC to WCDMA feature is activated and licensed by the operator
• at least one E-RAB with QCI1 has been established for the UE
• it is stored in the UE context, that both the UE and MME are SRVCC-capable
• 3GPP Feature Group Indicator (FGI) bit 27 in the UE capabilities is set, indicating
that the UE can perform a CS handover to UTRA Cell_DCH

If the conditions for SRVCC are met, the eNB shall start SRVCC to WCDMA. Otherwise,
the eNB starts a regular PS handover towards WDCMA or an UE Context Release with
Redirect to WCDMA.

Issue: 01 © 2019 Nokia. Nokia confidential. 489

   

LTE2162: SRVCC for Network Deployments Not General RRM Features (RL10 - LTE17A)
Supporting PS HO

Furthermore, the eNB checks whether the operator has prohibited a handover to
WCDMA for UEs without an active VoLTE bearer by configuration. If the Prevent PS-
HO to WCDMA (preventPsHOtoWcdma) parameter is set to NonVoiceOnly, the
eNB starts the UE Context Release with redirect, using the frequency of the selected
WCDMA target cell as a redirection target.
Otherwise, the eNB checks whether the UE has the capability of performing a handover
to WCDMA. If the FGI bit 8 in the UE capabilities (stored in the UE context) is set to "0,"
the UE is not capable of performing a handover to WCDMA. In this case, the eNB starts
the UE Context Release with redirect, using the frequency of the selected WCDMA
target cell as a redirection target.
Otherwise, the eNB executes a PS handover towards WCDMA.

67.3 LTE 2162 system impact

LTE2162: SRVCC for Network Deployments Not Supporting PS HO impact on features,
interfaces, network management tools, and system performance and capacity.

Interdependencies between features

There are interdependencies between the following features:

• LTE56: Inter-RAT Handover to WCDMA
• LTE1073: Measurement-based Redirect to UTRAN
• LTE872: SRVCC to WCDMA
• LTE736: CS Fallback to UTRAN

The LTE56: Inter-RAT Handover to WCDMA feature introduces a PS handover to
WCDMA. It is extended by LTE1073: Measurement-based Redirect to UTRAN to allow a
measurement-based redirect to WCDMA. WCDMA measurements are executed for both
features together. The LTE1073: Measurement-based Redirect to UTRAN feature offers
a choice to execute the measurement-based redirect either for all UEs or only for UEs
not supporting PS-HO. The LTE1073: Measurement-based Redirect to UTRAN feature is
activated together with the LTE56: Inter-RAT Handover to WCDMA feature.
Now the LTE2162: SRVCC for Network Deployments Not Supporting PS HO feature
introduces a third option to execute the measurement-based redirect for all UEs without
an active voice bearer. The LTE2162: SRVCC for Network Deployments Not Supporting
PS HO feature is activated together with the LTE56: Inter-RAT Handover to WCDMA
feature as well.
Furthermore, the LTE872: SRVCC to WCDMA feature is affected; the LTE872: SRVCC
to WCDMA feature introduces SRVCC to WCDMA for a UE with an activated VoIP
bearer. It is not allowed to activate the LTE872: SRVCC to WCDMA feature if the
LTE1073: Measurement-based Redirect to UTRAN feature is configured to perform PS-
HO for all UEs. Consequently, it was not possible to perform SRVCC and measurement-
based redirect for the same UE, depending on whether a VoIP bearer was activated or
not.
With the LTE2162: SRVCC for Network Deployments Not Supporting PS HO feature, it
will be possible to configure the system in a way that SRVCC and the measurement-
based redirect are performed for the same UE, depending on whether a VoIP bearer was
activated or not.

490 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2162: SRVCC for Network Deployments Not
Supporting PS HO

The LTE736: CS Fallback to UTRAN feature introduces a CS fallback, based on a PS
handover to WCDMA. Similarly, as a parent feature, LTE56: Inter-RAT Handover to
WCDMA is extended by the LTE1073: Measurement-based Redirect to UTRAN feature
to allow measurement-based redirect to WCDMA. The LTE1073: Measurement-based
Redirect to UTRAN feature offers a choice to execute the measurement-based redirect
either for all UEs or only for UEs not supporting PS-HO. The same configuration
parameter, Prohibit PS-HO to WCDMA (prohibitPsHOtoWcdma), was used to
select between the available options.
Now the LTE2162: SRVCC for Network Deployments Not Supporting PS HO feature
replaces the Prohibit PS-HO to WCDMA (prohibitPsHOtoWcdma) parameter
with the new configuration parameter Prevent PS-HO to WCDMA
(preventPsHOtoWcdma), which introduces a third option to execute the
measurement-based redirect for all UEs without an active voice bearer.
As a consequence, with the introduction of the LTE2162: SRVCC for Network
Deployments Not Supporting PS HO feature, the LTE736: CS Fallback to UTRAN
feature's behaviour will also be controlled by the new parameter, Prevent PS-HO to
WCDMA (preventPsHOtoWcdma).

Impact on interfaces
The LTE2162: SRVCC for Network Deployments Not Supporting PS HO feature has no
impact on interfaces.

Impact on network management tools

The LTE2162: SRVCC for Network Deployments Not Supporting PS HO feature has no
impact on network management tools.

Impact on system performance and capacity

The LTE2162: SRVCC for Network Deployments Not Supporting PS HO feature has no
impact on system performance or capacity.

67.4 LTE 2162 reference data

Requirements

Table 274 LTE2162 hardware and software requirements
FDD TDD
System release FDD-LTE 16 TD-LTE 16
Flexi Multiradio 10 BTS Not supported TL16
Flexi Multiradio 10 Indoor BTS Not supported TL16
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS FL16 TL16
Flexi Zone Access Point Support not required Support not required
Flexi Zone Controller Support not required Support not required
OMS Support not required Support not required

Issue: 01 © 2019 Nokia. Nokia confidential. 491

   

LTE2162: SRVCC for Network Deployments Not General RRM Features (RL10 - LTE17A)
Supporting PS HO

Table 274 LTE2162 hardware and software requirements (Cont.)
FDD TDD
NetAct NetAct 16.2 NetAct 16.2
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 UE capabilities 3GPP R8 UE capabilities

Alarms
There are no alarms related to the LTE2162: SRVCC for Network Deployments Not
Supporting PS HO feature.

BTS faults and reported alarms

There are no faults related to the LTE2162: SRVCC for Network Deployments Not
Supporting PS HO feature.

Commands
There are no commands related to the LTE2162: SRVCC for Network Deployments Not
Supporting PS HO feature.

Measurements and counters

There are no measurements or counters related to the LTE2162: SRVCC for Network
Deployments Not Supporting PS HO feature.

Key performance indicators

There are no key performance indicators related to the LTE2162: SRVCC for Network
Deployments Not Supporting PS HO feature.

Parameters

Table 275 New parameters introduced by LTE2162: SRVCC for Network
Deployments Not Supporting PS HO
Full name Abbreviated name Managed object Parent stru
Prevent PS-HO to WCDMA preventPsHOtoWcdma MRBTS/LNBTS/LNBTS_FDD -
Prevent PS-HO to WCDMA preventPsHOtoWcdma MRBTS/LNBTS/LNBTS_TDD -

Table 276 Existing parameters related to LTE2162: SRVCC for Network Deployments
Not Supporting PS HO
Full name Abbreviated name Managed object Paren
Activate handover from actHOtoWcdma MRBTS/LNBTS -
LTE to WCDM
Activate SRVCC to actSrvccToWcdma MRBTS/LNBTS/LNBTS_FDD -
WCDMA
Activate SRVCC to actSrvccToWcdma MRBTS/LNBTS/LNBTS_TDD -
WCDMA

492 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2162: SRVCC for Network Deployments Not
Supporting PS HO

Table 276 Existing parameters related to LTE2162: SRVCC for Network Deployments
Not Supporting PS HO (Cont.)
Full name Abbreviated name Managed object Pa
Activate inter-RAT actUtranLoadBal MRBTS/LNBTS/LNBTS_FDD -
UTRAN load balancing
Activate inter-RAT actUtranLoadBal MRBTS/LNBTS/LNBTS_TDD -
UTRAN load balancing
Activate SRVCC to actSrvccToWcdma MRBTS/LNBTS/LNBTS_TDD -
WCDMA
Prevent PS-HO to WCDMA preventPsHOtoWcdma MRBTS/LNBTS/LNBTS_TDD -

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 277 LTE2162: SRVCC for Network Deployments Not Supporting PS HO sales
information
Product structure class License control Activated by default
Basic Software (BSW) - No

Issue: 01 © 2019 Nokia. Nokia confidential. 493

   

LTE2206: Extended RLF Handling General RRM Features (RL10 - LTE17A)

68 LTE2206: Extended RLF Handling

Benefits, requirements, functionality, system impact, and reference data, instructions of
the feature

The LTE2206: Extended RLF Handling feature introduces operator-configurable
parameters to control the periodic channel quality indicator (CQI) detection related radio
link failure (RLF) handling.

68.1 LTE2206 benefits

The LTE2206: Extended RLF Handling feature provides better control of the RLFs that
are triggered by the undetected periodic CQI or SRS for TDD.

68.2 LTE2206 functional description

The LTE2206: Extended RLF Handling feature provides tuning of the RLF detection
sensitivity at the evolved Node B (eNB). The sensitivity tuning applies to cases such as
when the eNB indicates RLF because of CQI discontinuous transmission (DTX) and/or
SRS DTX for TDD.
The LTE2206: Extended RLF Handling feature does not change the RLF detection
functionality, but only the sensitivity RLF indication is issued. The user plane (U-plane) of
the eNB still sends indications to the control plane (C-plane) because of missed CQI
and/or SRS detections for TDD. The eNB C-plane starts the T310 timer, and later on the
T311 timer, based on the indications. The eNB issues RLF in case the T310 and T311
timers expire.
The following operator-configurable parameters are introduced for each eNB to control
the periodic CQI detection related RLF handling:
• The nCqiDtx LNBTS parameter defines the number of consecutive CQI DTX
detections that causes RLF indication.
• The nCqiRec LNBTS parameter defines the number of consecutive CQI non-DTX
detections that causes RLF recovery indication.

For TDD the following operator-configurable parameters are introduced for each eNB to
control the RLF detection behavior on the SRS:
• The nSrsDtx LNCEL parameter defines the number of consecutive SRS DTX
detections that causes RLF indication.
• The nSrsRec LNCEL parameter defines the number of consecutive SRS non-DTX
detections that causes RLF recovery indication.

In case the eNB does not detect the periodic CQI report, the eNB U-plane raises an RLF
indication to the C-plane. Once the eNB again receives a CQI report, the issued RLF
indication is canceled. For TDD the RLF indication for SRS works similarly.

494 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2206: Extended RLF Handling

g Note: For TDD the RLF detection based on SRS is only applied for UEs with assigned
SRS resources.

68.3 LTE2206 system impact

LTE2206: Extended RLF Handling impact on features and system performance and
capacity

Interdependencies between features

The LTE2206: Extended RLF Handling feature can be supported with the following eICIC
and DRX features regardless of the almost blank subframes (ABS):
• eICIC features
– LTE1113: eICIC - macro
– LTE1496: eICIC – micro

• DRX features
– LTE42: Support of DRX in RRC Connected Mode
– LTE473: Extended DRX Settings
– LTE585: Smart DRX
– LTE1679: DRX with Parallel UE Measurement Gaps

Impact on interfaces
The LTE2206: Extended RLF Handling feature has no impact on interfaces.

Impact on network management tools

The LTE2206: Extended RLF Handling feature has no impact on network management
tools.

Impact on system performance and capacity

The LTE2206: Extended RLF Handling feature impacts the system performance and
capacity as follows:
• The UEs can remain longer in the RRC-connected state in bad radio conditions
because the eNB does not indicate RLF easily.

68.4 LTE2206 reference data

LTE2206: Extended RLF Handling requirements, measurements and counters,
parameters, and sales information

Requirements

Issue: 01 © 2019 Nokia. Nokia confidential. 495

   

LTE2206: Extended RLF Handling General RRM Features (RL10 - LTE17A)

Table 278 LTE2206 hardware and software requirements
FDD TDD
System release FDD-LTE 16 TD-LTE 16
Flexi Multiradio 10 BTS FL16 TL16
Flexi Multiradio 10 Indoor BTS Not supported TL16
Nokia AirScale BTS FL16 TL16A
Flexi Zone BTS FL16 TL16
Flexi Zone Access Point FL16 TL16
Cloud Flexi Zone Controller FL16 TL16
OMS LTE OMS16 LTE OMS16
NetAct NetAct 16.2 NetAct 16.2
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms
There are no alarms related to the LTE2206: Extended RLF Handling feature.

Commands
There are no commands related to the LTE2206: Extended RLF Handling feature.

Measurements and counters

Table 279 New counters introduced by LTE2206
Counter Counter name Measurement
ID
M8013C Number of UEs released due to LTE UE State
72 radio link failure with root
cause CQI DTX
M8013C Number of UEs released due to LTE UE State
73 radio link failure with root
cause SRS DTX

For counter descriptions, see LTE Performance Measurements.

Key performance indicators

There are no key performance indicators related to the LTE2206: Extended RLF
Handling feature.

Parameters

496 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2206: Extended RLF Handling

Table 280 Parameters modified by LTE2206
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Radio problem nCqiDtx LNBTS - common
indication based on
CQI DTX
Radio problem nCqiRec LNBTS - common
recovery based on
CQI DTX
Consecutive SRS DTX nSrsDtx LNCEL_ - TDD
detections number TDD
Consecutive SRS DTX nSrsRec LNCEL_ - TDD
recovery number TDD
SRS feature srsActivation LNCEL_ - TDD
activation/deactiva TDD
tion

For parameter descriptions, see Flexi Multiradio BTS LTE Parameters for FDD, and Flexi
Multiradio BTS TD-LTE Parameters for TDD.

Sales information

Table 281 LTE2206 Sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

68.5 Activating and configuring LTE2206

Instructions to configure the feature

Purpose
Follow the procedure to activate the LTE2206 feature.

Procedure

1 Activating and configuring LTE2206 for FDD

2 Activating and configuring LTE2206 for TDD

68.5.1 Activating and configuring LTE2206 for FDD

Instructions to configure the feature

Issue: 01 © 2019 Nokia. Nokia confidential. 497

   

LTE2206: Extended RLF Handling General RRM Features (RL10 - LTE17A)

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

• Procedure notifications
– Modification of the nCqiDtx and nCqiRec parameters does not require eNB
restart or cell locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the nCqiDtx parameter to any value ranging from 10 to 250.

4 Set the nCqiRec parameter to any value ranging from 1 to 8.

5 Send the commissioning plan file to the BTS.

Result

The eNB handles the PUCCH and the physical uplink shared channel (PUSCH) CQI
DTX-related RLF procedure with the additional nCqiDtx and nCqiRec parameter
values.

68.5.2 Activating and configuring LTE2206 for TDD

Instructions to configure the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

• Procedure notifications
– Modification of the nCqiDtx and nCqiRec parameters does not require eNB
restart or cell locking.

498 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2206: Extended RLF Handling

– Modification of the nSrsDtx and nSrsRec parameters requires object locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the nCqiDtx parameter to any value ranging from 10 to 250.

4 Set the nCqiRec parameter to any value ranging from 1 to 8.

5 Go to the LNCEL_TDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

6 Set the srsActivation parameter value to true.

7 Set the nSrsDtx parameter to any value ranging from 1 to 100.

8 Set the nSrsRec parameter to any value ranging from 1 to 8.

9 Send the commissioning plan file to the BTS.

Result

The eNB handles the PUCCH and the physical uplink shared channel (PUSCH) CQI
DTX-related RLF procedure, and the SRS DTX RLF procedure with the additional
nCqiDtx, nCqiRec, nSrsDtx, and nSrsRec parameter values.

68.6 Deactivating LTE2206

Instructions to deactivate the feature

Purpose

Issue: 01 © 2019 Nokia. Nokia confidential. 499

   

LTE2206: Extended RLF Handling General RRM Features (RL10 - LTE17A)

Follow the procedure to deactivate the LTE2206 feature.

Procedure

1 Deactivating LTE2206 for FDD

2 Deactivating LTE2206 for TDD

68.6.1 Deactivating LTE2206 for FDD

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

• Procedure notifications
– Modification of the nCqiDtx parameter does not require eNB restart or cell
locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the nCqiDtx parameter value to 0.

Step result

Setting the nCqiDtx parameter value to 0 disables CQI DTX.

4 Send the commissioning plan file to the BTS.

500 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2206: Extended RLF Handling

68.6.2 Deactivating LTE2206 for TDD

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

• Procedure notifications
– Modification of the nCqiDtx parameter does not require eNB restart or cell
locking.
– Modification of the nSrsDtx parameter requires object locking.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the nCqiDtx parameter value to 0.

Step result

Setting the nCqiDtx parameter value to 0 disables CQI DTX.

4 Go to the LNCEL_TDD object.

Object path: MRBTS ► LNBTS ► LNCEL ► LNCEL_TDD

5 Set the nSrsDtx parameter value to 0.

Step result

Setting the nSrsDtx parameter value to 0 disables SRS DTX.

6 Send the commissioning plan file to the BTS.

Issue: 01 © 2019 Nokia. Nokia confidential. 501

   

LTE2208: eICIC Enhancements - micro General RRM Features (RL10 - LTE17A)

69 LTE2208: eICIC Enhancements - micro

Introduction to the feature
The LTE2208: eICIC Enhancements – micro feature introduces the following functions:
• Handling of evolved node B (eNB) synchronization loss during enhanced inter-cell
interference coordination (eICIC) operation
• Dedicated system information block type 1 (SIB1) signaling for R11 user equipment
(UEs) connected to the small cell.

Benefits
End-user benefits
This feature avoids eICIC performance degradation caused by phase synchronization
error in the eICIC area.

Operator benefits
This feature enhances eICIC implementation for the Flexi base station (BTS) by handling
the loss of eNB synchronization.

Functional description
Functional overview
The eICIC feature requires synchronization on the subframe level because of the
application of the almost blank subframe (ABS). The maximum tolerable phase error for
eICIC is 5 μs. The LTE2208: eICIC Enhancements - micro feature handles the loss of
eNB synchronization as follows:
• The LTE1496: eICIC - micro feature is enabled in the small cell and an eICIC
partnership is established in the macro cell.
• If the eNB looses all the synchronization reference signals, it will continue to operate
in holdover mode.
• The eNB continuous to monitor the estimated phase error.
• When the estimated phase error exceeds 5 μs for more than two minutes, an alarm
will be raised.
• Synchronization is lost in the eICIC operation.
• The eICIC partnership is terminated.
The ABS pattern is switched off after all the eICIC partnerships are terminated. The
eICIC feature remains enabled in the small cell and the eICIC partnership can be
established again and operation will be resumed once the synchronization is recovered.
The requests for eICIC partnership establishment are rejected as long as the phase error
remains higher than 5 μs.
The LTE2208: eICIC Enhancements - micro feature also deals with the dedicated SIB1
signaling for R11 UEs that are connected to the small cell. It handles the SIB1 update
case for UEs located more than 6 dB in the small-cell cell range expansion (CRE).
Dedicated signaling for the SIB1 update is sent when there is a modification in the SIB1
content. The updates are sent periodically to ensure that CRE UE receives the dedicated
signaling. The 6 dB CRE limit is considered the safe value for UEs to read the PDCCH
when receiving SIB1.

502 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2208: eICIC Enhancements - micro

The small cell CRE UEs encounter a high inter-cell interference from the macro cell
when decoding SIB1 data on the PDCCH. However, because of the application of ABS,
the PDSCH is blanked in the macro cell. This advantage, together with the R11 UE
capability, is used to update SIB1 through dedicated RRC signaling to R11 UEs located
more than 6 dB in the small cell CRE. The small cell eNB reconfigures all qualified UEs.

System impact
Interdependencies between features
This feature is enabled together with LTE1496: eICIC - micro feature.
This feature affects the following features:

• LTE494: Commercial Mobile Alert System
• LTE843: ETWS Broadcast

g Note: The specific time constraints of Commercial Mobile Alert System (CMAS)
and Earthquake and Tsunami Warning System (ETWS) must be kept during the
UE bulk reconfiguration procedure following the SIB1 modification.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

This feature impacts system performance and capacity as follows:

• provides the necessary failure handling to avoid eICIC performance degradation
when phase synchronization error exceeds 5 μs
• supports the SIB1 updates to be sent through the dedicated RRC signaling on the
PDSCH for R11 UEs

69.1 LTE2208 reference data

LTE2208: eICIC enhancements - micro requirements, alarms and faults, commands,
measurements and counters, KPIs, parameters, and sales information

Requirements

Table 282 LTE2208 hardware and software requirements
FDD TDD
System release FDD-LTE 15A TD-LTE 15A
Flexi Multiradio 10 BTS FL15A TL15A
Flexi Multiradio 10 Indoor BTS Not supported TL15A
Nokia AirScale BTS FL16A TL16A

Issue: 01 © 2019 Nokia. Nokia confidential. 503

   

LTE2208: eICIC Enhancements - micro General RRM Features (RL10 - LTE17A)

Table 282 LTE2208 hardware and software requirements (Cont.)
FDD TDD
Flexi Zone BTS FL15A TL15A
Flexi Zone Access Point FL16 TL16
Cloud Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Support not required Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE • 3GPP R10 UE capabilities • 3GPP R10 UE capabilities
• 3GPP R11 UE capabilities • 3GPP R10 UE capabilities

Alarms
There are no alarms related to the LTE2208: eICIC enhancements - micro  feature.

BTS faults and reported alarms

Table 283 New BTS faults introduced by LTE2208
Fault Fault name Reported alarms
ID
Alarm Alarm name
ID
6280 Phase error exceeds 5 s 7651 BASE STATION OPERATION
limit DEGRADED

Commands
There are no commands related to the LTE2208: eICIC enhancements - micro  feature.

Measurements and counters

There are no measurements or counters related to the LTE2208: eICIC enhancements -
micro  feature.

Key performance indicators

There are no key performance indicators related to the LTE2208: eICIC enhancements -
micro  feature.

Parameters
There are no parameters related to the LTE2208: eICIC enhancements - micro  feature.

Sales information

Table 284 LTE2208 sales information
Product structure class License control Activated by default
ASW SW Asset Monitoring No

504 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2209: eICIC enhancements - macro

70 LTE2209: eICIC enhancements - macro

70.1 Description of LTE2209: eICIC enhancements -

macro
Introduction to the feature
The LTE2209: eICIC enhancements - macro feature introduces automatic termination in
case of loss of eNB synchronization during eICIC operation. The eNB automatically
terminates the eICIC partnership for FDD cells when the maximum phase error exceeds
5 μs.

Benefits
End-user benefits
This feature avoids eICIC performance degradation caused by phase synchronization
error in the eICIC area.

g Note: The throughput might be reduced for the cell edge if the eICIC operation is not
suspended when the maximum phase error is exceeded.

Operator benefits
This feature enhances eICIC implementation for the Flexi base station (BTS) by handling
the loss of eNB synchronization.

Requirements
See Reference data section for more information.

Functional description
The eICIC feature requires synchronization on the subframe level because of the
application of the ABS. The maximum tolerable phase error for eICIC is 5 μs. The
LTE2209: eICIC enhancements - macro feature handles the loss of eNB synchronization
for eICIC operation. The eNB terminates automatically the eICIC partnership for FDD
cells when the maximum phase error exceeds 5 μs.
The eNB sync entity estimates the current phase error when the eNB is operational. The
platform software periodically reports the current estimated phase error to the BTS
operation and maintenance interface (BTSOM). The BTSOM monitors the phase error
and if the estimated phase error exceeds 5 μs for the next two minutes, it will notify the
radio resource operation and maintenance (RR OM) and raises an alarm. The RR OM
notifies the eICIC manager in the eNB that the sync is lost for eICIC operation. The
eICIC manager triggers the termination of all established eICIC partnerships. The ABS
pattern is switched off after all the eICIC partnerships are terminated.
The requests for eICIC partnership establishment are rejected and no ABS is applied in
the macro cell if the phase error remains higher than 5 μs.

g Note: The eICIC feature remains enabled in the macro cell but the eICIC operation will
not begin until the phase error is below 5 μs.

Issue: 01 © 2019 Nokia. Nokia confidential. 505

   

LTE2209: eICIC enhancements - macro General RRM Features (RL10 - LTE17A)

System impact
Interdependencies between features
The LTE2209: eICIC enhancements - macro feature is enabled together with LTE1113:
eICIC - macro feature.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

The feature provides the necessary failure handling to avoid eICIC performance
degradation when phase synchronization error exceeds 5 μs.

70.2 LTE2209 reference data

LTE2209: eICIC enhancements - macro requirements, and sales information

Requirements

Table 285 LTE2209 hardware and software requirements
FDD TDD
System release RL70 not supported
Flexi Multiradio 10 BTS LBTS7.0 not supported
Flexi Multiradio 10 Indoor BTS not supported not supported
Nokia AirScale BTS FL16A not supported
Flexi Zone BTS not supported not supported
Flexi Zone Access Point not supported not supported
Cloud Flexi Zone Controller not supported not supported
OMS support not required not supported
NetAct support not required not supported
MME support not required not supported
SAE GW support not required not supported
UE • 3GPP R10 UE capabilities not supported
• 3GPP R11 UE capabilities

BTS fault and reported alarm

506 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2209: eICIC enhancements - macro

Table 286 New BTS fault
Fault ID Fault name Reported alarm
Alarm ID Alarm name
6280 Phase error exceeds 5 7651 BASE STATION
μs limit OPERATION
DEGRADED

For fault descriptions, see LTE Radio Access Operating

Documentation/Reference/Faults and Alarms.

Measurements and counters

There are no measurements or counters related to this feature.

Key performance indicators

There are no key performance indicators related to this feature.

Parameters
There are no parameters related to this feature.

Sales information

Table 287 LTE2209 sales information
Product structure class License control in network Activated by default
element
ASW SW Asset Monitoring No

Issue: 01 © 2019 Nokia. Nokia confidential. 507

   

LTE2260: TDD Special Subframe Configuration 6 General RRM Features (RL10 - LTE17A)

71 LTE2260: TDD Special Subframe

Configuration 6

71.1 LTE2260: TDD Special Subframe Configuration 6

The LTE2260: TDD Special Subframe Configuration 6 feature introduces the special
subframe configuration 6 to the evolved node B (eNB).

71.1.1 LTE2260 benefits

End-user benefits
This feature provides a higher downlink (DL) throughput compared to the special
subframe configurations 5 and 9. Special subframe configurations 5 and 9 are typical
choices for networks in which Time Division LTE (TD-LTE) and Time Division-
Synchronous Code Division Multiple Access (TD-SCDMA) coexist.

Operator benefits
This feature provides the operator with enhanced flexibility in the DL throughput, cell
size, and system coexisting network configurations.

71.1.2 LTE2260 functional description

Functional overview
The LTE frame structure type 2 consists of the DL and uplink (UL) subframes, and the
special subframes located between them. The 14 orthogonal frequency-division
multiplexing (OFDM) symbol time slots in the special subframes are assigned to the
downlink pilot time-slot (DwPTS), guard period (GP), and uplink pilot time-slot (UpPTS)
as shown in Frame structure.
Figure 55 Frame structure
One radio frame, Tr = 307200Ts = 10 ms

One half-frame, 153600Ts = 5 ms

One slot,
Tslot =15360Ts 30720Ts

Subframe #0 Subframe #2 Subframe #2 Subframe #4 Subframe #5 Subframe #7 Subframe #8 Subframe #9

One subframe,
30720Ts

DwPTS GP UpPTS DwPTS GP UpPTS

Special subframe configuration shows the different symbol combinations that can be
assigned to the DwPTS, GP, and UpPTS.

508 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2260: TDD Special Subframe Configuration 6

Table 288 Special subframe configuration
Special subframe Normal cyclic prefix in downlink
configuration
DwPTS UpPTS
Normal cyclic prefix Extended cyclic
in uplink prefix in uplink
0 6592 · Ts 2192 · Ts 2560 · Ts

1 19760 · Ts

2 21952 · Ts

3 24144 · Ts

4 26336 · Ts

5 6592 · Ts 4384 · Ts 5120 · Ts

6 19760 · Ts

7 21952 · Ts

8 24144 · Ts

9 13168 · Ts

g Note: Before the introduction of this feature, the Nokia eNB already supported special
subframe configurations 3, 4, 5, 7, and 9.

The LTE2260: TDD Special Subframe Configuration 6 feature introduces the special
subframe pattern 6. The feature has a 9:3:2 symbol configuration as shown in Special
subframe pattern 6.
Figure 56 Special subframe pattern 6

DDDDDDDDDDDG GU SSP3
DDDDDDDDDDDDGU SSP4
DDDG GG GG GGG GUU SSP5
DDDDDDDDDGG GUU SSP6
DDDDDDDDDDG GUU SSP7

DDDDDDGG GGG GUU SSP9

The configuration consists of the following patterns:

Issue: 01 © 2019 Nokia. Nokia confidential. 509

   

LTE2260: TDD Special Subframe Configuration 6 General RRM Features (RL10 - LTE17A)

• DwPTS with nine OFDM symbols
• GP occupying the time of three OFDM symbols
• UpPTS with two OFDM symbols

71.1.3 LTE2260 system impact

LTE2260: TDD Special Subframe Configuration 6 impact on features, interfaces, network
management tools, and system performance and capacity

Interdependencies between features

The special subframe configuration 6 supports the LTE895: TDD Support for Random
Access Preamble Burst Format 4 feature.

Impact on interfaces
This feature has no impact on interfaces.

Impact on network management tools

This feature has no impact on network management tools.

Impact on system performance and capacity

This feature improves the DL throughput in a TD-LTE and TD-SCDMA coexisting
network compared to the special subframe configurations 5 and 9.

71.1.4 LTE2260 reference data

LTE2260: TDD Special Subframe Configuration 6 requirements, alarms and faults,
commands, measurements and counters, KPIs, parameters, and sales information

Requirements
Table 289 LTE2260 hardware and software requirements
FDD TDD
System release Not supported RL55TD
Flexi Multiradio 10 BTS Not supported TD-LBTS5.0
Flexi Multiradio 10 Indoor BTS Not supported TD-LBTS5.0
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported TL15A
Flexi Zone Access Point Not supported TL15A
Cloud Flexi Zone Controller Not supported Not supported
OMS Not supported Support not needed
NetAct Not supported Support not needed
MME Not supported Not supported
SAE GW Not supported Not supported

510 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2260: TDD Special Subframe Configuration 6

Table 289 LTE2260 hardware and software requirements (Cont.)
FDD TDD
UE Not supported 3GPP R8 UE capabilities

Alarms
There are no alarms related to the LTE2260: TDD Special Subframe Configuration 6
feature.

BTS faults and reported alarms

There are no faults related to the LTE2260: TDD Special Subframe Configuration 6
feature.

Commands
There are no commands related to the LTE2260: TDD Special Subframe Configuration 6
feature.

Measurements and counters

There are no measurements or counters related to the LTE2260: TDD Special Subframe
Configuration 6  feature.

Key performance indicators

There are no key performance indicators related to the LTE2260: TDD Special Subframe
Configuration 6  feature.

Parameters

Table 290 Existing parameters related to LTE2260
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
TDD special tddSpecSubfCon LNCEL - TDD
subframe f
configuration
PRACH configuration prachConfIndex LNCEL - TDD
index
Maximum amount of maxNumUeDlDwPT LNCEL - TDD
users per TTI in DL S
DwPTS

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 291 LTE2260 sales information
BSW/ASW License control in network Activated by default
element
ASW SW Asset Monitoring No

Issue: 01 © 2019 Nokia. Nokia confidential. 511

   

LTE2260: TDD Special Subframe Configuration 6 General RRM Features (RL10 - LTE17A)

71.1.5 Activating and configuring LTE2260

Instructions to activate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The TDD special subframe configuration (tddSpecSubfConf) parameter
configures the special subframe configuration type. Modification of the following
parameters requires eNB restart:
• TDD special subframe configuration (tddSpecSubfConf)
• PRACH configuration index (prachConfIndex)

g Note: For TD-SCDMA/TD-LTE coexistence scenario, it is recommended to enter the
following command in TD-SCDMA radio network controller (RNC) if F band dual mode
is installed:
MOD RANDOMACC:LOCALCELLEID=XX,CARRIERRESID=XX,THDCHHDSI=64
MOD TUPPCH: CELLID=xx, PHYCHID=1, CARRIERINDEX=PRIMARY,
UPPCHINITPOSITION=51;
MOD TCELLUPSHIFTALGO: CELLID=xx, DUPPCHSHIFTINGSWITCH=OFF;
Otherwise, there might be throughput and key performance indicator (KPI) degradation
in TD-SCDMA.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Configure the TDD Special Subframe Configuration (tddSpecSubfConf)

parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Select the LNCEL object where the LTE2260: TDD Special Subframe
Configuration 6 feature will be configured.
d) In LNCEL_TDD set the TDD Special Subframe Configuration
(tddSpecSubfConf) parameter value to 6.

512 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2260: TDD Special Subframe Configuration 6

3 Configure the Maximum amount of users per TTI in DL

DwPTS (maxNumUeDlDwPTS) parameter.

On the selected LNCEL_TDD object, set the Maximum amount of users per

TTI in DL DwPTS (maxNumUeDlDwPTS) parameter to a value other than 0.

4 Configure the PRACH configuration index  (prachConfIndex) parameter.

On the selected LNCEL_TDD object, set the PRACH configuration index

(prachConfIndex) parameter to a value ranging from 3 to 7, 33 to 35, or 51 to 53.

5 Send the parameters to the eNB.

Result

The eNB operates with the special subframe configuration 6.

71.1.6 Deactivating LTE2260

Instructions to deactivate the feature in the network.

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
The TDD special subframe configuration (tddSpecSubfConf) parameter
is used to deactivate the feature. Modification of this parameter requires eNB restart.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Configure the TDD Special Subframe Configuration (tddSpecSubfConf)

parameter.

a) Expand the MRBTS object.
b) Expand the LNBTS object.
c) Select the LNCEL object where the LTE2260: TDD Special Subframe
Configuration 6 feature will be deactivated.

Issue: 01 © 2019 Nokia. Nokia confidential. 513

   

LTE2260: TDD Special Subframe Configuration 6 General RRM Features (RL10 - LTE17A)

d) In the LNCEL_TDD set the TDD Special Subframe Configuration

(tddSpecSubfConf) parameter value to 3, 4, 5, 7, or 9.

3 Send the parameters to the eNB.

Result

The special subframe configuration 6 is deactivated from the eNB. The eNB operates
using another special subframe configuration.

514 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2390: MME Selection-based upon Only MMEC and
PLMN ID

72 LTE2390: MME Selection-based upon Only

MMEC and PLMN ID
The LTE2390: MME Selection-based upon Only MMEC and PLMN ID feature allows the
exclusion of an MME group ID (MMEGI) value check in an MME selection for UEs with
mapped globally unique temporary UE IDs (GUTIs).

72.1 LTE2390: Benefits

The LTE2390: MME Selection-based upon Only MMEC and PLMN ID feature provides
the following benefits:
• Signaling load is reduced by keeping connections to the same SGSN/MME units
when a UE moves between 2G/3G and LTE technologies.
• MME selection procedure time is reduced.
• Effort for managing MMEGI information is reduced due to a single MMEGI
deployment.

72.2 LTE2390: Functional description

Each MME, within a network, must have a unique identifier that is managed and
coordinated nationally. There are two specific parameters that define the MME and the
group that the MME belongs to:
• MMEC – the MME Code identifies and is assigned to a specific MME
• MMEGI – the MME Group ID is used to identify a group of MMEs
The MMEC and the MMEGI, in addition to the PLMN ID, create a number of derived
identifiers that are used continually throughout the LTE system.
Figure 57 Globally unique temporary UE IDs (GUTI) structure
S-TMSI

PLMNID MMEI

MCC MNC MMEGI MMEC M.-TMSI

GUMMEI

GUTI

g Note: The abbreviations that are visible in the figure above but are not mentioned in
the document have nothing in common with the feature and have no influence on it.

Feature overview

Issue: 01 © 2019 Nokia. Nokia confidential. 515

   

LTE2390: MME Selection-based upon Only MMEC and General RRM Features (RL10 - LTE17A)
PLMN ID

An operator might use combined SGSN/MME hardware that provides the same
SGSN/MME connection when a UE moves between 2G/3G and LTE technologies. If only
a single MMEGI value is assigned in the SGSN/MME setup, the MMEGI value is not
deployed in the MME selection for mapped GUMMEI. The LTE2390: MME Selection-
based upon Only MMEC and PLMN ID feature excludes the MMEGI value during an
MME selection.
An eNB is responsible for selecting an MME for each UE. The selection is based on:
• the selectedPLMN-Identity and the registeredMME with the optional plmn-identity
• the selectedPLMN-Identity and the registeredMME without the optional plmn-identity

MME selection by registeredMME – Optimized search

The eNB decides whether the registeredMME is a native (LTE) GUMMEI or a GUMMEI
mapped from P-TMSI/RAI (2G/3G):
Radio resource controller (RRC) Connection Setup Complete message with the IE
gummei-Type-r10; valid for UE Rel10 and higher
If the radio resource controller (RRC) Connection Setup Complete message, sent by the
UE, includes the gummei-Type-r10 information element (IE) set to native, the
registeredMME is a native GUMMEI.
If the radio resource controller (RRC) Connection Setup Complete message, sent by the
UE, includes the gummei-Type-r10 IE set to mapped, the registeredMME is a
mapped GUMMEI.
Radio resource controller (RRC) Connection Setup Complete message without the
IE gummei-Type-r10; valid for UE Rel8 or Rel9
If there is no gummei-Type-r10 IE available, the eNB checks the MMEGI of the
registeredMME.
If the most significant bit (MSB) of the MMEGI has been set to 1, the registeredMME is a
native GUMMEI.
If the MSB of the MMEGI has been set to 0, the registeredMME is a mapped GUMMEI.
Native GUMMEI
Provided the registeredMME is a native GUMMEI, the eNB checks whether all three
elements (PLMN ID, MMEGI, MMEC) of the registeredMME are present in the served
GUMMEI list of the first radio access technology (RAT) of an MME.
Mapped GUMMEI
Provided the registeredMME is a mapped GUMMEI and the LTE2390: MME Selection-
based upon Only MMEC and PLMN ID feature is activated, the eNB checks if there is
any RAT, except the first RAT, of an MME in which the PLMN ID (selectedPLMN-Identity)
and MMEC of the registeredMME are present in the served GUMMEI list. The eNB
selects the MME based on MMEC, and PLMN ID (selectedPLMN-Identity) among served
GUMMEI list of the RAT.
If the LTE2390: MME Selection-based upon Only MMEC and PLMN ID feature is not
activated, the eNB checks if there is any RAT, except the first RAT, of an MME in which
all three elements of the registeredMME are present in the served GUMMEI list.

516 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2390: MME Selection-based upon Only MMEC and
PLMN ID

72.3 LTE2390: System impact

Interdependencies between features
The LTE1043: 3GPP Baseline R10 06/2012 – compliancy to 3GPP specification's
parameter actOptMmeSelection must be set to true.

Impact on interfaces
The LTE2390: MME Selection-based upon Only MMEC and PLMN ID feature has no
impact on interfaces.

Impact on network management tools

The LTE2390: MME Selection-based upon Only MMEC and PLMN ID feature has no
impact on network management tools.

Impact on system performance and capacity

The LTE2390: MME Selection-based upon Only MMEC and PLMN ID feature has no
impact on system performance or capacity.

72.4 LTE2390: Reference data

Requirements

Table 292 LTE2390 hardware and software requirements
FDD TDD
System release FDD-LTE16 TD-LTE 16
Flexi Multiradio 10 BTS FL16 TL16
Flexi Multiradio 10 Indoor BTS not supported TL16
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS FL16 TL16
Flexi Zone Access Point FL16 TL16
Cloud Flexi Zone Controller FL17A TL17A
OMS LTE OMS16 LTE OMS16
NetAct NetAct 16.2 NetAct 16.2
MME support not required support not required
SAE GW support not required support not required
UE 3GPP R8 mandatory 3GPP R8 mandatory

Alarms
There are no alarms related to the LTE2390: MME Selection-based upon Only MMEC
and PLMN ID feature.

BTS faults and reported alarms

Issue: 01 © 2019 Nokia. Nokia confidential. 517

   

LTE2390: MME Selection-based upon Only MMEC and General RRM Features (RL10 - LTE17A)
PLMN ID

There are no faults related to the LTE2390: MME Selection-based upon Only MMEC and
PLMN ID feature.

Measurements and counters

There are no measurements or counters related to the LTE2390: MME Selection-based
upon Only MMEC and PLMN ID feature.

Key performance indicators

There are no key performance indicators related to the LTE2390: MME Selection-based
upon Only MMEC and PLMN ID feature.

Parameters

Table 293 New parameters introduced by LTE2390
Full name Abbreviated name Managed Parent FDD/TDD
object structu
re
Activate MMEC PLMN ID actMmecPlmnIdMme LNBTS - common
based MME selection Selection

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 294 LTE2390 sales information
Product structure class License control Activated by default
Application software (ASW) SW Asset Monitoring No

72.5 Activating LTE2390

Instructions to activate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

• Feature interdependencies
The LTE1043: 3GPP Baseline R10 06/2012 – compliancy to 3GPP specification's
parameter actOptMmeSelection must be set to true.

Procedure

1 Start configuring the parameters.

Select from the available options

518 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2390: MME Selection-based upon Only MMEC and
PLMN ID

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the actMmecPlmnIdMmeSelection parameter value to true.

4 Send the commissioning plan file to the BTS.

72.6 Deactivating LTE2390

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.

• The LTE2390: MME Selection-based upon Only MMEC and PLMN ID feature is
activated (the actMmecPlmnIdMmeSelection LNBTS parameter is set to true).

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the actMmecPlmnIdMmeSelection parameter value to false.

4 Send the commissioning plan file to the BTS.

Issue: 01 © 2019 Nokia. Nokia confidential. 519

   

LTE2400: Support of User Location Information General RRM Features (RL10 - LTE17A)

73 LTE2400: Support of User Location

Information
The LTE2400: Support of User Location Information feature changes the manner of
reporting UE location in the S1 Application Protocol (S1AP).

73.1 LTE2400 benefits

The LTE2400: Support of User Location Information feature provides the following
benefit:
• Less signalling is required between the eNB and the MME because the E-UTRAN
cell global identifier (CGI) and tracking area identifier (TAI) are sent via three
messages instead of one message S1AP: Location Report. The three
messages are:
– E-RAB Release Response
– E-RAB Release Indication
– UE Context Release Complete

73.2 LTE2400 functional description

73.2.1 S1 Application Protocol
The S1 Application Protocol (S1AP) is the E-UTRAN radio network layer signalling
protocol for the S1 interface. The S1AP protocol mechanisms handle all procedures
between E-UTRAN and the evolved packet core (EPC).
The S1AP protocol has, among others, the following functions (see 3GPP TS 36.413,
release 13):
• E-RAB management (responsible for setting up, modifying, and releasing ERABs,
which are triggered by the MME)
• Initial context transfer (used to establish an S1UE context in the eNB or to set up the
default IP connectivity)
• Mobility (responsible for the eNB change or RAT change)
• S1 UE context release (responsible for managing the release of UE-specific context
in the eNB and the MME)
• Tracing (used to control a trace session recording for a UE in an
ECM_CONNECTED mode)
• Location reporting (allows the MME to be aware of the UE’s current location)

S1AP services are divided into two groups:
• Non UE-associated services – related to the whole S1 interface instance between
the eNB and MME
• UE-associated services – related to one UE

520 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2400: Support of User Location Information

73.2.2 Location Report message

One of the S1AP functions is to provide the MME with the UE's current location. This
information is in the S1AP: Location Report message, which is sent by the eNB.

Figure 58 Location Report procedure

S1AP:LOCATIONREPORT

ENB MME

There are six information elements (IEs) in the Location Report message: Message
Type, MME UE S1AP ID, eNB UE S1AP ID, E-UTRAN CGI, TAI, and Request Type. If
reporting upon the change of a serving cell is requested, the eNB informs whenever the
UE changes its serving cell to another cell belonging to the eNB. The Request Type IE
indicates what type of location information the eNB should report (E-UTRAN cell global
identifier (CGI) or tracking area identifier (TAI)).
E-UTRAN CGI is used to globally identify the E-UTRAN cell while the TAI information
element is used to uniquely identify a tracking area which the eNBs belong to (at a cell
level).

73.2.3 LTE2400 overview

In general, the location reporting functionality allows MME to be aware of the UE’s
current location. The procedure uses UE-associated signalling.
The LTE2400: Support of User Location Information feature makes it possible for E-
UTRAN cell global identity (CGI) and tracking area identity (TAI) IEs to be placed in the
following messages:

• E-RAB Release Response

• E-RAB Release Indication
• UE Context Release Complete

The different messages have been tabulated below.

Table 295 LTE2400 S1AP messages
Message Sent from/to Function
Location Report eNB to MME Providing the UE's location to the MME
E-RAB Release eNB to MME Reporting the outcome of the request from the E-RAB
Response Release Command message
E-RAB Release eNB to MME Indicating to the MME to release one or several E-RABs
Indication for one UE

Issue: 01 © 2019 Nokia. Nokia confidential. 521

   

LTE2400: Support of User Location Information General RRM Features (RL10 - LTE17A)

Table 295 LTE2400 S1AP messages (Cont.)
Message Sent from/to Function
UE Context eNB to MME Confirming the release of the UE-associated S1-logical
Release connection over the S1 interface
Complete

User location information which is now placed in the above three messages enables the
operator to know where the E-RAB or data sessions are established or dropped. This
functionality reduces the amount of signalling between the eNB and the MME.
The eNB, if supported, reports the UE location information in the User Location
Information IE in the three S1AP messages:
• E-RAB Release Response,
• E-RAB Release Indication, and
• UE Context Release Complete.
If the User Location Information IE is included in the three messages, the MME
handles this information as specified in 3GPP TS 23.401 [11].
The functionality of LTE2400 is activated or deactivated by the Activate support
of user location information reporting (actUeLocInfo)
parameter.

73.3 LTE2400 system impact

The LTE2400: Support of User Location Information feature has no impact on features,
interfaces, network management tools, and system performance and capacity.

73.4 LTE2400 reference data

Requirements

Table 296 LTE2400 hardware and software requirements
FDD TDD
System release FDD-LTE 16A TD-LTE 16A
Flexi Multiradio 10 BTS Not supported TL16A
Flexi Multiradio 10 Indoor BTS Not supported TL16A
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS FL16A TL16A
Flexi Zone Access Point FL16A TL16A
Cloud Flexi Zone Controller FL17A TL17A
OMS LTE OMS16A LTE OMS16A
NetAct NetAct 16.8 NetAct 16.8
MME Flexi NS 17 Flexi NS 17

522 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2400: Support of User Location Information

Table 296 LTE2400 hardware and software requirements (Cont.)
FDD TDD
SAE GW Support not required Support not required
UE 3GPP R8 mandatory 3GPP R8 mandatory

There are no alarms, commands, measurements and counters, key performance
indicators related to the LTE2400: Support of User Location Information feature.

Parameters

Table 297 New parameters introduced by LTE2400
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate support of actUeLocInfo LNBTS - common
user location
information
reporting

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 298 LTE2400 sales information
Product structure class License control Activated by default
Application software (ASW) Pool license No

73.5 Activating LTE2400

Instructions to activate the feature.

Before you start

• Procedure notifications
– See Configuring features with BTS Site Manager or Configuring features with
Web Element Manager for general management tool instructions.
– Activation procedure does not cause downtime, and the feature can be activated
at any time of the day.

Issue: 01 © 2019 Nokia. Nokia confidential. 523

   

LTE2400: Support of User Location Information General RRM Features (RL10 - LTE17A)

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the Activate support of user location information

reporting (actUeLocInfo) parameter value to true.

Result

The LTE2400: Support of User Location Information feature is activated, and the eNB
sends EUTRAN cell global identity (CGI) and tracking area identity (TAI) IEs in the
following messages:
• E-RAB Release Response
• E-RAB Release Indication
• UE Context Release Complete

73.6 Deactivating LTE2400

Instructions to deactivate the feature

Before you start

• Procedure notifications
– See Configuring features with BTS Site Manager or Configuring features with
Web Element Manager for general management tool instructions.
– Deactivation procedure does not cause downtime, and the feature can be
deactivated at any time of the day.

Procedure

1 Start configuring the parameters.

Select from the available options

524 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2400: Support of User Location Information

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the Activate support of user location information

reporting (actUeLocInfo) parameter value to false.

Result

The feature is deactivated, and the eNB sends the following messages without the User
Location Information IE:
• E-RAB Release Response
• E-RAB Release Indication
• UE Context Release Complete

Issue: 01 © 2019 Nokia. Nokia confidential. 525

   

LTE2551: RSRQ-based A5 General RRM Features (RL10 - LTE17A)

74 LTE2551: RSRQ-based A5
In the LTE2551: RSRQ-based A5 feature additional A5 event measurements and related
parameters for triggering quantity of RSRQ are introduced for LTE Inter-frequency
handover. In addition, it provides a combined RSRP and RSRQ measurement check for
inter-frequency handovers.

74.1 LTE2551 benefits

The LTE2551: RSRQ based A5 feature provides the following benefits:
• It is possible to measure the signal strength and the signal quality of the serving cell
and neighbor cells in the A5 event; it allows reducing potential inter-frequency ping-
pong handovers.
• The load is better deployed throughout the network, so the end user gets better
quality of calls; the call failure rate is reduced.

74.2 LTE2551 functional description

Handover in mobile networks
In order to secure service continuity and quality as a UE moves, UEs not only have to be
connected to a serving cell but also need to be able to change a connection to one of the
neighbor cells. If the current connection is poor (due to signal power or quality level), the
UE has to search for better service. The signal strength of neighboring cells is measured
periodically, and a handover occurs when specific conditions are fulfilled.
During the handover procedure, running services are maintained; a call is not
interrupted, and for an intra-LTE handover no data is lost.
Handovers in LTE are network controlled and UE assisted. The goal of the handover
procedure is to allocate the same resources for the UE in the target cell after the
handover as those used prior to the handover. From the UE's point of view, a handover is
always “hard,” meaning that a connection exists to only one cell at a time.
Handovers result from such factors as:

• Quality: Handovers due to quality are typically initiated as a result of a UE
measurement report indicating that the UE can communicate with a neighbor cell
with a better channel quality than that of the current serving cell.
• Power: Handovers due to coverage are also initiated as a result of a UE
measurement report indicating that the UE receives the neighbor cell with a better
signal power than the current serving cell.

Measurement and measurement reports

The UE assists the eNB regarding a handover by sending measurement reports. When
verifying radio conditions due to UE mobility (for example when the UE moves from one
LTE cell to another or because of limited LTE coverage), measurement reports may
initiate a handover. The type of measurements to be made by the UE, and the details of

526 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2551: RSRQ-based A5

reporting them to the eNB, can be configured (measurement configuration and report
configuration), and the eNB informs the UE about the configurations via the RRC: RRC
CONNECTION RECONFIGURATION message.
The LTE reference signal received power (RSRP) measurement ensures a cell-specific
signal strength metric. On the other hand, the LTE reference signal received quality
(RSRQ) measurement provides a cell-specific signal quality metric.

LTE handover events

Before a handover is performed, a UE sends measurement reports to the network, and it
is the network which decides whether a handover takes place or not. 3GPP defines a
few types of such events within measurement reports.
In order to limit the amount of signaling, the UE only sends measurement reports (RRC:
MEASUREMENT REPORT messages) to the eNB when certain conditions (events) are
met by the UEs' measurements. The following events are defined in the LTE standard:

• Event A1: The serving cell becomes better than an absolute threshold.
• Event A2: The serving cell becomes worse than an absolute threshold.
• Event A3: An LTE neighbor cell becomes better than an offset relative to the serving
cell.
• Event A4: An LTE neighbor cell becomes better than an absolute threshold.
• Event A5: The serving cell becomes worse than an absolute threshold, and an LTE
neighbor cell becomes better than another absolute threshold.
• Event A6: Neighbour becomes offset better than secondary cell (SCell)
• Event B1: A non-LTE neighbor cell becomes better than an absolute threshold.
• Event B2: The serving cell becomes worse than an absolute threshold, and a non-
LTE neighbor cell becomes better than another absolute threshold.

The events from A1 to A6 are related to intra-LTE handovers; B1 and B2 events are
related to inter-RAT handovers. A1 is useful for restricting UE measurements to the
serving cell only; A3 is connected with a better cell handover and A5 with a coverage
handover. The events correspond with the type of measurements the UE performs.
The measurement reports contain a list of target cells for a handover. The target cells are
listed in order of decreasing value of the reporting quantity, that is, the best cell is
reported first. As a consequence of the definition of the events, the target cell list cannot
be empty. Handover conditions due to A5 get a higher priority than handovers due to A3.

74.2.1 LTE2551 overview

There are two functionalities introduced with the LTE2551: RSRQ-based A5 feature:
• Additional A5 event for the reference signal received quality (RSRQ)
• Combined RSRQ and reference signal received power (RSRP) check

Additional A5 event for the RSRQ

The LTE A5 event is triggered when the serving cell becomes worse than A5-threshold1
while a neighboring cell becomes better than A5-threshold2. It means that the current
cell is below the acceptable level.

Issue: 01 © 2019 Nokia. Nokia confidential. 527

   

LTE2551: RSRQ-based A5 General RRM Features (RL10 - LTE17A)

Figure 59 LTE A5 event
AservingcellbecomesworsethanA5-threshold1(condition1),
andaneighborcellbecomesbetterthanA5-threshold2(condition2)

condition2fulfilled

condition1fulfilled
A5-threshold2

hysteresis offset
RSRQquantitytrigger
[dB]

serving cell

A5-threshold1

hysteresis neighbor
cell

time [ms]

signalofaneighborcell A5start
LEGEND
signalofaservingcell A5end

The LTE2551: RSRQ-based A5 feature introduces an additional A5 event for the RSRQ.
The A5 event with the trigger quantity RSRQ is introduced in addition to the A5 RSRP
event.
The parameter used for RSRQ-based A5 activation is Activate RSRQ-based
A5 (actRsrqInterFreqMobility). The RSRQ A5-threshold1 is activated with the
RSRQ A5 inter-frequency threshold1 (threshold3RsrqInterFreq)
parameter, while the RSRQ A5-threshold2 is activated with the RSRQ A5 inter-
frequency threshold2 (threshold3aRsrqInterFreq) parameter. If the
feature is disabled, the legacy RSRP A5 behavior applies for a target carrier.

g Note: Without LTE2551, the A5 event was intended only for the RSRP. With LTE2551,
it is possible to have A5 event for both the RSRP and RSRQ.

Combined RSRQ and RSRP measurement check

It is possible to perform a combined RSRQ and RSRP measurement post-check at the
eNB when either the A5 RSRP or A5 RSRQ report is received. This is an additional
LTE2551 functionality, and it is activated with the Enable combined RSRP and
RSRQ check (enableCombRsrpRsrq) parameter.
The eNB verifies both reported measurement quantities (RSRP and RSRQ) of the target
carrier based on operator-configurable A5-thresholds. Without LTE2551, it was possible
to verify the A5 report only for the RSRP. With LTE2551 by default the trigger quantity
that A2-source was triggered (RSRP or RSRQ) thresholds are verified. Optionally the
combined RSRQ and RSRP measurement check allows target cell selection based on
both RSRP and RSRQ measurements.

528 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2551: RSRQ-based A5

The combined RSRP and RSRQ check is service-specific for RSRP (in case, for
example, LTE64: Service-based Handover Thresholds is enabled). After a target cell has
been successfully selected, a handover preparation phase is initiated.

g Note: The LTE2551: RSRQ-based A5 feature does not increase the number of
simultaneously active measurements at UEs. Either the A5 RSRP or A5 RSRQ
measurement is active at a given time. If the feature is disabled, the legacy RSRP A5
behavior applies. If A5 RSRQ parameters are not configured for a target carrier, the
legacy RSRP A5 behavior applies to the target carrier.

74.2.2 A5 RSRQ and RSRP conditions

The A5 RSRQ and A5 RSRP measurements start when the quality conditions listed in
the Table 299: A5 RSRP and A5 RSRQ activation conditions are fulfilled. During that
period, a decision on whether to initiate an inter-frequency handover is made by the
eNB; consequently, after a successful target cell selection a handover preparation phase
is initiated.

Table 299 A5 RSRP and A5 RSRQ activation conditions
A5 RSRP measurement is deactivated, and A5 RSRQ measurement is deactivated, and
A5 RSRQ is activated when: A5 RSRP is activated when:
A5 RSRP is already active A5 RSRQ is already active
the A2 RSRQ event occurs the A2 RSRP even occurs
the serving cell RSRP measurement is greater the serving cell RSRQ measurement is greater
than the inter-frequency A2 RSRP threshold than the A2 RSRQ threshold

g Note:
• If the serving cell RSRP is lower or equal to the inter-frequency A2 RSRP threshold,
then A5 RSRQ is not configured, and the A5 RSRP measurement is retained.
• If the serving cell RSRQ is lower or equal to the A2 RSRQ threshold, then A5 RSRP
is not configured, and the A5 RSRQ measurement is retained.

g Note: At a time there is only one A2 RSRQ threshold, and there are multiple A2 RSRP
thresholds.

74.3 LTE2551 system impact

Interdependencies between features
The following features must be activated to enable the A5 RSRQ in the LTE2551:
RSRQ-based A5 feature:
• LTE55: Inter-frequency Handover
• LTE1198: RSRQ-triggered Mobility

The LTE2551: RSRQ-based A5 feature impacts the following features:
• LTE64: Service-based Handover Thresholds

Issue: 01 © 2019 Nokia. Nokia confidential. 529

   

LTE2551: RSRQ-based A5 General RRM Features (RL10 - LTE17A)

LTE64 introduces the QCI1-based RSRP offset and thresholds for the A3 and A5
events. This feature has to be enabled if the QCI1-specific RSRP thresholds are
used when the combined check on RSRP and RSRQ is supported at the eNB. It also
has to be enabled if the RSRP measurement is compared with a QCI1-specific
threshold for the A2 event.
• LTE556: ANR Intra-LTE, Inter-frequency – UE-based
New A5-RSRQ reports are considered for passive automated neighbor relation
(ANR).
• LTE1060: TDD-FDD Handover
This feature must be enabled if LTE2551 is active, and the TDD-FDD handover
needs to be supported.
• LTE2008: Extended Inter-frequency Measurements
Up to eight inter-frequency layers (combination of FDD and TDD) can be
broadcasted with SIB5 for a cell reselection. Up to six inter-frequency measurements
(combination of FDD and TDD) can be configured per UE, depending on the
configured inter-frequency bands.

Impact on interfaces
The LTE2551: RSRQ-based A5 feature has no impact on interfaces.

Impact on network management tools

The LTE2551: RSRQ-based A5 feature has no impact on network management tools.

Impact on system performance and capacity

The LTE2551: RSRQ-based A5 feature has no impact on system performance or
capacity.

74.4 LTE2551 reference data

Requirements

Table 300 LTE2551 hardware and software requirements
FDD TDD
System release FDD-LTE16A TD-LTE 16A
Flexi Multiradio 10 BTS FL 16A TL 16A
Flexi Multiradio 10 Indoor BTS not supported TL 16A
Nokia AirScale BTS FL 16A TL 17
Flexi Zone BTS FL 16A TL 16A
Flexi Zone Access Point FL 16A TL 16A
Flexi Zone Controller FL 17A TL 17A
OMS LTE OMS 16A LTE OMS 16A
NetAct NetAct 16.8 not supported
MME Support not required Support not required
SAE GW Support not required Support not required

530 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2551: RSRQ-based A5

Table 300 LTE2551 hardware and software requirements (Cont.)
FDD TDD
UE 3GPP R8 UE capabilities 3GPP R8 UE capabilities

Alarms
There are no alarms related to the LTE2551: RSRQ-based A5 feature.

BTS faults and reported alarms

There are no faults related to the LTE2551: RSRQ-based A5 feature.

Commands
There are no commands related to the LTE2551: RSRQ-based A5 feature.

Measurements and counters

There are no measurements or counters related to the LTE2551: RSRQ-based A5
feature.

Key performance indicators

There are no key performance indicators related to the LTE2551: RSRQ-based A5
feature.

Parameters

Table 301 New parameters introduced by LTE2551
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate RSRQ-based actRsrqInterFr LNBTS - common
A5 eqMobility
Enable combined enableCombRsrp LNBTS - common
RSRP and RSRQ check Rsrq
A5 RSRQ inter- rsrqA5InterFre LNHOIF - common
frequency mobility qMobilityParam
parameters s
RSRQ A5 inter- a5ReportInterv LNHOIF rsrqA5InterFre common
frequency report alRsrqInterFre qMobilityParam
interval q s
RSRQ A5 inter- a5TimeToTrigge LNHOIF rsrqA5InterFre common
frequency time to rRsrqInterFreq qMobilityParam
trigger s
RSRQ A5 inter- hysThreshold3R LNHOIF rsrqA5InterFre common
frequency srqInterFreq qMobilityParam
hysteresis s
RSRQ A5 inter- threshold3aRsr LNHOIF rsrqA5InterFre common
frequency qInterFreq qMobilityParam
threshold2 s
RSRQ A5 inter- threshold3Rsrq LNHOIF rsrqA5InterFre common
frequency InterFreq qMobilityParam
threshold1 s

Issue: 01 © 2019 Nokia. Nokia confidential. 531

   

LTE2551: RSRQ-based A5 General RRM Features (RL10 - LTE17A)

For parameter descriptions, see LTE Radio Access Operating Documentation/
Reference/Parameters.

Sales information

Table 302 LTE2551 sales information
Product structure class License control Activated by default
Application software (ASW) SW Asset Monitoring No

74.5 Activating and configuring LTE2551

Instructions to activate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• Procedure notifications
– Activation procedure does not cause downtime, and the feature can be activated
at any time of the day.

• Feature interdependencies
The following features must be activated to enable the A5 RSRQ in the LTE2551:
RSRQ-based A5 feature:
– LTE55: Inter-frequency Handover
– LTE1198: RSRQ-triggered Mobility
The LTE2551: RSRQ-based A5 feature impacts the following features:
– LTE64: Service-based Handover Thresholds
LTE64 introduces the QCI1-based RSRP offset and thresholds for the A3 and A5
events. This feature has to be enabled if the QCI1-specific RSRP thresholds are
used when the combined check on RSRP and RSRQ is supported at the eNB. It
also has to be enabled if the RSRP measurement is compared with a QCI1-
specific threshold for the A2 event.
– LTE556: ANR Intra-LTE, Inter-frequency – UE-based
New A5-RSRQ reports are considered for passive automated neighbor relation
(ANR).
– LTE1060: TDD-FDD Handover
This feature must be enabled if LTE2551 is active, and the TDD-FDD handover
needs to be supported.
– LTE2008: Extended Inter-frequency Measurements
Up to eight inter-frequency layers (combination of FDD and TDD) can be
broadcasted with SIB5 for a cell reselection. Up to six inter-frequency
measurements (combination of FDD and TDD) can be configured per UE,
depending on the configured inter-frequency bands.

532 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2551: RSRQ-based A5

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the Activate RSRQ-based A5 (actRsrqInterFreqMobility) parameter

value to true.

4 Enable combined RSRP and RSRQ check: To avoid ping/pong handover it is
recommended to set the Enable combined RSRP and RSRQ
check (enableCombRsrpRsrq) parameter value to true.

5 Create new LNHOIF object under the LNCEL object (if not created before).

6 Configure the following LNHOIF parameter values:

Sub-steps

a) Neighbor interfrequency LTE cell handover

identifier (lnHoIfId)

b) Eutra carrier info (eutraCarrierInfo)

c) Measurement bandwidth (measurementBandwidth)

7 Create and configure new LNHOIF A5 RSRQ inter-frequency mobility

parameters (rsrqA5InterFreqMobilityParams) parameter structure (if not
created before):

Sub-steps

a) ​RSRQ A5 inter-frequency report

interval (a5ReportIntervalRsrqInterFreq)

b) RSRQ A5 inter-frequency time to

trigger (a5TimeToTriggerRsrqInterFreq)

Issue: 01 © 2019 Nokia. Nokia confidential. 533

   

LTE2551: RSRQ-based A5 General RRM Features (RL10 - LTE17A)

c) RSRQ A5 inter-frequency
hysteresis (hysThreshold3RsrqInterFreq)

d) ​RSRQ A5 inter-frequency
threshold2 (threshold3aRsrqInterFreq)

e) ​RSRQ A5 inter-frequency
threshold1 (threshold3RsrqInterFreq)

Result

The feature is activated, and the eNB supports intra-LTE inter-frequency A5-based
RSRQ measurement reporting.

74.6 Deactivating LTE2551

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• Procedure notifications
– Deactivation procedure does not cause downtime, and the feature can be
deactivated at any time of the day.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the Activate RSRQ-based A5 (actRsrqInterFreqMobility) parameter

value to false.

534 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2551: RSRQ-based A5

Result

The feature is deactivated, and the eNB does not use A5 RSRQ measurement reporting
for intra-LTE inter-frequency mobility.

Issue: 01 © 2019 Nokia. Nokia confidential. 535

   

LTE2572: RSRQ-based B2 General RRM Features (RL10 - LTE17A)

75 LTE2572: RSRQ-based B2
The LTE2572: RSRQ-based B2 feature introduces a new reference-signal-received-
quality-related (RSRQ) trigger to run the B2 inter-RAT measurements.

75.1 LTE2572 benefits

The LTE2572: RSRQ-based B2 feature provides the following benefits:
• It is possible to initiate an inter-RAT handover during periods of the high interference.
• The quality of service is sustained when the reference signal received quality
(RSRQ) for the serving cell becomes worse than for the neighbor cell.

75.2 LTE2572 functional description

The LTE2572 feature introduces a new RSRQ trigger that allows for a handover to occur
between an LTE network and a network of a different Radio Access Technology (inter-
RAT handover) while sustaining quality of service. The inter-RAT handover occurs when
the following conditions are met: the reference signal received quality (RSRQ) for the
serving LTE cell becomes worse than the defined absolute threshold, and the quantity of
the reference signal of the other RATs target neighboring cell becomes better than the
defined absolute threshold.
Handover in mobile networks
In order to secure service continuity and quality as a UE moves, UEs not only have to be
connected to a serving cell but should also have to monitor neighbor cells. The signal
strength or quality of neighboring cells is measured periodically, and a handover occurs
when specific conditions are fulfilled.
During the handover procedure, running services are maintained; a call is not
interrupted, and for an intra-LTE handover no data is lost.
Handovers in LTE are network controlled and UE assisted. The goal of the handover
procedure is to allocate the same resources for the UE in the target cell after the
handover as those used prior to the handover. From the UE's point of view, a handover is
always “hard,” meaning that a connection exists to only one cell at a time.
Handovers result from such factors as:

• Quality: Handovers due to quality are typically initiated as a result of a UE
measurement report indicating that the UE can communicate with a neighbor cell
with a better channel quality than that of the current serving cell.
• Coverage: Handovers due to coverage are also initiated as a result of a UE
measurement report indicating that the serving cell becomes worse than an absolute
threshold.

Measurement and measurement reports

The UE assists the eNB regarding a handover by sending measurement reports. When
verifying radio conditions due to UE mobility (for example when the UE moves from one
LTE cell to another or because of limited LTE coverage), measurement reports may

536 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2572: RSRQ-based B2

initiate a handover. The type of measurements to be made by the UE, and the details of
reporting them to the eNB, can be configured (measurement configuration and report
configuration), and the eNB informs the UE about the configurations via the RRC:
CONNECTION RECONFIGURATION message.
The LTE reference signal received power (RSRP) measurement ensures a cell-specific
signal strength metric. On the other hand, the LTE reference signal received quality
(RSRQ) measurement provides a cell-specific signal quality metric.

LTE handover events

Before a handover is performed, a UE sends measurement reports to the network, and it
is the network which decides whether a handover takes place or not. 3GPP defines a
few types of such events within measurement reports.
In order to limit the amount of signaling, the UE only sends measurement reports (RRC:
MEASUREMENT REPORT messages) to the eNB when certain conditions (events) are
met by the UEs' measurements. The following events are defined in the LTE standard:

• Event A1: The serving cell becomes better than an absolute threshold.
• Event A2: The serving cell becomes worse than an absolute threshold.
• Event A3: An LTE neighbor cell becomes better than an offset relative to the serving
cell.
• Event A4: An LTE neighbor cell becomes better than an absolute threshold.
• Event A5: The serving cell becomes worse than an absolute threshold, and an LTE
neighbor cell becomes better than another absolute threshold.
• Event A6: Neighbour becomes offset better than secondary cell (SCell)
• Event B1: A non-LTE neighbor cell becomes better than an absolute threshold.
• Event B2: The serving cell becomes worse than an absolute threshold, and a non-
LTE neighbor cell becomes better than another absolute threshold.

The events from A1 to are related to intra-LTE handovers; B1 and B2 events are related
to inter-RAT handovers. A1 events controlled by LNCEL:threshold1 are useful for
restricting UE measurements to the serving cell. A3 is connected with a better cell
handover and A5 with a coverage handover. The events correspond with the type of
measurements the UE performs.
The measurement reports contain a list of target cells for a handover. The target cells are
listed in order of decreasing value of the reporting quantity, that is, the best cell is
reported first. As a consequence of the definition of the events, the target cell list cannot
be empty.

Issue: 01 © 2019 Nokia. Nokia confidential. 537

   

LTE2572: RSRQ-based B2 General RRM Features (RL10 - LTE17A)

Figure 60 LTE B2 event
Aservingcellbecomesworsethanthreshold1(condition1),
andaninter-RATneighborcellbecomesbetterthanthreshold2(condition2)

condition2fulfilled

condition1fulfilled
B2-Threshold2

hysteresis offset
RSRQquantitytrigger
[dB]

serving cell

B2-Threshold1

hysteresis neighbor
cell

time [ms]

signalofaneighborcell B2start
LEGEND
signalofaservingcell B2end

75.2.1 LTE2572 overview

The LTE2572: RSRQ-based B2 feature introduces an additional trigger, which is
represented by the quantity of reference signal received quality (RSRQ). The trigger
activates the quality-related B2 event, which takes place when the quality of serving cell
becomes worse than B2-threshold1 (that is, during the RSRQ-based A2 event), and the
quality of inter-RAT neighbor cell becomes better than B2-threshold2. The new event is
introduced in addition to the already existing B2 RSRP event.
The measurement quantities are:
• WCDMA: RSCP or ECN0
• GSM: RSSI
• HRPD and 1XRTT: pilotStrength

g Note: Without LTE2572: RSRQ-based B2, the B2 event was intended only for the
RSRP. With LTE2572: RSRQ-based B2, it is possible to have also a B2 event for the
RSRQ which allows to monitor the quality of service.

g Note: The LTE2572: RSRQ-based B2 feature does not increase the number of
simultaneously active measurements at UEs, and either the B2 RSRP or B2 RSRQ
measurement is active at a given time. However, the same B2 target thresholds are
applied regardless of the source quantity. If the feature is disabled, the legacy RSRP B2
behavior applies. If the B2 RSRQ parameters are not configured for a target carrier, the
legacy RSRP B2 behavior applies to the target carrier.

538 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2572: RSRQ-based B2

75.2.2 RSRQ-based B2 conditions

The conditions for beginning and end of inter-RAT measurements are listed in Table 303:
Conditions for the inter-RAT measurements period. During that period, a decision about
whether to initiate an inter-RAT handover or not is made; consequently, after a
successful target cell selection, a handover preparation phase is initiated.

Table 303 Conditions for the inter-RAT measurements period
Beginning of inter-RAT measurements* End of inter-RAT measurements**
The quality of serving cell becomes worse than The quality of serving cell becomes better than
threshold1 - hysteresis. threshold1 + hysteresis.
AND OR
The quality of inter-RAT neighbor cell becomes The quality or power of inter-RAT neighbor cell
better than threshold2 + hysteresis. becomes worse than threshold2 -
hysteresis.

g Note: * Both conditions must be met before the inter-RAT measurements begin.
** Either of the conditions must be met before the inter-RAT measurements are ended.

75.3 LTE2572: system impact

Interdependencies between features
The following feature must be activated before activating the LTE2572: RSRQ-based B2
feature:
• LTE1198: RSRQ-triggered Mobility
The RSRQ-based A2 event takes a major role in the RSRQ-based B2 event;
therefore, the LTE1198: RSRQ-triggered Mobility feature needs to be enabled.

Impact on interfaces
The LTE2572: RSRQ-based B2 feature has no impact on interfaces.

Impact on network management tools

The LTE2572: RSRQ-based B2 feature has no impact on network management tools.

Impact on system performance and capacity

The LTE2572: RSRQ-based B2 feature has no impact on system performance or
capacity.

75.4 LTE2572 reference data

Requirements

Issue: 01 © 2019 Nokia. Nokia confidential. 539

   

LTE2572: RSRQ-based B2 General RRM Features (RL10 - LTE17A)

Table 304 LTE2572 hardware and software requirements
FDD TDD
System release FDD-LTE 17A TD-LTE 17A
Flexi Multiradio 10 BTS FL17A TL17A
Flexi Multiradio 10 Indoor BTS Not supported TL17A
Nokia AirScale BTS FL17A TL17A
Flexi Zone BTS FL17A TL17A
Flexi Zone Access Point FL17A TL17A
Cloud Flexi Zone Controller FL17A TL17A
OMS LTE OMS17 LTE OMS17
NetAct NetAct 17.8 NetAct 17.8
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 3GPP R8

Alarms
There are no alarms related to the LTE2572: RSRQ-based B2 feature.

BTS faults and reported alarms

There are no faults related to the LTE2572: RSRQ-based B2 feature.

Commands
There are no commands related to the LTE2572: RSRQ-based B2 feature.

Measurements and counters

There are no measurements or counters related to the LTE2572: RSRQ-based B2
feature.

Key performance indicators

There are no key performance indicators related to the LTE2572: RSRQ-based B2
feature.

Parameters

Table 305 New parameters introduced by LTE2572
Full name Abbreviated name Managed Parent structure FDD/TDD
object
Activate RSRQ-based actRsrqInterRa LNBTS - common
B2 tMobility
RSRQ B2 GERAN b2Threshold1Rs LNHOG rsrqB2GERANM common
threshold1 rqGERAN obilityParam
s

540 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2572: RSRQ-based B2

Table 305 New parameters introduced by LTE2572 (Cont.)
Full name Abbreviated name Managed Parent structure FDD/TDD
object
RSRQ B2 GERAN time b2TimeToTrigge LNHOG rsrqB2GERANM common
to trigger rRsrqGERANMeas obilityParam
s
RSRQ B2 GERAN hysB2Threshold LNHOG rsrqB2GERANM common
hysteresis RsrqGERAN obilityParam
s
RSRQ B2 GERAN reportInterval LNHOG rsrqB2GERANM common
report interval RsrqGERAN obilityParam
s
RSRQ B2 HRPD b2Threshold1Rs LNHOH rsrqB2HrpdMo common
threshold1 rqHrpd bilityParams
RSRQ B2 HRPD time b2TimeToTrigge LNHOH rsrqB2HrpdMo common
to trigger rRsrqHrpdMeas bilityParams
RSRQ B2 HRPD hysB2Threshold LNHOH rsrqB2HrpdMo common
hysteresis RsrqHrpd bilityParams
RSRQ B2 HRPD report reportInterval LNHOH rsrqB2HrpdMo common
interval RsrqHrpd bilityParams
RSRQ B2 UTRA b2Threshold1Rs LNHOW rsrqB2UtraMo common
threshold1 rqUtra bilityParams
RSRQ B2 UTRA time b2TimeToTrigge LNHOW rsrqB2UtraMo common
to trigger rRsrqUtraMeas bilityParams
RSRQ B2 UTRA hysB2Threshold LNHOW rsrqB2UtraMo common
hysteresis RsrqUtra bilityParams
RSRQ B2 UTRA report reportInterval LNHOW rsrqB2UtraMo common
interval RsrqUtra bilityParams
RSRQ B2 1XRTT b2Threshold1Rs LNHOX rsrqB2RttMob common
threshold1 rqRtt ilityParams
RSRQ B2 1XRTT time b2TimeToTrigge LNHOX rsrqB2RttMob common
to trigger rRsrqRttMeas ilityParams
RSRQ B2 1XRTT hysB2Threshold LNHOX rsrqB2RttMob common
hysteresis RsrqRtt ilityParams
RSRQ B2 1XRTT reportInterval LNHOX rsrqB2RttMob common
report interval RsrqRtt ilityParams

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 306 LTE2572 sales information
Product structure class License control Activated by default
Application software (ASW) SW Asset Monitoring No

Issue: 01 © 2019 Nokia. Nokia confidential. 541

   

LTE2572: RSRQ-based B2 General RRM Features (RL10 - LTE17A)

75.5 Activating LTE2572

Instructions to activate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• The activation procedure requires the following:
– The eNB must be operational, and the RNW database must be running.
– The LTE2572: RSRQ-based B2 feature must be deactivated; its LNBTS
activation parameter actRsrqInterRatMobility must be set to false.
– The LTE1198 feature must be configured.
– Any relevant inter-RAT mobility functionalities are activated.
– Vendor-specific parameters are configured in the vendor file.
– Mandatory and optional operator-specific parameters are configured.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the actRsrqInterRatMobility value to true.

g Note: As an alternative, activation can also be done by reconfiguring the
mandatory and optional operator-specific parameters.

4 Send the commissioning plan file to the BTS.

Result

Expected outcome
The Flexi Multiradio BTS supports inter-RAT mobility based on the B2 RSRQ
measurement reporting.

542 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2572: RSRQ-based B2

75.6 Deactivating LTE2572

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• The deactivation procedure requires:
– The eNB must be operational, and the RNW database must be running.
– The LTE2572 feature must be activated; the LNBTS activation parameter
actRsrqInterRatMobility must be set to true.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the actRsrqInterRatMobility value to false.

4 Send the commissioning plan file to the BTS.

Result

Expected outcome
The LTE2572 feature is deactivated. The Flexi Multiradio BTS is no longer able to use
inter-RAT mobility.

Issue: 01 © 2019 Nokia. Nokia confidential. 543

   

LTE2754: Frequency Bands Priority Change in mFBI General RRM Features (RL10 - LTE17A)

76 LTE2754: Frequency Bands Priority Change

in mFBI
Benefits, functionality, system impact, reference data, instructions of the feature

The LTE2754: Frequency Bands Priority Change in mFBI feature supports multiple
frequency band indicator (mFBI) frequency band prioritization.

76.1 LTE2754 benefits

The LTE2754: Frequency Bands Priority Change in mFBI feature prioritizes mFBI-
mapped band. The feature targets the UE to select the mapped band with higher priority
when both bands are supported. In case the mFBI user equipment (UE) supports a
native primary cell (PCell) and mapped PCell band, the mapped band is used to support
carrier aggregation (CA). Otherwise, CA is not supported with the band combination of
the mapped PCell, and an extra intra-cell handover is needed to support CA for these
UEs.

76.2 LTE2754 functional description

The LTE2754: Frequency Bands Priority Change in mFBI feature introduces support for
frequency band priority change in the mFBI. The feature is an extension to the LTE1534:
Multiple Frequency Band Indicator feature for UEs that only support certain band-related
features (for example, the UE supports CA if PCell works on the mapped band). For
more information, see the LTE1534: Multiple Frequency Band Indicator feature
description.
Currently, the band-applying rule for accessing a carrier that belongs to a different
overlapping frequency band causes an additional intra-cell handover to UEs that support
certain band-related features in one of the overlapping bands.
To avoid additional handovers, a new freqBandIndicatorPriority information element (IE)
in the system information broadcast 1 (SIB1) is introduced to change the priorities of the
overlapping bands and the corresponding UE capabilities. The freqBandIndicatorPriority
IE indicates whether the UE supports the prioritization of the frequency band in the
multiBandInfoList IE or the band in the freqBandIndicator IE.
The evolved Node B (eNB) considers the UE capabilities to support band priority change
and the SIB1 content to determine if the UE uses native or mapped band during initial
call setup. During handover, the target eNB considers the UE capabilities to support
band priority change and the SIB1 content to select the E-UTRA absolute radio
frequency channel number (EARFCN) for the target cell.
When the eNB and the UE support both bands and the UE support frequency band
adjustment capability, the mapped EARFCN is selected as an operation EARFCN with
higher priority instead of the native EARFCN, which the LTE1534: Multiple Frequency
Band Indicator feature introduces in the dedicated signaling for the following procedure:
• PCell measurement objects

544 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2754: Frequency Bands Priority Change in mFBI

• Any type of intra-LTE handover
• SCell handling for CA
The native or mapped band is selected as the secondary cell (SCell) operation band.
This is depending on the supported CA band combinations. The LTE2754:
Frequency Bands Priority Change in mFBI feature affects the CA band combination
selection based on the operation band of the PCell.
• eNB internal checks for UE-supported bands
The eNB internal checks for UE-supported bands are extended to consider
supported mapped bands with higher priority.

76.3 LTE2754 system impact

LTE2754: Frequency Bands Priority Change in mFBI impact on features and interfaces

Interdependencies between features

The LTE1534: Multiple Frequency Band Indicator feature must be activated before
activating the LTE2754: Frequency Bands Priority Change in mFBI feature (actMFBI
parameter is set to true).

g Note: Activation of the LTE1534: Multiple Frequency Band Indicator feature must be in
the eNB and its neighbor eNBs.

The LTE2754: Frequency Bands Priority Change in mFBI feature affects the following
features:
• LTE039: System Information Broadcast
The mFBI-specific freqBandIndicatorPriority IE extends the content of the SIB1.
• LTE53: Intra- and Inter-eNodeB Handover with X2 and LTE54: Intra-LTE Handover
via S1
The mapped EARFCN is used to communicate between the UE and the eNB. If the
UE supports the mapped band adjustment for the inter-frequency handover, the
mapped EARFCN is selected with higher priority.
• LTE55: Inter-frequency Handover and LTE1060: TDD - FDD Handover
The selection of the inter-frequency handover targets is extended. If the UE supports
the mapped band adjustment for the inter-frequency handover, the mapped EARFCN
is selected with higher priority.
• LTE423: RRC Connection Release with Redirect, LTE487: Idle Mode Load
Balancing, LTE1407: RSRQ-based Redirect, and LTE1677: Idle Mode Mobility
Balancing Extensions
If the UE supports the mapped band adjustment and the redirection target is shown
in the multiple frequency band indicator profile (MFBIPR), the native EARFCN is
selected as a redirection target instead of the mapped band.
• LTE1089: Downlink Carrier Aggregation - 20 MHz and LTE1332: Downlink Carrier
Aggregation - 40 MHz
If the PCell selects the mapped band as its operation band, the eNB checks if the UE
supports the band combination for CA against the PCell with the mapped band.
• LTE2275: PCell Swap

Issue: 01 © 2019 Nokia. Nokia confidential. 545

   

LTE2754: Frequency Bands Priority Change in mFBI General RRM Features (RL10 - LTE17A)

The LTE2754: Frequency Bands Priority Change in mFBI feature can be enabled
with this feature. When PCell swap is triggered, the target PCell finds the available
CA band combination with the mapped band.
• LTE2838: CA Steering Intra-cell Handover
The LTE2838: CA Steering Intra-cell Handover feature targets the UE that selects
the native band as the operation band when both bands are supported. If the UE
only supports some features on the mapped band, intra-cell handover is triggered to
direct the native EARFCN to the mapped EARFCN.
If the UE supports the mapped band adjustment with higher priority even if a specific
feature cannot be performed on the mapped band, the eNB does not trigger an intra-
cell handover using the steering PCell mapped EARFCN to the native EARFCN.
• LTE2612: ProSe Direct Communications for Public Safety
The LTE2612: ProSe Direct Communications for Public Safety feature covers the
interaction with the LTE2754: Frequency Bands Priority Change in mFBI feature.

Impact on interfaces
The LTE2754: Frequency Bands Priority Change in mFBI feature affects the following
interfaces:
• S1 interface
– freqBandPriorityAdjustment-r12 IE in UE-EUTRA-Capability IE

• X2 interface
– freqBandPriorityAdjustment-r12 IE in UE-EUTRA-Capability IE
– freqBandIndicatorPriority IE in X2 setup or X2 eNB configuration update
procedure

• RRC interface
– freqBandPriorityAdjustment-r12 IE in UE-EUTRA-capability
– new freqBandIndicatorPriority-r12 IE added to SIB1

Impact on network management tools

The LTE2754: Frequency Bands Priority Change in mFBI feature has no impact on
network management tools.

Impact on system performance and capacity

The LTE2754: Frequency Bands Priority Change in mFBI feature has no impact on
system performance or capacity.

76.4 LTE2754 reference data

LTE2754: Frequency Bands Priority Change in mFBI requirements, parameters, and
sales information

Requirements

546 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2754: Frequency Bands Priority Change in mFBI

Table 307 LTE2754 hardware and software requirements
FDD TDD
System release FDD-LTE 16A TD-LTE 16A
Flexi Multiradio 10 BTS Not supported TL16A
Flexi Multiradio 10 Indoor BTS Not supported TL16A
Nokia AirScale BTS FL16A TL16A
Flexi Zone BTS FL16A TL16A
Flexi Zone Access Point FL16A TL16A
Cloud Flexi Zone Controller FL16A TL16A
OMS LTE OMS16A LTE OMS16A
NetAct NetAct 16.8 Support not required
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R12 UE capabilities 3GPP R12 UE capabilities

BTS faults and reported alarms

Table 308 New BTS faults introduced by LTE2754
Fault ID Fault name Reported alarm
Alarm ID Alarm name
6278 MFBI cell 7652 BASE STATION
configuration NOTIFICATION
conflict

Commands
There are no commands related to the LTE2754: Frequency Bands Priority Change in
mFBI feature.

Measurements and counters

There are no measurements or counters related to the LTE2754: Frequency Bands
Priority Change in mFBI feature.

Key performance indicators

There are no key performance indicators related to the LTE2754: Frequency Bands
Priority Change in mFBI feature.

Parameters

Table 309 New parameters introduced by LTE2754
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Frequency band freqBandIndPri MFBIPR - common
indication priority o

Issue: 01 © 2019 Nokia. Nokia confidential. 547

   

LTE2754: Frequency Bands Priority Change in mFBI General RRM Features (RL10 - LTE17A)

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 310 LTE2754 sales information
Product structure class License control Activated by default
Application software (ASW) Pool license No

76.5 Activating and configuring LTE2754

Instructions to activate and configure the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• Procedure notifications
Modification of the freqBandIndPrio MFBIPR parameter does not require eNB
restart or object locking.
• Feature interdependencies
The LTE1534: Multiple Frequency Band Indicator feature must be activated before
activating the LTE2754: Frequency Bands Priority Change in mFBI feature
(actMFBI parameter is set to true).

g Note: Activation of the LTE1534: Multiple Frequency Band Indicator feature must
be in the eNB and its neighbor eNBs.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the MFBIPR object.

Object path: MRBTS ► LNBTS ► MFBIPR

3 Set the freqBandIndPrio parameter value to broadcasted.

If the freqBandIndPrio parameter value is set to broadcasted, the eNB directs
the UE to prioritize the corresponding frequency band in the multiBandInfoList IE. If
the UE does not support the frequency band in the multiBandInfoList IE or does not

548 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2754: Frequency Bands Priority Change in mFBI

support the frequency band adjustment, the UE must use the value in
freqBandIndicator IE. Otherwise, the UE applies the frequency band according to the
rules defined in the multiBandInfoList IE.

Result

Expected outcome
The LTE2754: Frequency Bands Priority Change in mFBI feature prioritizes the
frequency from the mapped band over the same frequency of the native band. The UE
with mapped band adjustment capability camps in the mapped EARFCN during initial
cell search (ICS), handover, or re-establishment.

76.6 Deactivating LTE2754

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• Procedure notifications
Modification of the freqBandIndPrio MFBIPR parameter does not require eNB
restart or object locking.
• Preconfiguration
The LTE1534: Multiple Frequency Band Indicator feature is enabled (actMFBI
parameter is set to true).
The LTE2754: Frequency Bands Priority Change in mFBI feature is enabled
(freqBandIndPrio parameter is set to broadcasted).

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the MFBIPR object.

Object path: MRBTS ► LNBTS ► MFBIPR

3 Set the freqBandIndPrio parameter value to not-broadcasted.

Issue: 01 © 2019 Nokia. Nokia confidential. 549

   

LTE2754: Frequency Bands Priority Change in mFBI General RRM Features (RL10 - LTE17A)

Result

Expected outcome
The LTE2754: Frequency Bands Priority Change in mFBI feature stops to prioritize the
frequency from the mapped band over the same frequency of the native band.

550 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2832: SRVCC Due to Admission Control Rejection

77 LTE2832: SRVCC Due to Admission Control

Rejection
Table 311 LTE2832 summary of changes
Date Issue Section Change description
September 01 LTE2832 New parameter added.
20, 2019 reference data

The LTE2832: SRVCC Due to Admission Control Rejection feature allows a VoLTE user,
connected to the LTE cell, to be transferred to WCDMA via single radio voice call
continuity (SRVCC). The transfer takes place when there are not enough radio and/or
transport resources in the LTE network. A VoLTE call can then be temporarily accepted
to perform the SRVCC to WCDMA. This leads to a short-term overbooking in the eNB for
voice bearer requests.

77.1 LTE2832 benefits

The LTE2832: SRVCC Due to Admission Control Rejection feature increases the
success rate for VoLTE call setups.

77.2 LTE2832 functional description

77.2.1 VoLTE general information
Voice over LTE (VoLTE) is a technology specification that defines standards and
procedures for delivering voice communication over 4G LTE networks using Internet
Protocol (IP) multimedia subsystem (IMS).
In general, VoLTE enables:
• improved coverage and connectivity
• superior call quality
• extended battery life
• video calling

In practice, VoLTE enables making voice calls and sending data packages at the same
time, downloading files, streaming, and web browsing. VoLTE is also used to improve the
quality of voice calls and decrease the call drop rate. VoLTE traffic is associated by
default with the quality of service class indicator 1 (QCI1).

77.2.2 SRVCC general information

Single radio voice call continuity (SRVCC) is a procedure which moves the VoLTE users
towards WCDMA. This is supported by the LTE872: SRVCC to WCDMA  feature from
RL40 and RL45TD onwards. The goal of the LTE872 feature is to provide a mechanism
to hand over UEs that have the QCI1 bearer activated when changing from an LTE cell
to a WCDMA cell. The voice bearer, which is the subject of the handover, is served via
the circuit-switched (CS) domain on the WCDMA side.

Issue: 01 © 2019 Nokia. Nokia confidential. 551

   

LTE2832: SRVCC Due to Admission Control Rejection General RRM Features (RL10 - LTE17A)

Before implementing the LTE2832: SRVCC Due to Admission Control Rejection feature,
SRVCC is triggered only when the QCI1 bearer is established and an ongoing VoLTE
call cannot be continued in LTE due to loss of coverage or quality degradation. With
LTE2832, it is possible to introduce a new trigger for SRVCC.
The SRVCC capability of the UE and the MME is indicated by the MME with the S1AP:
Initial Context Setup Request message. In case of a handover (HO), the
target eNB is informed either by the MME via the S1AP: Handover Request
message or by the source eNB via the X2AP: Handover Request message (3GPP
Specification: 36.413).

Figure 61 HO messages

X2AP:HandoverRequest S1AP:HandoverRequest

sourceeNB targeteNB MME

77.2.3 LTE2832 overview

The LTE2832: SRVCC Due to Admission Control Rejection feature enables moving UEs
towards WCDMA to serve voice calls. It happens if the LTE serving cell is congested and
cannot serve VoLTE bearers.
The voice over IP (VoIP) in LTE is not possible then due to an admission control (AC)
rejection. In LTE2832, the voice bearer is shortly accepted to perform the SRVCC, but it
is released again if the SRVCC is not possible.
Single radio voice call continuity (SRVCC) is used to send a UE to WCDMA so that
service termination for established non-GBR services is minimized, and there is no need
to implement the packet-switched (PS) handover. It means that the voice service is still
provided for the customer. Only the RRC-connected user can be handed over.
As the SRVCC is only possible for a UE with an established QCI1 bearer, it is necessary
to temporarily admit (overbook) the VoIP bearer even though AC normally rejects it in
case of lack of resources for a particular call. This leads to a short-term overbooking in
the eNB for voice bearer requests. Overbooking is only possible for a limited number of
bearers in parallel. Operator-configurable limits exist on a cell level for radio resources
and on the eNB level for transport resources. If it is not possible to send the overbooked
UE to WCDMA within a limited amount of time, the overbooked E-UTRAN radio access
bearer (E-RAB) is released again.
The LTE2832 feature does not apply the SRVCC to GSM or 1xRTT.
RAC and TAC
In the LTE2832: SRVCC Due to Admission Control Rejection feature, the procedure to
set up E-RABs for voice is extended. If the admission is not possible, the radio
admission control (RAC) and transport area control (TAC) support the respective QCI1
bearer with a flag that the bearer is subjected to overbooking. RAC and TAC receive the
information that this bearer setup can use the overbooked resources to perform the
SRVCC; this decision, however is made by the C-plane beforehand. TAC limits the
number of parallel setup requests that may require SRVCC. This maximum number of
parallel setup requests is limited and configurable by an operator (by the RAC
overbooking limit and/or TAC overbooking limit parameters).

552 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2832: SRVCC Due to Admission Control Rejection

Figure 62 Example of SRVCC due to admission control rejection (temporary
overbooking is possible)

UE eNB UTRAN SGSN MME S-GW/P-GW

S1AP:!E-RAB!SETUP!REQUEST
(E-RAB!to!be!Setup!List!(E-RAB!ID=X,!QCI=1))

AdmissionControl
Check

Temporaryoverbookingispossible

ACOverbooking
Supervisiontimer
RRC!Connection!Reconfiguration
(E-RAB!Setup!for!QCI#1,
measConfig “includes!B1!for
SRVCC!to!UTRAN”)

RRCConnection
S1AP:E-RABSETUPRESPONSE
ReconfigurationComplete (E-RABSetupList(E-RABID=X))

loop
LoopaslongasTemporaryOverbookingtimerhasnotexpiredandnoSRVCCpreparationwassuccessful

RRCMeasurementReport
(MeasResults(measId
ofEventB1))

loop
LoopforallreportedUTRANcellsaslongasnoSRVCCpreparationwassuccessful

SuccessfulSRVCCtoWCDMA-Preparation

SRVCCpreparationwassuccessful

SRVCCmaybeapplicable
inEPC/IMS

SuccessfulHOtoWCDMA-Execution

SuccessfulSRVCCtoWCDMA-Completion

If RAC and/or TAC indicates that an E-RAB was only admitted by overbooking, the eNB
configures the UE with the B1 measurement for WCDMA. An Overbooking timer is
started then. As long as this timer is running, the eNB attempts to get rid of the UE by
SRVCC to WCDMA. If the timer expires, the eNB releases the overbooked bearer and
deconfigures the B1 measurement for WCDMA.
The WCDMA targets to measure are the same as for the event B2 used for coverage-
triggered SRVCC (see the LTE872 feature). Also the measurement thresholds are
reused from B2 thresholds for the SRVCC (this is possible as B1 parameters are a
subset of B2 parameters). After receiving the B1 or B2 report, the eNB attempts SRVCC
towards the reported target cells as long as SRVCC is successful. Multiple B1 reports

Issue: 01 © 2019 Nokia. Nokia confidential. 553

   

LTE2832: SRVCC Due to Admission Control Rejection General RRM Features (RL10 - LTE17A)

may be received in the period the timer is running. If during the SRVCC execution, the
UE returns to the source cell by the RRC: RRC Re-Establishment message, there
is no further SRVCC attempt, and the overbooked E-RAB is released.

Feature management
The operator can use the AC overbooking supervision
timer (tOverbookingAc) parameter to define the duration for the timer which
controls the temporary overbooking of RAC and TAC. The timer is started when an E-
RAB with QCI1 is admitted by overbooking in RAC and/or TAC. As long as the timer is
running, the eNB tries to get rid of the UE by SRVCC to WCDMA. On expiry of the timer,
the eNodeB triggers the release of the E-RAB admitted by temporary overbooking.
There are also two new parameters introduced with LTE2832:
• RAC overbooking limit (nOverbookingRac) – sets a limit per cell for the
number of QCI1 bearers which may be admitted by RAC in the LTE cell by temporary
overbooking in parallel.
• TAC overbooking limit (tacOverbookingLimit) – sets a limit per the eNB
for the number of QCI1 bearers which may be admitted by temporary overbooking in
parallel.

g Note: In the case of Zone deployment, the TAC mechanism is performed by the FZAP
(not FZC).

77.3 LTE2832 system impact

Interdependencies between features
The following features must be activated before activating the LTE2832: SRVCC Due to
Admission Control Rejection feature:
• LTE10: EPS Bearers for Conversational Voice
• LTE56: Inter-RAT Handover to WCDMA
• LTE496: Support of QCI 2, 3 and 4
• LTE497: Smart Admission Control
• LTE534: ARP-based Admission Control for E-RAB
• LTE872: SRVCC to WCDMA
• LTE1401: Measurement-based TAC
LTE1401 is a basic SW feature. It is set by default that all GBR connections will be
accepted. When an operator configures the threshold values lower than line speed,
TAC may reject set-up requests due to insufficient TR resources. Such a situation
initiates the SRVCC attempt.

The LTE2832: SRVCC Due to Admission Control Rejection feature impacts the following
features:
• LTE735: RRC Connection Re-establishment
With LTE735, a UE can re-enter the source cell of the SRVCC by means of the RRC:
Re-Establishment message in case the SRVCC execution fails. No further
SRVCC is attempted, and the overbooked E-RAB is released immediately.
• LTE1127: Service-based Handover

554 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2832: SRVCC Due to Admission Control Rejection

LTE1127 triggers a service-based intra-LTE inter-frequency handover. With LTE2832,
a service-based handover is not applicable to E-RABs which are only admitted by
overbooking. A service-based handover prevents SRVCC to WCDMA which is
considered as more important. LTE1127 and LTE2832 may be activated
independently of each other.
• LTE2503: Emergency Call-based Mobility Trigger
LTE2503 is an extension of LTE1127, where a service-based handover is only
triggered for UEs with emergency services.
• LTE1170: Inter-eNodeB IF Load Balancing
LTE1170 uses A4 measurements for load balancing. These measurements are
deconfigured if the A2 measurement is received. With LTE2832, the A4
measurements are also deactivated when WCDMA B1 measurements are activated.
• LTE1387: Intra-eNodeB IF Load Balancing
LTE1387 uses A4 measurements for load balancing. These measurements are
deconfigured if the A2 measurement is received. With LTE2832, the A4
measurements are also deactivated when WCDMA B1 measurements are activated.
• LTE1531: Inter-frequency Load Balancing Extension
LTE1531 uses A4 measurements for load balancing. These measurements are
deconfigured if the A2 measurement is received. With LTE2832, the A4
measurements are also deactivated when WCDMA B1 measurements are activated.
• LTE1841: Inter-frequency Load Equalization
LTE1841 uses A4 measurements for load balancing. These measurements are
deconfigured if the A2 measurement is received. With LTE2832, the A4
measurements are also deactivated when WCDMA B1 measurements are activated.
• LTE2275: PCell Swap
LTE2275 introduces a primary cell (PCell) swap. No PCell swap is triggered as long
as WCDMA B1 measurements are activated.
• LTE1382: Cell Resource Groups
LTE1382 introduces separate resource pools for public land mobile network (PLMN)
groups in radio admission control (RAC). The number of overbooking resources in
RAC, introduced by LTE2832, is not split between resource groups.
• LTE2612: ProSe Direct Communications for Public Safety
UEs which are configured for sidelink communication are not subject to overbooking.
If an overbooked E-RAB and sidelink communication are set up, LTE2612
deconfigures all WCDMA measurements (except B1 for CSFB) for a UE. The
Admission Control Overbooking Supervision timer expires as no measurement is
received. Consequently, admission-control-triggered SRVCC does not work for a UE
with a sidelink communication.

The LTE2832: SRVCC Due to Admission Control Rejection feature is impacted by the
following features:
• LTE55: Inter-frequency Handover
SRVCC triggered due to admission control has a priority over intra-LTE inter-
frequency handover as it is assumed that a potential LTE inter-frequency target cell
also suffers from an overload. Therefore, any running A3 or A5 measurements are
deactivated when WCDMA B1 measurements are activated.

Impact on interfaces
The LTE2832: SRVCC Due to Admission Control Rejection feature has no impact on
interfaces.

Issue: 01 © 2019 Nokia. Nokia confidential. 555

   

LTE2832: SRVCC Due to Admission Control Rejection General RRM Features (RL10 - LTE17A)

Impact on network management tools

The LTE2832: SRVCC Due to Admission Control Rejection feature has no impact on
network management tools.

Impact on system performance and capacity

The goal of the LTE2832: SRVCC Due to Admission Control Rejection feature is to
improve the success rate for VoLTE call setups. In addition, the VoLTE call setup time
will be impacted if the SRVCC is executed in the pre-alerting phase of the call setup
procedure.

77.4 LTE2832 reference data

Requirements

Table 312 LTE2832 hardware and software requirements
FDD TDD
System release FDD-LTE 16A TD-LTE 16A
Flexi Multiradio 10 BTS not supported TL16A
Flexi Multiradio 10 Indoor BTS FL16A TL16A
Nokia AirScale BTS FL16A TL17
Flexi Zone BTS FL16A TL16A
Flexi Zone Access Point FL16A TL16A
Flexi Zone Controller FL17A TL17A
OMS LTE OMS16A LTE OMS16A
NetAct NetAct 16.8 NetAct 16.8
MME Flexi NS4.0 Flexi NS4.0
SAE GW support not required support not required
UE 3GPP R8 UE capabilities 3GPP R8 UE capabilities

Alarms
There are no alarms related to the LTE2832: SRVCC Due to Admission Control
Rejection feature.

BTS faults and reported alarms

There are no faults related to the LTE2832: SRVCC Due to Admission Control Rejection
feature.

Commands
There are no commands related to the LTE2832: SRVCC Due to Admission Control
Rejection feature.

Measurements and counters

556 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2832: SRVCC Due to Admission Control Rejection

Table 313 New counters introduced by LTE2832
Counter ID Counter name Measurement
M8006C299 Temporary QCI1 E-RAB setup LTE EPS Bearer
completion due to RAC
overbooking
M8006C300 Temporary QCI1 E-RAB setup LTE EPS Bearer
completion due to TAC
overbooking
M8006C301 Temporary QCI1 E-RAB release LTE EPS Bearer
due to overbooking timer expiry
M8016C58 Inter System Handover attempts LTE Inter System Handover
with SRVCC due to overbooking
M8016C59 Inter System Handover successes LTE Inter System Handover
with SRVCC due to overbooking
M8016C60 Inter System Handover failures LTE Inter System Handover
with SRVCC due to overbooking

For counter descriptions, see LTE Radio Access Operating Documentation/
Reference/Counters and Key Performance Indicators.

Key performance indicators

Table 314 New key performance indicators introduced by LTE2832
KPI ID KPI name
LTE_6007a Temporary QCI1 bearer setup attempts to total number of QCI1 bearer setup
attempts ratio
LTE_6009a Admission control triggered SRVCC to UTRAN for QCI1 Success Ratio
LTE_6010a Admission control triggered SRVCC to UTRAN for QCI1 Failure Ratio

For KPI descriptions, see LTE Performance Measurements and Key Performance
Indicators..

Parameters

Table 315 New parameters introduced by LTE2832
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate AC actAcSrvcc MRBTS/ - common
triggered SRVCC LNBTS
AC overbooking tOverbookingAc MRBTS/ - common
supervision timer LNBTS
RAC overbooking nOverbookingRa MRBTS/ - common
limit c LNBTS/
LNCEL
TAC overbooking tacOverbooking MRBTS/ - common
limit Limit MNL/M
NLENT/

Issue: 01 © 2019 Nokia. Nokia confidential. 557

   

LTE2832: SRVCC Due to Admission Control Rejection General RRM Features (RL10 - LTE17A)

Table 315 New parameters introduced by LTE2832 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
TAC/LT
AC

Table 316 Existing parameters related to LTE2832
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate enhanced actEnhAcAndGbr LNBTS - common
AC and GBR services Services
Activate SRVCC to actSrvccToWcdm LNBTS_ - FDD
WCDMA a FDD
Activate SRVCC to actSrvccToWcdm LNBTS_ - TDD
WCDMA a TDD

For parameter descriptions, see LTE Radio Access Operating Documentation/
Reference/Parameters.

Sales information

Table 317 LTE2832 sales information
Product structure class License control Activated by default
Application software (ASW) Pool license No

77.5 Activating and configuring LTE2832

Before you start
• Procedure notifications
– Activation procedure does not cause downtime, and the feature can be activated
at any time of the day.

• Feature interdependencies
The following features must be activated before activating the LTE2832: SRVCC Due
to Admission Control Rejection feature:
– LTE10: EPS Bearers for Conversational Voice
– LTE56: Inter-RAT Handover to WCDMA
– LTE496: Support of QCI 2, 3 and 4
– LTE497: Smart Admission Control
– LTE534: ARP-based Admission Control for E-RAB
– LTE872: SRVCC to WCDMA
– LTE1401: Measurement-based TAC

558 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2832: SRVCC Due to Admission Control Rejection

LTE1401 is a basic SW feature. It is set by default that all GBR connections will
be accepted. When an operator configures the threshold values lower than line
speed, TAC may reject set-up requests due to insufficient TR resources. Such a
situation initiates the SRVCC attempt.
The LTE2832: SRVCC Due to Admission Control Rejection feature impacts the
following features:
– LTE735: RRC Connection Re-establishment
With LTE735, a UE can re-enter the source cell of the SRVCC by means of the
RRC: Re-Establishment message in case the SRVCC execution fails. No
further SRVCC is attempted, and the overbooked E-RAB is released
immediately.
– LTE1127: Service-based Handover
LTE1127 triggers a service-based intra-LTE inter-frequency handover. With
LTE2832, a service-based handover is not applicable to E-RABs which are only
admitted by overbooking. A service-based handover prevents SRVCC to
WCDMA which is considered as more important. LTE1127 and LTE2832 may be
activated independently of each other.
– LTE2503: Emergency Call-based Mobility Trigger
LTE2503 is an extension of LTE1127, where a service-based handover is only
triggered for UEs with emergency services.
– LTE1170: Inter-eNodeB IF Load Balancing
LTE1170 uses A4 measurements for load balancing. These measurements are
deconfigured if the A2 measurement is received. With LTE2832, the A4
measurements are also deactivated when WCDMA B1 measurements are
activated.
– LTE1387: Intra-eNodeB IF Load Balancing
LTE1387 uses A4 measurements for load balancing. These measurements are
deconfigured if the A2 measurement is received. With LTE2832, the A4
measurements are also deactivated when WCDMA B1 measurements are
activated.
– LTE1531: Inter-frequency Load Balancing Extension
LTE1531 uses A4 measurements for load balancing. These measurements are
deconfigured if the A2 measurement is received. With LTE2832, the A4
measurements are also deactivated when WCDMA B1 measurements are
activated.
– LTE1841: Inter-frequency Load Equalization
LTE1841 uses A4 measurements for load balancing. These measurements are
deconfigured if the A2 measurement is received. With LTE2832, the A4
measurements are also deactivated when WCDMA B1 measurements are
activated.
– LTE2275: PCell Swap
LTE2275 introduces a primary cell (PCell) swap. No PCell swap is triggered as
long as WCDMA B1 measurements are activated.
– LTE1382: Cell Resource Groups
LTE1382 introduces separate resource pools for public land mobile network
(PLMN) groups in radio admission control (RAC). The number of overbooking
resources in RAC, introduced by LTE2832, is not split between resource groups.
– LTE2612: ProSe Direct Communications for Public Safety

Issue: 01 © 2019 Nokia. Nokia confidential. 559

   

LTE2832: SRVCC Due to Admission Control Rejection General RRM Features (RL10 - LTE17A)

UEs which are configured for sidelink communication are not subject to
overbooking. If an overbooked E-RAB and sidelink communication are set up,
LTE2612 deconfigures all WCDMA measurements (except B1 for CSFB) for a
UE. The Admission Control Overbooking Supervision timer expires as no
measurement is received. Consequently, admission-control-triggered SRVCC
does not work for a UE with a sidelink communication.
The LTE2832: SRVCC Due to Admission Control Rejection feature is impacted by
the following features:
– LTE55: Inter-frequency Handover
SRVCC triggered due to admission control has a priority over intra-LTE inter-
frequency handover as it is assumed that a potential LTE inter-frequency target
cell also suffers from an overload. Therefore, any running A3 or A5
measurements are deactivated when WCDMA B1 measurements are activated.

• Preconfiguration
The following LNBTS parameter values must be set to true:
– Activate SRVCC to WCDMA (actSrvccToWcdma)

g Note: From release LTE17 onwards, due to a change in the managed objects
architecture, select the LNBTS_FDD object for FDD or the LNBTS_TDD object
for TDD.
– Activate handover from LTE to WCDMA (actHOtoWcdma)
– Activate enhanced AC and GBR
services (actEnhAcAndGbrServices)

g Note: The activation of this parameter requires a BTS restart.

g Note: For FZAP, configure the Prevent PS-HO to

WCDMA (preventPsHOtoWcdma) parameter value.

Procedure

1 Start the BTS Site Manager application and establish the connection to the BTS.

2 Start commissioning.

Sub-steps

a) Select View ► Commissioning or click Commissioning on the View Bar on the
left.

The BTS Site checkbox, located in the Target section, is selected by default.
This is the recommended setting.

b) Use the Template, Manual, or Reconfiguration option, depending on the actual
state of the BTS.

560 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2832: SRVCC Due to Admission Control Rejection

3 Proceed to the IP Interfaces page.

4 On the left-hand side of the page, select TAC 1 and configure the Limit for
overbooking parameter value (only for macro and micro BTS).

Step example

Figure 63 Configuring limit for overbooking

This entry represents the LTAC TAC overbooking
limit (tacOverbookingLimit) parameter.

5 Proceed to the Radio Network Configuration page.

6 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

7 Set the Activate AC triggered SRVCC (actAcSrvcc) parameter value to true.

8 Configure the LNBTS AC overbooking supervision

timer (tOverbookingAc) parameter value.

9 Go to the LNCEL object.

10 Configure the LNCEL RAC overbooking limit (nOverbookingRac) parameter

value.

11 Go the APTAC object.

Issue: 01 © 2019 Nokia. Nokia confidential. 561

   

LTE2832: SRVCC Due to Admission Control Rejection General RRM Features (RL10 - LTE17A)

12 Configure the Limit for overbooking parameter value (only for FZAP/FZC).

Step example

Figure 64 Configuring TAC limit for overbooking

13 Send the commissioning plan file to the BTS.

Sub-steps

a) Go to the Send Parameters page.

b) Select an appropriate Send option.

• If the BTS has not been commissioned, select All parameters.
• If the BTS has been already commissioned, select Only changes.

c) Click Send Parameters.

Result

The feature is activated, and the eNB can perform the SRVCC to WCDMA. The eNB
subsequently releases the QCI1 bearer if the serving LTE cell is congested, and the
feature configuration conditions are fulfilled.

77.6 Activating LTE2832 using WebEM

Instructions to activate the feature using Web Element Manager

562 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2832: SRVCC Due to Admission Control Rejection

Before you start

The following features must be activated before activating the LTE2832: SRVCC Due to
Admission Control Rejection feature:

• LTE10: EPS Bearers for Conversational Voice
• LTE56: Inter-RAT Handover to WCDMA
• LTE496: Support of QCI 2, 3 and 4
• LTE497: Smart Admission Control
• LTE534: ARP-based Admission Control for E-RAB
• LTE872: SRVCC to WCDMA
• LTE1401: Measurement-based TAC
LTE1401 is a basic SW feature. It is set by default that all GBR connections will be
accepted. When an operator configures the threshold values lower than line speed,
TAC may reject set-up requests due to insufficient TR resources. Such a situation
initiates the SRVCC attempt

The following parameter values must be set to true:
• Activate SRVCC to WCDMA (actSrvccToWcdma)
• Activate handover from LTE to WCDMA (actHOtoWcdma)
• Activate enhanced AC and GBR
services (actEnhAcAndGbrServices)

g Note: The activation of this parameter requires a BTS restart.

Procedure

1 Go to the Parameter Editor.

Configuration ► Configuration Management ► Parameter Editor

2 Go to the LTAC object.

Object path: MRBTS ► MNL ► MNLENT ► TAC ► LTAC

3 Set the TAC overbooking limit (tacOverbookingLimit) value.

4 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

5 Set the Activate AC triggered SRVCC (actAcSrvcc) value to true.

6 Configure the AC overbooking supervision timer (tOverbookingAc)

parameter.

Issue: 01 © 2019 Nokia. Nokia confidential. 563

   

LTE2832: SRVCC Due to Admission Control Rejection General RRM Features (RL10 - LTE17A)

7 Go to the LNCEL object.

8 Configure the RAC overbooking limit (nOverbookingRac) parameter.

Result
The feature is activated, and the eNB can perform the SRVCC to WCDMA. The eNB
subsequently releases the QCI1 bearer if the serving LTE cell is congested, and the
feature configuration conditions are fulfilled

77.7 Deactivating LTE2832

Before you start
• Procedure notifications
– Deactivation procedure does not cause downtime, and the feature can be
deactivated at any time of the day.

Procedure

1 Start the BTS Site Manager application and establish the connection to the BTS.

2 Start commissioning.

Sub-steps

a) Select View ► Commissioning or click Commissioning on the View Bar on the
left.

The BTS Site checkbox, located in the Target section, is selected by default.
This is the recommended setting.

b) Use the Template, Manual, or Reconfiguration option, depending on the actual
state of the BTS.

3 Set the TAC overbooking limit parameter value to 0.

Sub-steps

a) Go to the IP Interfaces page.

b) Set the TAC overbooking limit parameter value to 0. Otherwise, the

resources supporting SRVCC cannot be used again in a normal operaton mode.

564 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE2832: SRVCC Due to Admission Control Rejection

4 Proceed to the Radio Network Configuration page.

5 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

6 Set the Activate AC triggered SRVCC (actAcSrvcc) parameter value to false.

7 Send the commissioning plan file to the BTS.

Sub-steps

a) Go to the Send Parameters page.

b) Select an appropriate Send option.

• If the BTS has not been commissioned, select All parameters.
• If the BTS has been already commissioned, select Only changes.

c) Click Send Parameters.

Result

The feature is deactivated, and the eNB no longer performs the SRVCC to WCDMA if
the serving LTE cell is congested.

77.8 Deactivating LTE2832 using WebEM

Instructions to deactivate the feature using Web Element Manager

Before you start

Procedure

1 Go to the Parameter Editor.

Configuration ► Configuration Management ► Parameter Editor

2 Go to the LTAC object.

Object path: MRBTS ► MNL ► MNLENT ► TAC ► LTAC

Issue: 01 © 2019 Nokia. Nokia confidential. 565

   

LTE2832: SRVCC Due to Admission Control Rejection General RRM Features (RL10 - LTE17A)

3 Set the TAC overbooking limit (tacOverbookingLimit) value to 0.

Otherwise, the resources supporting SRVCC cannot be used again in a normal operation
mode.

4 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

5 Set the Activate AC triggered SRVCC (actAcSrvcc) value to false.

Result

The feature is deactivated, and the eNB no longer performs the SRVCC to WCDMA if
the serving LTE cell is congested.

566 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3197: Soft Split 6 Sector Solution

78 LTE3197: Soft Split 6 Sector Solution

Benefits, functionality, system impact, and reference data of the feature

The LTE3197: Soft Split 6 Sector Solution feature uses a special sector beam weight of
8Tx to softly split the current three-sector sites into six-sector sites.

78.1 LTE3197 benefits

The LTE3197: Soft Split 6 Sector Solution feature provides the following benefits:
• Improves cell coverage in terms of cost efficiency
• Reduces the intra-frequency interference

78.2 LTE3197 functional description

The legacy three-sector solution deploys two frequency layers in an overlapping manner.
This deployment might have coverage issue if the number of sites is not enough,
especially for users in a building served by macro cells. The LTE3197: Soft Split 6 Sector
Solution feature uses a specific sector beam weight of 8Tx uniform linear array (ULA)
site to narrow the beams and to direct the beams of two frequency layers of the same
sector to the left and to the right, respectively. A six-sector site is created without
replacing the current three-sector antenna.

g Note: The LTE3197: Soft Split 6 Sector Solution feature is applied to 8Tx deployment
with a 0.5 lamda antenna.

78.3 LTE3197 system impact

LTE3197: Soft Split 6 Sector Solution impact on features, performance and capacity

Interdependencies between features

The LTE3197: Soft Split 6 Sector Solution feature is not enabled together with the
LTE2462: Coordinate Scheduling for Beamforming Interference Avoidance feature.
The LTE3197: Soft Split 6 Sector Solution feature affects the performance of the
following features:
• LTE493: TDD Beamforming
• LTE541: Dual Stream Beamforming
• LTE1543: 8x2 SU MIMO with TM9
The relative benefits from the beamforming features are reduced since the narrower soft
sector already improves the energy in the cell direction.

Issue: 01 © 2019 Nokia. Nokia confidential. 567

   

LTE3197: Soft Split 6 Sector Solution General RRM Features (RL10 - LTE17A)

g Note: The gain for the uplink or downlink multi-user (MU) multiple inputs multiple
outputs (MIMO) is decreased because of the narrower soft sector.

The possibility of user equipment carrier aggregation (between the two soft split cells) or
uplink coordinated multipoint (CoMP) activation is heavily reduced. Hence, enabling
these functions together with the LTE3197: Soft Split 6 Sector Solution feature is not
suitable.

Impact on interfaces
The LTE3197: Soft Split 6 Sector Solution feature has no impact on interfaces.

Impact on network management tools

The LTE3197: Soft Split 6 Sector Solution feature has no impact on network
management tools.

Impact on system performance and capacity

The LTE3197: Soft Split 6 Sector Solution feature affects system performance and
capacity by increasing the:
• success rate for a RRC/E-RAB setup.
• RRC-connected users.
• number of users retained in the LTE network.
• handover time for the narrow cell.

78.4 LTE3197 reference data

LTE3197: Soft Split 6 Sector Solution requirements, parameter, and sales information

Requirements

Table 318 LTE3197 hardware and software requirements
FDD TDD
System release Not supported TD-LTE16A
Flexi Multiradio 10 BTS Not supported TL16A
Flexi Multiradio 10 Indoor BTS Not supported TL16A
Nokia AirScale BTS Not supported TL16A
Flexi Zone BTS Not supported Not supported
Flexi Zone Access Point Not supported Not supported
Cloud Flexi Zone Controller Not supported Not supported
OMS Not supported LTE OMS16A
NetAct Not supported NetAct 16.8
MME Not supported Not supported
SAE GW Not supported Not supported

568 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3197: Soft Split 6 Sector Solution

Table 318 LTE3197 hardware and software requirements (Cont.)
FDD TDD
UE Not supported Support not needed

Alarms
There are no alarms related to the LTE3197: Soft Split 6 Sector Solution feature.

Commands
There are no commands related to the LTE3197: Soft Split 6 Sector Solution feature.

Measurements and counters

There are no measurements or counters related to the LTE3197: Soft Split 6 Sector
Solution feature.

Key performance indicators

There are no key performance indicators related to the LTE3197: Soft Split 6 Sector
Solution feature.

Parameters

Table 319 Existing parameter related to LTE3197
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Downlink sector dlSectorBFWeig LNCEL - TDD
beamforming weight htProfName
profile name

Sales information

Table 320 LTE3197 sales information
Product structure class License control Activated by default
Application software (ASW) - No

78.5 Configuring LTE3197

Instructions on how to configure the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• Procedure notifications

Issue: 01 © 2019 Nokia. Nokia confidential. 569

   

LTE3197: Soft Split 6 Sector Solution General RRM Features (RL10 - LTE17A)

– Modification of the Downlink sector beamforming weight profile

name (dlSectorBFWeightProfName) LNCEL parameter requires cell
locking.

• Feature interdependencies
– The LTE3197: Soft Split 6 Sector Solution feature is not enabled together with
the LTE2462: Coordinate Scheduling for Beamforming Interference Avoidance
feature.

• Hardware requirement
– The LTE3197: Soft Split 6 Sector Solution feature is applied to 8Tx deployment
with a 0.5 lamda antenna.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel  if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Create Downlink sector beamforming weight customized profile.

4 Configure a customer profile for the left cell of the sector.

Sub-steps

a) Set a customer profile in the Downlink sector beamforming weight

profile name (dlSectorBFWeightProfName) parameter.

b) Set the values of the modulus of weight and the phase of weight for each
antenna group.

Table 321 Modulus of weight and phase of weight values for the left cell
Antenna group Modulus of weight Phase of weight
Group 0 0.56 0
Group 1 1 94
Group 2 1 180
Group 3 0.56 -90

570 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3197: Soft Split 6 Sector Solution

5 Configure a customer profile for the right cell of the same sector.

Sub-steps

a) Set another customer profile in the dlSectorBFWeightProfName parameter.

b) Set the values of the modulus of weight and the phase of weight for each
antenna group.

Table 322 Modulus of weight and phase of weight values for the left cell
Antenna group Modulus of weight Phase of weight
Group 0 0.56 -90
Group 1 1 180
Group 2 1 94
Group 3 0.56 0

6 In the LNCEL object (left cell), set the dlSectorBFWeightProfName parameter
value equal to the configured customer profile for the left cell.

7 In the LNCEL object (right cell), set the dlSectorBFWeightProfName parameter
value equal to the configured customer profile for the right cell.

Issue: 01 © 2019 Nokia. Nokia confidential. 571

   

LTE3056: GPS and UTC Time Information Broadcast General RRM Features (RL10 - LTE17A)
Support (SIB16)

79 LTE3056: GPS and UTC Time Information

Broadcast Support (SIB16)
Table 323 Summary of changes
Date of change Section Change description
16.05.2018 LTE3506 reference Requirements table was updated.
data

The LTE3056: GPS and UTC Time Information Broadcast Support (SIB16) feature
introduces the LTE BTS support of GPS and UTC time information broadcast in system
information block type 16 (SIB16).

79.1 LTE3056 benefits

The LTE3056: GPS and UTC Time Information Broadcast Support (SIB16) feature allows
to retrieve system and local time from the common broadcasting channel.
Broadcasting reference time from the LTE network is useful in the following use cases:

• GPS time for GNSS
• Coordinated Universal Time (UTC) for MBMS
• Local time provisioning

3GPP proposed to introduce a new SIB to provide the GPS time and UTC time.

79.2 LTE3056 functional description

Flexi Multiradio BTS supports the broadcast of SIB16.
The SIB16 information element (IE) contains information related to the GPS time and
Coordinated Universal Time (UTC). The UE may use the parameters provided in this
system information block to obtain the UTC, the GPS, and the local time.

Figure 65 Content of the SIB16, as described in 3GPP TS 36.331

The SIB16 broadcast is not supported for 1.4-Mhz and 3-Mhz cells.
The LTE3056: GPS and UTC Time Information Broadcast Support (SIB16) feature
introduces an LNBTS feature flag to enable or disable the SIB16 broadcast function on a
BTS level. If SIB16 is enabled on the BTS, its configuration in a specific cell schedule list
can enable or disable the SIB16 on the cell level.

572 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3056: GPS and UTC Time Information Broadcast
Support (SIB16)

To obtain the correct timezone information for a particular BTS, the BTS utilizes the value
of Time Zone (timeZone) parameter , and maps this parameter's value to an entry in
the IANA timezone database. Some of the existing timezone values in the timeZone
did not map to IANA timezone entries. To mitigate this issue, since LTE17SP a code is
introduced to automatically migrate "invalid" timeZone entries to valid ones. The
migrated values are:
• 17: (GMT-10) SystemV/HST10 migrated to 10: (GMT-10) Etc/GMT+10
• 28: (GMT-9) SystemV/YST9 migrated to 26: (GMT-9) Etc/GMT+9
• 29: (GMT-9) SystemV/YST9YDT migrated to 26: (GMT-9) Etc/GMT+9
• 44: (GMT-8) SystemV/PST8 migrated to 39: (GMT-8) Etc/GMT+8
• 45: (GMT-8) SystemV/PST8PDT migrated to 39: (GMT-8) Etc/GMT+8
• 67: (GMT-7) SystemV/MST7 migrated to 61: (GMT-7) Etc/GMT+7
• 68: (GMT-7) SystemV/MST7MDT migrated to 61: (GMT-7) Etc/GMT+7
• 103: (GMT-6) SystemV/CST6 migrated to 99: (GMT-6) Etc/GMT+6
• 104: (GMT-6) SystemV/CST6CDT migrated to 99: (GMT-6) Etc/GMT+6
• 150: (GMT-5) SystemV/EST5 migrated to 147: (GMT-5) Etc/GMT+5
• 151: (GMT-5) SystemV/EST5EDT migrated to 147: (GMT-5) Etc/GMT+5
• 200: (GMT-4) SystemV/AST4 migrated to 198: (GMT-4) Etc/GMT+4
• 201: (GMT-4) SystemV/AST4ADT migrated to 198: (GMT-4) Etc/GMT+4
• 1: (GMT-11) MIT migrated to 0: (GMT-11) Etc/GMT+11
• 21: (GMT-9) AST migrated to 26: (GMT-9) Etc/GMT+9
• 41: (GMT-8) PSTmigrated to 39: (GMT-8) Etc/GMT+8
• 66: (GMT-7) PNT migrated to 61: (GMT-7) Etc/GMT+7
• 93: (GMT-6) CST migrated to 99: (GMT-6) Etc/GMT+6
• 148: (GMT-5) IET migrated to 147: (GMT-5) Etc/GMT+5
• 199: (GMT-4) PRT migrated to 198: (GMT-4) Etc/GMT+4
• 203: (GMT-4.5) CNT migrated to 202: (GMT-4.5) America/St_Johns
• 205: (GMT-3) AGT migrated to 239: (GMT-3) Etc/GMT+3
• 237: (GMT-3) BET migrated to 239: (GMT-3) Etc/GMT+3
• 318: (GMT+1) ECT migrated to 319: (GMT+1) Etc/GMT-1
• 352: (GMT+2) ART migrated to 377: (GMT+2) Etc/GMT-2
• 374: (GMT+2) CAT migrated to 377: (GMT+2) Etc/GMT-2
• 414: (GMT+3) EAT migrated to 415: (GMT+3) Etc/GMT-3
• 435: (GMT+4) NET migrated to 428: (GMT+4) Etc/GMT-4
• 449: (GMT+5) PLT migrated to 446: (GMT+5) Etc/GMT-5
• 453: (GMT+5.5) IST migrated to 450: (GMT+5.5) Asia/Calcutta
• 464: (GMT+6) BST migrated to 465: (GMT+6) Etc/GMT-6
• 482: (GMT+7) VST migrated to 480: (GMT+7) Etc/GMT-7
• 507: (GMT+8) CTT migrated to 508: (GMT+8) Etc/GMT-8
• 519: (GMT+9) JST migrated to 518: (GMT+9) Etc/GMT-9
• 523: (GMT+9.5) ACT migrated to 527: (GMT+9.5) Australia/North
• 530: (GMT+10) AET migrated to 545: (GMT+10) Etc/GMT-10
• 561: (GMT+11) SST migrated to 555: (GMT+11) Etc/GMT-11
• 570: (GMT+12) NST migrated to 568: (GMT+12) Etc/GMT-12

Issue: 01 © 2019 Nokia. Nokia confidential. 573

   

LTE3056: GPS and UTC Time Information Broadcast General RRM Features (RL10 - LTE17A)
Support (SIB16)

79.3 LTE3056 system impact

Interdependencies between features
The LTE3056: GPS and UTC Time Information Broadcast Support (SIB16) feature
affects the following features:
• LTE1441: Enhanced CS Fallback to CDMA/1xRTT (e1xCSFB)
This feature introduces the ltmOff and dayLt O&M parameters. These two
parameters have the same meaning as localTimeOffset and
dayLightSavingTime parameters in SIB16.
• LTE2149: Supplemental Downlink Carrier
SIB16 is not broadcasted in a supplemental downlink carrier (SDLC) cell.
• LTE2353: SIB Multiplexing
This feature removes the static combination and supports dynamic SIB multiplexing.
• LTE117: Cell Bandwidth 1.4 MHz
• LTE116: Cell Bandwidth 3 MHz
SIB16 is not broadcasted on a 1.4-MHz and 3-MHz LTE bandwidth cell even if
LTE3056 is activated on a BTS level.
• LTE891: Timing Over Packet With Phase Synch
When both LTE3056 and LTE891 are activated, UTC timing information for LTE3056
can be acquired through LTE891 instead of GPS.
• LTE80: GPS Synchronisation
This feature can provide phase synchronization; UTC timing information for LTE3056
can be acquired.
• LTE1710: Sync Hub Direct Forward
• LTE3071: NB-IoT Inband
The transmission of SIB16 message is not supported in NB-IoT.

Impact on interfaces
The LTE3056: GPS and UTC Time Information Broadcast Support (SIB16) feature has
no impact on interfaces.

Impact on network management tools

The LTE3056: GPS and UTC Time Information Broadcast Support (SIB16) feature has
no impact on network management tools.

Impact on system performance and capacity

The LTE3056: GPS and UTC Time Information Broadcast Support (SIB16) feature has
no impact on system performance or capacity.

79.4 LTE3056 reference data

Requirements

574 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3056: GPS and UTC Time Information Broadcast
Support (SIB16)

Table 324 LTE3056: GPS and UTC Time Information Broadcast Support (SIB16)
hardware and software requirements
FDD TDD
System release FDD-LTE 17A TDD-LTE 17A
Flexi Multiradio 10 BTS FL17A TL17A
Flexi Multiradio 10 Indoor BTS Not supported TL17A
Nokia AirScale BTS FL17A TL17A
Flexi Zone BTS FL17A TL17A
Flexi Zone Access Point FL17A TL17A
Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct NetAct 17.8 NetAct 17.2
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R11 UE capabilities 3GPP R11 UE capabilities

Alarms
There are no alarms related to the LTE3056: GPS and UTC Time Information Broadcast
Support (SIB16) feature.

BTS faults and reported alarms

There are no faults related to the LTE3056: GPS and UTC Time Information Broadcast
Support (SIB16) feature.

Commands
There are no commands related to the LTE3056: GPS and UTC Time Information
Broadcast Support (SIB16) feature.

Measurements and counters

There are no measurements or counters related to the LTE3056: GPS and UTC Time
Information Broadcast Support (SIB16) feature.

Key performance indicators

There are no key performance indicators related to the LTE3056: GPS and UTC Time
Information Broadcast Support (SIB16) feature.

Parameters

Table 325 New parameters introduced by LTE3056: GPS and UTC Time Information
Broadcast Support (SIB16)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate GPS and actUTCBroadcas LNBTS - common
UTC Time Broadcast t

Issue: 01 © 2019 Nokia. Nokia confidential. 575

   

LTE3056: GPS and UTC Time Information Broadcast General RRM Features (RL10 - LTE17A)
Support (SIB16)

Table 326 Parameters modyfied by LTE3056: GPS and UTC Time Information
Broadcast Support (SIB16)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
System Information sibSchedulingL SIB - common
Scheduling List, ist
extended for SIB16
Indicates which SIB siMessageSibTy SIB - common
is contained in the pe(sibScheduli
SI-Message, ngList)
extended for SIB16
Include day light dayLtIncluded XPARA - common
savings time M
indicator
Local time offset ltmOffIncluded XPARA - common
included M

Table 327 Existing parameters related to LTE3056: GPS and UTC Time Information
Broadcast Support (SIB16)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Network btsSyncMode BTSSC - common
synchronization L
mode
Downlink channel dlChBw LNCEL_ - common
bandwidth FDD
Time Zone timezone TIME - common

Table 328 Parameters migrated from MOC XPARAM to MOC SIB for LTE3056: GPS
and UTC Time Information Broadcast Support (SIB16)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Day light savings dayLt SIB - common
time indicator
Local time offset ltmOff SIB - common

For parameter descriptions, see Flexi Multiradio BTS LTE Commissioning, RNW and
Transmission Parameters.

Sales information

Table 329 LTE3056: GPS and UTC Time Information Broadcast Support (SIB16)
sales information
Product structure class License control Activated by default
Application software (ASW) Pool license No

576 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3056: GPS and UTC Time Information Broadcast
Support (SIB16)

79.5 Activating and configuring LTE3056

Before you start
See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• Procedure notifications
– The eNB is configured for phase synchronized mode; Network
synchronization mode (btsSyncMode) parameter is set to PhaseSync.
– The LTE3056: GPS and UTC time information broadcast support (SIB16) feature
must be deactivated; Activate GPS and UTC Time Broadcast
(actUTCBroadcast) parameter is set to false.
• Feature interdependencies
The LTE3056: GPS and UTC Time Information Broadcast Support (SIB16) feature
affects the following features:
– LTE1441: Enhanced CS Fallback to CDMA/1xRTT (e1xCSFB)
– LTE2149: Supplemental Downlink Carrier
– LTE2353: SIB Multiplexing
– LTE117: Cell Bandwidth 1.4 MHz
– LTE116: Cell Bandwidth 3 MHz
– LTE891: Timing Over Packet With Phase Synch
– LTE80: GPS Synchronisation
– LTE1710: Sync Hub Direct Forward
– LTE3128: LTE-M
– LTE3071: NB-IoT Inband

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the Activate GPS and UTC Time Broadcast (actUTCBroadcast)

parameter value to true.

Issue: 01 © 2019 Nokia. Nokia confidential. 577

   

LTE3056: GPS and UTC Time Information Broadcast General RRM Features (RL10 - LTE17A)
Support (SIB16)

4 Go to the SIB object.

Object path: MRBTS ► LNBTS ► LNCEL ► SIB

5 Create new System information scheduling list and set the SIB type to SIB16.

6 Configure the Periodicity (siMessagePriodicity) and Repetition
(siMessageRepetition) parameters.

7 Optionally, configure the Day light savings time indicator (dayLt) and

Local time offset (ltmOff) SIB parameters.

From version FL17SP onwards these parameters are unmodifiable, the values are
set by the system.

8 Send the commissioning plan file to the BTS.

Result

The SIB16 is broadcasted in all eNB cells whose bandwidth is equal neither to 1.4 MHz
nor 3 MHz.

79.6 Deactivating LTE3056

Instructions to deactivate the feature

Before you start

See Configuring features with BTS Site Manager or Configuring features with Web
Element Manager for general management tool instructions.
• Procedure notifications
The LTE3056: GPS and UTC time information broadcast support (SIB16) feature
must be deactivated; Activate GPS and UTC Time Broadcast
(actUTCBroadcast) parameter is set to true.

Procedure

1 Start configuring the parameters.

Select from the available options

• Go to the Radio Network Configuration page if using BTS Site Manager.

• Go to the Parameter Editor/ Navigation Panel if using Web Element Manager.

578 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3056: GPS and UTC Time Information Broadcast
Support (SIB16)

2 Go to the LNBTS object.

Object path: MRBTS ► LNBTS

3 Set the Activate GPS and UTC Time Broadcast (actUTCBroadcast)

parameter value to false.

4 Send the commissioning plan file to the BTS.

Result

The SIB16 broadcasting is stopped in all eNB cells.

Issue: 01 © 2019 Nokia. Nokia confidential. 579

   

LTE3264: Additional PRS Subframe Configurations General RRM Features (RL10 - LTE17A)

80 LTE3264: Additional PRS Subframe

Configurations
Table 330 LTE3264 summary of changes
Date Issue Section Change description
March 18, 01 LTE3264 Updates to the LTE3264 requirements
2019 requirements

The LTE3264: Additional PRS Subframe Configurations feature introduces support for
additional subframe configurations for the positioning reference signal (PRS)
transmission. The support of location services (LCS) allows to determine the position of
a UE within the RAN. The UEs are able to detect the PRS and derive measurements,
based on the PRS.

80.1 LTE3264 benefits

The LTE3264: Additional PRS Subframe Configurations feature provides the following
benefit:
• In markets where customers have a mix of AirScale/FSMF equipment, the observed
time difference of arrival (OTDOA) feature runs using positioning reference signal
(PRS) transmission on the subframes, thus allowing for a more adaptive and diverse
deployment.

80.2 LTE3264 functional description

Functional overview
The feature allows Nokia equipment to operate in market regions already committed to
sending PRS symbols in predetermined subframes.
The following additional subframe configurations are supported for the PRS
transmission:

• FDD (5, 10, 15, and 20 MHz)
7, 14, 27, 47, 67, 87, 107, 127 and 147 with a repetition = 1 and a periodicity of 160
ms. In addition, the 5-MHz cell bandwidth supports a repetition = 2.
• TDD UL/DL configuration 1 (10 and 20 MHz)
49, 69, 129, 149 with a repetition = 1 and a periodicity of 160 ms.
• TDD UL/DL configuration 2 (10 and 20 MHz)
28, 48, 68, 108, 128, 148 with a repetition = 1 and a periodicity of 160 ms.

The UE is informed about the PRS configuration via the LTE positioning protocol (LPP).
The LPP is a protocol defined between the UE and the enhanced serving mobile location
centre (E-SMLC). It communicates the PRS settings of the network to the UEs as well as
the OTDOA measurements (also called a reference signal time difference (RSTD)) from
the UEs to the E-SMLC. The LPP protocol entities are transparent to the eNBs, and the
computation of the UE positions is done in the E-SMLC. The operator needs to provide
PRS settings of the network and antenna positions of eNBs to the E-SMLC.

580 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3264: Additional PRS Subframe Configurations

80.3 LTE3264 system impact

Interdependencies between features
The LTE3264: Additional PRS Subframe Configurations feature is an extension of the
LTE495: OTDOA feature.
The LTE3264: Additional PRS Subframe Configurations feature is enabled together with
the LTE495: OTDOA.
The LTE3264: Additional PRS Subframe Configurations feature impacts the following
features:
• LTE1117: LTE MBMS
The operator has additional choices on where to position the PRS subframes. FDD-
specific MBMS subframe patterns now support prsConfigurationIndex
parameter values of 7, 14, 27, 47, 67, 87, 107, 127, 147.
• LTE3199: Support for Multiple MBSFN and Synchronization Areas
This feature is a follow-up to the LTE1117: eMBMS feature, in which a cell can
support multiple MBSFN areas, and an eNB can provide eMBMS services on
multiple carriers.
• LTE3200: Dynamic Allocation of eMBMS Resources
This feature is a follow-up to the LTE1117: eMBMS feature, in which an active
number of eMBMS sessions will dynamically adjust the number of eMBMS
subframes allocated. New subframes that can be used for OTDOA must be excepted
from MBMS usage.
• LTE1891: eNode B Power Saving – Micro DTX
If the LTE3264: Additional PRS Subframe Configurations feature is activated, micro
DTX has to consider that OFDM symbols used for OTDOA are found in different
locations.
• LTE2085: SIB Reception with Parallel Measurement Gaps
The list showing the subframe usage for various functions has to be updated.
The current SIB timing allows new PRS locations.
• LTE1987: Downlink Adaptive Closed Loop SU MIMO (4x4)
• LTE1709: Liquid Cell
• LTE1543: 8x2 SU MIMO with TM9
• LTE3128: LTE-M
This feature needs to adapt the pattern of valid subframes.
• LTE2120: TDD SIB Reception with Parallel Measurement Gaps
DL scheduler has to handle the collision between the new PRS configurations and
SIB scheduling subframes when LTE2120 is activated.

Impact on interfaces
The LTE3264: Additional PRS Subframe Configurations feature has no impact on
interfaces.

Impact on network management tools

The LTE3264: Additional PRS Subframe Configurations feature has no impact on
network management tools.

Impact on system performance and capacity

Issue: 01 © 2019 Nokia. Nokia confidential. 581

   

LTE3264: Additional PRS Subframe Configurations General RRM Features (RL10 - LTE17A)

The LTE3264: Additional PRS Subframe Configurations feature has no impact on system
performance or capacity.

80.4 LTE3264 reference data

Requirements

Table 331 LTE3264 hardware and software requirements
FDD TDD
System release FDD- LTE 17A Not supported
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS FL17A Not supported
Nokia AirScale BTS FL17A Not supported
Flexi Zone BTS FL17A Not supported
Flexi Zone Access Point Not supported Not supported
Cloud Flexi Zone Controller Not supported Not supported
OMS Support not required Not supported
NetAct NetAct 17.8 Not supported
MME Support not required Not supported
SAE GW Support not required Not supported
UE 3GPP R8 UE capabilities Not supported

Alarms
There are no alarms related to the LTE3264: Additional PRS Subframe Configurations
feature.

BTS faults and reported alarms

There are no faults related to the LTE3264: Additional PRS Subframe Configurations
feature.

Commands
There are no commands related to the LTE3264: Additional PRS Subframe
Configurations feature.

Measurements and counters

There are no measurements or counters related to the LTE3264: Additional PRS
Subframe Configurations feature.

Key performance indicators

There are no key performance indicators related to the LTE3264: Additional PRS
Subframe Configurations feature.

Parameters

582 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3264: Additional PRS Subframe Configurations

Table 332 Existing parameters related to LTE3264
Full name Abbreviated name Manage Parent FDD/TDD
d object structure
PRS activation actOtdoa LNCEL - common
PRS Tx diversity actPrsTxDiv LNCEL - common
activation
PRS bandwidth prsBandwidth LNCEL - common
PRS configuration prsConfiguratio LNCEL_ - FDD
index nIndex FDD
PRS configuration prsConfiguratio LNCEL_ - TDD
index nIndex TDD
PRS muting prsMuting LNCEL - common
PRS muting info prsMutingInfo LNCEL prsMuting common
PRS muting info prsMutingInfoPa LNCEL prsMuting common
pattern length tternLen
PRS Number of DL prsNumDlFrames LNCEL_ - FDD
frames FDD
PRS Number of DL prsNumDlFrames LNCEL_ - TDD
frames TDD
PRS power boost prsPowerBoost LNCEL - common
SI window length siWindowLen LNCEL - common
DRX on duration timer drxOnDuratT LNCEL - common
Downlink channel dlChBw LNCEL_ - FDD
bandwidth FDD
Downlink channel dlChBw LNCEL_ - TDD
bandwidth TDD
Activate supercell actSuperCell LNCEL_ - FDD
configuration FDD
Activate supercell actSuperCell LNCEL_ - TDD
configuration TDD
Activate liquid cell actLiquidCell LNCEL_ - FDD
configuration FDD
Activate LPPa support actLPPaOtdoa LNBTS - common
for OTDOA
Activate support for actMBMS LNBTS - common
MBMS
MBSFN EARFCN mbsfnEarfcn MBSFN - common
MBSFN downlink mbsfnDlChBw MBSFN - common
channel bandwidth
Activation ETWS actETWS LNBTS - common
support
Activation CMAS actCMAS LNBTS - common
support
Twofold transmission sib2xTransmit SIB - common
of SIBs per SI window

Issue: 01 © 2019 Nokia. Nokia confidential. 583

   

LTE3264: Additional PRS Subframe Configurations General RRM Features (RL10 - LTE17A)

Table 332 Existing parameters related to LTE3264 (Cont.)
Full name Abbreviated name Manage Parent FDD/TDD
d object structure
Activate enhanced actEicic LNCEL - common
inter-cell
interference
coordination
CSI-RS subframe csiRsSubfrConf LNCEL_ - FDD
configuration FDD
CSI-RS subframe csiRsSubfrConf LNCEL_ - TDD
configuration TDD

Parameter relationships:

• If actOtdoa is set to true:
– siWindowLen must be set appropriately, depending on the individual PRS
configuration. For details on appropriate values, see the siWindowLen
parameter in Reference documentation.
– configuration of the following parameters is required: prsPowerBoost,
prsConfigurationIndex, prsBandwidth, prsNumDlFrames,
actPrsTxDiv.
• If numOfTxPorts is set to 1, actPrsTxDiv must be set to false.
If actPrsTxDiv is set to true:
– drxProfile2-drxOnDuratT must be greater than 3.
– drxProfile3-drxOnDuratT must be greater than 3.
• The range of the prsBandwidth parameter depends on dlChBw.

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 333 LTE3264 sales information
Product structure class License control Activated by default
Application software (ASW) Pool license No

80.5 Activating LTE3264

Before you start
The LTE3264: Additional PRS Subframe Configurations feature is enabled as long as the
LTE495: OTDOA feature is enabled.

584 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3264: Additional PRS Subframe Configurations

80.6 Deactivating LTE3264

Before you start
The LTE3264: Additional PRS Subframe Configurations feature is deactivated when the
LTE495: OTDOA feature is deactivated.

Issue: 01 © 2019 Nokia. Nokia confidential. 585

   

LTE3265: GNSS Outage Handling for OTDOA General RRM Features (RL10 - LTE17A)

81 LTE3265: GNSS Outage Handling for OTDOA

The LTE3265: GNSS Outage Handling for OTDOA feature introduces an enhanced
GNSS outage handling for the observed time difference of arrival (OTDOA) service.

81.1 LTE3265 benefits

The LTE3265: GNSS Outage Handling for OTDOA feature provides the following benefit:
• prevents the situation when GNSS outage causes incorrect UE localization with
OTDOA.

81.2 LTE3265 functional description

Functional overview
The feature introduces an enhanced GNSS outage handling for the OTDOA. This is a
parity feature required to support accurate OTDOA UE localization during emergency
calls.
To ensure backward compatibility, ToP-P synchronization is still supported as a valid
source for OTDOA, yet typical ToP-P installations are not able to consistently provide
synchronization of the quality similar to GNSS. The LTE3265 feature allows the operator
to decide which synchronization sources are allowed for the OTDOA to operate. The
operator can select GNSS or ToP-P or both synchronization sources.
The feature treats all GNSS systems equally. Fallback from GPS to other (worse) GNSS
synchronization source will not disable PRS transmission. The operator is informed
during commissioning that in principle, GPS with threshold set to 100 ns is the only
synchronization source recommended if OTDOA is used for emergency call location.
Different satellite systems are not necessarily synchronized with each other. To achieve
best localization accuracy, it is advised that the whole network is synchronized to one
satellite system. Otherwise:
• If the eNodeBs are synchronized to different systems, then the location based on
PRS signals from those eNBs will not be as accurate as when all are synchronized to
the same system.
• If GNSS receiver switches from one system to the other (depends on the setting of
the GNSS receiver) then momentary phase error jump can be observed. This can
lead to temporary switching off the PRS signal.

Figure 66: Example of GNSS outage handling provides an overview of the GNSS outage
handling procedure.

586 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3265: GNSS Outage Handling for OTDOA

Figure 66 Example of GNSS outage handling
S
GNS

PRS Transmission

ENABLED ENABLED
DISABLED

Time
GNSS
receiver eNB

GNSS Sync Available GNSS Sync Outage GNSS Sync Outage GNSS Sync Available

Phase Sync Error

OTDOA Phase Error

Threshold

Time
Normal Tuning Mode Holdover Mode Holdover Mode Normal Tuning Mode

1. In normal tuning mode, the GNSS is used as a reference clock to pace the internal oscillator of the eNB. The radio frames of the eNB are
synchronized with those of other eNBs in the network.

2. When the GNSS signal is lost, the eNB loses its reference clock - it enters the holdover mode. While in this mode, the phase error between
the GNSS and the internal oscillator, is estimated based on historical data of corrections. The phase error increases in time and the radio frames
are less strictly synchronized with those of other eNBs.

3.When the estimated phase error exceeds the threshold, radio frames are not synchronized enough with those of other eNBs to be acceptable
for OTDOA to work accurately. PRS transmission of this eNB makes OTDOA measurements worse, so PRS transmission in this eNB must be
disabled.

4. When the GNSS is available, the phase error is measured again and the internal oscillator is synchronized with the reference clock. Once the
phase error is below the configured threshold for OTDOA, the PRS can be re-enabled as the radio frames are again well-synchronized with the
ones of other eNBs.

There are two cases when the PRS transmission is stopped:
• The PRS transmission is automatically switched off when the eNB is synchronized to
a synchronization source from outside the configurable list of synchronization
sources for OTDOA.
• The PRS transmission is automatically stopped when the eNB is in holdover and the
estimated phase error is larger than the configurable phase error threshold for the
synchronization source to which it was synchronized before the holdover.
The eNB continues user data blanking (no user data scheduled in PDSCH) during PRS
occasions while PRS transmission is stopped. The PRS transmission is automatically
resumed when the eNB synchronizes to a source included in the OTDOA-compatible list
and the eNB calculated phase error is below the configurable phase error threshold of
that source.

81.3 LTE3265 system impact

Interdependencies between features
The LTE3265: GNSS Outage Handling for OTDOA feature is an extension of the
LTE495: OTDOA feature.
The LTE3265: GNSS Outage Handling for OTDOA feature is enabled together with the
LTE495: OTDOA feature.
The LTE80: GPS Synchronization must be enabled for OTDOA operation. LTE3265 will
affect the behavior of LTE495. GNSS synchronization is one of the allowed OTDOA
synchronization sources.
The LTE3265: GNSS Outage Handling for OTDOA feature impacts the following
features:
• LTE495: OTDOA

Issue: 01 © 2019 Nokia. Nokia confidential. 587

   

LTE3265: GNSS Outage Handling for OTDOA General RRM Features (RL10 - LTE17A)

The LTE3265 feature extends the functionality of the LTE495 feature. LTE3265 is
enabled when LTE495 is enabled with a GNSS synchronization source configured as
the primary synchronization source.
The LTE3265 feature switches off the PRS signal in all BTS cells when GNSS
synchronization phase is configured, and the synchronization accuracy is insufficient.
Cells without a PRS signal cannot be used by the UE to perform OTDOA
measurements.
• LTE891: Timing over Packet with Phase Synchronization
ToP phase synchronization is one of the allowed OTDOA synchronization sources.
• LTE1710: Sync Hub Direct Forward
With LTE3265 feature activated, the interface between Synchronization Hub Master
(SHM) and Slave (SHS) carries additional information about the synchronization
source that the SHM uses. The SHS BTS monitors the synchronization source that
the SHM uses and switches off the PRS signal when the SHM uses a
synchronization source which is not allowed for OTDOA in SHS. PRS is also
switched off when the SHM or the SHS are in holdover and the phase error threshold
is exceeded.
The LTE3265 feature defines the maximum number of synchronization chain hops
supported with this feature. eNBs which are farther than 5 hops away from SHM are
not able to fulfill 100 ns accuracy on air interface, causing degraded OTDOA
positioning accuracy. For those eNBs the system will not detect that failure, in this
case the operator needs to configure their phase error threshold higher or change
the topology of the synchronization chain.
• LTE2866: One eNB Dual Common Unit Operation
When the phase error threshold is exceeded on master core (synchronization master
in dual core operation), the PRS signal is switched off on both core modules at the
same time.
• LTE942: Hybrid Synchronization
BTS uses Synchronous Ethernet (SyncE) to support holdover.
• LTE2184: Flexible Sync Input Priority
The LTE2184 feature defines the synchronization sources priorities. The LTE3265
feature uses configuration parameters defined with LTE2184.

Impact on interfaces
The LTE3265: GNSS Outage Handling for OTDOA feature has no impact on interfaces.

Impact on network management tools

The LTE3265: GNSS Outage Handling for OTDOA feature has no impact on network
management tools.

Impact on system performance and capacity

The LTE3265: GNSS Outage Handling for OTDOA feature has no impact on system
performance or capacity.

81.4 LTE3265 reference data

Requirements

588 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3265: GNSS Outage Handling for OTDOA

Table 334 LTE3265 hardware and software requirements
FDD TDD
System release FDD LTE 17A TD LTE 17A
Flexi Multiradio 10 BTS FL17A TL17A
Flexi Multiradio 10 Indoor BTS Not supported TL17A
Nokia AirScale BTS FL17A TL17A
Flexi Zone BTS Not supported Not supported
Flexi Zone Access Point Not supported Not supported
Cloud Flexi Zone Controller Not supported Not supported
OMS Support not required Support not required
NetAct NetAct 17.8 NetAct 17.8
MME Support not required Support not required
SAE GW Support not required Support not required
UE 3GPP R8 UE capabilities 3GPP R8 UE capabilities

Alarms
There are no alarms related to the LTE3265: GNSS Outage Handling for OTDOA
feature.

BTS faults and reported alarms

Table 335 New BTS faults introduced by LTE3265
Fault ID Fault name
4389 OTDOA PRS transmission disabled

For fault descriptions, see LTE Radio Access Operating
Documentation/Reference/Alarms and Faults.

Commands
There are no commands related to the LTE3265: GNSS Outage Handling for OTDOA
feature.

Measurements and counters

There are no measurements or counters related to the LTE3265: GNSS Outage
Handling for OTDOA feature.

Key performance indicators

There are no key performance indicators related to the LTE3265: GNSS Outage
Handling for OTDOA feature.

Parameters

Issue: 01 © 2019 Nokia. Nokia confidential. 589

   

LTE3265: GNSS Outage Handling for OTDOA General RRM Features (RL10 - LTE17A)

Table 336 New parameters introduced by LTE3265
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
OTDOA Profile List otdoaProfileLi LNBTS - FDD
st
OTDOA otdoaSyncSourc LNBTS otdoaProfileList FDD
Synchronization eType
Source Type
OTDOA Phase Error otdoaPhaseErro LNBTS otdoaProfileList FDD
Threshold rThreshold

Table 337 Parameters modified by LTE3265
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
PRS activation actOtdoa LNCEL - common

Table 338 Existing parameters related to LTE3265
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
PRS Tx diversity actPrsTxDiv LNCEL - common
activation
PRS bandwidth prsBandwidth LNCEL - common
PRS configuration prsConfigurati LNCEL_ - FDD
index onIndex FDD
PRS configuration prsConfigurati LNCEL_ - TDD
index onIndex TDD
PRS muting prsMuting LNCEL - common
PRS muting info prsMutingInfo LNCEL prsMuting common
PRS muting info prsMutingInfoP LNCEL prsMuting common
pattern length atternLen
PRS Number of DL prsNumDlFrames LNCEL_ - FDD
frames FDD
PRS Number of DL prsNumDlFrames LNCEL_ - TDD
frames TDD
PRS power boost prsPowerBoost LNCEL - common
SI window length siWindowLen LNCEL - common
DRX on duration drxOnDuratT LNCEL - common
timer
Downlink channel dlChBw LNCEL_ - FDD
bandwidth FDD
Network btsSyncMode BTSSC - common
synchronization L
mode
Activate supercell actSuperCell LNCEL_ - FDD
configuration FDD

590 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3265: GNSS Outage Handling for OTDOA

Table 338 Existing parameters related to LTE3265 (Cont.)
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
Activate supercell actSuperCell LNCEL_ - TDD
configuration TDD
Activate liquid actLiquidCell LNCEL_ - FDD
cell configuration FDD
Activate LPPa actLPPaOtdoa LNBTS - common
support for OTDOA
Activate support actMBMS LNBTS - common
for MBMS
MBSFN EARFCN mbsfnEarfcn MBSFN - common
MBSFN downlink mbsfnDlChBw MBSFN - common
channel bandwidth
Activation ETWS actETWS LNBTS - common
support
Activation CMAS actCMAS LNBTS - common
support
Twofold sib2xTransmit SIB - common
transmission of
SIBs per SI window
Activate enhanced actEicic LNCEL - common
inter-cell
interference
coordination
CSI-RS subframe csiRsSubfrConf LNCEL_ - FDD
configuration FDD
CSI-RS subframe csiRsSubfrConf LNCEL_ - TDD
configuration TDD

For parameter descriptions, see LTE Radio Access Operating
Documentation/Reference/Parameters.

Sales information

Table 339 LTE3265 sales information
Product structure class License control Activated by default
Application software (ASW) Pool license No

81.5 Activating LTE3265

Before you start
The LTE3265: GNSS Outage Handling for OTDOA feature is enabled as long as the
LTE495: OTDOA feature is enabled.

Issue: 01 © 2019 Nokia. Nokia confidential. 591

   

LTE3265: GNSS Outage Handling for OTDOA General RRM Features (RL10 - LTE17A)

81.6 Deactivating LTE3265

Before you start
The LTE3265: GNSS Outage Handling for OTDOA feature is deactivated when the
LTE495: OTDOA feature is deactivated.

592 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3462: Support for intra-frequency A3 RSRQ
measurement

82 LTE3462: Support for intra-frequency A3

RSRQ measurement
In the LTE network, UEs need to constantly measure their own signal strength and that
of the neighboring cells. This is done during Idle mode, Connected mode or handovers in
order to keep the signal quality constant. 
UE measures two parameters on reference signal: Reference Signal Received
Power(RSRP) and Reference Signal Received Quality(RSRQ).
With the LTE3462: Support for intra-frequency A3 RSRQ measurement feature the eNB
supports handover triggered by intra-frequency RSRQ A3 measurement.
The LTE3462: Support for intra-frequency A3 RSRQ measurement feature is an
extension of the LTE53: Intra and inter eNB handover with X2 feature.

82.1 LTE3462 benefits

The LTE3462: Support for intra-frequency A3 RSRQ measurement feature provides the
following benefits:
• Improves the call and data accessibility and retainability by reducing the number of
failed attempts to perform the handover

82.2 LTE3462 functional description

The LTE Event A3 is triggered when the signal of a neighboring cell becomes better than
the signal of the serving cell by an offset. The offset can be either positive or negative.

Figure 67 Event A3 when a3TriggerQuantityHO is set to RSRQ
Filtered RSRQ

Event A3 is triggered at UE
UE sends measurement report

Hysteresis

A3
Serving Cell Offset
Hysteresis

Neighboring Cell

Time

Time to trigger

Issue: 01 © 2019 Nokia. Nokia confidential. 593

   

LTE3462: Support for intra-frequency A3 RSRQ General RRM Features (RL10 - LTE17A)
measurement

The eNB supports intra-frequency RSRQ A3 measurement.
The eNB activates one A3 intra-frequency measurement: RSRP or RSRQ in a UE,
depending on the provided O&M configuration. This means that the operator configures
a3TriggerQuantityHO parameter that defines which quantity (RSRP or RSRQ) the
UE has to use for triggering an event A3 measurement report for Intra-frequency
handover measurements.
The reception of the RSRQ A3 measurement report triggers, for the reporting UE, a
handover to the better cell . This also applies to the reception of the RSRP A3
measurement report.

82.3 LTE3462 system impact

Interdependencies between features
There are no interdependencies between the LTE3462: Support for intra-frequency A3
RSRQ measurement feature and any other feature.

Impact on interfaces
The LTE3462: Support for intra-frequency A3 RSRQ measurement feature has no
impact on interfaces.

Impact on network management tools

The LTE3462: Support for intra-frequency A3 RSRQ measurement feature has no
impact on network management tools.

Impact on system performance and capacity

The LTE3462: Support for intra-frequency A3 RSRQ measurement feature has no
impact on system performance or capacity.

82.4 LTE3462 reference data

Requirements

Table 340 LTE3462 hardware and software requirements
FDD TDD
System release FDD-LTE 17A TD-LTE 17A
Flexi Multiradio 10 BTS FL17A TL17A
Flexi Multiradio 10 Indoor BTS Not supported TL17A
Nokia AirScale BTS FL17A TL17A
Flexi Zone BTS FL17A TL17A
Flexi Zone Access Point FL17A TL17A
Flexi Zone Controller FL17A TL17A
OMS Support not required Support not required
NetAct Not applicable Not applicable

594 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3462: Support for intra-frequency A3 RSRQ
measurement

Table 340 LTE3462 hardware and software requirements (Cont.)
FDD TDD
MME Not applicable Not applicable
SAE GW Not applicable Not applicable
UE Not applicable Not applicable

Alarms
There are no alarms related to the LTE3462: Support for intra-frequency A3 RSRQ
measurement feature.

BTS faults and reported alarms

There are no faults related to the LTE3462: Support for intra-frequency A3 RSRQ
measurement feature.

Commands
There are no commands related to the LTE3462: Support for intra-frequency A3 RSRQ
measurement feature.

Measurements and counters

There are no measurements or counters related to the LTE3462: Support for intra-
frequency A3 RSRQ measurement feature.

Key performance indicators

There are no key performance indicators related to the LTE3462: Support for intra-
frequency A3 RSRQ measurement feature.

Parameters

Table 341 New parameters introduced by LTE3462
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
A3 trigger quantity a3TriggerQuant LNCEL - common
ityHO

Table 342 Existing parameters related to LTE3462
Full name Abbreviated name Manage Parent structure FDD/TDD
d object
A3 offset a3offset LNCEL - common

For parameter descriptions, see Flexi Multiradio BTS LTE Commissioning, RNW and
Transmission Parameters.

Sales information

Issue: 01 © 2019 Nokia. Nokia confidential. 595

   

LTE3462: Support for intra-frequency A3 RSRQ General RRM Features (RL10 - LTE17A)
measurement

Table 343 LTE3462 sales information
Product structure class License control Activated by default
Basic Software (BSW) Pool license No

596 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3612: 4-way RX Diversity Support for 3-MHz Cell
with FRND

83 LTE3612: 4-way RX Diversity Support for 3-

MHz Cell with FRND
Benefits, functionality, system impact, reference data of the feature

The LTE3612: 4-way RX Diversity Support for 3-MHz Cell with FRND feature enhances
the LTE72: 4-way RX Diversity feature functionality and complements the LTE3422: Flexi
RRH 2T4R 2350 10 W FRND feature deployment by introducing additional configuration.

83.1 LTE3612 benefits

The LTE3612: 4-way RX Diversity Support for 3-MHz Cell with FRND feature provides
the following benefits:
• Increased cell throughput of approximately 65% in average radio conditions
• Additional sub-configuration which supports 4RX with FRND
• Shared benefits with the LTE72: 4-way RX Diversity feature for 3-MHz bandwidth

83.2 LTE3612 functional description

Hardware overview
Description of the hardware associated with the LTE3612: 4-way RX Diversity Support
for 3-MHz Cell with FRND feature is presented in Table 1.
Table 344 LTE3612-associated hardware
ABIA plug-in FRND RRH
Nokia AirScale Capacity (ABIA) plug-in unit is The FRND is a two-pipe remote radio head
one of the three Nokia AirScale System Module (RRH) optimized for distributed macro BTS
components. It is used for baseband installations. RRHs are mainly used in outdoor
processing and for optical interfaces with radio pole installations where support for one sector
units. One AirScale System Module can is needed.
contain up to six ABIA plug-in units.

The Figure: Complete view of Nokia AirScale System Module presents its maximum
configuration with distinguished ABIA plug-in units and their placement.

Issue: 01 © 2019 Nokia. Nokia confidential. 597

   

LTE3612: 4-way RX Diversity Support for 3-MHz Cell General RRM Features (RL10 - LTE17A)
with FRND

Figure 68 Complete view of Nokia AirScale System Module

AirScale Capacity ABIA AirScaleSubrackAMIA

AirScale Common ASIA

LTE3612 feature functionality

The LTE3612: 4-way RX Diversity Support for 3-MHz Cell with FRND feature introduces
additional configuration to the AirScale System Module, which has the following
characteristics:

• Up to two FRND RRHs in one basic cell set, supporting one 3-MHz cell in 2x2 MIMO
with 4RX diversity per radio
• Both radio connections via Common Public Radio Interface (CPRI) 2.4 Gbps to one
Nokia AirScale Capacity plug-in (ABIA)
• Two basic cell sets possible per ABIA

Figure 69 LTE3612 configuration
FSMr4(2TX/4RX1+1J-type,BW3MHz)
Sector Sector Sector2 Sector2
LCR:Rx LCR:Rx LCR2:Rx LCR2:Rx
Sector Sector Sector2 Sector2
LCR:Tx&Rx LCR:Tx&Rx LCR2:Tx&Rx LCR2:Tx&Rx

BandA BandA/B
2.4 Gbps CPRI links

Basiccellsetrequiring1
pool=½ FBIP

FSMr4

For more information about FRND RRH, see the LTE3422: Flexi RRH 2T4R 2350 10 W
FRND feature documentation.

598 © 2019 Nokia. Nokia confidential. Issue: 01

   

General RRM Features (RL10 - LTE17A) LTE3612: 4-way RX Diversity Support for 3-MHz Cell
with FRND

For more information about ABIA plug-in, see the LTE2261: AirScale Capacity ABIA
feature documentation.

83.3 LTE3612 system impact

LTE3612: 4-way RX Diversity Support for 3-MHz Cell with FRND impact on features,
interfaces, network management tools, and system performance and capacity

Interdependencies between features

The following features are a prerequisite for activating the LTE3612: 4-way RX Diversity
Support for 3-MHz Cell with FRND feature:
• LTE116: Cell Bandwidth – 3 MHz
• LTE3422: Flexi RRH 2T4R 2350 10 W FRND
• LTE2722: Basic FDD Configurations for AirScale
• LTE72: 4-way RX Diversity

The following features must be deactivated before activating the LTE3612: 4-way RX
Diversity Support for 3-MHz Cell with FRND feature:
• LTE2733: Baseband Pooling
• LTE1691: Uplink intra-eNB CoMP 4Rx
• LTE1089: Downlink Carrier Aggregation and other carrier aggregation-related
features

g Note: The actDLCAggr parameter is set to false.
• LTE1779: Triple Carrier Operation and other multiple carrier features

g Note: The actMultipleCarrier parameter is set to false.
• LTE442: Network Assisted Cell Change to GSM
• LTE984: GSM Redirect with System Information

Impact on interfaces
The LTE3612: 4-way RX Diversity Support for 3-MHz Cell with FRND feature has no
impact on interfaces.

Impact on network management tools

The LTE3612: 4-way RX Diversity Support for 3-MHz Cell with FRND feature has no
impact on network management tools.

Impact on system performance and capacity

The LTE3612: 4-way RX Diversity Support for 3-MHz Cell with FRND feature impacts
system performance and capacity by increasing cell throughput by about 65%.

Issue: 01 © 2019 Nokia. Nokia confidential. 599

   

LTE3612: 4-way RX Diversity Support for 3-MHz Cell General RRM Features (RL10 - LTE17A)
with FRND

83.4 LTE3612 reference data

LTE3612: 4-way RX Diversity Support for 3-MHz Cell with FRND requirements, alarms
and faults, commands, measurements and counters, KPIs, parameters, and sales
information

Requirements

Table 345 LTE3612 hardware and software requirements
FDD TDD
System release FDD-LTE 17A Not supported
Flexi Multiradio 10 BTS Not supported Not supported
Flexi Multiradio 10 Indoor BTS Not supported Not supported
Nokia AirScale BTS FL17A Not supported
Flexi Zone BTS Not supported Not supported
Flexi Zone Access Point Not supported Not supported
Flexi Zone Controller Not supported Not supported
OMS Not supported Not supported
NetAct NetAct 17.2 Not supported
MME Support not required Not supported
SAE GW Support not required Not supported
UE Support not required Not supported

There are no alarms, commands, measurements and counters, key performance
indicators, parameters related to the LTE3612: 4-way RX Diversity Support for 3-MHz
Cell with FRND feature.

Sales information

Table 346 LTE3612 sales information
Product structure class License control Activated by default
Basic Software (BSW) - Yes

600 © 2019 Nokia. Nokia confidential. Issue: 01