SGSN User Guide
SGSN User Guide
DN09131849
Issue 10-0
Nokia is committed to diversity and inclusion. We are continuously reviewing our customer
documentation and consulting with standards bodies to ensure that terminology is inclusive
and aligned with the industry. Our future customer documentation will be updated
accordingly.
This document includes Nokia proprietary and condential information, which may not be
distributed or disclosed to any third parties without the prior written consent of Nokia. This
document is intended for use by Nokia’s customers (“You”/”Your”) in connection with a
product purchased or licensed from any company within Nokia Group of Companies. Use this
document as agreed. You agree to notify Nokia of any errors you may nd in this document;
however, should you elect to use this document for any purpose(s) for which it is not
intended, You understand and warrant that any determinations You may make or actions
You may take will be based upon Your independent judgment and analysis of the content of
this document.
Nokia reserves the right to make changes to this document without notice. At all times, the
controlling version is the one available on Nokia’s site.
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.
© 2021 Nokia.
Table of Contents
summary ................................................................................................................... 67
2.13 Operator defined QCI (Feature f52059-01): feature summary ............................ 68
2.13.1 Configuring operator defined QCI .................................................................. 69
2.14 2G ciphering GEA 1/2/3 (Features SG01009, SG01034, SG01175 and f60210-19):
feature summary ............................................................................................................ 71
2.14.1 Configuring 2G ciphering .................................................................................. 72
2.15 UMTS authentication (Feature SG01054): feature summary ................................ 74
2.16 Network identity and time zone support (Feature SG02206): feature summary
............................................................................................................................................ 75
2.17 IP multimedia support (Feature SG01043): feature summary .............................. 76
2.18 SGSN support for IPv6 and dual stack (Feature f12101-02): feature summary
............................................................................................................................................ 77
2.19 SGSN support for IPv4/IPv6 dual stack transport for Gb (Feature f12101-04):
feature summary ............................................................................................................ 78
2.20 SGSN support for IPv4/IPv6 dual stack transport for Iu-C (Feature f12101-05):
feature summary ............................................................................................................ 79
2.21 SGSN support for IPv4/IPv6 dual stack transport for Iu-U/Gn-U/Gn-C (Feature
f12101-06): feature summary ...................................................................................... 80
2.22 SGSN support for IPv4/IPv6 dual stack transport for Gr/Gf/Gs (Feature
f12101-10): feature summary ...................................................................................... 81
2.23 CMM support for Gn dual stack (Feature f11810-01): feature summary ............ 82
2.24 Enhanced triple access scenarios - delivery (Feature f14605-03): feature summary
............................................................................................................................................ 83
2.24.1 Checking before handling RAU and reattach without DNS query ............... 84
2.24.2 Enabling SGSN handling RAU and reattach without DNS query .................. 86
2.24.3 Enabling T-ADS Data Retrieval bit in diameter ULR and IDA messages
.................................................................................................................................... 86
2.25 RAI group/RAI based UE handling support (Feature f52049-01): feature summary
............................................................................................................................................ 87
2.25.1 Configuring RAI group/RAI based UE handling support ............................... 88
2.25.2 Executing forced IP change in RA .................................................................... 90
2.26 Customer-specified GTP error indication handling towards RNC (Feature
f52062-01): feature summary ...................................................................................... 95
2.26.1 Enabling special collision handling behavior during handover from 4G to 3G
.................................................................................................................................... 95
2.27 CMM support for ARD provisioned in HSS and pass it with service-based HO to
radio accordingly (Feature f11343-01): feature summary ....................................... 98
2.28 SGSN support for user plane frames that exceed 1500 bytes (Feature f52017-01):
feature summary ............................................................................................................ 98
2.29 SGSN support for configurable PDN type IPv4v6 (Feature f52061-01): feature
summary ........................................................................................................................ 100
2.29.1 Configuring SGSN support for PDN type IPv4v6 ........................................ 100
2.30 SGSN support for independent 2G PRAU and MSRT timers with 3G (Feature
f52088-01): feature summary ................................................................................... 101
2.30.1 Configuring independent 2G PRAU and MSRT timers with 3G ................. 102
4.3.2.3 Configuring access rights for a UMTS subscriber to the GSM network
.......................................................................................................................... 147
4.3.2.4 Configuring access rights for a UMTS subscriber to the UMTS network
.......................................................................................................................... 147
4.3.2.5 Configuring reject cause code for a GSM subscriber to the GSM
network .......................................................................................................... 148
4.3.2.6 Configuring reject cause code for a GSM subscriber to the UMTS
network .......................................................................................................... 149
4.3.2.7 Configuring reject cause code for a UMTS subscriber to the GSM
network .......................................................................................................... 149
4.3.2.8 Configuring reject cause code for a UMTS subscriber to the UMTS
network .......................................................................................................... 150
4.3.2.9 Configuring reject cause code for an R97/98 terminal to the UMTS
network .......................................................................................................... 151
4.3.2.10 Configuring reject cause code for subscriber count ...................... 151
4.4 GTP information sending (Feature SG01082): feature summary .......................... 152
4.5 Enable faulty IMEISV UE (Feature SG01171): feature summary ............................ 153
4.6 Terminal management support (Features SG02203, f52040-01): feature summary
.......................................................................................................................................... 154
4.6.1 Configuring terminal provisioning for GPRS subscribers using enhanced IMEI
query ....................................................................................................................... 156
4.7 MultiSIM (Feature SG01063): feature summary ....................................................... 157
5.8.1 Configuring Gn SGSN P-GW selection based on MSISDN range with rel8 DNS
.................................................................................................................................. 187
5.9 SGSN support GGSN Load Balancing (Features f52037-01 and f12101-12): feature
summary ........................................................................................................................ 188
5.9.1 Configuring SGSN support GGSN load balancing .......................................... 189
5.10 MSISDN number based home GGSN/P-GW selection enhancement (Feature
f10176-01): feature summary ................................................................................... 191
5.10.1 Configuring MSISDN number based home GGSN/P-GW selection
enhancement for the SGSN ................................................................................ 192
5.11 PLMN level control of preferred gateway type (S-GW/P-GW or GGSN) (Feature
f51019-01): feature summary ................................................................................... 193
5.11.1 Configuring PLMN level control of preferred gateway .............................. 194
5.12 SGSN support for mobility enhancements when PLMN Level control of preferred
gateway type is enabled (Feature f52068-01): feature summary ........................ 195
5.13 P-GW selection based on charging characteristics for R8 DNS queries (Feature
f51021-01): feature summary ................................................................................... 196
5.13.1 Configuring P-GW selection based on charging characteristics for R8 DNS
queries .................................................................................................................... 198
5.14 PLMN level control of S6d/Gr selection (Feature f51026-01): feature summary
.......................................................................................................................................... 198
5.14.1 Configuring PLMN level control of S6d/Gr selection ................................. 199
5.15 SGSN support for NR UE capability based GW (Feature f51018-01): feature
summary ........................................................................................................................ 200
5.16 SGSN support for 512 direct tunnel APNs (Feature f51028-01): feature summary
.......................................................................................................................................... 202
5.17 CMM support for control the subscriber to make one PDP per subscriber per APN
(Feature f10189-01): feature summary ................................................................... 203
5.18 SGSN support for static GGSN/P-GW selection with IMSI and MSISDN range
(Feature f52070-01): feature summary ................................................................... 203
5.18.1 Configuring static GGSN/P-GW selection with IMSI and MSISDN range
.................................................................................................................................. 204
6.5 SGSN support for offloading functionality (Feature f50106-02): feature summary
.......................................................................................................................................... 215
6.5.1 Configuring SGSN support for offloading functionality ............................... 216
6.6 SGSN support for multipoint offloading with IMSI (Feature f52010-04): feature
summary ........................................................................................................................ 219
6.6.1 Configuring multipoint offloading with IMSI .................................................. 220
6.7 Network sharing (Features SG01040, SG01021, SG01129, SG01179, SG02212 and
f60210-29) .................................................................................................................... 223
6.7.1 Network selection services (Features SG01021, SG01129, SG01040): feature
summary ................................................................................................................ 223
6.7.1.1 Configuring network selection services .............................................. 224
6.7.1.2 Deactivating network selection services ............................................. 226
6.7.2 SS7 network sharing (Feature SG01083): feature summary ...................... 226
6.7.2.1 Activating SS7 network sharing ............................................................ 227
6.7.2.2 Configuring SS7 network sharing variant 1: Multiple GT addresses
based on analysis for Called-Party-Address (CdPA) ................................ 228
6.7.2.3 Deactivating SS7 network sharing variant 1 ...................................... 230
6.7.2.4 Configuring SS7 network sharing variant 2: SS7 network sharing
enhancement or equivalently Multiple GT addresses based on RAN (PLMN)
of the subscriber ........................................................................................... 231
6.7.3 Multi operator core network (MOCN) functionality (Features SG01179 and
SG02212): feature summary .............................................................................. 232
6.7.3.1 Configuring 2G MOCN ............................................................................ 233
6.7.3.2 Deactivating 2G MOCN .......................................................................... 235
6.7.3.3 Configuring 3G MOCN ............................................................................ 235
6.7.3.4 Deactivating 3G MOCN .......................................................................... 237
6.7.4 SGSN support for 2nd update PDP to PGW and S-CDR generation at RAU
after HO (Feature f50100-01): feature summary ........................................... 238
6.8 Gs interface and interworking with MOCN (Feature f50101-01): feature summary
.......................................................................................................................................... 238
6.9 SGSN support for multiple MSC/VLRs per LAC (Feature f52067-01): feature
summary ........................................................................................................................ 242
6.9.1 Configuring multiple MSC/VLRs per LAC ........................................................ 242
6.10 SGSN support for omitting least significant MSIN digit fields used in GT analysis
when supported length limit is exceeded (Feature f52077-01): feature summary ...
243
7.16.2 Cause code mapping (Feature SG01141): feature summary ................... 328
7.17 Provisionable reject cause when mobility event is rejected with GMM error codes
CC11..15 (Feature f52066-01): feature summary .................................................. 329
7.17.1 Configuring reject cause values for mobility event rejected with GMM error
codes 11, 12, 13, 14, and 15 .............................................................................. 330
7.18 P-GW node name delivery on SGSN (Feature SG01263): feature summary ...... 334
7.19 Configurable GTP timers in SGSN (Features SG01029 and SG01249): feature
summary ........................................................................................................................ 334
7.19.1 Configuring GTP timers .................................................................................. 335
7.19.2 GTP timers for home users (sgsnLocalEndPtCfg) ....................................... 340
7.19.3 GTP timers for roamers (gtpTimer) .............................................................. 344
7.20 SGSN support for IPSec on the X3 interface (Feature f52006-01): feature
summary ........................................................................................................................ 346
7.20.1 Configuring IPsec on X3 interface for the SGSN ........................................ 346
7.21 SGSN support for detach procedure for implicitly detached UEs in case of a PAPS
failure (Feature f51025-01): feature summary ....................................................... 352
List of Figures
Figure 1 Rotation of data file states ....................................................................................... 247
Figure 2 NECC architecture ...................................................................................................... 453
Figure 3 Using Fluentd with Elasticsearch .............................................................................. 477
Figure 4 sgsnmon folder .......................................................................................................... 484
Figure 5 7-Zip ZS ....................................................................................................................... 484
Figure 6 BIN file creation .......................................................................................................... 484
List of Tables
Table 1 GPRS mobility management (Features SG01011, SG01104, SG01184, SG01149,
SG01254, and SG01070): feature summary .............................................................. 26
Table 2 IMEI transfer in SGSN change (Feature SG01184): feature summary .................... 28
Table 3 Subscriber re-authentication (Feature SG01070): feature summary ................... 29
Table 4 Selective routing area update (Feature SG01149): feature summary .................. 29
Table 5 Dual transfer mode ( Feature SG01104): feature summary ................................... 31
Table 6 MM context state timers (sgsnTimer) ......................................................................... 32
Table 7 Enhanced P-TMSI handling (Feature SG01254): feature summary ........................ 34
Table 8 Authentication and security parameters ................................................................... 34
Table 9 GPRS session management (Feature SG01012): feature summary ....................... 37
Table 10 Multiple PDP contexts for one subscriber (Feature SG02157): feature summary
........................................................................................................................................... 40
Table 11 Direct tunnel and smart device direct tunnel signaling optimization (Features
SG02017 and SG01221): feature summary ............................................................... 43
Table 12 SRNC relocation (Feature SG01161): feature summary ........................................ 45
Table 13 GPRS Subscriber data management (Features SG01031, SG01246, f60210-02,
f60210-03, f60210-04 and f60210-16): feature summary ................................... 46
Table 14 IPv6 and dual stack PDP context support (Feature SG01000): feature summary
........................................................................................................................................... 48
Table 15 RIM procedure support (Features SG01024 and SG01232): feature summary
........................................................................................................................................... 51
Table 16 Quality of service (Feature SG01027): feature summary ...................................... 52
Table 17 QoS features (prFile) ................................................................................................... 54
Table 18 QoS configuration parameters (qosConf) ............................................................... 54
Table 19 QoS roaming configuration parameters .................................................................. 58
Table 20 RNC QoS parameters (rnsParamSet) ........................................................................ 60
Table 21 Conversational QoS (SG01122): feature summary ................................................ 61
Table 22 Streaming QoS (Feature SG01007): feature summary .......................................... 62
Table 23 Streaming quality optimization (Feature SG02170): feature summary .............. 63
Table 24 Values of streamingOptAct ........................................................................................ 64
Table 25 QCI mapping (command plmnParam) ....................................................................... 66
Table 26 Release 8 - pre-Release 8 QoS mapping (Feature SG01262): feature name:
feature summary ............................................................................................................ 68
Table 27 Operator defined QCI: feature summary ................................................................. 68
Table 28 2G ciphering GEA 1/2/3 (Features SG01009, SG01034, SG01175 and f60210-19):
feature summary ............................................................................................................ 72
Table 29 Ciphering parameters ................................................................................................. 73
Table 30 UMTS authentication (Feature SG01054): feature summary ............................... 75
Table 31 Network identity and time zone support (Feature SG02206): feature summary
........................................................................................................................................... 76
......................................................................................................................................... 142
Table 59 Values of access rights for a GSM subscriber to the GSM network ................... 146
Table 60 Values of access rights for a GSM subscriber to the UMTS network ................. 146
Table 61 Values of access rights for a UMTS subscriber to the GSM network ................. 147
Table 62 Values of access rights for a UMTS subscriber to the UMTS network ............... 148
Table 63 Values of reject cause code for a GSM subscriber to the GSM network
......................................................................................................................................... 148
Table 64 Values of reject cause code for a GSM subscriber to the UMTS network
......................................................................................................................................... 149
Table 65 Values of reject cause code for a UMTS subscriber to the GSM network
......................................................................................................................................... 150
Table 66 Values of reject cause code for a UMTS subscriber to the UMTS network.
......................................................................................................................................... 150
Table 67 Values of reject cause code for an R97/98 terminal to the UMTS network
......................................................................................................................................... 151
Table 68 Values of reject cause code for subscriber count ................................................ 152
Table 69 GTP information sending (Feature SG01082): feature summary ...................... 153
Table 70 Enable faulty IMEISV UE (Feature SG01171): feature summary ......................... 154
Table 71 Terminal management support (Features SG02203, f52040-01): feature
summary ....................................................................................................................... 154
Table 72 MultiSIM (Feature SG01063): feature summary ................................................... 158
Table 73 Intelligent GGSN selection (Features SG01116, G01212, SG01218, SG01255,
SG01234, SG01260 and SG03067): feature summary .......................................... 159
Table 74 Intelligent GGSN selection activation parameters ............................................... 162
Table 75 Override of requested APN in SGSN (Features SG01074 and f52032-01): feature
summary ....................................................................................................................... 169
Table 76 IMEI-based APN override (Feature SG02019): feature summary ...................... 174
Table 77 APN conversion and correction (Feature SG02215): feature summary ............ 178
Table 78 SGSN Gn local break out control (Feature SG01258): feature summary
......................................................................................................................................... 179
Table 79 SGSN support for local break out for S4-SGSN: feature summary ................... 181
Table 80 R8 DNS query support for Gn-SGSN (Features SG02213, f52058-01): feature
summary ....................................................................................................................... 184
Table 81 Gn SGSN P-GW selection based on MSISDN range with rel8 DNS (Feature
f10110-03): feature summary ................................................................................... 186
Table 82 Values of msisdnPgwDnsFallback ........................................................................... 187
Table 83 SGSN support GGSN Load Balancing (Features f52037-01 and f12101-12):
feature summary ......................................................................................................... 189
Table 84 Values of ggsnLbMode ............................................................................................. 190
Table 85 MSISDN number based home GGSN/P-GW selection enhancement: feature
summary ....................................................................................................................... 192
Table 86 PLMN level control of preferred gateway type (S-GW/P-GW or GGSN): feature
......................................................................................................................................... 303
Table 115 Operator determined barring (Feature SG02207): feature summary ............ 306
Table 116 QoS upgrade above the HLR values (Feature SG01256): feature summary
......................................................................................................................................... 307
Table 117 SGSN support for roaming QoS control (Feature f51023-01): feature summary
......................................................................................................................................... 309
Table 118 HLR HSPA+QoS Override (Feature SG01231): feature summary .................... 311
Table 119 Detach timer optimization and control (Feature SG01080, SG01089, SG01197
and SG02035): feature summary .............................................................................. 314
Table 120 Signalling reduction for stationary devices (M2M) (Feature SG01257): feature
summary ....................................................................................................................... 317
Table 121 SGSN abnormal signaling reduction (Feature SG01259): feature summary
......................................................................................................................................... 317
Table 122 Paging optimization enhancement (Feature SG02204): feature summary
......................................................................................................................................... 319
Table 123 PDP context mass deactivation protection (Feature SG01096): feature summary
......................................................................................................................................... 322
Table 124 PRFILE parameters affected by cause code mapping ....................................... 324
Table 125 UTPFIL parameters affected by cause code mapping ...................................... 324
Table 126 Cause code mapping (Feature SG01141): feature summary ........................... 328
Table 127 Provisionable reject cause when mobility event is rejected with GMM error codes
CC11..15: feature summary ....................................................................................... 330
Table 128 Values of rejectCcForGmmErrorCode11 ............................................................. 331
Table 129 Values of rejectCcForGmmErrorCode12 ............................................................. 331
Table 130 Values of rejectCcForGmmErrorCode13 ............................................................. 332
Table 131 Values of rejectCcForGmmErrorCode14 ............................................................. 332
Table 132 Values of rejectCcForGmmErrorCode15 ............................................................. 333
Table 133 P-GW node name delivery on SGSN (Feature SG01263): feature summary
......................................................................................................................................... 334
Table 134 Configurable GTP timers in SGSN (Features SG01029 and SG01249): feature
summary ....................................................................................................................... 335
Table 135 GTP timers for homers (sgsnLocalEndPtCfg) ..................................................... 340
Table 136 Configurable GTP timers for roamers (gtpTimer) .............................................. 344
Table 137 SGSN support for IPSec on the X3 interface (Feature f52006-01): feature
summary ....................................................................................................................... 346
Table 138 Values and description of command ipsecProfile .............................................. 347
Table 139 Values and description of command ipsecConn ................................................ 349
Table 140 SGSN support for detach procedure for implicitly detached UEs in case of a
PAPS failure (Feature f51025-01): feature summary ............................................ 353
Table 141 Release 8 architecture (Feature SG01235): feature summary ........................ 354
Table 142 S-GW/P-GW selection enhancements for S4-SGSN: feature summary
......................................................................................................................................... 356
Table 143 S13' IMEI checking (Feature SG02220): feature summary ............................... 357
Table 144 Mobility management procedures for which ME Identity Check Request is used
......................................................................................................................................... 360
Table 145 S6d/Gr selection (Feature SG01236): feature summary .................................. 361
Table 146 S3-based packet switch handover ( Feature SG01242): feature summary
......................................................................................................................................... 364
Table 147 S4 SGSN roaming control (Features SG01250 and SG01251): feature summary
......................................................................................................................................... 364
Table 148 Cause code forwarding over S4 interface (Feature SG01237): feature summary
......................................................................................................................................... 369
Table 149 SGSN support for RFSP index: feature summary ............................................... 370
Table 150 GTP sequence number management enhancements: feature summary
......................................................................................................................................... 371
Table 151 Traffica support (Features SG01025, SG01087 and f60210-15): feature
summary ....................................................................................................................... 372
Table 152 SGSN support for call trace: feature summary .................................................. 374
Table 153 Reconstructed protocol stack ............................................................................... 386
Table 154 Interface IP addresses ............................................................................................ 387
Table 155 Wireshark packet analyzer settings example ...................................................... 388
Table 156 Internal load balancing and admission control (Features SG01060, f60110-05,
f60210-04 and f60210-05): feature summary ...................................................... 392
Table 157 PAPS load balancing mechanism per access type: feature summary ............. 394
Table 158 PAPS 2G/3G graceful shutdown (Features SG01086, f60210-27 and
f60210-45): feature summary ................................................................................... 396
Table 159 IPPS graceful shutdown (Feature f70002-02 – 150): feature summary
......................................................................................................................................... 401
Table 160 Overload control (Features SG01037, f60210-20 and f60210-21): feature
summary ....................................................................................................................... 402
Table 161 SGSN safety net overload (Feature f10702-01): feature summary ............... 404
Table 162 Attach and RAU rate limits (gParms) .................................................................... 407
Table 163 Performance management (Features SG01016, SG01085, SG01028, SG01131,
f60210-10, f13012-02, f13012-03): feature summary ....................................... 407
Table 164 CMM support for “measInfoId” field in performance management reports:
feature summary ......................................................................................................... 442
Table 165 MME/SGSN PM data transfer towards ONAP-DCAE and MME/AMF PCMD data
transfer towards CA4MN: feature summary ............................................................ 444
Table 166 DPDK-based M3UA (Feature f60110-05): feature summary ........................... 445
Table 167 Enhanced collision handling of attach storm with pseudo-random TLLI from non
3GPP compliant devices: feature summary ............................................................. 447
Table 168 CMM support for OAM alignment: feature summary ........................................ 448
Table 169 SGSN support for subscription cache - delivery: feature summary ................ 449
Table 170 Simplex DBS: feature summary ............................................................................ 451
Summary of changes
A list of changes between document issues. Click the links to view the updated sections.
General changes
Configuring call trace: removed parameters collectorIP, s1mmeenb, uu, and x2 from
both the callTraceJob command and the callTraceSetting command
Syslog collection and streaming to remote server (Feature f13207-02): feature summary:
added but not new feature
Changed the references of SGSN Counters to CMM Counters in this document
For command descriptions as well as user account management and command execution
instructions, see CLI Reference Guide.
For features with only SGSN counters, see the updates in SGSN Feature Overview and CMM
Counters.
Mobility as well as session management is the core SGSN functionality. The functionality
provides subscriber authentication to the system, establishment of the data path, and
subscriber mobility within the general packet radio service (GPRS) network.
Mobility management (MM) handles the subscriber's requests for attaching to or detaching
from the general packet radio service (GPRS) network. MM updates the location of the
subscriber to the home location register (HLR/HSS) and to the visitor location register (VLR)
if the mobile station (MS) is also attached to the circuit-switched (CS) services. MM transfers
the necessary information from another SGSN when the subscriber moves from one routing
area to another. MM also handles the subscriber's authentication functions.
Inter PAPS, where the source and the target RNC are located under different
PAPSs/PAPS group.
Inter SGSN, where the source and the target RNC are located under different SGSNs
Service request
MS-initiated service request
NW-initiated service request
Security mode command
Radio resource functionality
Cell selection
Discontinuous reception (DRX)
PS paging
Subscriber authentication
Subscriber re-authentication
2G-3G interworking
Intersystem change to 4G
Dual transfer mode
Enhanced P-TMSI handling
Selective Routing Area Update
Function Impact
Compliance • GSM 23.060 General Packet Radio Service (GPRS) Service description;
Stage 2
• GSM 24.008 Mobile Radio Interface Layer 3 specication (CC/MM)
• 3GPP23.401 General Packet Radio Service (GPRS) enhancements for
Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access,
Release 8
Capacity None
Function Impact
Restrictions None
Function Impact
Capacity None
Interworking/dependent None
features
Restrictions None
Conguration None
management
Counters None
Alarms None
Feature ID SG01184
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Counters None
Alarms None
Feature ID SG01070
Function Impact
Function Impact
Capacity The feature decreases the network load caused by routing area
updates.
Conguration None
management
Alarms None
Feature ID SG01149
packet transfer mode simultaneously. The end user can have two simultaneous ‘calls’:
one on the CS network (for example, a voice call) and one on the packet switched GPRS
network (for example, a data connection to the Internet).
Function Impact
Capacity None
Interworking/dependent None
features
Restrictions None
Conguration None
management
Counters None
Alarms None
Feature ID SG01104
Procedure
1 Display SGSN timers.
The detachTimer parameter defines the time when an inactive subscriber is detached.
See Detach timer optimization and control (Feature SG01080, SG01089, SG01197,
SG02035).
0-1440 min>
These timers control Mobility management Gb mode states and Mobility management Iu
mode states (see SGSN Feature Overview).
sgsnTimer parameters:
system parameters:
msStandbyForced true/false
msStandbyForced is used (upon denition) when the network
orders the MS to go into STANDBY mode immediately after an
MM procedure by using the force to standby parameter. If the MS
requests the READY timer with maximum value in a GPRS attach
or RAU request, the parameter has no effect. Based on this,
msStandbyForced is useful in case of an MS with no maximum
value for READY timer dened.
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID SG01254
Note:
Mobile-requested PDP context deactivation with which the MS can remove a connection
to the IP network
Network-requested PDP context deactivation with which the network can remove the
connection of the MS to the IP network
Operator-initiated PDP context modification with which the operator can modify the
active PDP context parameters by changing the subscribed PDP context parameters
MS-initiated PDP context modification with which the MS can initiate PDP context
modification while the PDP context is active
Gateway GPRS support node (GGSN) initiated modification with which the GGSN can
modify the parameters (QoS, PDP address) while the PDP context is active
BSS packet flow context (PFC) procedures to describe the packet flow QoS characteristics
(ABQP) for data transmission in A/Gb
SGSN provides short message service (SMS)
This feature is a union of the following features: GPRS session management (SG01012) and
Multiple PDP contexts for one subscriber (SG02157).
Function Impact
Capacity None
Function Impact
Restrictions None
Function Impact
Feature ID SG01012
Table 10: Multiple PDP contexts for one subscriber (Feature SG02157): feature summary
Function Impact
Capacity It is possible for the subscriber to activate one to four PDP contexts
simultaneously. The maximum allowed number of PDP contexts for
one subscriber is eleven.
Counters None
Alarms None
Feature ID SG02157
Procedure
1 Activate feature Multiple PDP contexts for one subscriber.
To increase the maximum allowed number of PDP contexts per subscriber (maximum 11
PDPs), set the parameter to false:
If you increase the maximum allowed number of PDP contexts per subscriber to 11
PDPs, you need to increase the read bytes of messages from sockets by using a UTPFIL
file patch.
By giving the following command, you can find out how many records exist.
Step result
The following output will be shown. In this example, there is one record.
+----------------+
| patchParameter |
+----------------+
| 1 |
+----------------+
3.2 Create the UTPFIL patch record using the free record found in the previous
step.
Step example
In this example, this is the record no.2 (since record no.1 is already taken). The
record 2 will be provided last in the CLI. The value range is 1600-3500 (decimal)
and it should be given in hex. For example, if the new value is 2200 bytes (or 898
Step result
The following output will be shown.
+----------------+-------+
| Field | Value |
+----------------+-------+
| patchParameter | 2 |
| appId | 69E |
| paramId | 6 |
| value | 898 |
+----------------+-------+
Table 11: Direct tunnel and smart device direct tunnel signaling optimization (Features
SG02017 and SG01221): feature summary
Function Impact
Restrictions For the restrictions of this feature, see the SGSN Feature
Overview.
Charging None
Alarms None
frequent establishments.
Procedure
1 Activate the feature.
Step example
cmm apnList create TTCN3.A.P.N.DT --oneGtpTunnel true
Step result
To delete the entry, use the command cmm apnList delete TTCN3.A.P.N.DT
4.2 Define the time period for monitoring direct tunnel establishments.
experience.
Function Impact
Restrictions The SNRS Relocation feature is always enabled in the SGSN; it cannot
be deactivated. The SRNC Relocation feature must be supported in all
the involved radio network controllers and SGSNs.
Counters None
Alarms None
Feature ID SG01161
Table 13: GPRS Subscriber data management (Features SG01031, SG01246, f60210-02,
f60210-03, f60210-04 and f60210-16): feature summary
Function Impact
Counters None
Alarms None
Procedure
1 Filter subscriber data.
The cmm subscriber count command outputs the number of subscribers who
comply with the filtering criteria:
--emmState {registered,deregistered}
--ecmState {connected,idle}
--filterType {attachedPerPaps,attachedPerPapsPerRat}
Parameters emmState and ecmState apply to UEs in E-UTRAN (MME subscriber data).
[--imsi <digits>]
[--imei <digits>]
[--msisdn <digits>]
Step example
cmm subscriber show --imsi 310012001001001
When needed, you can delete subscriber data manually from the database. For example,
in some fault cases a subscriber's data may remain in the database even though it
should have been removed, and the removal must be done manually using a command.
Deleting a subscriber manually from the database initiates a purge procedure towards
the HSS.
[--imsi <digits>]
[--imei <digits>]
Step example
cmm subscriber delete --imsi 310012001001002
Table 14: IPv6 and dual stack PDP context support (Feature SG01000): feature summary
Function Impact
Compliance None
Capacity None
Restrictions None
Charging In case of a Dual Stack PDP context activation, the CG will NOT receive
the dual stack PDP type (8D) and the two addresses IPv4 and IPv6.
Instead, it will receive single stack data, IPv4 PDP type (21) and IPv4
address. The new eld, Served PDP Address Ext, will not be visible in
this case and the IPv4 address will be stored in the existing Served PDP
Address eld.
Alarms None
Feature ID SG01000
Procedure
1 Activate IPv6/dual stack on user layer.
As many nodes (S-GW/P-GW, GGSN, CGF, LIG) in the evolved packet core network are
affected by this feature, the control has been implemented with the help of the
following parameters of the prFile command:
dualStackPdpCtxt
This parameter should be turned on only if other S-GW/P-GW in the network is
capable of handling dual stack PDP context information.
sgwDualStackSupport
This parameter should be turned on only if other GGSNs in the network are capable
of handling dual stack PDP context information.
Note:
Table 15: RIM procedure support (Features SG01024 and SG01232): feature summary
Function Impact
Capacity The capacity impact depends on the application using the RIM
procedures, that is, on the frequency at which the application
communicates through the core network and the size of the
application data to be relayed.
Restrictions None
Alarms None
Subscriber interfaces The RIM Procedure Support feature has an indirect effect on
the subscriber interface that depends on the BSC application
using RIM.
Function Impact
Capacity None
Function Impact
Alarms None
Feature ID SG01027
Procedure
1 Activate QoS features.
Parameter Description
delayedIratMod This parameter determines whether SGSN will delay the sending of
IRAT RAU related Update PDP Context Request towards GGSN and will
send it only after PDP subscription is received from HLR during
update location procedure to prevent PDP context modication
related collisions (SGSN and PCRF initiated) and to optimize the
signaling.
Step example
cmm prFile modify qciMapR8ToR99 --status true
Note:
Operators can switch on or off both RED and WFQ algorithms and set WFQ
weights. The sum of weights has to be always exactly 100. The weight of a
lower priority can never be greater than the weight of a higher priority,
although they can be equal. When the weight is 0, the queue is served only
when there are no packets in other queues.
IETF RFCs (2475, 2597, and 2598) define the DSCP values used in IP networks.
Step example
cmm qosConf modify --pcap enable config
Step example
cmm qosConf modify --trafClassRoam Interactive config
Step example
cmm qosConf modify --trafClassRoam Interactive --pcap disable
config
qosRoamingAllowed With the QoS based roaming agreement you true, false true
can dene to allow QoS roaming.
• true - QoS roaming is allowed. Roaming
check is not performed, and QoS parameter
downgrade, according to QoS roaming list, is
not possible.
• false - QoS roaming is not allowed.
Roaming check must be performed
according to plmnSpecQosRParInUse
parameter value.
Note:
Step example
cmm plmnParam modify ETPLMN --qosRoamingAllowed false
Step example
cmm rncParamSet modify 1 --maxDlBitrateForRab 42000
Function Impact
Capacity None
Restrictions This feature requires that the Conversational QoS traffic class is
supported in the RNC, GW as well. The MS must also be able to
manage streaming applications.
The conversational QoS feature requires the streaming QoS
feature in order to function. In 2G access, the conversational traffic
class is not supported.
Alarms None
Feature ID SG01122
Streaming QoS traffic class in SGSN means supporting the following QoS attributes:
Guaranteed bit rate, Maximum bit rate, and Transfer Delay. This feature supports a whole
new range of streaming services. Those services were originally targeted to be supported
by 3G networks, but they can now be offered in both 2G and 3G GPRS networks. Typical
services mandating data stream to be carried with Streaming class: tele-surveillance,
music clips, and audio email / recorded message.
Function Impact
Capacity None
Restrictions This feature requires that the Streaming QoS traffic class is
supported in the BSS, GW as well. The MS must also be able to
manage streaming applications.
Alarms None
Feature ID SG01007
Function Impact
Capacity None
Restrictions This feature requires that the Streaming QoS traffic class is supported
in the BSS, GGSN, and the MS must also be able to manage streaming
applications.
Counters None
Alarms None
Feature ID SG02170
Procedure
1 Activate the Streaming quality optimization feature.
Step example
cmm prFile modify --streamingOptAct 7 streamingOptAct
The operator has the flexibility to change the defined mapping using CMM CLI commands.
For example, QCI 8 could be mapped to Interactive traffic class THP2 instead of Interactive
traffic class THP3. The defined mapping will be applied for both Release 8 to pre Release 8
Procedure
1 Activate the Release 8 to pre Release 8 QoS mapping feature.
Note:
Step example
cmm plmnParam modify --tcForQci9 10 ETPLMN
Step result
Verify the applied custom mapping: cmm plmnParam show ETPLMN
+------------------+--------------------+
| Field | Value |
+------------------+--------------------+
| plmnParam | ETPLMN |
| tcForQci9 | 6 |
+------------------+--------------------+
Table 26: Release 8 - pre-Release 8 QoS mapping (Feature SG01262): feature name: feature
summary
Function Impact
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID SG01262
Function Impact
Function Impact
Counters None
Alarms None
Feature ID f52059-02
Procedure
1 Enable the feature.
Step example
cmm gParms modify --gParmName supportSgsnOperDefQci --gParmValue
Yes
Step example
Configure operator specific QCI with interactive traffic class.
Step example
Configure operator specific QCI with conversational traffic class.
Step example
cmm oprDefQciToRel99QosMapping create --qci 200
Step result
In this example, all parameters have the default values.
+----------------------------------+------------+
| Field | Value |
+----------------------------------+------------+
| oprDefQciToRel99QosMapping | 200 |
| qci* | 200 |
| deliveryOfErroneousSDUs | discard |
| deliveryOrder | No |
| dscp | 0 |
| maxSduSize | 1500 |
| residualBitErrorRatioRealTime | 1*10^-5 |
| residualBitErrorRatioNonRealTime | 1*10^-5 |
| sduErrorRatioConversational | 1*10^-3 |
| sduErrorRatioNonRealTime | 1*10^-4 |
| sduErrorRatioStreaming | 1*10^-4 |
| signalingIndication | No |
| sourceStatisticsDescriptorSpeech | false |
| trafficClass | Background |
| trafficHandlingPriority | 0 |
| transferDelay | 10 |
+----------------------------------+------------+
Table 28: 2G ciphering GEA 1/2/3 (Features SG01009, SG01034, SG01175 and f60210-19):
feature summary
Function Impact
Restrictions None
Charging None
Counters None
Alarms None
Purpose
Parameters related to ciphering on SGSN and PLMN level:
Ciphering mode parameter (cipheringMode) defines the ciphering mode in the SGSN in
2G access mode. You can enable or disable ciphering for all 2G subscribers in the entire
SGSN. This procedure does not require the restart of the SGSN. Authentication must be
enabled using the authenticationMode parameter. Both parameters belong to the
cmm command group securityParam.
PLMN ciphering mode (cipherMode) parameter defines the ciphering mode in the PLMN
level. This parameter belongs to cmm command group plmnParam.
Attach restriction parameter (attachRestriction) can be used to prevent network
access for those subscribers whose profile does not support ciphering. The parameter
belongs to the cmm command group securityParam. Parameter
attachRestriction is used to restrict 2G access, while parameter
umtsAttachRestriction is used to restrict 3G access.
SGSN functionality concerning the negotiation of GEA algorithm in PAPS is based on the
following decisions:
If ciphering mode or PLMN ciphering mode are false, an un-ciphered connection is
used, regardless which GEA algorithm the MS supports. (Access restriction parameter will
have no impact.)
If ciphering mode and PLMN ciphering mode are true and the MS and the SGSN have at
least one version of the GEA algorithm in common, the network selects one of the
mutually acceptable versions of the GEA algorithms for use on that connection. (In case
of more than one mutually acceptable version, the strongest one should be used. Order
of priority: GEA3-GEA2-GEA1.)
If ciphering mode and PLMN ciphering mode are true and the MS and the SGSN have no
versions of the GEA algorithm in common:
If access restriction is false, an un-ciphered connection is used
If access restriction is true, the connection should be rejected with cause GPRS
services not allowed in this PLMN.
Procedure
1 Configure authentication mode.
The values are act, deact (deactivates ciphering mode), and whenNeeded (default).
Function Impact
Restrictions None
Counters None
Alarms None
Feature ID SG01054
Table 31: Network identity and time zone support (Feature SG02206): feature summary
Function Impact
Capacity None
Interworking/dependent None
features
Restrictions None
Charging None
Counters None
Alarms None
Feature ID SG02206
Function Impact
Capacity None
Interworking/dependent None
features
Restrictions None
Alarms None
Counters None
Feature ID SG01043
Table 33: SGSN support for IPv6 and dual stack (Feature f12101-02): feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions • The only SGSN interfaces that support IPv6 and dual stack are S6d,
S13’, X1_1 and Bp.
• For intra-CMM inter-RAT scenarios in MME/SGSN, dual stack needs to
be congured to S3 (MME).
• As only one LIB IP address is received from LIC, and that address is
used also for X3 (which is IPv4 only), in MME/SGSN also X2 needs to be
congured IPv4 only.
Counters None
Alarms None
Feature ID f12101-02
Table 34: SGSN support for IPv4/IPv6 dual stack transport for Gb: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent SGSN support for IPv4/IPv6 dual stack transport for Iu-U/Gn-U/Gn-C
features (f12101-06)
SGSN support for IPv4/IPv6 dual stack transport for Iu-C (f12101-05)
Restrictions None
Counters None
Alarms None
Feature ID f12101-04
Table 35: SGSN support for IPv4/IPv6 dual stack transport for Iu-C: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent SGSN support for IPv4/IPv6 dual stack transport for Iu-U/Gn-U/Gn-C
features (f12101-06)
Restrictions Dual stack (IPv4v6) is not supported on the same association. No mixed
IPv4 and IPv6 primary and secondary associations are supported.
Counters None
Alarms None
Feature ID f12101-05
Table 36: SGSN support for IPv4/IPv6 dual stack transport for Iu-U/Gn-U/Gn-C: feature
summary
Function Impact
Capacity None
Interworking/dependent SGSN support for IPv4/IPv6 dual stack transport for Gb (f12101-04)
features SGSN support for IPv4/IPv6 dual stack transport for Iu-C (f12101-05)
Restrictions IPv6 only is not supported for the Iu-U, Gn-U and Gn-C interfaces.
IPv6 is not supported in any interface in a S4-SGSN.
Counters None
Alarms None
Feature ID f12101-06
Table 37: SGSN support for IPv4/IPv6 dual stack transport for Gr/Gf/Gs: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Counters None
Alarms None
Feature ID f12101-10
Function Impact
Compliance 3GPP TS 29.060: GPRS Tunnelling Protocol (GTP) across the Gn and Gp
interface (Release 15), V15.5.0 (2019-06).
Capacity None
Required features MME support for IPv4/IPv6 dual stack transport for Gn (f12101-09)
SGSN support for IPv4/IPv6 dual stack transport for Iu-U/Gn-U/Gn-
C (f12101-06)
Interworking/dependent None
features
Restrictions None
Conguration None
management
Counters None
Alarms None
Feature ID f11810-01
Function Impact
Compliance 3GPP TS 36.413: Evolved Universal Terrestrial Radio Access Network (E-
UTRAN); S1 Application Protocol (S1AP)
3GPP TS 23.003: Numbering, addressing and identication
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f14605-03
Procedure
1 View MCC and MNC.
| Field | Value |
+--------------------------------+-----------------+
| plmn | ETPLMN |
| name* | ETPLMN |
| description | |
| mcc | 460 |
| mncDigits | 2Digits |
| mnc | 02 |
| obtainImeiSv | SMC |
| validateImeiEir | false |
...
Step example
cmm mmeGrpNode show ETPLMN~50002~51
Step result
+---------------+-----------------+
| Field | Value |
+---------------+-----------------+
| mmeGrpNode | ETPLMN~50002~51 |
| plmnName* | ETPLMN |
| mmeGi* | 50002 |
| mmeC* | 51 |
| localName | ESPATE133B |
| s10Ip | 0.0.0.0 |
| capacity | 5 |
| autoAdjustCap | true |
| numProtCPPS | 0 |
+---------------+-----------------+
3 View new visitor for authentication repetition rate for normal RA update (this is only
for RAU).
Step result
+----------------------------+-------------+
| Field | Value |
+----------------------------+-------------+
| plmnParam | ETPLMN |
| plmnParamId* | ETPLMN |
| homePlmn | true |
| gtpTmrprId | 255 |
| gbMncl | 2 |
| gbGprsAttAuth | 1 |
| gbImsiAttAuth | 1 |
| gbCombAttAuth | 1 |
| gbNormRaAuthVisitor | 0 |
| gbNormRaAuth | 0 |
...
| iuMncl | 2 |
| iuNormRaAuthVisitor | 0 |
| iuNormRaAuth | 0 |
...
Procedure
1 Enable T-ADS Data Retrieval bit in diameter ULR and IDA messages.
Function Impact
Capacity None
Restrictions • This feature enables the operator to start massive PDP context
deactivation for a certain RA. The operation can be executed only for
one RA at a time.
• The UEs that are handled with initiate forced IP change operation will
be only those that were determined during the time when the
initiation command was given. Additional subscribers, whose PDP
context was activated after the forced IP change initiation command,
won't be handled separately.
• Not designed for roaming subscribers. Roaming subscribers use their
own GGSN.
• Not valid for S4 SGSN.
Counters None
Alarms None
Feature ID f52049-01
Procedure
1 Activate the feature.
Step example
cmm district create --districtName DISTRICTA
Step result
+------------------+--------------------+
| Field | Value |
+------------------+--------------------+
| district | DISTRICTA |
| districtName* | DISTRICTA |
+-------------------+-------------------+
Unsuccessful outputs:
Step example
cmm districtRai create --mnc 232 --mcc 345 --lac 1 --rac 1 --
districtName DISTRICTA
Step result
+--------------+----------------------+
| Field | Value |
+--------------+----------------------+
| districtRai | 345~232~1~1 |
| mcc* | 345 |
| mnc* | 232 |
| rac* | 1 |
| lac* | 1 |
| districtName | DISTRICTA
+--------------+----------------------+
Unsuccessful outputs:
District does not exist.ERROR: Create operation failed (msg=District DISTRICTB not
found in DISTRICT table. Create district first.)
The same RAI found under another district, the name of which is also
displayed.Create operation failed (msg=RA exists under district:DISTRICTA)
Procedure
1 Add the RAI for which forceIpChange will be initiated, under districtRai table.
Step example
cmm districtRai create --mnc 232 --mcc 345 --lac 1 --rac 1 --
districtName DISTRICTA
Step result
+--------------+----------------------+
| Field | Value |
+--------------+----------------------+
| districtRai | 345~232~1~1 |
| mcc* | 345 |
| mnc* | 232 |
| rac* | 1 |
| lac* | 1 |
| districtName | DISTRICTA
+--------------+----------------------+
Step example
cmm gParms modify --gParmName raiBasedDeactPdpRate --gParmValue
20
Step result
+------------+----------------------+
| Field | Value |
+------------+----------------------+
| gParms | raiBasedDeactPdpRate |
| gParmName* | raiBasedDeactPdpRate |
| gParmValue | 20 |
+------------+----------------------+
Step example
cmm forceIpChange create --mnc 232 --mcc 345 --lac 1 --rac 1
Step result
Successful output:
+---------------+-------------+
| Field | Value |
+---------------+-------------+
| forceIpChange | 1~1~345~232 |
| rac* | 1 |
| lac* | 1 |
| mcc* | 345 |
| mnc* | 232 |
+---------------+-------------+
Unsuccessful output:
The given district name is not found.
ERROR: Create operation failed (msg=lac=1, rac=2, mcc='345', mnc='232' is not
provisioned in table districtRai.)
The forced IP change operation is in progress.
ERROR: Create operation failed (msg=An operation is already ongoing, can't create
new)
4 Interrogate RA to find out the number of subscribers in RA and also the possible
forced IP change operation status.
+---------------+--------+------------+--------------+
+---------------+--------+------------+--------------+
| 2~1~345~232 | 0 | DONE | 5 |
+---------------+--------+------------+--------------+
The forced IP change operation is in progress. If necessary, the forced IP change can
be terminated.
+---------------+--------+------------+--------------+
+---------------+--------+------------+--------------+
| 2~1~345~232 | 0 | ONGOING | 5 |
| 2~1~345~232 | 1 | ONGOING | 10 |
+---------------+--------+------------+--------------+
create new)
Unsuccessful output:
Step example
cmm forceIpChange modify --statusCode STOP --mnc 232 --mcc 345 --
lac 1 --rac 2
Step result
+---------------+-------------------------+
| Field | Value |
+---------------+-------------------------+
| forceIpChange | 2~1~345~232 |
| rac* | 2 |
| lac* | 1 |
| mcc* | 345 |
| mnc* | 232 |
+---------------+-------------------------+
+---------------+--------+------------+------------------+
+---------------+--------+------------+------------------+
| 2~1~345~232 | 0 | STOP | 5 |
| 2~1~345~232 | 1 | STOP | 5 |
+---------------+--------+------------+------------------+
Step example
cmm forceIpChange delete 2~1~345~232
Step result
+---------------+-------------+
| Field | Value |
+---------------+-------------+
| forceIpChange | 2~1~345~232 |
| rac* | 2 |
| lac* | 1 |
| mcc* | 345 |
| mnc* | 232 |
+---------------+-------------+
Table 41: Customer-specified GTP error indication handling towards RNC: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f52062-01
Procedure
1 Display the RNC parameter set list.
Step example
cmm rncParamSet list
+-------------+----------+
| rncParamSet | pSetName |
+-------------+----------+
| 0 | default |
| 1 | 1 |
| 2 | DT |
| 3 | 1_v6 |
| 4 | DT_v6 |
+-------------+----------+
Step example
cmm rncParamSet modify 0 --specialCollisionHandlingDuringHo true
+----------------------------------+---------+
| Field | Value |
+----------------------------------+---------+
| rncParamSet | 0 |
| rncParamSetId* | 0 |
| pSetName | default |
| maxTimeForRelocResAlloc | 10 |
| maxTimeForRelocResCompl | 15 |
| maxTimeForRabAssignment | 20 |
| overloadShortTimerInSgsn | 10 |
| overloadLongTimerInSgsn | 30 |
| maxTimeForResetProcedure | 60 |
| guardPeriodBeforeResetAck | 5 |
| maxTimeUntilLocationReport | 10 |
| resetResourceRepeatInterval | 10 |
| guardPeriodAfteSubsProhib | 29 |
| maxTimeForIuRelease | 10 |
| maxTimeForIuReleaseCompl | 5 |
| maxTimeForSrnsContextResp | 8 |
| maxTimeForSecModeAck | 5 |
| maxRepeatCntOfRncGlobRst | 5 |
| maxRepeatForResourceReset | 1 |
| rabModifySupported | false |
| maxDlBitrateForRab | 0 |
| maxQuaranteedDlBitRateForRab | 0 |
| ipv6AddressSupported | false |
| maxUlBitrateForRab | 0 |
| maxGuaranteedUlBitrateForRab | 0 |
| rncSupportForDirectTunnel | false |
| cspsCoordinationSupported | true |
| epsBearerPresSupported | true |
| rel8RncSupported | false |
| ueAmbrSupported | false |
| specialCollisionHandlingDuringHo | true |
+----------------------------------+---------+
Table 42: CMM support for ARD provisioned in HSS and pass it with service-based HO to radio
accordingly: feature summary
Function Impact
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f11343-01
Table 43: SGSN support for user plane frames that exceed 1500 bytes: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Note:
When the gParm is activated, it must be done for all the interfaces
that participate in the packet processing in order to avoid
fragmentation. For example, in the case of 3G user plane
(enable3GdataJumboFrame set to Yes), the MTU size must
be changed for both lu-U and Gn/S4 interfaces.
Note:
Besides the MTU size for the Gb interface (RAN2G network), the
actual maximum info length of 2G RAN data frame is determined
by the BSS side and the Ν201-U value as provided by the BSC at
the LLC layer (from 140 to 1520 bytes). This should be the
fragmentation limit for the 2G payload data.
Counters None
Function Impact
Alarms None
Feature ID f52017-01
Table 44: SGSN support for configurable PDN type IPv4v6: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f52061-01
Value Description
Table 46: SGSN support for independent 2G PRAU and MSRT timers with 3G: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f52088-01
Procedure
1 Enable SGSN support for independent 2G PRAU and MSRT timers with 3G.
Step example
cmm gParm modify --gParmName pRau2g --gParmValue Yes
Note:
Step example
cmm patchParameter create --appId 40A --paramId 48 --value B3 1
The Gb interface uses communication paths, called Network Service Virtual Connections (NS-
VCs), to transmit the user data. NS-VCs are transported through paths offered by the
subnetwork of the Gb interface.
Related features:
Multipoint Gb
The Multipoint Gb feature overcomes the strict hierarchy which restricts the connection
of a BSC to only one SGSN. This feature introduces the pool area concept. A pool area
consists of several RAN and CN nodes each having connections between each other. For
more information on this feature, see Multipoint Gb (Feature SG01023).
Large Routing Area Support (LRAS)
The Large Routing Area Support (LRAS) feature is also supported when Gb over IP is used.
For more information on this feature, see Large Routing Area Support (LRAS) (Feature
SG01060).
Note:
Only one PAPS group as default configuration. The LRAS feature is activated as
default and cannot be deactivated.
PDU. When this function is active, if the proposed number of IP endpoints in the SNS-SIZE
PDU exceeds the SGSN remote endpoint capacity, the received value is downsized to
match the current SGSN configuration. It means that the number of configured BSS IP
endpoints are not verified until the following CONFIG procedure. For detailed description
on the SIZE and CONFIG procedures, see Dynamic configuration in the Gb over IP feature
description in SGSN Feature Overview.
Procedure
1 Check that Gb-auto interface exists in IPDS, used for dynamic Gb.
Step example
+-----------------------------+
| serviceIp |
+-----------------------------+
| IPDS~0~0~GBAUTO~10.37.36.50 |
+-----------------------------+
+---------------------+--------+
| Field | Value |
+---------------------+--------+
| localEndPtCfg | GB |
| interfaceName* | GB |
| dscpCode | AF41 |
| avRequested | 0 |
| sctpOutboundStreams | 1 |
| sctpInboundStreams | 1 |
| interfaceLabel | GBSGSN |
| description | |
| protocolProfileName | |
| interfacePort | 49999 |
| multiHomed | false |
| comboIndication | false |
| shutdown | false |
| immRspPref | No |
+---------------------+--------+
2 Check GB interface in each PAPS (GBNS), used for all dynamic and static Gb links.
Step example
+----------------------------+
| serviceIp |
+----------------------------+
| PAPS~0~0~GBNS~10.37.37.132 |
| PAPS~1~0~GBNS~10.37.37.133 | |
+----------------------------+
+------------------------+-------+
| Field | Value |
+------------------------+-------+
| sgsnLocalEndPtCfg | GBNS |
| icp | 49999 |
| i6hcunack | |
| i6hcack | |
| llcRetransmTimer | 10 |
| llcRetransmCounter | 3 |
| nsTestTimer | 60 |
| nsAliveTimer | 3 |
| nsAliveRetries | 10 |
| bvcResetTimer | 3 |
| bvcResetRetries | 3 |
| snsProvTimer | 5 |
| snsAddRetries | 3 |
| snsConfigRetries | 3 |
| snsChangeWeightRetries | 3 |
| snsDeleteRetries | 3 |
+------------------------+-------+
Step example
cmm nse create --nseId 8100 --nseName NSE8100 --localUdpPort
58000
Step example
cmm nse create --nseId 200 --nseName NSE200 --localUdpPort 52000
--connectionType STA
Step example
cmm nsvc create --nsvcName sta0 --remoteIpEndpoint 10.41.122.87 -
-remoteUdpPort 52000 --remoteDataWeight 1 --remoteSignWeight 1 --
nseId 200 --papsId 0 --nsvcId 200 --remoteIpEndpointVersion IPV4
Step example
cmm nsvc create --nsvcName sta1 --remoteIpEndpoint 10.41.122.87 -
-remoteUdpPort 52000 --remoteDataWeight 1 --remoteSignWeight 1 --
nseId 200 --papsId 1 --nsvcId 201 --remoteIpEndpointVersion IPV4
Note:
When creating more NS-VCs into one NSE, the local port number used by all NS-
VCs under the same NSE is common.
Step example
cmm nsvcAdmin modify --nseId 200 --state unlocked
OR
Step example
cmm nsvc modify --nsvcId 200 --nsvcStatus unlocked
Step example
cmm nsvc modify --nsvcId 201 --nsvcStatus unlocked
Step example
+--------+------+-------+------------+---------+--------------+------------+-----+-----+---
--+-----+
ldw | lsw |
+--------+------+-------+------------+---------+--------------+------------+-----+-----+---
--+-----+
| 1 |
| 1 |
+--------+------+-------+------------+---------+--------------+------------+-----+-----+---
--+-----+
+--------+------+-------+------------+---------+--------------+------------+-----+-----+---
--+-----+
ldw | lsw |
+--------+------+-------+------------+---------+--------------+------------+-----+-----+---
--+-----+
| 0 |
| 0 |
+--------+------+-------+------------+---------+--------------+------------+-----+-----+---
--+-----+
Step example
+--------+------+-------+-----+-----+------+-----+-----+----------+
+--------+------+-------+-----+-----+------+-----+-----+----------+
+--------+------+-------+-----+-----+------+-----+-----+----------+
+--------+------+-------+-----+-----+------+-----+-----+----------+
+--------+------+-------+-----+-----+------+-----+-----+----------+
+--------+------+-------+-----+-----+------+-----+-----+----------+
Step example
In case dynamic NSE must be removed with all dynamic IP endpoints:
In case static NS-VC must be removed in SGSN, the NS-VC configuration must be
removed also from BSC side. First, lock the static NS-VC to be removed and then delete
the locked NS-VC.
Step example
cmm nsvc modify --nsvcId 200 --nsvcStatus locked
Step example
cmm nsvc delete 200
Note:
In case that there are GPRS-enabled cells related to the static NSE, the locking of
the last NS-VC whose operational state is working will cause the deletion of the
cells under this NSE. It is recommended to execute the cmm gbLinkInfo and
cmm gbNetworkInfo commands before locking NS-VCs.
Function Impact
Capacity None
Restrictions If the local endpoints are added to the LRAS PAPS group after the
dynamic conguration (that is, SIZE and CONFIG procedures), the
endpoints are not effective until the next restart of the NSE.
Feature ID SG01048
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID SG01033
3G access functionality is implemented with the Iu interface between SGSN and RNC, for
control and user planes. Iu interface traffic is transported over IP network.
Table 49: 3G access support (Features SG02001 and SG01119): feature summary
Function Impact
Capacity The 3G data traffic does not affect PAPS load since PAPS
handles only signaling traffic and data traffic is handled in the
IPPS.
When using the Multipoint Iu feature, the signaling load is
reduced between SGSNs and also between the SGSN and the
HLR. When the SGSN is used in dual mode (serving 2G and 3G),
the amount of statistical information grows
Function Impact
Counters The statistics for the Iu interface are provided in the similar
accuracy level as for the Gb interface: while the statistics in
the Gb interface are collected in the cell level, the
corresponding statistics in the Iu Interface are collected in the
service area level. The characteristics of the Iu interface also
bring new types of counters, such as Relocation. For more
details and the counters involved, see Performance
Management (Feature SG01016).
Procedure
1 Configure IP.
1.1 Define GTP-C and Iu-C subnets and addresses for IPDS.
1.2 Define GTP-U and Iu-U subnets and addresses for IPPS.
5.1 Create the remote signaling connection control part (SCCP) signaling point.
5.2 Create the following SCCP subsystem: radio access network application part
(RANAP).
Table 50: HSDPA, HSUPA support and HSPA+ (Features SG02104, SG01113 and SG02198):
feature summary
Function Impact
Restrictions HSDPA:
• Supported for the Iu Interface. In GERAN, the maximum bit rate bps
value is 472 kbps or 2 Mbps depending on operator conguration.
HSUPA:
• Over 8 Mbps uplink MBR/GBR QoS values can be reported to the S-
CDR only when using the 3GPP ASN.1 CDR format.
Function Impact
Charging The QoS prole is visible in the SGSN charging record (SCDR) with other
PDP context-related information.
Alarms None
Parameter Functionality
Parameter Functionality
The handling of the quality of service downlink bit rate values in inter system handovers and
GERAN PDP context activation can be chosen with the two prFile parameters:
override2gDowngrade
qosHandlingInIsho
However, with different HSUPA and HSDPA capabilities it is possible to divide the MBR or the
GBR parameters in RNC profile into uplink and downlink MBR/GBR. This is useful for
deployments in which the RNCs have different HSUPA and HSDPA capabilities. To prevent
the unnecessary additional PDP context modifications between SGSN and GGSN, RNC's
uplink and downlink throughput capabilities can be taken into account in the QoS
negotiation. This, in turn, speeds up the PDP context activation.
1. SGSN initiates the RAB Assignment Request to the RNC, requesting certain MBR value (for
example, 21 Mb/s) as part of RAB parameters IE.
2. RNC then answers to the SGSN with RAB Assignment Response(s).
3. Optionally with Direct Tunnel, the SGSN initiates the Update PDP Context message
request to GGSN, including the Common Flags IE with the No QoS negotiation bit set to 1.
4. Optionally, the GGSN acknowledges the Update PDP Requests.
Finally, the SGSN sends the PDP acceptance to UE. The QoS/MBR value is mainly driven by
the limits that are set in HLR/HSS, HSPA+ core licenses or possible by policy restrictions.
3. SGSN then sends a request for RAB assignment with lower QoS.
4. RNC answers to the renewed SGSN request with RAB Assignment Response.
5. SGSN initiates the Update PDP Context message request to GGSN with modified QoS
(Common Flags IE with the No QoS negotiation bit set to 1 only in case of Direct Tunnel
PDP Context).
6. GGSN acknowledges the Update PDP Request.
Finally, SGSN sends the PDP acceptance to UE. The QoS/MBR value is mainly driven by the
limits that are set in HLR/HSS, HSPA+ core licenses or possible by policy restrictions.
Finally, the SGSN sends the PDP acceptance to UE. So, in this case the QoS/MBR value is
mainly driven by limits that are set in HSPA+ Core.
Note:
Note:
The user data can be exchanged at lower rate, determined by UE capabilities. Network
can set up higher RAB on Iu-side.
Scenario: Partial RAN support for HSPA+ due to roll-out status or multiple
RAN vendors
After receiving initial PDP Context Request and corresponding GGSN response, the following
activities are performed:
1. SGSN initiates RAB Assignment Request to the RNC, requesting certain MBR value (for
example, 21 Mb/s) as part of RAB parameters IE.
2. RNC then answers to the SGSN with RAB Assignment Response(s), including cause value
Abstract Syntax Error (Reject), RANAP cause 100.
3. In this case, SGSN rejects the PDP Context Request.
1. SGSN initiates RAB Assignment Request to the RNC, now requesting limited MBR value
(for example, 16 Mbps) as defined in RNC parameter set in SGSN (actually earlier PDP
request to GGSN is already done with defined MBR limit).
2. RNC then answers to the SGSN with RAB Assignment Response(s).
3. Optionally with Direct Tunnel, SGSN initiates the Update PDP Context message request to
GGSN, including the Common Flags IE with the No QoS negotiation bit set to 1.
4. Optionally, the GGSN acknowledges the Update PDP Request.
1. SGSN initiates RAB Assignment Request to the RNC, now requesting MBR value (for
example, 21 Mbps) and also alternative MBR of 16 Mbps in alternative RAB IE.
2. If the extended MBR exists in RAB assignment and RNC/UE is R6 or older and
if SGSN sends alternative RAB, the RNC answers to the SGSN with RAB Assignment
Response(s), setting assigned RAB to 16 Mbps.
If not, RNC sets Failed, cause=33 into RAB Assignment Response (because SGSN did
not provide 16Mbps DL alternative). Then, SGSN can repeat RAB assignment with lower
value.
3. SGSN initiates the Update PDP Context message request to GGSN with modified QoS
(Common Flags IE with the No QoS negotiation bit set to 1 only in case of Direct Tunnel
PDP Context).
4. GGSN acknowledges the Update PDP Request.
3.4.5.3 Non-supporting UE
Workaround for UE not supporting the extended MBR rates (R99/R4 terminal,
R5/R6/Partial R7 terminal).
Later, the SGSN requests RAB setup as usual (MBR=8.64 Mbps) and RNC acknowledges this
request. SGSN then sends active PDP Context Accept to UE with negotiated QoS
(MBR=8.64).
Then GGSN answers and RAB assignment from SGSN can be done, again with extended QoS
octets and RNC acknowledges this request. SGSN sends active PDP Context Accept to UE
with negotiated QoS.
Note:
Some UEs will reject the PDP Context Accept message with MBR exceeding 16 Mbps
and deactivate the PDP context.
Workaround
1. Limit MBR in HLR/HSS:
As a temporary solution, the MBR in the HLR/HSS subscriptions can be limited to 16
Mbps. It also impacts high-end subscribers.
2. RNC to change QoS/RAB based on UE release (alternative RAB):
If extended MBR exists in RAB assignment and UE is R6 or older, and if SGSN send
alternative RAB, then RNC answers to the SGSN with RAB assignment response(s),
setting the assigned RAB to 16 Mbps.
If not, the RNC sets "Failed, cause=33" into RAB Assignment Response and SGSN can
repeat RAB assignment with lower value.
3. RAB reconfiguration by RNC prior to SGSN sending PDP Accept.
4. UE (IMEI) specific policy to be applied.
Inter-SGSN case
In the inter-SGSN SRNS relocation scenario, the new SGSN will request the target RNC to
establish same RABs as currently existing on source RNC. In case of any restrictions, SGSN
can apply similar handling as in the intra-SGSN case.
Intra-SGSN case
In the intra-SGSN SRNS relocation scenario, the existing SGSN will request the target RNC to
establish same RABs as currently existing on source RNC. Challenges might occur when
target RAN does not support 3GPP R7 yet. In such case, SGSN can again apply the known
workaround of limiting the MBR on RNC basis. The values in the RNC parameter set are also
used by SGSN in these mobility cases.
Note:
The Common Flags IE with the No QoS negotiation bit is set to 1 only in case of
Direct Tunnel PDP Context.
Flags IE with the No QoS negotiation bit set to 1 only in case of Direct Tunnel PDP
Context).
6. GGSN acknowledges the Update PDP Request.
Scenario 3: SGSN has received a QoS profile from the HLR/HSS with MBR = 21
Mbps, and a UE connected to a 2G RAN has signaled Subscribed QoS.
SGSN sends a maximum of 2 Mbps depending on the values of prFile parameters
override2gDowngrade and qosHandlingInIsho.
Table 53: I-HSPA enhancement (Features SG01142 and f52050-01): feature summary
Function Impact
Capacity • The introduction of I-HSPA NodeBs into the radio access network
creates more mobility events to the SGSN because it increases the
number of relocation procedures.
• The maximum number of congurable RNCs per CMM is 512.
• The total number of I-HSPA NodeBs for each CMM is limited to
8192.
• The number of normal RNCs affects the total capacity by
decreasing the maximum number of I-HSPA NodeBs. For example, if
there are 10 normal RNCs connected to the SGSN, only 8182 I-HSPA
NodeBs can be congured with this feature.
Restrictions • Iu over ATM is not supported. This feature only supports Iu over IP.
• SCTP multi-homing conguration for the I-HSPA NodeBs should be
preferred over the single-homing one, since it already includes
redundancy on SCTP level. One multi-homed SCTP connection per I-
HSPAs is allowed.
Charging None
Counters None
Alarms None
Note:
The high number of Iu links prolongates the recovery time for SGSN access services
after a CMM restart (planned, duplex failure or loss of all PAPS).
When CMM is deployed with 8K RNC/I-HSPA, it may require up to one hour until SGSN
services become fully operational again.
To avoid service outrage during this period, CMM should be deployed in a pooling
setup.
Procedure
1 Activate the feature.
Use the rnc command to create, modify, or delete I-HSPA NodeBs (base station with
RNC functionality). The type of RNC is IHSPA:
Step result
When attach to the SGSN via the I-HSPA NodeB is successful, subscriber's access type I-
HSPA is shown with the following command:
Set up a total sum of 8192 iHSPAs and RNCs (of which only up to 512 may be RNCs).
or
Table 54: SS7 over IP (Features SG01051, SG01105, SG01771 and f60210-29): feature
summary
Function Impact
Capacity None
Restrictions None
Function Impact
Function Impact
Function Impact
Alarms None
Table 55: IMEI check with EIR (Features SG01106, SG01090, SG02156 and f60210-17):
feature summary
Function Impact
Compliance • GSM 23.060 General Packet Radio Service (GPRS) Service Description;
Stage 2
• GSM 24.008 Mobile Radio Interface Layer 3 specication
Capacity None
Function Impact
Counters None
Alarms None
Procedure
1 Activate the IMEI checking mode.
Step example
To enable IMEI status check from EIR for GPRS attach: cmm plmnParam modify
STPLMN --gprsAttImeiChk true
To enable IMEI status check from EIR for IMSI attach: cmm plmnParam modify
STPLMN --imsiAttImeiChk true
Step example
To configure IMEI check repetition rate for Gb GPRS attach, Iu GPRS attach, Gb MO GPRS
detach, and Iu MO GPRS detach:
With enhanced IMEI check control feature (SG01090), you can block or allow denylisted
mobile equipment. The default value of the blackListEffect parameter is block.
Step example
cmm plmnParam modify --blackListEffect allow
Step result
Note:
When feature SG02156 is activated, a rejection cause code #7 'GPRS services not
allowed' is used instead of a cause code # 6 'Illegal ME'. The default value of the
noCsDet parameter is false.
Table 56: SGSN support for IMEISV in check IMEI EIR over Gf (Feature f52074-01): feature
summary
Function Impact
Capacity None
Required features IMEI check must be congured; see IMEI check with EIR (Features
SG01106, SG01090, SG02156 and f60210-17)
Interworking/dependent When this feature is enabled, the IMEISV replaces the IMEI in the check
features IMEI procedure in all checkImeiMode instances:
• 0: the SGSN includes only the IMEI(SV) in the IMEI check.
• 1: the SGSN adds the IMSI in the MAP part of the IMEI check.
• 2: the SGSN adds the IMSI and MSISDN in the TCAP part of IMEI
check.
Restrictions None
Counters None
Alarms None
Feature ID f52074-01
Procedure
1 Configure the CMM for the IMEI authentication.
Step example
The following part of the command output indicates that the IMEI authentication is
enabled:
+-----------------------+------------+
| Field | Value |
+-----------------------+------------+
| securityParam | config |
| authenticationMode | whenNeeded |
| imeiCheckMode | true |
| imeiRequestMode | false |
| ptmsiSignatureMode | false |
| cipheringMode | false |
| umtsCipheringMode | true |
| attachRestriction | false |
| umtsAttachRestriction | false |
+-----------------------+------------+
3 For a specified PLMN, set the procedure for which authentication with the EIR will be
requested (for example, iu IMSI attach).
Step example
The following part of the command output indicates that the IMEI authentication is
enabled:
+----------------------------+-------------+
| Field | Value |
+----------------------------+-------------+
| plmnParam | PLMN_ID |
| plmnParamId* | PLMN_ID |
… … … …
| iuImsiAttImei | 1 |
… … … …
+----------------------------+-------------+
Value Purpose
Step example
The following part of the command output indicates that the feature is enabled:
+-----------+-------------+
| Field | Value |
+-----------+-------------+
| prFile | checkImeiSv |
| status | true |
| parameter | CheckImeiSv |
+-----------+-------------+
Table 58: HLR-based 2G/3G access control (Feature SG02114): feature summary
Function Impact
Capacity None
Function Impact
Alarms None
Feature ID SG02114
Purpose
The HLR based 2G/3G access control feature supports the following functionalities:
Note:
The HLR access restriction data functionality is used to verify the feature activation.
Set the GSM/EDGE Radio Access Network (GERAN) or the UMTS Terrestrial Radio Access
Network (UTRAN) to "restricted" in the HLR.
Note:
Ensure that the QoS control for roaming subscribers (SG01067) feature, does not
prevent attaches while testing the HLR based 2G/3G access control, because the
SG01067 feature, can, also, set restrictions for subscribers' access to the radio
network (RNW).
Procedure
1 Activate the feature.
Step example
The following part of the command output, indicates that the feature is enabled:
+-----------+---------------------------------------------------+
| Field | Value |
+-----------+---------------------------------------------------+
| features | hlr2g3gAccCtr |
| status | true |
+-----------+---------------------------------------------------+
To ensure that the feature is activated and properly configured, follow the steps:
1. Delete the subscriber from the SGSN (if the subscriber data already exists in the SGSN)
The subscriber is deleted from the SGSN, the attach is rejected, and the subscriber cannot
be found in the SGSN.
Table 59: Values of access rights for a GSM subscriber to the GSM network
Value Purpose
Note:
Before the user enters a value, the value-field is blank. For this case, notUsed is
considered to be the default value.
Table 60: Values of access rights for a GSM subscriber to the UMTS network
Value Purpose
Note:
Before the user enters a value, the value-field is blank. For this case, notUsed is
considered to be the default value.
Table 61: Values of access rights for a UMTS subscriber to the GSM network
Value Purpose
Note:
Before the user enters a value, the value-field is blank. For this case, notUsed is
considered to be the default value.
Table 62: Values of access rights for a UMTS subscriber to the UMTS network
Value Purpose
Note:
Before the user enters a value, the value-field is blank. For this case, notUsed is
considered to be the default value.
▪ Configure reject cause code for a GSM subscriber to the GSM network.
Table 63: Values of reject cause code for a GSM subscriber to the GSM network
Value Purpose
▪ Configure reject cause code for a GSM subscriber to the UMTS network.
Table 64: Values of reject cause code for a GSM subscriber to the UMTS network
Value Purpose
▪ Configure reject cause code for a UMTS subscriber to the GSM network.
Table 65: Values of reject cause code for a UMTS subscriber to the GSM network
Value Purpose
▪ Configure reject cause code for a UMTS subscriber to the UMTS network.
Table 66: Values of reject cause code for a UMTS subscriber to the UMTS network.
Value Purpose
▪ Configure reject cause code for an R97/98 terminal to the UMTS network.
Table 67: Values of reject cause code for an R97/98 terminal to the UMTS network
Value Purpose
Value Purpose
Function Impact
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID SG01082
Function Impact
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID SG01171
Table 71: Terminal management support (Features SG02203, f52040-01): feature summary
Function Impact
Function Impact
Compliance This feature is not compliant with 3GPP 29.002: the IMSI and MSISDN in
the MAP Check IMEI request message is not standardized. Additionally,
the origin and destination reference elds are not allowed for a MAP
Check IMEI request message. Including IMSI or alternatively IMSI and
MSISDN parameters in a MAP Check IMEI message requires an EIR or a
terminal management system that supports this capability.
Implementation of extra parameters in a MAP Check IMEI request
message is EIR vendor specic and implementation of different EIR
vendors are usually incompatible. The Automatic Device Detection
functionality is compliant with the 3GPP specications.
Capacity None
Restrictions If subscriber data does not exist in the SGSN subscriber database
when the IMEI check is done for the subscriber, the MSISDN is not yet
available in the SGSN and cannot be included in the MAP Check IMEI
request message. This occurs when new a subscriber arrives at an
SGSN, that is, makes an attach or makes an inter-SGSN routing area
update. In such cases, the MAP Check IMEI request message with the
subscriber’s identity (IMSI and MSISDN) is sent to the EIR after the
location update procedure receives the MSISDN from the HLR.
Counters None
Procedure
1 Activate the feature.
cmm system modify --eir <> --npForEir E164 --tonForEir INT config
SGSN will include IEs according to the setting of prFile parameter checkImeiMode:
Step example
cmm prFile modify checkImeiMode --checkImeiMode 2
cmm system modify --eir <> --npForEir E164 --tonForEir INT config
5.1 Set IMEI check repetition rate to 1 for GPRS attach procedure for Gb
connection.
5.2 If UTRAN is used, set IMEI check repetition rate to 1 for GPRS attach procedure
for Iu connection.
6 Enable the IMEI status check from the EIR for GPRS attach.
Function Impact
Compliance None
Capacity None
Counters None
Alarms None
Feature ID SG01063
Table 73: Intelligent GGSN selection (Features SG01116, G01212, SG01218, SG01255,
SG01234, SG01260 and SG03067): feature summary
Function Impact
Capacity None
Function Impact
Counters None
Alarms None
Feature ID • Home GGSN selection and IMSI based home GGSN selection
(Feature SG01116)
• Nearest GGSN selection (Feature SG01212)
• GGSN selection based on charging characteristics (Feature
SG01218)
• UE capability based GW selection and intelligent gateway
selection for roaming subscribers (Feature SG01234)
• IMEI based GGSN selection (Feature SG03067)
• SGSN intelligent GGSN/P-GW selection based on requested PDP
type (Feature SG01260)
Related references
SGSN support for NR UE capability based GW (Feature f51018-01): feature summary
If all features are activated, the order of the entered values in the domain name server DNS
query is:
1. IMSI based home GGSN selection value
Note:
The home GGSN selection value will not be visible as the IMSI based home GGSN
selection value will override the MSISDN based home GGSN selection value.
The same APNs that are used by the Intelligent GGSN selection feature have to be
configured to the DNS. To use these features, the operator defines an APN list, and for
those APNs the intelligent GGSN selection can be used. In the PDP context activation, the
SGSN can modify the APN if it was found from the list. The modified APN is used in the DNS
query where the DNS resolves a GGSN IP address (P-GW IP address if UE capability based GW
selection feature is active) for the subscriber. The APN can also be overridden with the
modified APN. The SGSN then creates the PDP context towards this GGSN and sends the
modified APN in the creation command if the APN is overridden. The PDP type tag will be
applied as the last tag before the APN-OI field when there are other intelligent GGSN/P-GW
selection features used simultaneously.
Procedure
1 Activate intelligent GGSN selection features.
Feature Parameter
Step example
cmm features modify homeGgsnSolution --status true
2 Configure the selective APN, by adding APN(s) to the selective APN list.
To create an APN list: cmm apnList create <apnList number> --apn <APN> -
-<use value> true, where allowed use values are:
homeGgsn (HGGSN; intelligent GGSN selection)
oneGtpTunnel (direct tunnel)
Note:
Step example
cmm apnList create 1 --apn exampleAPN --homeGgsn true
+---------------+------------+
| Field | Value |
+---------------+------------+
| apnList | 1 |
| prepaid | false |
| homeGgsn | true |
| oneGtpTunnel | false |
| arp | false |
| pgw | false |
| sgw | false |
| homePgw | false |
| allowedApn | false |
| apnConversion | false |
| lteVoice | false |
| lteData | false |
| capa | false |
| vulne | false |
| que | false |
| msisdnPgw | false |
| apn | exampleAPN |
+---------------+------------+
11 = APN override is used. In feature SG01218 the dynamic GGSN selection and the
APN override are allowed only if the subscribed CC exists.
4 Configure the IMEI analysis for the IMEI based GGSN selection.
Create an IMEI analysis (one per mobile device type) to specify devices to be directed to
dedicated GGSNs.
Note:
In case of the IMEI based GGSN selection feature, the possible value of the IMEI
parameter is a 14 digit IMEI number.
The SGSN intelligent GGSN/P-GW selection based on requested PDP type feature
will be offered for home users during PDP context activation whenprFile
parameter pdpAddrTypeTag is enabled. This parameter controls the enabling
of the new IPv4tag, IPv6tag and IPv4v6tag attributes in the system cmm
command. Values are:
false = The tag is not included in the query.
Note:
If value is set to false, IPv4, IPv6 and IPv4v6 tag options are not
visible.
5.2 Configure any of the PDP type tags to specify devices to be directed to
dedicated GGSNs.
Note:
PDP activations where UE requests dual stack PDP type and subscription is
with single PDP type (IPv4 and IPv6, no IPv4v6) will not utilize the IPv4v6
tagging.
Example values:
MSIDSN = 358507777001
APN = bssemu1.bb1.gtest.net.mnc005.mcc244.gprs
APN that is configured to DNS = bssemu1.bb1.gtest.net.85077.mnc005.mcc244.gprs
Example values:
RNCID = 9634
APN = bssemu1.bb1.gtest.net.mnc005.mcc244.gprs
APN that is configured to DNS = bssemu1.bb1.gtest.net.963.mnc005.mcc244.gprs
1. Add the APN to the selective APN list by adding APN to the DNS: cmm apnList create
<apnList number> --apn <APN> --<use value> true where the allowed use
values are homeGgsn and oneGtpTunnel.
2. Configure the number of RNCID digits used in the DNS query for the Nearest GGSN
selection feature: cmm system modify config --rncIdDigits <DIGITS> where
DIGITS defines the number of RNC ID digits used in the DNS query. Possible values are 1 -
5 and default value is 2.
3. Activate direct tunnel:
a. Configure direct tunnel for PLMN: cmm plmn modify ETPLMN --directTunnelOn
Yes
b. Configure RNC support for direct tunnel parameter in the SGSN: cmm rncParamSet
modify 1 --rncSupportForDirectTunnel true
c. Activate the feature: cmm features modify directTunnelLicence --status
true
Example values:
CC = <charging char>, for example:
1000 normal
0100 prepaid
0010 flat rate
1. Add the APN to the selective APN list by adding APN to the DNS: cmm apnList create
<apnList number> --apn <APN> --<use value> true where the allowed use
value is homeGgsn.
2. If feature SG01255 is needed, set prFile parameter twoByteChargingChar to two
byte CC: cmm prFile modify twoByteChargingChar --status false --
twoByteChargingChar
Example values:
TAG = NOKN97
APN = bssemu1.bb1.gtest.net.mnc005.mcc244.gprs
APN that is configured to DNS =bssemu1.bb1.gtest.net.NOKN97.mnc005.mcc244.gprs
Example values:
APN = bssemu1.bb1.gtest.net.mnc005.mcc244.gprs
APN that is configured to DNS =
bssemu1.bb1.gtest.net.TAG.mnc005.mcc244.gprsbssemu1.bb1.gtest.net.LTE.mnc005.m
cc244.gprs
Note:
The feature UE capability based GW selection enables gateway selection for home
subscribers and the feature Intelligent gateway selection for roaming subscribers
enables UE gateway selection for EPC capable roamers. The feature Intelligent gateway
selection for roaming subscribers works independently, there is no inter-dependency
of this feature with any of the GGSN selection features.
Note:
If IMEI based GGSN selection and UE capability based GW selection for home
subscribers are true, the LTE tag is not triggered in DNS query.
1. Activate S-GW/P-GW connectivity for EPC capable mobiles: cmm prFile modify
upportEpcCapability --status true
2. Scenario 1:
a. Activate feature R8 architecture (SG01235): cmm gParms modify --gParmName
s4Func --gParmValue ON
b. S interfaces should not be configured.
c. Configure PGW TAG: cmm system modify config -–pgwtag <TAG>
Default value is 'LTE'.TAG should consist of alphanumeric characters, either uppercase
or lowercase and length should be up to 10 characters.
3. Scenario 2:
a. Deactivate feature R8 architecture (SG01235): cmm gParms modify --gParmName
s4Func --gParmValue OFF
4. Create an APN list and add a configured APN on the list: cmm apnList create
<apnList number> --apn <APN> --homeGgsn <true>
Example values:
TAG = IPV4
APN = bssemu1.bb1.gtest.net.mnc005.mcc244.gprs
1. Enable the SGSN intelligent GGSN/PGW selection based on requested PDP type feature:
cmm prFile modify pdpAddrTypeTag --status true
2. Define, for example, the IPv4 PDP type tag: cmm system modify config --ipv4Tag
IPV4
Table 75: Override of requested APN in SGSN (Features SG01074 and f52032-01): feature
summary
Function Impact
Capacity None
Restrictions If both Override of requested APN in SGSN (Feature SG01074) and IMEI
based APN override (Feature SG02019) are enabled, the functionality of
the IMEI-based APN feature has priority.
Function Impact
Counters None
Alarms None
Procedure
1 Activate the feature.
+-----------+--------------------------------+
| Field | Value |
+-----------+--------------------------------+
| features | sg01074OverReqApn |
| status | true |
+-----------+--------------------------------+
+-----------+--------------------------------+
| Field | Value |
+-----------+--------------------------------+
| features | sg01074OverReqApn |
| status | true |
+-----------+--------------------------------+
+-----------+------------------------+
| Field | Value |
+-----------+------------------------+
| prFile | enforceSubscribedApn |
| status | true |
| parameter | ENFORCE_SUBSCRIBED_APN |
+-----------+------------------------+
Note:
+-----------+-----------------------------------------------------+
| Field | Value |
+-----------+-----------------------------------------------------+
| prFile | apnWithLowestPdpId |
| status | true |
+-----------+-----------------------------------------------------+
Step example
The following example sets the GGSN IPv6 network identifier to ggsn1.ipv6.net.
Step example
The following example sets the secondary GGSN IPv6 network identifier to ggsn1.ipv6.
Step example
The following example sets the default APN parameter of the ETPLMN to
ggsn1.nokia.gprs.
APN is not found from the HLR/HSS subscription record, instead of using the APN
according to the first HLR/HSS subscription record. This is useful when the PDP contexts
may exist in the HLR/HSS subscription in random order and the 'wild card' (*) cannot be
used in the HLR/HSS subscription.
Function Impact
Compliance None
Capacity None
Counters None
Alarms None
Feature ID SG02019
Configure the default APN. The default SGSN APN is used to override an incorrect APN when
the MS IMEI is not in the IMEI analysis.
If the subscriber does not have a wild card (*) subscription in the HLR, the Secondary GGSN
Network Identifier parameter (secgni) is used to define which QoS profile is used in the PDP
context activation, that is, if the secondary GNI is found from the HLR profile, the QoS
profile of that PDP context is used.
It is recommended that the following parameters are set to value 1 in the PLMN parameters
(if visible):
IMEI check repetition rate for GPRS attach gbGprsAttImei/iuGprsAttImei
IMEI check repetition rate for combined IMSI and GPRS attach
gbCombAttImei/iuCombAttImei
IMEI check repetition rate for normal RA update, new visitor
gbNormRaImeiVisitor/iuNormRaImeiVisitor
This ensures that the subscriber’s IMEI is available when the subscriber enters the SGSN and
the feature can be used for this IMEI.
Procedure
1 Activate the IMEI-based APN override feature.
Step example
Modify the GGSN IPv6 network identifier to ggsn1.ipv6.net.
Step example
Modify the secondary GGSN IPv6 network identifier to ggsn1.ipv6.net.
Step example
Modify the DEFAPN parameter of the ETPLMN to ggsn1.nokia.gprs.
6 Create an IMEI analysis table, specifying devices that are not overridden by the IMEI
based APN override feature.
Step example
cmm imeiAnalysis create 12345678 --apno true
Table 77: APN conversion and correction (Feature SG02215): feature summary
Function Impact
Capacity None
Restriction
Charging None
Alarms None
Feature ID SG02215
Table 78: SGSN Gn local break out control (Feature SG01258): feature summary
Function Impact
Capacity None
Interworking/dependent None
features
Restrictions If both 3GPP R8 DNS query support for Gn SGSN and SGSN Gn LBO
control are enabled in the same GN SGSN, then the congured
roaming policy will not be applied.
Counters None
Alarms None
Feature ID SG01258
Procedure
1 Activate SGSN Gn local break out control.
Table 79: SGSN support for local break out for S4-SGSN: feature summary
Function Impact
Required features SGSN Gn local break out control (Feature SG01258): Once the S4
LBO is enabled, the assumption is that the Gn LBO is also enabled for
fallback case.
Counters None
Alarms None
Feature ID f51022-01
Procedure
1 Activate the S4-SGSN local break out control feature.
Step example
cmm plmnParam modify --plmnParamId ROAMINGPLMN --
s4SgsnRoamingControl LBO
The parameter values for roaming control are listed here:
Step example
cmm sgsnLboAllowedApnList create --name lbolist
Step example
cmm sgsnLboAllowedApn create --sgsnLboAllowedApnListName lbolist
--apnNi wap1.nokia.com
Step example
cmm sgsnLboAllowedApn create --sgsnLboAllowedApnListName lbolist
--apnNi wap2.nokia.com
Step example
cmm plmnParam modify --sgsnLboAllowedApnListName lbolist
ROAMINGPLMN
Procedure
1 Remove an allowed APN list from the roaming PLMN.
Step example
cmm plmnParam modify ROAMINGPLMN --sgsnLboAllowedApnListName ""
Step example
cmm sgsnLboAllowedApn delete --sgsnLboAllowedApnListName lbolist
--apnNi wap1.nokia.com
Step example
cmm sgsnLboAllowedApn delete --sgsnLboAllowedApnListName lbolist
--apnNi wap2.nokia.com
Step example
cmm sgsnLboAllowedApnList delete --name lbolist
4 Set the S4 roaming control parameter for a particular VPLMN to the default value.
Step example
cmm plmnParam modify --plmnParamId ROAMINGPLMN --
s4SgsnRoamingControl HRT
Step example
cmm gParms modify --gParmName s4SgsnLbo --gParmValue No
Table 80: R8 DNS query support for Gn-SGSN (Features SG02213, f52058-01): feature
summary
Function Impact
Capacity None
Restrictions None
Counters None
Alarms None
Procedure
1 Enable the feature.
1 roaming subscribers
2 home subscribers
Step example
cmm prFile modify r8DnsR7EpcSubs --r8DnsR7EpcSubs 1
AAAA DNS queries are allowed only when ipv6SelectionAllowedOnGn is set to ON.
Step example
cmm gParms modify --gParmName prefGnToGGSNIpVer --gParmValue IPV6
Table 81: Gn SGSN P-GW selection based on MSISDN range with rel8 DNS (Feature
f10110-03): feature summary
Function Impact
Capacity None
Restrictions The following features should not have any affect when this feature is
activated:
• UE capability based GW selection and intelligent gateway selection for
roaming subscribers (Feature SG01234)
• Home GGSN selection (Feature SG01116)
Counters None
Alarms None
Feature ID f10110-03
Related references
SGSN support for NR UE capability based GW (Feature f51018-01): feature summary
Procedure
1 Activate the feature.
Value Description
0 (default) SGSN will abort the dialogue without performing any DNS fallback
procedure.
msisdnSubPos MSISDN subrange starting position for home P-GW selection, value
range 3...7, default 3.
msisdnSubLen MSISDN subrange length for home P-GW selection, value range
3...7, default 7.
Step example
+------------------------+--------------------+
| Field | Value |
+------------------------+--------------------+
| system | config |
...
| msisdnSubPos | 3 |
| msisdnSubLen | 7 |
+------------------------+--------------------+
Step example
cmm system modify config --msisdnSubPos 4 --msisdnSubLen 5
Step example
cmm apnList create --msisdnPgw true --allowedApn true DUMMYAPN
This will add APN DUMMYAPN in the allowed APN list (list id 1) for SGSN support for Gn
SGSN P-GW selection based on MSISDN range with rel 8 DNS functionality.
Table 83: SGSN support GGSN Load Balancing (Features f52037-01 and f12101-12): feature
summary
Function Impact
Compliance 3GPP TS 29.060: General Packet Radio Service (GPRS); GPRS Tunnelling
Protocol (GTP) across the Gn and Gp interface
Capacity SGSN supports the conguration of maximum 256 entries in host le
(each entry is per APN) and may contain up to 5 different GGSN IPs
with respective weights.
Interworking/dependent SGSN support for IPv4/IPv6 dual stack transport for Iu-U/Gn-U/Gn-C
features (Feature f12101-06)
Restrictions None
Counters None
Alarms None
Procedure
1 Enable GGSN load balancing mode.
Value Description
RROFF (Default) SGSN will not perform any GGSN load balancing functionality.
RRON SGSN will perform round robin GGSN selection to the IP list
received by DNS. In case, DNS cannot resolve the APN query
(DNS RCODE:3 Domain name does not exist), PDP rejection
(unknown APN case) will occur.
DNS SGSN will perform round robin GGSN selection to IP list received
by DNS. If DNS cannot resolve the APN query (DNS RCODE:3
Domain name does not exist), SGSN will check if this APN can be
found to internal host le. If this can be resolved by the host le,
SGSN will perform weighted GGSN load balancing. Otherwise, this
will lead to PDP rejection (unknown APN case).
HOST SGSN will rst check if APN can be found to internal host le. If
this can be resolved by the host le, SGSN will perform weighted
GGSN load balancing. If not, SGSN will check in internal DNS-
cache and then in actual DNS. In case the DNS query cannot be
resolved to valid GGSN IP (DNS RCODE:3 Domain name does not
exist ), PDP rejection (unknown APN case) will occur.
2 Configure the APN-GGSN list in Host file (not needed for RRON mode).
Step example
cmm ggsnIpsWeight create --apnNI testapn --mnc 460 --mcc 020 --
ggsnIpAddress 12.36.10.1 --weight 5
Step example
cmm ggsnIpsWeight create --apnNI apn --mnc 460 --mcc 020 --
ggsnIpAddress 2a00:8a00:6000:4000::a54:19ac --weight 3
Note:
In case there is a need to perform GGSN Load Balancing in Host mode along with
one or more intelligent GGSN selection features, SGSN should be configured
accordingly, meaning that modified APNs should be present in the host file.
Table 85: MSISDN number based home GGSN/P-GW selection enhancement: feature summary
Function Impact
Compliance None
Capacity None
Required features For the MME, MME support for APN NI Extension with Congurable
Length of MSISDN Digits (m10121-03).
For the SGSN, enable Home GGSN Solution and disable IMSI Based
Home GGSN Selection (SG01116).
Interworking/dependent None
features
Restrictions For the MME, this feature applies to Home Subscriber UEs, Local
Breakout (LBO) Roamer UEs and Roamer-Treated-As-Home-Subscriber
UEs. This feature does not apply to Roamer UEs.
For the SGSN, this feature is only relevant to Gn-SGSN and applies only
to Home Subscribers
Counters None
Alarms None
Feature ID f10176-01
Related references
SGSN support for NR UE capability based GW (Feature f51018-01): feature summary
Procedure
1 Activate feature Intelligent GGSN selection (SG01116).
Step example
cmm features modify homeGgsnSolution --status true
Step example
cmm system modify config --msisdnSubPos 4 --msisdnSubLen 5
Step example
cmm features modify msisdnBasedGwCc --status true
Step example
cmm apnList create test.apn.com --hpGwCc true
5 Define the support for two-byte charging characteristics value in SGSN received from
HLR.
Step example
cmm prFile modify twoByteChargingChar --status true --
twoByteChargingChar 2
Table 86: PLMN level control of preferred gateway type (S-GW/P-GW or GGSN): feature
summary
Function Impact
Compliance None
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID f51019-01
Procedure
1 Enable PLMN level control of preferred gateway.
Step example
cmm gParms modify --gParmName plmnCtrlPreferGw --gParmValue Yes
2 Configure the prefered option for GGSN/GW selection during PDP context creation
per PLMN.
Step example
Table 87: SGSN support for mobility enhancements when PLMN Level control of preferred
gateway type is enabled: feature summary
Function Impact
Compliance None
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID f52068-01
Table 88: P-GW selection based on charging characteristics for R8 DNS queries: feature
summary
Function Impact
Compliance 3GPP TS 23.003 Maximum length of 63 octets for APN length should
be maintained
Capacity None
Interworking/dependent • Gn SGSN P-GW selection based on MSISDN range with Rel-8 DNS
features (Feature f10110-03)
• Intelligent GGSN selection (Features SG01116, SG01212,
SG01218, SG01255, SG01234, SG01260 and SG03067)
When Rel-8 DNS query is performed, the functionality of the intelligent
GGSN selection features are suppressed.
Restrictions This feature is enabled only for home subscribers and EPC-capable
UEs.
In Gn-SGSN that supports Rel-8 DNS queries, the requirement of UE is
EPC-capable is not taken into consideration when feature f10110-03 is
enabled, regardless the status of this feature.
When this feature is the only enabled feature, UE should be EPC-
capable in case of Gn-SGSN, otherwise Rel-7 DNS query is performed
and CC should apply or not based on the GGSN selection based on
Charging Characteristics feature (SG01218).
When prFile overrideWithModApn is true and handover to MME
takes place, the subscription in HSS will include either the wildcard " * "
APN or the subscription will include the tagged APN in order the PDP
not to be rejected.
Counters None
Alarms None
Feature ID f51021-01
Related references
SGSN support for NR UE capability based GW (Feature f51018-01): feature summary
Procedure
1 Enable the P-GW selection based on charging characteristics for Rel-8 DNS query
feature.
Step example
cmm gParms modify --gParmName sgsnUseCcInApnForR8DnsPgw
–gParmValue Yes
Step example
cmm apnList create –-ccPgw true pgwCCwap1.nokia.com
Step example
cmm prFile modify –-twoByteChargingChar 1 twoByteChargingChar
Step example
cmm prFile modify --status true dnsFallbackEnabled
Function Impact
Compliance None
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID f51026-01
Procedure
1 Enable PLMN level control of S6d/Gr selection feature.
Step example
cmm gParms modify --gParmName plmnS6dSelection --gParmValue Yes
Step example
cmm plmnParam modify --s6dSelection false <plmnParamId>
Step example
cmm plmnParam modify --s6dSelection true <plmnParamId>
Step example
cmm plmnParam modify --fallbackGr true <plmnParamId>
Table 90: SGSN support for NR UE capability based GW: feature summary
Function Impact
Capacity None
Function Impact
Counters None
Alarms None
Feature ID f51018-01
Related descriptions
Intelligent GGSN selection (Features SG01116, SG01212, SG01218, SG01255, SG01234,
SG01260 and SG03067): feature summary
Related references
Gn SGSN P-GW selection based on MSISDN range with rel8 DNS (Feature f10110-03):
feature summary
MSISDN number based home GGSN/P-GW selection enhancement (Feature f10176-01):
feature summary
Table 91: SGSN support for 512 direct tunnel APNs: feature summary
Function Impact
Compliance None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f51028-01
Table 92: CMM support for control the subscriber to make one PDP per subscriber per APN:
feature summary
Function Impact
Compliance None
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID f10189-01
Table 93: SGSN support for static GGSN/P-GW selection with IMSI and MSISDN range: feature
summary
Function Impact
Restrictions None
Counters None
Alarms None
Feature ID f52070-01
Related descriptions
R8 DNS query support for Gn-SGSN (Features SG02213, f52058-01): feature summary
Step example
cmm sgsnPgwSelectionRangeServices create --entryId 1 --apnNi
example1.sample.com --ggsnIpAddress 2511:0:0:994::631 --maxMsin
358701 --minMsin 358700 --rangeServiceType msisdn
Step example
cmm sgsnPgwSelectionRangeServices modify 1 --apnNi
example2.sample.com
Function Impact
Function Impact
Restrictions The NRI must be unique in each of the overlapping pool areas, and the
length of the NRIs has to be the same in these pool areas (5, 6 or 7
bits).
A PCU can be connected to one standalone PAPS or several PAPS only
in an SGSN. This restriction is needed to avoid the PCU creating the
same cells with the same RAs in several PAPSs. An SGSN must reject cell
creation if the specied RA, controlled by another PAPS, already exists
in the SGSN.
If a PCU is connected to several PAPSs with the same RAs then it is
possible that several PAPSs serve the same RAs in an SGSN.
A Nokia BSC supports eight NSEs per PCU, therefore, a PCU can be
connected to a maximum of eight SGSNs in a pool area.
Removing SGSN for Maintenance on Multipoint Iu/Gb and PAPS 3G
graceful shutdown features cannot be used simultaneously.
In 7 bits NRI length conguration, there can be only 16 individual PAPS
units.
In 6 bits NRI length conguration, there can be 20 PAPS units.
Counters None
Alarms None
The DNS query entities are set to the DNS (NRI.RAC.LAC.MNC.MCC) for every SGSN.
Procedure
1 Activate the feature.
Note:
2.1 Set the NRI length and the SGSN ID, if it does not exist.
Step example
cmm gParms modify --gParmName nriLength --gParmValue 7
Step example
cmm gParms modify --gParmName sgsnId --gParmValue 12
Step example
cmm gParms modify --gParmName sgsnPoolId --gParmValue 02
Note:
The usage of number 0 for SGSN ID is restricted for all SGSN nodes in
customer’s network and each SGSN must have a unique SGSN ID. The
reason is that SGSN ID 0 can cause unequal load balancing when LRAS
Feature is used in neighborhood SGSN.
23.236, Intra-domain connection of Radio Access Network (RAN) nodes to multiple Core
Network (CN) nodes.
Table 95: Multipoint Iu (Features SG02002, SG01153 and SG02210): feature summary
Function Impact
Restrictions The NRI must be unique in each of the overlapping pool areas, and
the length of the NRIs has to be the same in these pool areas (5, 6
or 7 bits).
Removing SGSN for Maintenance on Multipoint Iu/Gb and PAPS 3G
graceful shutdown features cannot be used simultaneously.
In 7 bits NRI length conguration, there can be only 16 individual
PAPS units.
In 6 bits NRI length conguration, there can be 20 PAPS units.
Counters None
Alarms None
As a general rule, it is better to map all RNCs in all SGSNs in the pool. It is possible to have
certain RNCs connected only to specific SGSN but in that case the Multipoint Iu DNS
oprtimization should not be activated (the feature that bypasses NRI DNS queries and uses
local provisioning for old SGSN discovery).
The DNS query entities are set to the DNS (NRI.RAC.LAC.MNC.MCC) for every SGSN.
Procedure
1 Activate the feature.
Note:
2 Set the NRI length, the SGSN ID and the pool ID (if relevant).
Step example
cmm gParms modify --gParmName nriLength --gParmValue 7
Step example
cmm gParms modify --gParmName sgsnId --gParmValue 12
Step example
cmm gParms modify --gParmName sgsnPoolId --gParmValue 02
Note:
3 Create connections (Iu over IP) between the new SGSN and the RNCs.
3.1 Configure all the SGSN-related parameters (SPC, NRI etc.) in all the RNCs in the
pool.
5 Set DNS query keys to the DNS (NRI.RAC.LAC.MNC.MCC) for the SGSN.
6 Set NRI length in all RNCs. This activates the Multipoint Iu feature.
2 2 Set connections (Iu over IP) from the SGSNs to the RNC.
2.3 Configure all the SGSN-related parameters (SPC, NRI etc.) to the new RNC.
3 Set the global RNC ID in the SGSN (RNC configuration) by adding the RNC ID to every
SGSN in the pool.
4 Define the routing area of the RNC to every SGSN in the pool.
5 If a new RNC will be added to the pool area, set DNS query keys to the DNS
(NRI.RAC.LAC.MNC.MCC) for the SGSNs.
6 Set the NRI length in all RNCs. This activates the Multipoint Iu feature.
Procedure
1 In RNCs, switch the Iu interface to the SGSN off.
3 Configure the correct NRI value and/or NRI length to the SGSN.
4 Set the correct NRI values to DNS query keys (NRI.RAC.LAC.MNC.MCC) for the SGSN.
5 Set the correct NRI values in all the RNCs in the pool.
Before the SGSN can be removed from the pool, the operator needs to configure the null-
NRI, non-broadcast routing area identity (RAI), and periodic routing area update timer for
the offloading procedure. The non-broadcast RAI has to be unique for each SGSN to enable
the target SGSN to retrieve data (such as IMSI, security contexts, mobility management and
packet data protocol contexts) from the source SGSN during offloading.
Procedure
1 Set the null-NRI in the SGSN.
Step example
cmm gParms modify --gParmName nullNri --gParmValue 31
Step example
cmm system modify config --nbmcc 123 --nbmnc 01 --nblac 1 --nbrac
1
Step example
cmm sgsnTimer modify config --offloadPrauTimer 4
Step example
cmm maintenance create --rat GB SGSN or
Step example
cmm maintenance create --rat IU SGSN or
Step example
cmm maintenance create --rat ALL SGSN
Procedure
1 Activate the feature.
2 Configure locally NRIs and IP addresses table for other SGSNs in the pool.
Step example
cmm pool create 1 --poolnri 11 --ipAddress 10.10.10.10 --
interface GN
Step result
+-----------+-------------+
| Field | Value |
+-----------+-------------+
| pool | 1 |
| poolnri | 11 |
| ipAddress | 10.10.10.10 |
| interface | GN |
+-----------+-------------+
Table 96: SGSN support for offloading functionality (Feature f50106-02): feature summary
Function Impact
Interworking/dependent None
features
Charging None
Counters None
Feature ID f50106-02
Procedure
1 Check if previous targets exist and set needed target(s) CMM SGSN parameters.
Step example
cmm subsOffloadTarget create --subsNri 05 --subsOffPercentage 50
--subsOffrate 150 1
Step result
+-------------------+-------+
| Field | Value |
+-------------------+-------+
| subsOffloadTarget | 1 |
| subsNri | 05 |
| subsOffPercentage | 50 |
| subsOffrate | 150 |
+-------------------+-------+
Note:
The addition of all subsOffPercentage for all target SGSN’s should not be
greater than 100.
subsOffrate refers to phase 2 offloading rate per PAPS.
Step example
cmm prFile modify enhOfflIdleSubsRate --enhOfflIdleSubsRate 30
Step result
+---------------------+----------------------------------+
| Field | Value |
+---------------------+----------------------------------+
| prFile | enhOfflIdleSubsRate |
| status | true |
| enhOfflIdleSubsRate | 30 |
+---------------------+----------------------------------+
Note:
3 Check if any offloading procedure is running and if not start the offloading
procedure. Multiple offloading cannot be activated simultaneously.
Step example
cmm maintenance create --offload AUTO --rat ALL --type OFFL SGSN
Step example
cmm subsOffloadCount list
Step result
+----------+---------+--------------+------------+
+----------+---------+--------------+------------+
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
| 0 | 0.0% | 0 | 0 |
+----------+---------+--------------+------------+
Note:
Table 97: SGSN support for multipoint offloading with IMSI (Feature f52010-04): feature
summary
Function Impact
Compliance None
Required features Multipoint Iu (Features SG02002, SG01153 and SG02210) and /or
Multipoint Gb (Features SG01023 and SG01153).
SGSN support for offloading functionality (Feature f50106-02).
Interworking/dependent None
features
Charging None
Counters None
Alarms None
Feature ID f52010-04
Note:
Note:
The IMSI/NRI pairs should be (re)created each time before starting the IMSI offloading
process.
Procedure
1 Configure the required IMSI – target NRI pair(s) for existing subscriber(s) to be
offloaded.
Step example
cmm subsImsiOffload create –-subsNri 05 444092046000912
Step result
+-------------------+-----------------+
| Field | Value |
+-------------------+-----------------+
| subsImsiOffload | 444092046000912 |
| subsNri | 05 |
+-------------------+-----------------+
Before starting the offloading procedure with IMSI, check if any offloading procedure is
running. Multiple offloading procedures cannot be activated simultaneously.
Step example
cmm subscriber show --imsi 444092046000912
Step result
+-------+-------+
| Field | Value |
+-------+-------+
| | |
+-------+-------+
Step example
cmm subsImsiOffload delete 444092046000912
Step result
+-------------------+-----------------+
| Field | Value |
+-------------------+-----------------+
| subsImsiOffload | 444092046000912 |
| subsNri | 05 |
+-------------------+-----------------+
Table 98: Network selection services (Features SG01021, SG01129, SG01040): feature
summary
Function Impact
Compliance The equivalent PLMN list sent to the UE is based on 3GPP TS 24.008;
Mobile radio interface Layer 3 specication; Core network protocols;
Stage 3 (Release 5).
Capacity None
Required features Equivalent PLMN (Feature SG01021) is enhanced with LAC based
EPLMN (Feature SG01129), but is also a prerequisite for LAC based
EPLMN to work. If LAC based EPLMN is not switched on, Equivalent
PLMN works normally.
Restrictions The maximum number of equivalent PLMN lists is 256 and each list can
have a maximum of 10 entries.
The UE/MS must support the same version of the GPRS mobility
management (GMM) protocol (specied in 3GPP TS 24.008) as the
shared SGSN.
For network selection services, equivalent PLMN list- specic
information elements must be supported in the UE/MS.
Counters None
Alarms None
Procedure
1 Activate the feature.
2 Configure LA parameters.
Congure LA parameters in GPRS Add Equivalent EPLMN list index (epind) to a LA:
network cmm sgsnLai modify <sgsnLai> --epind
<epind>
0 The epind is set to value 'all'. All equivalent PLMNs dened for
network selection services (Feature SG01021) are used for the LA.
Create an equivalent PLMN and link it to a PLMN using the plmnParamId. PLMN must
have been already created using cmm plmnParam command.
eplmnIndex The parameter denes the location areas in which the given
MCC+MNC combination is relevant. Possible values are all index
combinations from 1 to 5. Some examples:
• 00000 - no index in use
• 00001 - index 1 in use
• 00011 - index 1 and index 2 in use
• 01010 - index 2 and index 4 in use
• 01110 - index 2, index 3 and index 4 in use
• 11111 - all 5 indexes in use
Procedure
1 Clear equivalent PLMN list index (epind) from LA.
Function Impact
Compliance SS7 addresses used in network sharing (virtual SS7) are dened as GT
addresses as specied in ITU-T Recommendation Q.713: Signalling
connection control part formats and codes.
Capacity None
Required features SS7 network sharing enhances the functionality of network selection
services. Unless otherwise stated, these features are collectively
referred to as network sharing.
Interworking/dependent None
features
Conguration Commands:
management • virtualSgsnAddress
• mapAddrAnalysisResult
• mapAddrAnalysis
• gtAnalysis
Command features, parameter ss7NetworkSharing
Counters None
Alarms None
Feature ID SG01083
Procedure
1 Create network and network element specific number.
The maximum length of virtual SGSN address is 18 decimal digits. When the virtual
SGSN address (vsa) is given, both the numbering plan (np) and the type of number
(ton) must be set. Otherwise, default values are used (E212 and INT respectively).
Step example
cmm virtualSgsnAddress create 1 --vsa 358480666 --np E164 --ton
INT
Step example
cmm mapAddrAnalysisResult create --result 1 --name TTCN
3 Create the result addresses for the network entity address analysis.
Step example
cmm mapAddrAnalysisResAddr create --resAddressIndex 1 --
4.1 Create the network entity address analysis with global title (GT).
Step example
cmm mapAddrAnalysis create --toA GT --gtDigits 35848056 --np
E214 --toN INT --resNumber 1 --resAddressName TTCN --
resAddressIndex 1 --spc 5081 --ni IN0
4.2 Create the network entity address analysis with destination point code (DPC).
Step example
cmm mapAddrAnalysis create --toA DPC --gtDigits 35848056 --
np E214 --toN INT --resNumber 1 --resAddressName TTCN --
resAddressIndex 1 --spc 5081 --ni IN0
Step result
Make sure that the np number in mapAddrAnalysis command matches the np
number in IMSI analysis. Otherwise, SGSN will not send the virtual number.
Example of IMSI analysis output:
+--------------+---------+
| Field | Value |
+--------------+---------+
| imsiAnalysis | 2440720 |
| plmnName | ETPLMN |
| toA | GT |
| ni | IN0 |
| spc | |
| ton | INT |
| np | E214 |
| srd | 1 |
| nrd | 8 |
| sad | 1 |
| dia | 3587021 |
+--------------+---------+
5 Create a GT analysis for the new virtual SGSN address in the SGSN.
Step example
cmm gtAnalysis create --gtaId 358480666 --numberingPlan 1 --
gtResultId 1
Procedure
1 Delete network and network element specific number.
Step example
cmm virtualSgsnAddress delete 1
Step example
cmm mapAddrAnalysis delete 35848056~5081~IN0
Step example
cmm mapAddrAnalysisResult delete 1
Step example
cmm mapAddrAnalysisResAddr delete 1
The maximum length of virtual SGSN address is 18 decimal digits. When the virtual
SGSN address (vsa) is given, both the numbering plan (np) and the type of number
(ton) must be set. Otherwise, default values are used (E212 and INT respectively).
Step example
cmm virtualSgsnAddress create 1 --vsa 358480666 --np E164 --ton
INT
Result
If you wish to deactivate the feature,
clear the configuration: cmm virtualSgsnAddress delete 1
set the feature parameter to false: cmm features modify ss7NetworkSharing --
status false
Table 100: Multi operator core network (MOCN) (Features SG01179, SG02212): feature
summary
Function Impact
Capacity None
Required features To enable the functionality of the 2G MOCN, the equivalent PLMN list
(Feature SG01021) of Network Selection Service must be used.
Conguration Commands
management • rnc
• rait
• raitOfRnc
Command plmnParam, parameter csPsCoord
Command prFile, parameter rauCsPsCoordination
Command system, parameter csps2g
Command features, parameter mocn
Alarms None
Procedure
1 Activate the feature.
You can create a PLMN level parameter set in the SGSN for new PLMN. It defines the
default parameters used for this PLMN.
Step example
Create visitor PLMN:
Step example
Create an IMSI analysis for digits 24018 by using the visitor PLMN:
CS/PS coordination is executed with MOCN non-supported UE when the SGSN does not
have Gs interface and the CS/PS coordination is active in the PLMN and in the shared
RNC.
Step example
Activate CS/PS coordination in visitor PLMN:
Normally, CS/PS coordination is done in the SGSN for the attach procedure only, but if
you wish, you may also perform it for the RAU procedure as well, by using the
rauCsPsCoordination parameter:
Procedure
1 Set CS/PS coordination for a non-supporting MS to false.
2 Set the CS/PS coordination parameter to value false in the PLMN parameter set.
Procedure
1 Activate the feature.
Step example
Create rnc1 for SGSN's own PLMN (mcc 240, mnc 08):
cmm rnc create --rncId 100 --rncName rnc1 --toA SPC --ni IN0 --
spc 1203 --mcc 240 --mnc 08
Create two routing areas with different PLMNs. One with own PLMN (mcc 240, mnc 08)
and one with different (mcc 240, mnc 18):
cmm rait create --raitId 1 --rac 61 --lac 1161 --mcc 240 --mnc 08
cmm rait create --raitId 2 --rac 61 --lac 1161 --mcc 240 --mnc 18
You can create a PLMN level parameter set in the SGSN for new PLMN. It defines the
default parameters used for this PLMN.
Step example
Create visitor PLMN:
Step example
Create an IMSI analysis for digits 24018 by using the visitor PLMN:
CS/PS coordination is executed with MOCN non-supported UE when the SGSN does not
have Gs interface and the CS/PS coordination is active in the PLMN and in the shared
RNC.
Step example
Activate CS/PS coordination in visitor PLMN:
Normally, CS/PS coordination is done in the SGSN for the attach procedure only, but if
you wish, you may also perform it for the RAU procedurel, by using the
rauCsPsCoordination parameter:
Procedure
1 Unlink the PLMN created with different mcc/mnc combination from the shared RNC.
Step example
cmm raitOfRnc delete 2~rnc1
2 Set the CS/PS coordination parameter to value false in the PLMN parameter set.
Table 101: SGSN support for 2nd update PDP to P-GW and S-CDR generation at RAU after HO:
feature summary
Function Impact
Compliance None
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID f50100-01
Function Impact
Compliance None
Capacity None
Function Impact
Function Impact
Alarms None
Feature ID f50101-01
Table 103: SGSN support for multiple MSC/VLRs per LAC: feature summary
Function Impact
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f52067-01
Ensure that the Gs interface (Gs mode and Cs services) is configured. For more details, see
Integrating CMM.
Procedure
1 Create multiple MSC/VLR records per sgsnLAI
Note:
The SGSN LAI and VLR-related records must first be configured through sgsnLai
and vlr commands.
Step example
cmm laiOfVlr create --mcc 460 --mnc 02 --lac 4 --vlrId 1
Step example
cmm laiOfVlr create --mcc 460 --mnc 02 --lac 4 --vlrId 2
Step example
cmm laiOfVlr create --mcc 460 --mnc 02 --lac 4 --vlrId 3
Step example
cmm laiOfVlr create --mcc 460 --mnc 02 --lac 4 --vlrId 4
Table 104: SGSN support for omitting least significant MSIN digit fields used in GT analysis
when supported length limit is exceeded: feature summary
Function Impact
Compliance None
Capacity None
Required features CMM support for SS7 Stack for Cloud SGSN (Feature
f60210-29), which introduced global title (GT) analysis-related
functionality.
Interworking/dependent None
features
Restrictions None
Charging None
Counters None
Alarms None
Feature ID f52077-01
SGSN charging supports S-CDRs with 3GPP ASN.1 format (known as charging release level 5
in SGSN ATCA), and Bp interface (SFTP) for transferring the S-CDRs to billing system.
The charging functionality can be divided to charging data collection (sgsnS4S program
block) and encoding (sgsnA4S program block) performed in PAPS VMs, and consuming CDR
batch and writing CDRs into disk files (sgsnCGF) on the NECC VM.
Note:
All generated S-CDRs are sent to sgsnA4S in same PAPS VM for ASN.1 encoding. If own
PAPS VM's sgsnA4S is not responding to alive requests, a search is performed to be
able to send the S-CDRs to some other PAPS VM's sgsnA4S.
Note:
One PAPS VM's sgsnA4S can handle also S-CDRs sent by another PAPS VM's sgsnS4S if
needed.
Data files are controlled with control files TTSCOF and TTTCOF.
The TTSCOF contains information about the state, time stamp and save mode of the data
files. The TTTCOF contains a time stamp. The data files can be in four different states. The
states are explained below:
OPEN Data is being written into the le. Only one le at a time can be in
this state
TRANSFERRED The le has been transferred to a postprocessing system and can be
used again
UNUSABLE The le cannot be used, because there is not enough space on the
hard disk to create it.
When CGF writes data into a data file, the state of the data file is OPEN.
When the data file becomes full, CGF changes the state to FULL. FULL means that the
contents in the data file can be transferred to the postprocessing system. When the
contents of the data file have been transferred to the postprocessing system, the CGF
process changes its state to TRANSFERRED. After this the file, can be used again.
CGF puts a data file to the UNUSABLE state when data file creation may fail or it is
corrupted. The rotation of the file states is presented in the figure.
CGF updates TTSCOF and the postprocessing system, updates TTTCOF. At intervals, CGF
checks TTTCOF and updates TTSCOF.
Note:
Postprocessing system should not delete TTTCOF file or change the file's permissions.
Disk capacity
Disk space is provided to SGSN charging by the operator. The default value is 50 GB and may
be extended up to 100 GB through the HEAT/HOT template. 98% of this disk space is used
for the data. The remaining 2% is used to have a safety space.
cgfDualStackSupport false SGSN dual stack PDP context support (3GPP rel 9,
Gn/Gp) for Charging Gateway
This parameter determines whether the Charging
Gateway is capable of supporting dual stack PDP
contexts or not. By default, it is not.
Purpose
Use the chargingParams command group to create, modify, delete or interrogate a
charging parameter set to be used by the charging data collection functionality in PAPS.
Note that there can be only one charging parameter set in use.
Procedure
1 Check if a charging parameter set exists.
Step example
cmm chargingParams show --chargingParamsId 1
+-------------------+---------------+
| Field | Value |
+-------------------+---------------+
| chargingParams | 1 |
| chargingParamsId* | 1 |
| direction | bp |
| flatRate | on |
| time | 10-00 |
| vol2g | 18000 |
| minVol2g | 6000 |
| vol3g | 90000 |
| minVol3g | 30000 |
| t24h | on |
| purgeCDRs | 2day |
| ctmNorm | both |
| ttcMode | blockingOnCdr |
| ttcTso | on |
| cdrCreateGb | all |
| cdrCreateIu | all |
| cdrCreateIhspa | all |
| cdrCreateDt | on |
| sCdrDiscard | on |
+-------------------+---------------+
Note that the charging parameters related to the Configurable charging feature are
described in Provisioning configurable charging. The parameters are ttcMode, ttcTso,
cdrCreateGb, cdrCreateIu, cdrCreateIhspa, and cdrCreateDt .
Note:
S-CDRs for server based prepaid PDPs use the same triggers and CDR opening
rules as the normal users' S-CDRs. Triggers time, vol2G, minVol2G, vol3G and
minVol3G are common parameters for both normal and prepaid S-CDRs.
Modifying the value of parameter direction from off tobp will start charging
data collection and charging data encoding functionality in PAPS VM(s) and also
CDR file storing functionality in NECC.
You can modify the other necessary parameters, such as triggers, before
activating the charging so that they are in use immediately after the charging
functionality is activated.
Step example
To start collecting charging data and generating S-CDRs, modify value of the
When the direction parameter is set to off, the value of the sCdrDiscard
parameter determines whether the generated S-CDRs are stored on NECC disk
(off) or discarded (on).
The flatRate parameter is used to define if flat rate S-CDRs are generated or
not. Values: on, off.
Step example
Enable flat rate S-CDR generation: cmm chargingParams modify --
chargingParamsId 1 --flatRate on
The time parameter is used for setting the S-CDR time trigger. The time trigger
runs individually for each open S-CDR, meaning that when a certain S-CDR has
been open for 4 hours (default value for time trigger as an example),
intermediate S-CDR with closing cause time limit will be generated if the
corresponding minVol trigger (minVol2g for 2G, minVol3g for 3G) trigger
value is also met, and no intermediate S-CDRs have been generated for this
same PDP context during the 4 hour period. If the minVol2g trigger is set to
3000 (default value as an example), there has to be that amount of data volume
in the 2G S-CDR for it to be generated. Note that the minVol trigger can be also
set to value 0, meaning intermediate S-CDR will be generated after 4 hours also
without any data volumes. This functionality takes place when the time trigger is
running in normal mode. See the description of parameter ctmNorm for the
continuous trigger mode.
Step example
Modify time trigger to 10-00: intermediate S-CDRs are generated with closing
cause time limit with 10 hours interval, assuming there is minimum of 3000 kB of
data volume to be reported in the S-CDR.
Step example
With time trigger set to 10-00, and minVol2g set to 3000: intermediate S-
CDRs are generated with closing cause time limit with 10 hours interval,
assuming there is minimum of 3000 kB of data volume to be reported in the S-
CDR.
Step example
With time trigger set to 10-00, and minVol2g set to 0: intermediate S-CDRs
are generated with closing cause time limit with 10 hours interval.
The vol2G parameter is used for setting the 2G S-CDR volume trigger. The
volume trigger runs individually for each open S-CDR, meaning when a certain S-
CDR has received the data volume amount corresponding to this parameter
value, an intermediate S-CDR will be created with closing cause volume limit,
assuming no intermediate S-CDRs have been generated during the same period.
This functionality takes place when vol2G trigger is running in normal mode.
See the description of parameter ctmNorm for the continuous trigger mode.
Note:
If minVol2g has been set to something else than 0, then the vol2G value
needs to be divisible with minVol2g value. An example (with default
values): minVol2G 3000 kB, vol2G 12000 kB.
When the vol2G value is modified, the change will take effect only for new
2G S-CDRs opened after the value modification.
Step example
Modify vol2G trigger to be 18000, with minVol2g set to 3000 (that is, 18000 is
divisible by 3000): intermediate 2G S-CDR is generated with closing cause
volume limit after 18000 kB of data transfer (including both UL and DL data).
4.5 Set the minimum amount of data for triggering intermediate 2G S-CDR
generation (minVol2G).
Note:
When minVol2G value is modified, the change will take effect only for new
2G S-CDRs opened after the value modification.
Step example
Modify minVol2g to value 6000, with time trigger set to 10-00: an
intermediate S-CDR will be created after 10 hours if there has been 6000 kB of
data transfer (including both UL and DL data).
The vol3G parameter is used for setting the 3G S-CDR volume trigger. The
volume trigger runs individually for each open S-CDR, meaning when a certain S-
CDR has received the data volume amount corresponding to this parameter
value, an intermediate S-CDR will be created with closing cause volume limit,
assuming no intermediate S-CDRs have been generated during this same period.
This functionality takes place when the vol3G trigger is running in normal mode.
See the description of parameter ctmNorm for the continuous trigger mode.
Note:
If minVol3g has been set to something else than 0, the vol3G value
needs to be divisible with minVol3g value. An example (with default
values): minVol3G 15000 kB, vol3G 60000 kB.
When the vol3G value is modified, the change will take effect only for new
3G S-CDRs opened after the value modification.
Step example
Modify vol3G trigger to be 90000, with minVol3g set to 15000 (that is, 90000
is divisible by 15000): intermediate 3G S-CDR is generated with closing cause
volume limit after 90000 kB of data transfer (including both UL and DL data).
4.7 Set the minimum amount of data for triggering intermediate 3G S-CDR
generation (minVol3G).
Note:
When the minVol3G value is modified, the change will take effect only for
new 3G S-CDRs opened after the value modification.
Step example
Modify minVol3g to value 30000, with time trigger set to 10-00: an
intermediate S-CDR will be created after 10 hours if there has been 30000 kB of
data transfer (including both UL and DL data).
The t24h parameter is used for setting the 24 hour trigger functionality. When
this parameter is on, each S-CDR open for 24 hours without any intermediate S-
CDR generated will generate an intermediate S-CDR with closing cause time limit.
This functionality is off by default.
Step example
Set the t24h trigger on: intermediate S-CDR with closing cause time limit is
generated if no S-CDRs is generated for this specific PDP context since the last
24 hours.
The purgeCdrs parameter is used for closing and sending the S-CDRs that have
been open a long time without any updates or modifications, to release the
resources. This functionality is off by default. To enable purge, use values 1day
to 7day
Note:
If the t24h trigger is in use, it will basically disable the purge functionality,
as the S-CDRs without any other updates will be updated due to
intermediate S-CDR generation every 24 hours. So when using purgeCdrs
with value other than off it is recommended to set the t24h value to off
to allow the purge mechanism to do the final S-CDR closure in the system.
Step example
Set purgeCDRs to value 2day: S-CDR will be generated with closing cause
management intervention after 48 hours if there are no updates in the S-CDR
data during this period.
The ctmNorm parameter is used for setting the CDR trigger mode, affecting
either the time trigger or the volume trigger or both. When the continuous
trigger mode has been set, it will affect both 2G and 3G S-CDR generation.
Continuous trigger mode means that a trigger running in continuous mode does
not care about any other intermediate S-CDR generation but expires always as
defined.
Note:
Step example
Modify time trigger to be in continuous mode: cmm chargingParams modify
--chargingParamsId 1 --ctmNorm timeTr
With the values below, intermediate S-CDR is generated always when 10 hours
has passed, no matter how much data has been transferred or if any other
intermediate S-CDRs were generated during this 10 hour period.
+-------------------+----------------+
| Field | Value |
+-------------------+----------------+
| chargingParams | 1 |
| chargingParamsId* | 1 |
| direction | off |
| flatRate | on |
| time | 10-00 |
| vol2g | 18000 |
| minVol2g | 6000 |
| vol3g | 90000 |
| minVol3g | 30000 |
| t24h | on |
| purgeCDRs | 2day |
| ctmNorm | timeTr |
| ttcMode | blockingOnCont |
| ttcTso | off |
| cdrCreateGb | all |
| cdrCreateIu | all |
| cdrCreateIhspa | all |
| cdrCreateDt | off |
| sCdrDiscard | on |
+-------------------+----------------+
Step example
Modify volume trigger to be in continuous mode: cmm chargingParams
modify --chargingParamsId 1 --ctmNorm volumeTr
With the values below, an intermediate S-CDR with closing cause volume limit will
be always created when 18000 kB (2G) or 90000 kB (3G) of data has been
transferred (containing both UL and DL data), no matter if any other
intermediate S-CDRs have been generated for this PDP context during this
period.
+-------------------+----------------+
| Field | Value |
+-------------------+----------------+
| chargingParams | 1 |
| chargingParamsId* | 1 |
| direction | off |
| flatRate | on |
| time | 10-00 |
| vol2g | 18000 |
| minVol2g | 6000 |
| vol3g | 90000 |
| minVol3g | 30000 |
| t24h | on |
| purgeCDRs | 2day |
| ctmNorm | volumeTr |
| ttcMode | blockingOnCont |
| ttcTso | off |
| cdrCreateGb | all |
| cdrCreateIu | all |
| cdrCreateIhspa | all |
| cdrCreateDt | off |
| sCdrDiscard | on |
+-------------------+----------------+
Step example
Modify both time and volume trigger to run in continuous mode: cmm
chargingParams modify --chargingParamsId 1 --ctmNorm both
With the values below, an intermediate S-CDR with closing cause time limit will be
always created when 10 hours has passed, and also with closing cause volume
limit after 18000 kB of data transfer for 2G and after 90000 kB of data transfer
for 3G (both UL and DL included), no matter if any other intermediate S-CDRs
have been generated during these periods.
+-------------------+----------------+
| Field | Value |
+-------------------+----------------+
| chargingParams | 1 |
| chargingParamsId* | 1 |
| direction | off |
| flatRate | on |
| time | 10-00 |
| vol2g | 18000 |
| minVol2g | 6000 |
| vol3g | 90000 |
| minVol3g | 30000 |
| t24h | on |
| purgeCDRs | 2day |
| ctmNorm | both |
| ttcMode | blockingOnCont |
| ttcTso | off |
| cdrCreateGb | all |
| cdrCreateIu | all |
| cdrCreateIhspa | all |
| cdrCreateDt | off |
| sCdrDiscard | on |
+-------------------+----------------+
Note:
Step example
Modify sCdrDiscard to on: S-CDRs will be closed and removed, but not stored
to disk files in NECC, when executing, for example, direction parameter
modification from bp to off.
Use the chargingParams delete command to delete charging parameter set used
by the charging data collection functionality in PAPS. Note that using this command will
stop the possible charging data collection in PAPS, and all the open S-CDRs will be
closed and sent with closing cause management intervention.
Step example
cmm chargingParams delete --chargingParamsId 1
These alarm writings are PAPS-specific and may occur with different timestamps in different
PAPS as every PAPS handles the S-CDR closure individually.
Procedure
1 Close and send open S-CDRs.
Use the cdr close command to close and send all the open S-CDRs in the system,
using closing cause management intervention. When all the S-CDRs have been closed
and sent, charging data collection functionality in PAPS enters offline state. This
command is used prior to SW upgrade to close the old S-CDRs in the system when still
on the old software level.
Step example
To generate all the S-CDRs in the system: cmm cdr close --transferType
offline
Use the cdr close command to close the current open charging file in the system.
When all the S-CDRs have been closed and sent, the system will close the current
charging file that contains the S-CDRs and it will be marked as full. When S-CDRs start
again, a new charging file will be created and S-CDRs will be stored inside.
Step example
To generate all the S-CDRs in the system: cmm cdr close --transferType
currentFile
Use the cdr count command to output the current S-CDR amounts. The command
can be used to
print all the S-CDR amounts by using access = ALL, sub = ALL
output only the requested S-CDR amounts by using access type (access =
GB/IU/IHSPA/DTIU/DTIHSPA) and/or sub type (sub = HOME/ROAM.
Step example
To output all the S-CDR amounts: cmm cdr count --access ALL --sub ALL
+----------+-----------------------------+
| Field | Value |
+----------+-----------------------------+
| OPENCDRs | |
| | Access: ALL |
| | - IU: 5 |
| | - GB: 9 |
| | - IHSPA: 4 |
| | - DTIU: 0 |
| | - DTIHSPA: 0 |
| | - IU: 2 |
| | - GB: 1 |
| | - IHSPA: 0 |
| | - DTIU: 0 |
| | - DTIHSPA: 0 |
| | Total S-CDRs: 21 |
+----------+-----------------------------+
Step example
To output S-CDR amount of home Iu subscribers' PDPs only: cmm cdr count --
access IU --sub HOME
+----------+--------------------------+
| Field | Value |
+----------+--------------------------+
| OPENCDRs | |
| | Access: IU |
| | - IU: 5 |
| | Total S-CDRs: 5 |
+----------+--------------------------+
Use the cmm cdrPapsCount list command to output the current S-CDR amounts
per PAPS.
Step example
cmm cdrPapsCount list
+------+------+------+---------+--------+-----------+------+------+---------+--------+-----
------+-----+
|papsId|homeIu|homeGb|homeIhspa|homeDtIu|homeDtIhspa|roamIu|roamGb|roamIhspa|roamDtIu|roamD
tIhspa|total|
+------+------+------+---------+--------+-----------+------+------+---------+--------+-----
------+-----+
| 0 | 4 | 7 | 0 | 0 | 0 | 1 | 0 | 0 | 0 | 0
| 12 |
| 1 | 1 | 2 | 4 | 0 | 0 | 1 | 1 | 0 | 0 | 0
| 9 |
| All | 5 | 9 | 4 | 0 | 0 | 2 | 1 | 0 | 0 | 0
| 21 |
+------+------+------+---------+--------+-----------+------+------+---------+--------+-----
------+-----+
Use the cdr generate command to generate a subscriber's S-CDRs. If the command
is given with only imsi as parameter, it will generate all open S-CDRs for that
subscriber. If the command is given with imsi and nsapi parameters, the specific S-
CDR will be generated. The S-CDR will be generated with closing cause management
intervention, and it is a final (not intermediate) S-CDR, that is, the last S-CDR in this
chain for this specific PDP context.
Step example
To generate all the S-CDRs for a subscriber: cmm cdr generate --imsi
123456789
Step example
To generate only this specific S-CDR for this subscriber: cmm cdr generate --imsi
123456789 --nsapi 5
Use the cdr show command to output the S-CDR data for specific subscriber.
Step example
cmm cdr show --imsi 123456789
Purpose
Note:
After SGSN charging is activated, the cdrFiles values should be changed only
with the sgsnCGF process disabled. Also empty the /data-charging/cdr folder.
The new values are in use after sgsnCGF is enabled again.
If the provided disk space is not adequate according to charging configuration, the
CDR file number will be internally adjusted to the appropriate value.
Parameter Description
sizePerFile The size per CDR le (KB) to use. Default: 5120
Note:
Note:
Procedure
1 Before changing the values, disable sgsnCGF.
Step example
pcs resource disable sgsnCGF
Step example
cmm cdrFiles modify 1 --amountOfFiles 9000 --sizePerFile 5120 --
noOfDigitsInFileName 4
Step result
+----------------------+--------+
| Field | Value |
+----------------------+--------+
| cdrFiles | 1 |
| cdrFilesId | 1 |
| sizePerFile | 5120 |
| amountOfFiles | 9000 |
| compression | false |
| overwrite | false |
| useControlFiles | true |
| noOfDigitsInFileName | 4 |
+----------------------+--------+
4 Enable sgsnCGF.
Step example
pcs resource enable sgsnCGF
Purpose
In the tariff configuration, every weekday has a charging change group and every charging
change group has change times and change indexes. Then, for every day and time, the
charging gateway function (CGF) calculates charge indexes.
Special days can be configured to change the way CGF calculates tariff indexes. Special days
have their own charging change groups, and charge rate indexes are calculated from the
special day charging change group instead of weekdays.
Procedure
1 Configure charging change group.
Parameter Description
chargingChangeGrou Index, values 1 to 50. Values are taken automatically with the
pId creation of a new change group.
changeTime The change time of the charge rate (hours-minutes) within a day.
The character & is permissible. A maximum of seven change times
may be dened. The change times must be given in a chronological
order.
This parameter is optional. The default value is that no change time
is given. The values 00:00 and 24:00 (at the beginning and at the
end of the change time string) are implied and should not be given.
Change times must have a difference between them at least one
hour.
chargeRateIndex Denes the charge rates that are used within a day. The character
& is permissible. This parameter is given as a decimal number with
values 1 to 4. A maximum of eight charge rate/tariff indices may be
dened (when change time contains 7 different times) and there
must be one extra index dened compared to the number of
charge rate change times (within the change time string). The
indices must be given in a chronological order in comparison to the
change time. This parameter is obligatory and at least one value
must be given (if no change time is given, this value is valid from
00:00 to 24:00).
Parameters
weekday All weekdays (MON, TUE, WED, THU, FRI, SAT, SUN congured with
changeGroupIndex 0.
Note:
After the tariff configuration is given for the first time, the sgsnCGF process
needs a restart. After that, values can be modified on the fly.
Every changeGroupIndex used in weekday should be first configured in
charging change group parameters.
Parameters
Step example
cmm prFile modify twoByteChargingChar --twoByteChargingChar 2
Step result
+---------------------+-------------------------------------------------------+
| Field | Value |
+---------------------+-------------------------------------------------------+
| prFile | twoByteChargingChar |
| status | false |
| twoByteChargingChar | 2 |
+---------------------+-------------------------------------------------------+
in the authentication and ciphering or identification response messages, and to add this
information to the CDR.
Purpose
The SGSN asks for the IMEISV from the mobile station when the GTP information sending
(feature SG01082) and/or the IMEISV in CDR (feature SG01088) is active.
Procedure
1 Enable discarding of S-CDRs generated due to feature deactivation.
Modify the direction parameter to off to deactivate the feature. This will cause all
the open S-CDRs to be closed.
Table 108: SGSN charging (Features SG01015, SG01189, SG02193, SG01118, and
f60210-18): feature summary
Function Impact
Interworking/dependent • Direct tunnel and smart device direct tunnel signaling optimization
features (Features SG02017 and SG01221)
• Congurable charging (Features SG01147, SG01132 and f60210-18)
Function Impact
Function Impact
External interfaces Bp interface (SFTP) used for S-CDR le transferring from SGSN to
billing system.
Function Impact
Capacity None
Restrictions None
Counters None
Alarms None
External interfaces Bp interface between the 2G SGSN and the charging gateway
Feature ID SG01088
Table 110: Configurable charging (Features SG01147, SG01132 and f60210-18): feature
summary
Function Impact
Capacity None
Interworking/dependent • Direct tunnel and smart device direct tunnel signaling optimization
features (Feature SG02017)
• SGSN support for charging functionality for Open Linux-based Cloud
SGSN (Feature f60210-18)
Restrictions None
Counters None
Alarms None
Procedure
1 Check whether charging parameter set exists.
+-------+-------+
| Field | Value |
+-------+-------+
| | |
+-------+-------+
Step example
cmm chargingParams create --chargingParamsId 1
Step result
The prinout example shows the default values:
+-------------------+----------------+
| Field | Value |
+-------------------+----------------+
| chargingParams | 1 |
| chargingParamsId* | 1 |
| direction | off |
| flatRate | off |
| time | 04-00 |
| vol2g | 12000 |
| minVol2g | 3000 |
| vol3g | 60000 |
| minVol3g | 15000 |
| t24h | off |
| purgeCDRs | off |
| ctmNorm | off |
| ttcMode | blockingOnCont |
| ttcTso | off |
| cdrCreateGb | all |
| cdrCreateIu | all |
| cdrCreateIhspa | all |
| cdrCreateDt | on |
| sCdrDiscard | off |
+-------------------+---------------+
Modify parameter direction from off to bp. This will start charging data
collection and charging data encoding functionality in PAPS VM(s) and also S-CDR
file storing functionality in NECC. Note that you can also modify the other
necessary parameters, such as triggers, before activating the charging so that all
parameters are in use immediately after the charging functionality is activated.
Step example
cmm chargingParams modify --chargingParamsId 1 --direction
bp
Use the ttcMode parameter to set the tunnel type change mode for choosing
how the S-CDRs are handled for users' PDPs of direct tunnel. Note that direct
tunnel functionality will cause a huge amount of S-CDR updates/intermediate S-
CDR generation due to tunnel type changes, so the recommended values are
blockingOnCont and blockingOnCdr.
Value Description
Step example
Modify ttcMode to be blockingOnCont (note that cdrCreateDt is set to off
as well):
Step example
Modify ttcMode to be blockingOffCont (note that cdrCreateDt is set to
off as well):
Step example
Modify ttcMode to be blockingOnCdr (note that cdrCreateDt is set to on
as well):
Step example
Modify ttcMode modified to be blockingOffCdr (note that cdrCreateDt is
set to on as well):
Step example
Modify ttcMode to be blockingOnCdrWoDatavol (note that cdrCreateDt is
set to on as well):
Step example
Modify ttcMode from blockingOnCont to blockingOnCdr and parameter
cdrCreateDt from off to on to block the S-CDR generation for direct tunnel
PDPs:
Use the ttcTso parameter to set the tunnel type change timestamp override. It
activates the timestamp override mechanism to be active if direct tunnel related
S-CDR generation has been blocked with parameter ttcMode.
Step example
cmm chargingParams modify --chargingParamsId 1 --ttcTso on
3.4 Configure S-CDR opening for home and/or visitor Gb subscribers' PDPs
(cdrCreateGb).
Step example
Allow S-CDR opening for both home and roaming Gb subscribers' PDPs:
all
Step example
Allow S-CDR opening for home Gb subscribers' PDPs:
Note:
If parameter value was either all or roam before giving this command,
any possible S-CDR for roaming Gb users will be closed due to S-CDR
opening rule modification.
Step example
Allow S-CDR opening for roaming Gb subscribers' PDPs:
Note:
If parameter value was either all or home before giving this command,
any possible S-CDR for home Gb users will be closed due to S-CDR opening
rule modification.
Step example
No S-CDR opening for Gb:
Note:
If parameter value was either all, home or roam before giving this
command, any possible S-CDR for both home and roaming Gb users will be
closed due to S-CDR opening rule modification.
Step result
If S-CDRs are closed due to S-CDR opening rule modification, alarm 0260
3.5 Configure S-CDR opening for home and/or visitor Iu subscriber's PDPs
(cdrCreateIu).
Step example
Allow S-CDR opening for both home and roaming Iu subscribers' PDPs:
Step example
Allow S-CDR opening for home Iu subscribers' PDPs:
Note:
If parameter value was either all or roam before giving this command,
any possible S-CDR for roaming Iu users will be closed due to S-CDR
opening rule modification.
Step example
Allow S-CDR opening for roaming Iu subscribers' PDPs:
Note:
If parameter value was either all or roam before giving this command,
any possible S-CDR for home Iu users will be closed due to S-CDR opening
rule modification.
Step example
No S-CDR opening for Iu:
Note:
If parameter value was either all, home or roam before giving this
command, any possible S-CDR for both home and roaming Iu users will be
closed due to S-CDR opening rule modification.
Step result
If S-CDRs are closed due to S-CDR opening rule modification, alarm 0260
ScdrUpdateTaskStatus is set to identify when corresponding S-CDR closure
task starts, and also when it ends.
3.6 Configure S-CDR opening for home and/or visitor I-HSPA subscribers' PDPs
(cdrCreateIhspa)
Step example
Allow S-CDR opening for both home and roaming I-HSPA subscribers' PDPs:
Step example
Allow S-CDR opening for home I-HSPA subscribers' PDPs:
Note:
If parameter value was either all or roam before giving this command,
any possible S-CDR for roaming I-HSPA users will be closed due to S-CDR
opening rule modification.
Step example
Allow S-CDR opening for roaming I-HSPA subscribers' PDPs:
Note:
If parameter value was either all or home before giving this command,
any possible S-CDR for home I-HSPA users will be closed due to S-CDR
opening rule modification.
Step example
No S-CDR opening for I-HSPA:
Note:
If parameter value was either all, home or roam before giving this
command, any possible S-CDR for both home and roaming I-HSPA users
will be closed due to S-CDR opening rule modification.
Step result
If S-CDRs are closed due to S-CDR opening rule modification, alarm 0260
ScdrUpdateTaskStatus is set to identify when corresponding S-CDR closure
task starts and when it ends.
Use the cdr count command to print all the S-CDR amounts (access=ALL, sub=ALL)
or also use access type (access=GB/IU/IHSPA/DTIU/DTIHSPA) and/or sub type
(sub=HOME/ROAM) to output only the requested S-CDR amounts.
Step example
Output all S-CDR amounts.
+----------+-----------------------------+
| Field | Value |
+----------+-----------------------------+
| OPENCDRs | |
| | Access: ALL |
| | - IU: 5 |
| | - GB: 9 |
| | - IHSPA: 4 |
| | - DTIU: 0 |
| | - DTIHSPA: 0 |
| | - IU: 2 |
| | - GB: 1 |
| | - IHSPA: 0 |
| | - DTIU: 0 |
| | - DTIHSPA: 0 |
| | Total S-CDRs: 21 |
+----------+-----------------------------+
Step example
Output S-CDRs amount of home Iu subscribers' PDPs only.
+----------+--------------------------+
| Field | Value |
+----------+--------------------------+
| OPENCDRs | |
| | Access: IU |
| | - IU: 5 |
| | Total S-CDRs: 5 |
+----------+--------------------------+
Use the cmm cdrPapsCount list command to output the current S-CDR amounts
per PAPS.
Step example
cmm cdrPapsCount list
+------+------+------+---------+--------+-----------+------+------+---------+--------+-----
------+-----+
|papsId|homeIu|homeGb|homeIhspa|homeDtIu|homeDtIhspa|roamIu|roamGb|roamIhspa|roamDtIu|roamD
tIhspa|total|
+------+------+------+---------+--------+-----------+------+------+---------+--------+-----
------+-----+
| 0 | 4 | 7 | 0 | 0 | 0 | 1 | 0 | 0 | 0 | 0
| 12 |
| 1 | 1 | 2 | 4 | 0 | 0 | 1 | 1 | 0 | 0 | 0
| 9 |
| All | 5 | 9 | 4 | 0 | 0 | 2 | 1 | 0 | 0 | 0
| 21 |
+------+------+------+---------+--------+-----------+------+------+---------+--------+-----
------+-----+
Procedure
1 Modify parameter cdrCreateGb to all.
Compliance 3GPP TS 29.060 Technical Specication Group Core Network and Terminals; General Packet Radio Service (GPRS); GPRS
Tunnelling Protocol (GTP).
3GPP TS 32.295 Telecommunication management; Charging management; Charging Data Record (CDR) transfer, Release
12 for the Ga interface
3GPP TS 32.240 Telecommunication management; Charging management; Charging architecture and principles, Release
12.
3GPP TS 32.251 Telecommunication management; Charging management; Packet Switched (PS) domain charging, Release
12
3GPP TS 32.298 Telecommunication management; Charging management; Charging Data Record (CDR) parameter
description, Release 12.
Required features SGSN support for Charging Functionality for Open Linux-based Cloud SGSN (f60210-18)
Interworking/dependent features This feature is based on the feature SGSN support for Charging Functionality for Open Linux-based Cloud SGSN
(f60210-18). The following mechanisms are common between f60210-18 and f52000-01:
• Charging data collection in PAPS
• CDR trigger mechanism
• CDR data storage and maintenance within PAPS
• CDR backup in DBS
• CDR transmission from PAPS to NECC over Kafka
Restrictions This feature does not support dual stack links to the same CG.
In case both IPv4 and IPv6 type addresses of the same CG are provisioned (due to misconguration) when the CG
requests redirection, then this action has effect only to the IP address from which the message was received.
In case the preferred CG is provisioned with two IP address types (due to misconguration), the one with the highest
value in cgOrder parameter will be used and the other will be ignored.
Function Impact
Function Impact
Note:
Before starting the CDR generation and transfer, check the following:
The CG IP addresses have been created and the CG administrative state is unlocked.
The system reads the provisioning and the currently known administrative and
operational states to find operational CG IP addresses. At least one should be found in
order to start CDR transfer.
If the CG does not respond to GTP’ Node Alive Request, the transfer cannot start and the
operational state will be Waiting for Node Alive response (10). The SGSN sends Node Alive
Requests to all CGs before the CDR transfer is started.
The node alive request procedure is used by the SGSN whenever a CG’s administrative
state is switched from locked to unlocked and whenever a CG has been created, if the
admin state provided in the cmm cgw create command is unlocked.
CDR generation trigger parameters have reasonable values. Values can be checked with
the command cmm chargingParams show 1.
Low-volume trigger and short-time trigger values cause high S-CDR generation.
CDR sending rate parameters have reasonable values. Default values are standard but if
the send buffer becomes full without any particular reason, the CDR sending rate can be
raised. However, the CDR generation rate must always be checked first before speeding
up CDR sending to the CG.
The gaTick parameter (value is in 10 msec, range 1..100, means that gaTick can vary
from 10 msec to 1 sec, in steps of 10 msec) defines how frequently the transmission
queues will be polled for outgoing packets.
The gaTickVolume parameter (range from 8 to 20) defines up to how many GTP’ Data
Record Transfer Request messages are sent on each gaTick.
Each GTP’ Data Record Transfer Request message contains up to 3 S-CDRs (hard-coded
value). The S-CDRs in a GTP’ message may be less than 3 if, at the moment of transmission,
the available S-CDRs that could be packaged in the outgoing message were fewer.
The Ga interface supports using the OAM subnet or a whole separate IP subnet.
The Ga interface terminates on the NECC cluster. The local Ga endpoint is defined as port
3386/UDP on the service IP address that is locally configured for the niType GA. The
service IP is configured with assignmentType set to floating. This means that the
external IP address of the NECC cluster for Ga interface is located to the NECC VM that
currently has the high availability IP address of the internal network. The IP address of the
Ga interface is transferred to another NECC VM in case of NECC failure.
Procedure
1 Create a subnet for Ga (optional, depending on the IP network planning).
Step example
cmm subnet create --subnetId 5 --ipv 4 --base z.z.z.z --
subnetMask 255.255.255.0
Step example
cmm subnet create --interfaceLabelL eth1 --ipv 6 --base x:x:x:x::
--prefixLen 64 --defaultGateway x:x:x:x::x --subnetId 10
where the x letters are the hexadecimal values of the eight 16-bit pieces of the IPv6
address.
Step example
cmm serviceIp create --niType GA --poolType NECC --poolId 0 --
poolMemberId 0 --svcIp x.x.x.x. --subnetLoc external --
assignmentType floating
Step example
cmm serviceIp create --niType GA --poolType NECC --poolId 0 --
poolMemberId 0 --svcIp x:x:x:x:x:x:x:x --subnetLoc external –-
assignmentType floating
where the x letters are the hexadecimal values of the eight 16-bit pieces of the IPv6
address.
--gaParamsId <integer>
[--gaTick <integer>]
[--gaTickVolume <integer>]
[--cdrResendDelay <integer>]
[--cdrRetransmissions <integer>]
[--gaBackupOnDisk {true,false}]
[--dcpmException {cancel,release}]
[--gaEchoInt <integer>]
[--gaT3res <integer>]
gaParamsId Ga Parameters set ID. Only one Ga parameter set can be created.
Step example
cmm gaParams create --gaParamsId 1
Creating the Ga parameter set without any other parameters means that all the
parameters take default values.
--cgOrder <integer>
--cgIp <string>
[--remPort <integer>]
--adminState {locked,unlocked}
The cgOrder indicates a CG preference significance for the S-CDRs for which there is
no recommended CG IP address provided by the GGSN. In all cases where a CG selection
needs to take place, the CG with the lowest cgOrder value is selected (regardless if it is
locked or unlocked).
Step example
cmm cgw create --cgOrder 1 --cgIp y.y.y.y --adminState locked
Step example
cmm cgw create --cgOrder 1 --cgIp y:y:y:y:y:y:y:y --adminState
locked
Step example
cmm firewallRule create --ruleName allow_port1 --ruleResult allow
--dport 3386 --firewallProtocol udp
Step result
If the charging gateway stays in operational status 10 WAITING THAT NODE
RESPONSE TO NODE ALIVE REQUEST, check that the correct firewall rules, which
allow the communication between CMM NECC’s Ga endpoint and the CG, are in place.
Step example
cmm cgw modify --adminState unlocked 1
Step result
When a CG is in the unlocked admin state, it is not possible to modify any parameters
(for example, IP address, port). The CG must be switched to locked first, and the
shutting down state must expire (30 minutes) so that the operational state switches to
unknown before any changes are allowed.
If a CG is deleted while it had queued packets (see output of cmm cgInfo list), it is
recommended to allow some minutes for the packets previously owned by the CG in that
slot to be sent and removed from the send buffer before adding another CG in the same
slot, as the co-existence in the send buffers of super-packets with the same CG order as
destination but targeted for different actual CG may temporarily reduce the effectiveness
of the high availability mechanism in case of NECC reset. However, the operation is allowed
as in all other operational conditions (that is, no NECC reset or Ga malfunctions) there is no
side effect.
When the last CG is being deleted, any existing CDRs in the send buffer are lost. Any new
CDRs are sent to the disk, if the gaBackupOnDisk parameter allows this.
By unlocking an existing CG, the SGSN triggers a Node Alive Request message. When the
admin state of the CG is unlocked, the operational state of the CG is set after the CG has
responded to the Node Alive Request and whether it has responded to the Echo Request or
not. The SGSN does not check the CG state, if the CG is marked as locked in the CG IP
address and status list in the SGSN.
Function Impact
Restrictions The maximum capacity of access lists, LAs, and IMSIs is 1000, 2000,
and 5000, respectively.
Alarms None
Feature ID SG01004
Purpose
Use this procedure to configure controlled roaming for home subscribers.
Procedure
1 Create an access list for home subscribers.
2 Define all totally allowed or partly allowed subscriber groups on the home access list.
homeAccessListId Home access list identier. The setting for this parameter should
match the value of homeAccessListId in the
homeAccessList table.
Step example
The following example creates a subscriber group for homers (IMSI digits:2440820) with
group ID of 1, assigns access rights to it and associates it with the access list created in
the previous step:
3 Create SGSN location area identifiers and activate control at the LA level for home
and roaming subscribers.
cmm sgsnLai create –mcc <LA's mcc> --mnc <LA's mnc> --lac
<location area code> --homeSubscriber <true|false> --
visitorSubscriber <true|false>
homeSubscriber Control Roaming ag for a home subscriber at the LA level. Value:
true or false (the default).
visitorSubscriber Control Roaming ag for a visitor subscriber at the LA level. Value:
true or false (the default).
Step example
The following example creates an SGSN location area identifier for the LA in use
(MCC-244, MNC-07, LAC-1011), and specifies that roaming control is allowed for home
subscribers.
cmm sgsnLai create --mcc 244 --mnc 07 --lac 1011 --homeSubscriber true
4 Activate controlled roaming for home subscribers at the location area (LA) level and
associate the home subscriber access list with the LA.
homeAccessListId Home Access list identier. The setting for this parameter should
match the value of homeAccessListId in the
homeAccessListtable.
Step example
--homeAccessListId 1
Purpose
Use this procedure to configure controlled roaming for visiting subscribers.
Procedure
1 Create an access list for visiting subscribers.
Step example
The following example creates the visitor access list called, visitor_subs and assigns it
list ID 2:
2 Define all totally allowed or partly allowed subscriber groups on the visitor access
list.
visitorAccessListId Visitor access list identier. The setting for this parameter should
match the value of homeAccessListId in the
homeAccessList table.
Step example
The following example creates a subscriber group for visitor subscribers (IMSI digits:
2440920) with group ID of 2, assigns access rights to it and associates it with the
access list created in the previous step:
cmm sgsnLai create –mcc <LA's mcc> --mnc <LA's mnc> --lac
<location area code> --homeSubscriber <true|false> --
visitorSubscriber <true|false>
homeSubscriber Control Roaming ag for a home subscriber at the LA level. Value:
true or false (the default).
visitorSubscriber Control Roaming ag for a visitor subscriber at the LA level. Value:
true or false (the default).
Step example
The following example creates an SGSN location area identifier for the LA in use
(MCC-244, MNC-08, LAC-4424), and specifies that roaming control is allowed for visitor
subscribers.
# cmm sgsnLai create --mcc 244 --mnc 08 --lac 4424 --visitorSubscriber true
4 Activate controlled roaming for visitor subscribers at the location area (LA) level and
associate the home subscriber access list with the LA.
visitorAccessListId Visitor access list identier. The setting for this parameter should
match the value of visitorAccessListId in the
visitorAccessListtable.
Step example
visitorAccessListId 2
Table 114: QoS control for roaming subscribers (Feature SG01067): feature summary
Function Impact
Capacity None
Counters None
Alarms None
Feature ID SG01067
Procedure
1 Enable the QoS control for roaming subscribers feature.
Function Impact
Capacity None
Restrictions None
Counters p
GPRS Session Management (002):
• M002C168 / FAIL MO PDP ACT FOR BAPS
• M002C169 / FAIL MO PDP ACT FOR BPSH
• M002C170 / FAIL MO PDP ACT FOR BPSV
GPRS Iu Session Management Measurement (017):
• M017C148 / IU FAIL MO PDP ACT FOR BAPS
• M017C149 / IU FAIL MO PDP ACT FOR BPSH
• M017C150 / IU FAIL MO PDP ACT FOR BPSV
Alarms None
Feature ID SG02207
Table 116: QoS upgrade above the HLR values (Feature SG01256): feature summary
Function Impact
Capacity The SGSN, radio network, and IP backbone are expected to be able to
handle the user data traffic ows which are expected to be caused
by the turbo button functionality, if these are not limited via the RNC
parameters, BSC conguration, or other means.
Interworking/dependent If SGSN upgrade QoS Flag is enabled, the following feature will be
features able to limit the turbo QoS: QoS control for roaming subscribers
(Feature SG01067)
Counters None
Alarms None
Feature ID SG01256
Procedure
1 Activate feature QoS upgrade above the HLR value.
This feature makes possible for GGSN-P-GW/PCRF to upgrade QoS attributes above
HLR limits (turbo button). Normally, QoS values are limited to subscribed values as
specified by HLR subscription. With this feature, it is possible for SGSN to accept
temporarily upgraded QoS values (turbo button values) above the HLR limits from the
GGSN/P-GW.
2 Enable sending of Upgrade QoS supported bit flag in Common Flag IE.
The Upgrade QoS supported bit field restricts the QoS values proposed by GGSN/P-GW
to the HLR limits in SGSN. This functionality is activated using the parameter
updQosSuppFlg. The parameter controls sending of the Upgrade QoS supported bit
flag in Common Flag IE from SGSN to GGSN-P-GW/PCRF. When this feature is enabled,
this restriction no longer exists and the HLR limits may be overridden.
Table 117: SGSN support for roaming QoS control (Feature f51023-01): feature summary
Function Impact
Capacity None
Interworking/dependent None
features
Counters None
Alarms None
Feature ID f51023-01
Step example
cmm gParms modify --gParmName ctrlRoamerQos –-gParmValue Yes
Step example
cmm prFile modify delayedIratMod --status true
Step example
cmm rncParamSet modify 1 --maxDlBitrateForRab 42000
Function Impact
Required features • HSDPA Support and HSPA+ (Features SG02104 and SG02198)
• HSUPA Support and HSPA+ (Features SG01113 and SG02198)
Restrictions None
Counters None
Alarms None
Feature ID SG01231
Purpose
Use this procedure to configure HLR HSPA+QoS Override.
Procedure
1 Display the current state of the feature for the DL and UL directions.
Step result
The feature is disabled in the downlink direction if hlrQosMbrDlValue is equal to 0.
hlrQosMbrDlValue The bit rate value that is used when the bit rate value received
from HLR is overridden. Values (in Mbps): 1D-168D, 0D. 0D
species that the feature is disabled in the downlink direction.
hlrQosMbrUlValue the bit rate value that is used when bit rate value received from
HLR is overridden. Values (in Mbps): 1D-46D, 0D. 0D species that
the feature is disabled in the uplink direction.
Step example
Suppose that in the HLR the MS subscription QoS profile, MAXIMUM BIT RATE FOR
DOWNLINK = 10 Mbps and in the SGSN hlrQosMbrDlLimit = 8 Mbps and
hlrQosMbrDlValue = 168 Mbps. Since the downlink MBR value received from HLR in
QoS parameter is greater than the value set for the hlrQosMbrDlLimit parameter,
the SGSN overrides the QoS parameter and sets the MBR downlink value to 168 Mbps
3 Set the HLR QoS maximum bit rate limit for uplink and downlink override limit.
In HLR and SGSN, two different bit rate values exist in the QoS parameter: one defines
maximum data transfer speed (in bps) for downlink direction and the other for uplink
direction. These parameters define the speed (bit rate) limit. If bit rate value received
from HLR is equal to or greater than this limit value, the feature overrides the bit rate
value received from HLR.
hlrQosMbrDlLimit HLR QoS maximum bit rate for downlink override limit. If the DL
MBR value received from HLR in PDP context’s QoS parameter is
equal to or greater than value of this parameter, the maximum bit
rate for downlink value received from HLR is replaced with bit rate
value dened in parameter hlrQosMbrDlValue. Values: 0,
1D-8D. The 0 settings pecies that HLR’s bit rate value in all PDP
contexts is overridden, if the hlrQosMbrDlValue parameter
denes a bit rate value.
hlrQosMbrUlLimit HLR QoS maximum bit rate for uplink override limit. If the UL MBR
received from the HLR in PDP context’s QoS parameter is equal or
greater than value of this parameter, the maximum bit rate for
uplink value received from HLR is replaced with bit rate value
dened in parameter hlrQosMbrUlValue. Bit rate value is
given as megabits per second. The parameter value 0 means that
HLR’s bit rate value in all PDP contexts is overridden, if parameter
hlrQosMbrUlValue denes new bit rate value.
Step result
The output should show that hlrQosMbrDlValue and hlrQosMbrUlValue
parameters are set to 1.
Note:
if the value displayed for Status is false, it does not mean that the feature is
enabled.
Table 119: Detach timer optimization and control (Feature SG01080, SG01089, SG01197 and
SG02035): feature summary
Function Impact
Capacity None
Alarms None
subscribers via the detach procedure. When the detach timer expires, a network-initiated
detach is done. IMEI restricted detach timer and Selective detach timer are enhancements
to the Detach timer feature. To use these features, you need to activate the detach timer.
Procedure
1 Activate thedetach timer feature.
When the detach timer functionality is in use, SGSN starts a timer for each attached
subscriber. The detach timer is stopped if the subscriber activates a PDP context and it
is restarted when the subscriber deactivates the last PDP context. When the detach
timer expires, a network-initiated detach is done. In the network-initiated detach, the
MS is informed that re-attach is not required (detach type is 're-attach not required')
and only GPRS service is detached (no cause is included).
IMEI restricted detach timer enhances the detach timer for inactive subscribers as it
allows mobile stations (MS) with certain IMEI type allocation code (TAC) to be excluded
from the detach timer functionality.
The use of IMEI restricted detach timer feature requires that the IMEI check
functionality is set on for all attaches and inter-SGSN routing area updates.
Step example
Activate IMEI checking: cmm securityParam modify config --imeiCheckMode
true
Set the IMEI check counter for GPRS attach to value ‘1’: cmm plmnParam modify
HOME --gbGprsAttImei 1
Enable IMEI check from EIR for GPRS attach: cmm plmnParam modify HOME --
gprsAttImeiChk true
Create the type allocation codes (TAC) of the subscriber to the database. This code
consists of the first eight digits of the mobile station’s IMEI code: cmm tac create
12345678
Activate detach timer and activate IMEI restricted detach timer (command features,
as above).
Selective detach timer checks if the subscriber re-attaches within 20 seconds after a
network-initiated detach due to detach timer expiry. In that case, the MS is marked as
an inactive re-attached mobile station (MS) user. In every case when the detach timer is
supposed to be started, it is first checked whether the subscriber is marked as an
inactive re-attached mobile station (MS) user or not. If so, the detach timer is not
started (again) for these inactive MSs configured as mobile station (MS).
Table 120: Signalling reduction for stationary devices (M2M) (Feature SG01257): feature
summary
Function Impact
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID SG01257
Table 121: SGSN abnormal signaling reduction (Feature SG01259): feature summary
Function Impact
Capacity None
Function Impact
Alarms None
Feature ID SG01259
paging operation. The benefits of paging optimization are reduced PAPS processor load,
reduced SGSN transactions, and reduced load on the RANAP signaling links. The feature
requires configuration.
Function Impact
Compliance 3GPP TS 25.999 High Speed Packet Access (HSPA) evolution; Frequency
Division Duplex (FDD)
3GPP TS 25.413 UTRAN Iu interface Radio Access Network Application
Part (RANAP) signaling
3GPP TS 25.415 UTRAN Iu interface user plane protocols
Interworking/dependent None
features
Counters None
Alarms None
Feature ID SG02204
Procedure
1 Check feature status.
Step example
+-----------+----------------------------------+
| Field | Value |
+-----------+----------------------------------+
| features | pagingOpt |
| status | false |
+-----------+----------------------------------+
Step example
cmm sgsnPagingGroupList create --name PAG1 --groupId 1
Step example
cmm sgsnPagingGroup create --groupId 1 --rncName RNC1 --rncRole 2
Step example
cmm sgsnPagingGroup create --groupId 1 --rncName RNC2
Step example
cmm sgsnPagingGroup create --groupId 1 --rncName RNC4 --rncRole 3
Result
When the provisioning task is completed, and paging request is triggered towards Master I-
HSPA RNC:
Master I-HSPA RNC forwards paging request to all the member of I-HSPA RNCs.
Serving I-HSPA RNC communicates with MS and responds back with service request
message with service type as ‘Paging response’ to SGSN.
Table 123: PDP context mass deactivation protection (Feature SG01096): feature summary
Function Impact
Capacity None
Restrictions Setting the mass deactivation speed too high can cause
overload in radio network.
Counters None
Alarms None
Feature ID SG01096
The operator can define several different cause code sets - a new set is created with default
mappings. In these cause code sets, the operator can change the existing cause code values
by giving new procedures and internal and external causes to be sent to mobile stations.
User defined cause code sets can be taken into use by defining it in the PLMN parameters.
Cause code sets can also be used according to the IMEI analysis. With this feature, a special
IMEI analysis can be created in the SGSN. If the IMEI with a user defined cause code set is
found from the analysis, IMEI specific cause codes are in use. If the IMEI with a user defined
cause code set is not found, the PLMN specific cause codes are used.
user defined cause code set for the PLMN has not been modified after the cause code
set has been created, and the IMEI analysis does not exist for the mobile station.
user defined cause code set for the PLMN is given 0 as the cause code set name.
user defined cause code set in the IMEI analysis has not been modified after the cause
code set has been created.
user defined cause code set in the IMEI analysis is given 0 as the cause code set name.
It is recommended that also the values of the following SGSN parameters are set to true:
imeiCheckMode, command cmm securityParam modify --imeiCheckMode
true config
imeiRequestMode, command cmm securityParam modify --imeiRequestMode
true config
It is recommended that the values of the following PLMN parameters are set to 1:
IMEI check repetition rate for GPRS attach (gbGprsAttImei/iuGprsAttImei),
commands:cmm plmnParam modify <PLMN NAME> --gbGprsAttImei 1, cmm
plmnParam modify <PLMN NAME> --iuGprsAttImei 1
This ensures that the subscriber's IMEI is available when the subscriber enters the SGSN, and
thus the feature can be used for this IMEI.
The cause code mapping feature is optional. The feature parameter responsible for
activation/deactivation is ccMapping, command: cmm features modify ccMapping -
-status {true, false}.
Parameters
The following prFile parameters are affected. The value of parameter dnsFailureCause
has no effect because the same functionality can be achieved by modifying the mapping
settings. The table shows how to modify cause code mapping to get the same functionality
when this feature is active. The value of parameter cancelLocationCc affects cause code
mapping in detach request, but the cause code in attach reject request can be changed.
cancelLocationCc When the HLR sends a cancel false: Detach is sent with the
location message to SGSN, SGSN cause code 7.
shall send the detach message true: Detach is sent without the
without cause code value and cause code. Reject code in
reject the following attach attach reject can be changed by
attempt with the cause modifying cause code
code111. In the current mappings.
implementation, the SGSN uses When cause code mapping
cause code value 7 in detach feature is OFF, enabling this
reject. parameter maps the external
cause code as protocol error
(#111). In order to have the
similar behavior after enabling
this cause code mapping
feature, we need to modify this
internal cause 0x30
(no_gprs_subscr_c) to external
cause 0x6F(protocol error) using
cause code mapping feature.
0x04Controlled roaming cause to MS When this UTPFIL patch is used with value = 1, the external If the cause code mapping feature is activated, these internal
cause code to MS will be #14 ’GPRS services not causes
allowed in this PLMN’ for internal causes sg_err_t_contr_roaming_rej_c/sg_err_t_contr_roam_rl97_rej_c
sg_err_t_contr_roaming_rej_c/sg_err_t_contr_roam_rl97_rej_c. should be set to external cause 14(to have similar behavior
If this is used with value = 2, the external cause to MS will be as when the UTPFIL parameter is used with value = 1) for
#13 ’Roaming not allowed in this location attach and RAU reject procedures.
area’ for internal causes These internal causes
sg_err_t_contr_roaming_rej_c/sg_err_t_cont sg_err_t_contr_roaming_rej_c/sg_err_t_contr_roam_rl97_rej_c
r_roam_rl97_rej_c should be set to external cause 13 (to have similar behavior
as when the UTPFIL parameter is used with value = 2) for
attach and RAU reject procedures.
Procedure
1 Activate the cause code mapping feature.
Step example
Create a cause code set with the name gb-set
Step example
Modify the external cause value from the default value to 2 and the internal
cause code value to 1 in the procedure "attach accept causes" of the cause code
set gb-set.
Procedure
1 Modify the PLMN-specific cause code set parameters.
Step example
Modify the PLMN cause code set parameters of the OWN_PLMN
Procedure
1 Create an IMEI analysis table to specify devices that will receive the user defined
cause code values by the cause code mapping feature.
ccgb feature value True for IMEI-based cause code mapping for the Gb interface
cciu feature value True for IMEI-based cause code mapping for the Iu interface
GBREC cause code set name for Gb interface. Must also set –ccgb to true
IUREC cause code set name for iu interface. Must also set –cciu to true
Step example
cmm imeiAnalysis create 12345679 --cciu true --iuset iu-set
Step example
cmm imeiAnalysis create 12345678 --ccgb true --gbset gb-set
Function Impact
Capacity None
Function Impact
Counters None
Note:
Alarms None
Feature ID SG01141
Table 127: Provisionable reject cause when mobility event is rejected with GMM error codes
CC11..15: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions Only for GMM error codes 11, 12, 13, 14 and 15.
Counters None
Alarms None
Feature ID f52066-01
Value Description
plmnNotAllowed This parameter denes that PLMN not allowed reject cause value will be
used for GMM error code 11.
locationAreaNotAllowed This parameter denes that Location area not allowed reject cause value
will be used for GMM error code 11.
roamingNotAllowedInLocatio This parameter denes that Roaming not allowed in location area reject
nArea cause value will be used for GMM error code 11.
noSuitableCellInLocationArea This parameter denes that No suitable cell in location area reject cause
value will be used for GMM error code 11.
gprsServicesNotAllowed This parameter denes that GPRS services not allowed in this PLMN
reject cause value will be used for GMM error code 11.
Value Description
plmnNotAllowed This parameter denes that PLMN not allowed reject cause value will be
used for GMM error code 12.
locationAreaNotAllowed This parameter denes that Location area not allowed reject cause value
(default) will be used for GMM error code 12.
roamingNotAllowedInLocatio This parameter denes that Roaming not allowed in location area reject
nArea cause value will be used for GMM error code 12.
noSuitableCellInLocationArea This parameter denes that No suitable cell in location area reject cause
value will be used for GMM error code 12.
gprsServicesNotAllowed This parameter denes that GPRS services not allowed in this PLMN
reject cause value will be used for GMM error code 12.
Value Description
plmnNotAllowed This parameter denes that PLMN not allowed reject cause value will be
used for GMM error code 13.
locationAreaNotAllowed This parameter denes that Location area not allowed reject cause value
will be used for GMM error code 13.
roamingNotAllowedInLocatio This parameter denes that Roaming not allowed in location area reject
nArea (default) cause value will be used for GMM error code 13.
noSuitableCellInLocationArea This parameter denes that No suitable cell in location area reject cause
value will be used for GMM error code 13.
gprsServicesNotAllowed This parameter denes that GPRS services not allowed in this PLMN
reject cause value will be used for GMM error code 13.
Value Description
plmnNotAllowed This parameter denes that PLMN not allowed reject cause value will be
used for GMM error code 14.
locationAreaNotAllowed This parameter denes that Location area not allowed reject cause value
will be used for GMM error code 14.
roamingNotAllowedInLocatio This parameter denes that Roaming not allowed in location area reject
nArea cause value will be used for GMM error code 14.
noSuitableCellInLocationArea This parameter denes that No suitable cell in location area reject cause
value will be used for GMM error code 14.
gprsServicesNotAllowed This parameter denes that GPRS services not allowed in this PLMN
(default) reject cause value will be used for GMM error code 14.
Value Description
plmnNotAllowed This parameter denes that PLMN not allowed reject cause value will be
used for GMM error code 15.
locationAreaNotAllowed This parameter denes that Location area not allowed reject cause value
will be used for GMM error code 15.
roamingNotAllowedInLocatio This parameter denes that Roaming not allowed in location area reject
nArea cause value will be used for GMM error code 15.
noSuitableCellInLocationArea This parameter denes that No suitable cell in location area reject cause
(default) value will be used for GMM error code 15.
gprsServicesNotAllowed This parameter denes that GPRS services not allowed in this PLMN
reject cause value will be used for GMM error code 15.
Procedure
1 Set the reject cause value to PLMN not allowed for GMM error code 11.
Step example
cmm gParms modify --gParmValue plmnNotAllowed
rejectCcForGmmErrorCode11
2 Set the reject cause value to PS/CS registration coordination required for GMM error
code 12.
Step example
cmm gParms modify --gParmValue psCsCoordinationRequired
rejectCcForGmmErrorCode12
3 Set the reject cause value to No suitable cell in location area for GMM error code 13.
Step example
cmm gParms modify --gParmValue noSuitableCellInLocationArea
rejectCcForGmmErrorCode13
Table 133: P-GW node name delivery on SGSN (Feature SG01263): feature summary
Function Impact
Compliance 3GPP TS 29.060, General Packet Radio Service (GPRS), GPRS Tunnelling
Protocol (GTP) across the Gn and Gp interface V13.1.0 and CR719
Capacity None
Counters None
Alarms None
Feature ID SG01263
Table 134: Configurable GTP timers in SGSN (Features SG01029 and SG01249): feature
summary
Function Impact
Capacity None
Restrictions None
Counters None
Alarms None
Note:
The sgsnLocalEndPtCfg command configures the default values for N3/T3 timers.
The values of GTP timers for roamers supersede the default N3/T3 values used when
the feature SG01249 (extdGtpTmrRoaming) is activated. If no modification is made
using thegtpProfile command, the GTP timer values for roamer are the default.
Procedure
1 Provision N3/T3 parameters for home subscribers.
Step example
Note:
This command is also used with identifier S4 and S3S16 (the settings in
each case are different).
+-------------------+--------------------+
| Field | Value |
+-------------------+--------------------+
| sgsnLocalEndPtCfg | GNSGSN |
| t3tunnel | 20 |
| gni | TTCN3.A.P.N |
| gni6 | |
| gniv4v6 | |
| goi | MNC002.MCC460.GPRS |
| secgni | |
| secgni6 | |
| secgniv4v6 | |
| n3CreatePdp | 5 |
| t3CreatePdp | 3 |
| n3UpdPdp | 5 |
| t3UpdPdp | 3 |
| n3DelPdp | 5 |
| t3DelPdp | 3 |
| n3Id | 5 |
| t3Id | 3 |
| n3SgsnCtxt | 5 |
| t3SgsnCtxt | 3 |
| n3ForwReloc | 5 |
| t3ForwReloc | 3 |
+-------------------+--------------------+
Step example
cmm sgsnLocalEndPtCfg modify GNSGSN --n3CreSession 5 --
t3CreSession 3
Step example
+--------------------------+-------+
| Field | Value |
+--------------------------+-------+
| gtpTimer | 1 |
| gtptmrPrName | |
| gtptmrInUse | false |
| gtptmrN3PdpCreReqCounter | 5 |
| gtptmrT3PdpCreRespTimer | 3 |
| gtptmrN3PdpUpdReqCounter | 5 |
| gtptmrT3PdpUpdRespTimer | 3 |
| gtptmrN3CreSesReqCounter | 5 |
| gtptmrT3CreSesRespTimer | 3 |
| gtptmrN3ModBeaReqCounter | 5 |
| gtptmrT3ModBeaRespTimer | 3 |
+--------------------------+-------+
Step example
+----------------------------+-------------+
| Field | Value |
+----------------------------+-------------+
| plmnParam | ROAMINGPLMN |
| plmnParamId* | ROAMINGPLMN |
| homePlmn | false |
| gtpTmrprId | 1 |
| gbMncl | 2 |
| gbGprsAttAuth | 1 |
| gbImsiAttAuth | 1 |
| gbNormRaAuthVisitor | 0 |
| gbNormRaAuth | 0 |
| gbPeriodicRaAuth | 0 |
| gbMoPdpActAuth | 0 |
| gbMoPdpDeaAuth | 0 |
...
| tcForQci3 | 10 |
| tcForQci4 | 10 |
| tcForQci5 | 10 |
| tcForQci6 | 10 |
| tcForQci7 | 10 |
| tcForQci8 | 10 |
| tcForQci9 | 10 |
+----------------------------+-------------+
4 Check control plane Echo Request and Echo Response timer values.
For Echo Request and Echo Response timer values, IPDS uses local endpoint
configuration to identify the GTP profile and then the GTP profile to get the values.
Step example
Show local endpoint configuration:
+---------------------+--------+
| Field | Value |
+---------------------+--------+
| localEndPtCfg | GNSGSN |
| interfaceName* | GN |
| dscpCode | AF11 |
| avRequested | 0 |
| sctpOutboundStreams | 1 |
| sctpInboundStreams | 1 |
| interfaceLabel | GN |
| description | |
| protocolProfileName | 2 |
| interfacePort | 0 |
| multiHomed | false |
| comboIndication | false |
| shutdown | false |
| immRspPref | No |
+---------------------+--------+
Display protocolProfileName = 2 to see the values for Echo Request and Echo
Response messages.
+--------------------------------+-------+
| Field | Value |
+--------------------------------+-------+
| gtpProfile | 2 |
| name* | 2 |
| description | |
| sendEchoTimerT3 | 60000 |
| waitEchoTimerT3 | 6000 |
| echoRequests | 9 |
| retransTimerT3 | 6000 |
| numTransmits | 3 |
...
sendEchoTimerT3 is the delay for Echo Request when Echo Response is received.
waitEchoTimerT3 is the delay for Echo Request when Echo Response is not
received.
echoRequests is the number of failed Echo Requests before the alarm is
generated.
Parameter extdGtpTmrRoaming enables CMM to use different GTP N3/T3 values for
the GTP-C messages for roamer subscribers only.
n3CreatePdp This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunnelling protocol (GTP) to
send a create PDP context request message. Valid
for GNSGSN.
t3CreatePdp This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a create PDP default 3 s
context response message to a create PDP context
request message. Valid for GNSGSN.
n3UpdPdp This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunnelling protocol (GTP) to
send an update PDP context request message.
Valid for GNSGSN.
t3UpdPdp This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for an update default 3 s
PDP context response message to an update PDP
context request message. Valid for GNSGSN.
n3DelPdp This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunnelling protocol (GTP) to
send a delete PDP context request message. Valid
for GNSGSN.
t3DelPdp This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a delete PDP default 3 s
context response message to a delete PDP context
request message. Valid for GNSGSN.
n3Id This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunnelling protocol (GTP) to
send an identication request message. Valid for
GNSGSN.
t3Id This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for an default 3 s
identication response message to an
identication request message. The values range
from 1 to 10 seconds in 1 second steps. Valid for
GNSGSN.
n3SgsnCtxt This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunnelling protocol (GTP) to
send an SGSN context request message. Valid for
GNSGSN.
t3SgsnCtxt This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for an SGSN default 3 s
context response message to an SGSN context
request message. Valid for GNSGSN.
n3ForwReloc This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunnelling protocol (GTP) to
send a forward relocation request message. Valid
for GNSGSN.
t3ForwReloc This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a forward default 3 s
relocation response message to a forward
relocation request message. Valid for GNSGSN.
n3EchoUP This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunnelling protocol (GTP) to
send an echo request message concerning user
plane. The values range from 1 to 7. Valid for
GNSGSN.
t3EchoUP This parameter denes the value for the timer that 3...15
holds the maximum waiting time for an echo s,default 3
response message to an echo request message s
concerning user plane. Valid for GNSGSN.
n3Ctxtv2 This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunneling protocol v2 (GTPv2) to
send a context request message. Valid for S3S16.
t3Cnxtv2 This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a context default 3 s
response message to a context request message
(GTPv2). Valid for S3S16.
n3Idv2 This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunneling protocol v2 (GTPv2) to
send a identication request message. Valid for
S3S16.
t3Idv2 This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a default 3 s
identication response message to a identication
request message (GTPv2). Valid for S3S16.
n3ForwRelocv2 This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunneling protocol v2 (GTPv2) to
send a forward relocation request message. Valid
for S3S16.
t3ForwRelocv2 This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a forward default 3 s
relocation request message to a forward relocation
response message (GTPv2). Valid for S3S16.
n3RelocCancelv2 This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunneling protocol v2 (GTPv2) to
send a relocation cancel request message. Valid for
S3S16.
t3RelocCancelv2 This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a relocation default 3 s
cancel response message to a relocation cancel
request (GTPv2). Valid for S3S16.
n3CreSession This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunneling protocol V2 (GTPv2)
to send a create session request message. Valid
for S4.
t3CreSession This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a create default 3 s
session response message to a create session
request message. Valid for S4.
n3ModBearer This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunneling protocol v2 (GTPv2) to
send a modify bearer request message. Valid for
S4.
t3ModBearer This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a modify default 3 s
bearer response message to a modify bearer
request message. Valid for S4.
n3DelSession This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunneling protocol v2 (GTPv2) to
send a delete session request message. Valid for
S4.
t3DelSession This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a delete default 3 s
session response message to a delete session
request message. Valid for S4.
n3CreIndDataFwdTunne This parameter denes the value for the counter 1...7,
l that holds the maximum number of attempts default 5
made by the GPRS tunneling protocol v2 (GTPv2) to
send a create indirect data forwarding tunnel
request message. Valid for S4.
t3CreIndDataFwdTunne This parameter denes the value for the timer that 1...10 s,
l holds the maximum waiting time for a create default 3 s
indirect data forwarding tunnel response message
to a create indirect data forwarding tunnel request
message. Valid for S4.
n3DelIndDataFwdTunne This parameter denes the value for the counter 1...7,
l that holds the maximum number of attempts default 5
made by the GPRS tunneling protocol v2 (GTPv2) to
send a delete indirect data forwarding tunnel
request message. Valid for S4.
t3DelIndDataFwdTunne This parameter denes the value for the timer that 1...10 s,
l holds the maximum waiting time for a delete default 3 s
indirect data forwarding tunnel response message
to a delete indirect data forwarding tunnel request
message. Valid for S4.
n3RelBearer This parameter denes the value for the counter 1...7,
that holds the maximum number of attempts default 5
made by the GPRS tunneling protocol v2 (GTPv2) to
send a release access bearer request message.
Valid for S4.
t3RelBearer This parameter denes the value for the timer that 1...10 s,
holds the maximum waiting time for a release default 3 s
access bearer response message to a release
access bearer request message. Valid for S4.
Table 137: SGSN support for IPSec on the X3 interface (Feature f52006-01): feature summary
Function Impact
Compliance None
Counters None
Feature ID f52006-01
In case that the connection in X3_2G /X3_3G interface cannot be established with alarm
3152 LibConnectionFailure, disable IPsec in both ends and check if the connection
can be established. If it can be established, check the IPsec configuration in both ends.
Procedure
1 Create an IPsec profile.
Step example
cmm ipsecProfile create --ikeAlg '3des-sha1;modp1024' --
ikeLifetime 300 --phase2Alg '3des-sha1' --saLifetime 300 --
ipsecProfileId 1
Step result
+-----------------+--------------------+
| Field | Value |
+-----------------+--------------------+
| ipsecProfile | 1 |
| ipsecProfileId* | 1 |
| ikeAlg | 3des-sha1;modp1024 |
| ikeLifetime | 300 |
| phase2Alg | 3des-sha1; |
| saLifetime | 300 |
| ikeVersion | Permit |
| keyingTries | 0 |
| dpdDelay | 30 |
| dpdTimeout | 120 |
| dpdAction | Hold |
| failureHunt | None |
| rekeyMargin | 9 |
| rekeyfuzz | 100 |
| force | false |
+-----------------+--------------------+
Note:
This command must be given separately for each IPPS and PAPS in order to
establish IPSec for X3 on 2G and 3G.
Step example
cmm ipsecConn create --ipsecPoolType PAPS --poolId 0 --
ipsecIntfType X3_2G --ipsecProfileId 1 --rightIp 21.100.0.44 --
ipsecConnId 1 --sharedKey "TEST"
Step result
+----------------+--------------------+
| Field | Value |
+----------------+--------------------+
| ipsecConn | 1 |
| ipsecConnId* | 1 |
| connName | IPsec_connection_1 |
| connType | Tunnel |
| ipsecIntfType | X3_2G |
| rightIp | 21.100.0.44 |
| rightPort | 0 |
| rightSubnet | |
| rightSubnetLen | 0 |
| sharedKey | TEST |
| ipsecProfileId | 1 |
| connEnable | false |
| ipsecPoolType | PAPS |
| poolId | 0 |
+----------------+--------------------+
Step example
cmm ipsecConn modify --connEnable true --ipsecConnId 1
Step result
+----------------+--------------------+
| Field | Value |
+----------------+--------------------+
| ipsecConn | 1 |
| ipsecConnId* | 1 |
| connName | IPsec_connection_1 |
| connType | Tunnel |
| ipsecIntfType | X3_2G |
| rightIp | 21.100.0.44 |
| rightPort | 0 |
| rightSubnet | |
| rightSubnetLen | 0 |
| sharedKey | TEST |
| ipsecProfileId | 1 |
| connEnable | true |
| ipsecPoolType | PAPS |
| poolId | 0 |
+----------------+--------------------+
Table 140: SGSN support for detach procedure for implicitly detached UEs in case of a PAPS
failure (Feature f51025-01): feature summary
Function Impact
Capacity None
Interworking/dependent None
features
Alarms None
Feature ID f51025-01
8. S4-SGSN
Compliance 3GPP TS 29.274 v8.7.0; Universal Mobile Telecommunications System (UMTS); LTE; 3GPP Evolved Packet System (EPS); Evolved General Packet Radio Service (GPRS) Tunneling Protocol
for Control plane (GTPv2-C); Stage 3.
3GPP TS 29.272 v8.8.0; Technical Specication Group Core Network and Terminals; Evolved Packet System (EPS); Mobility Management Entity (MME) and Serving GPRS Support Node
(SGSN) related interfaces based on Diameter protocol.
3GPP TS 23.060 v8.10.0; Technical Specication Group Services and System Aspects; General Packet Radio Service (GPRS); Service description; Stage 2.
3GPP TS 24.008 v8.11.0; 3rd Generation Partnership Project; Technical Specication Group Core Network and Terminals; Mobile radio interface Layer 3 specication; Core network
protocols; Stage 3.
3GPP TS 23.401 v8.11.0; 3rd Generation Partnership Project; Technical Specication Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for
Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access.
Capacity None
Interworking/dependent features Intelligent GGSN Selection (Features SG01116, SG01212, SG01218, SG01255, SG01234, SG01260 and SG03067)
GPRS mobility management (Feature SG01011)
GPRS session management (Feature SG01012)
S6d/Gr Selection (Feature SG01236)
S13’ IMEI checking (Feature SG02220)
Restrictions Parameter qciTrafficClassMap in prFile section must be set to false when qciMapR8ToR99 is set to true.
When parameter s4Func is switched from OFF to ON, a restart of all the PAPS in the system is required.
Conguration management Command prFile, Parameters supportEpcCapability, dnsFallbackEnabled, epsCapability, sgwDualStackSupport, qciTrafficClassMap,
useNaptrAddField, qciMapR8ToR99, and supportOfImsvops
Command gParms, parameters s4Func and s6dDiameter
Function Impact
Function Impact
External interfaces S3: Interface between MME and SGSN, used for user and bearer information exchange for inter-3GPP access network mobility.
S4: Interface between S-GW and release 8 SGSN, used for U- plane tunneling and related mobility support as SGW is anchor point for 3GPP handover.
S16: Interface between two S4-SGSNs in order to manage the mobility of the MS (similar to Gn interface between two Gn / Gp - SGSNs).
S6d: Interface between SGSN and HSS to exchange subscriber related data.
S13': Interface between SGSN and EIR, used for IMEI identity check.
Feature ID SG01235
Function Impact
Compliance None
Capacity None
Counters None
Alarms None
Feature ID f51020-01
interface based on whether S13' IMEI checking feature is activated or not, respectively.
With this feature the functionality of SGSN is harmonized to the functionality of MME,
when SGSN uses the S13’ interface towards EIR.
Function Impact
Compliance 3GGP TS 29.272 Mobility Management Entity and Serving GPRS Support
Node related interfaces based on Diameter protocol, Rel-12
3GGP TS 23.060 General Packet Radio Service (GPRS); Service
Description; Stage 2, Rel-12
3GGP TS 23.401 General Packet Radio Service (GPRS) enhancements for
Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access,
Rel-12
Capacity None
Restrictions • In case of S13' interface failure, for example, when EIR is not
responding, there is no fallback to Gf interface when
s13ImeiChecking is true
• The S13' IMEI checking functionality is not supported for inter SGSN
RAU and relocation procedures if the S13' interface is not congured in
the target SGSN.
• The functionality of this feature requires the securityParam
parameter imeiRequestMode set to false.
Function Impact
Alarms None
Function Impact
Feature ID SG02220
Procedure
1 Activate IMEI check mode.
You can block or allow denylisted mobile equipment. The default value of the
blackListEffect parameter is block.
Step example
cmm plmnParam modify --blackListEffect allow
You can block or allow unknown IMEIs. The default value of the
unknownImeiEffect parameter is block.
Step example
cmm plmnParam modify --unknownImeiEffect allow
The SGSN asks for the IMEISV from the mobile station when the GTP information
sending (feature SG01082) and/or the IMEISV in CDR (feature SG01088) is active.
Table 144: Mobility management procedures for which ME Identity Check Request is used
Step example
cmm plmnParam modify <PLMN> --gprsAttImeiChk true --detachImeiChk
true
SGSN decides if previously performed IMEI check is still valid or if it has to be checked
again, based on the value of the validity timer.
The IMEI check is executed only in the cases where the time stamp has expired or is
not use (validity time=0).
The IMEI is considered still valid and the IMEI check is not executed during the validity
time set. When the IMEI check is executed, the validity time stamp is updated
(current time + validity time).
Step example
cmm plmnParam modify --imeiValidityTimer 1
Function Impact
Interworking/dependent None
features
Restrictions None
Counters Counters are available for the messages sent on the S6d and Gr
interface. For details, see Counters.
Alarms None
Feature ID SG01236
roamers.
Procedure
1 Activate the Rel-8 feature.
+---------------------+
| Field | Value |
+------------+--------+
| gParms | s4Func |
| gParmName* | s4Func |
| gParmValue | ON |
+------------+--------+
+--------------------------+
| Field | Value |
+------------+-------------+
| gParms | s6dDiameter |
| gParmName* | s6dDiameter |
| gParmValue | ON |
+------------+-------------+
+-----------+---------------------------------------------------+
| Field | Value |
+-----------+---------------------------------------------------+
| s6dSelect | true |
+-----------+---------------------------------------------------+
+------------+-------------+
| Field | Value |
+------------+-------------+
| gParms | s6dDiameter |
| gParmName* | s6dDiameter |
| gParmValue | OFF |
+------------+-------------+
+-----------+---------------------------------------------------+
| Field | Value |
+-----------+---------------------------------------------------+
| s6dSelect | false |
+-----------+---------------------------------------------------+
Table 146: S3-based packet switch handover ( Feature SG01242): feature summary
Function Impact
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID SG01242
Table 147: S4 SGSN roaming control (Features SG01250 and SG01251): feature summary
Function Impact
Capacity None
Interworking/dependent None
features
Counters None
Alarms None
When the default DNS domain is configured for an IMSI NS, it is applied for both R7 and R8
DNS queries. If R8 DNS query fails, fallback to R7 DNS query also uses this default DNS
domain.
The plmnParam command is used for configuring a default DNS domain in the IMSI NS
table.
Procedure
1 Enable the feature.
gbrDl This parameter denes the guaranteed bit rate for uplink in kbps.
The values range from 0 to 46000 with variable increment.
mbrUl This parameter denes the maximum bit rate for uplink in kbps.
The values range from 0 to 46000 with variable increment.
mbrDl This parameter denes the maximum bit rate for downlink in
kbps. The values range from 0 to 168000 with variable increment.
apnAmbrUl This parameter denes the aggregated maximum bit rate for
non-guaranteed bit rate for uplink per APN in kbps. The values
range from 0 to 46000 with variable increment.
apnAmbrDl This parameter denes the aggregated maximum bit rate for
non-guaranteed bit rate for downlink per APN in kbps. The values
range from 0 to 168000 with variable increment.
arpNGbr This parameter denes allocation and retention priority for non-
guaranteed bit rate. The values range from 1 to 15.
apnAmbrUl This parameter denes the UE-aggregated maximum bit rate for
non-guaranteed bit rate for downlink. The values range from 0 to
168000 with variable increment.
Step example
cmm lteQosPolicySet create 1 --mbrUl 23000 --mbrDl 168000 --gbrDl
166000 --gbrUl 22000 --apnAmbrDl 168000 --apnAmbrUl 23000 --
arpNGbr 5 --arpGbr 4 --pciGbr true --pciNGbr false --pviGbr true
--pviNGbr false --ueAmbrDl 168000 --ueAmbrUl 23000 --qci1 true --
qci2 true --qci3 true --qci4 true --qci5 true --qci6 true --qci7
true --qci8 true --qci9 true
Table 148: Cause code forwarding over S4 interface (Feature SG01237): feature summary
Function Impact
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID SG01237
Note:
The enterpriseId parameter, that specifies the enterprise id, is encoded in the
Private Extension IE and it can be provided while activating the feature.
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions The SGSN does not implement per-PLMN policies to override the SPID
values.
For roamers, the SGSN does not send SPID to radio network.
Counters None
Alarms None
Feature ID f51024-01
9. Interface/Link management
These features provide flexible configuration of external interfaces.
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Conguration None
management
Counters None
Alarms None
Feature ID f11506-01
10. Operability
Table 151: Traffica support (Features SG01025, SG01087 and f60210-15): feature summary
Function Impact
Capacity OLC mechanism for shedding traffica reports based on process CPU
usage.
Restrictions None
Counters None
Feature ID f60210-15
Procedure
1 Activate the SGSN Traffica feature.
After this step, Traffica reports are only sent to allowed Traffica IP addresses. The
SGSN, when receiving a heartbeat message from a Traffica, verifies that the IP address
is included in the allowed Traffica addresses and sends the requested report to the
Traffica (unless some other Traffica has reserved the report earlier). If the IP address is
not allowed, the report request is discarded.
trace). Subscriber and equipment trace can be enabled for the SGSN's interfaces and the
captured messages are stored as a PCAP file.
Function Impact
Capacity • Total trace rate in IPPS side for protection from overload: 30 Mbps
• Total trace rate in PAPS side for protection from overload: 500 Kbps
• Maximum message rate for CTCS/REDIS in NECC: 15 000 msgs/sec
• Maximum number of simultaneous traces: 100 (including the MME
traces).
• Maximum duration of a call trace: 4 days.
• Max PDPs per PAPS: 10
• Max PDPs per IPPS: 10
Note:
To support the full capacity of the SGSN user plane data call trace
on an CNF environment, the large CTCS avor pod needs to be
used (CTCS container with 6 vCPU and Redis container with 4GB of
memory).
Interworking/dependent None
features
Function Impact
Counters None
Procedure
1 Create a call trace job.
--userIdentity {imsi,msisdn}
--digits <digits>
[--mode {default,debug}]
The call trace job uses existing interface values. If you want to change the interface
settings, use the callTraceSetting command.
Step example
[ --traceSrc <list-item>
Step example
+---------------------+
| callTraceJob |
+---------------------+
| imsi~26228000000001 |
+---------------------+
[--userIdentity {imsi,msisdn}]
[--digits <digits>]
Step example
+---------------+---------------------+
| Field | Value |
+---------------+---------------------+
| callTraceJob | imsi~26228000000001 |
| userIdentity* | imsi |
| digits* | 26228000000001 |
| traceSrc | mgt |
| traceId | 1 |
| mode | default |
| dns | true |
| dnssgsn | true |
| gb | true |
| gf | true |
| gn | true |
| gnsgsn | true |
| gr | true |
| gs | true |
| iucp | true |
| rs10 | true |
| s10 | true |
| s102 | true |
| s11 | true |
| s11u | false |
| s13 | true |
...
Step example
+------------------+---------+
| Field | Value |
+------------------+---------+
| callTraceSetting | config |
| dns | true |
| dnssgsn | true |
| gb | true |
| gf | true |
| gn | true |
...
Step example
cmm callTraceSetting modify --gb false
[--userIdentity {imsi,msisdn}]
[--digits <digits>]
Step example
cmm callTraceJob delete --userIdentity imsi --digits
26228000000001
Step result
Deleting the call trace from the active trace table will generate a PCAP file in case the
user had any activity. If there was no activity, no file is generated.
The PCAP file name will include the userIdentity value (imsi or msisdn) given in the
cmm callTraceJob delete command.
Purpose
You will find the created PCAP files (.pcap) in the /shared/restfm/traces folder in
NECC.
Procedure
1 Create PCAP for a specific subscriber session.
[--imsi <digits>]
[--msisdn <digits>]
[--traceOrigin {hss,cli}]
[--traceID <integer>]
[--start <string>]
[--end <string>]
Note:
If the cmm traceData create command is executed, only one PCAP file is
created each time.
The created PCAP file name includes the userIdentity value (imsi or msisdn)
given in the cmm traceData create command.
Step example
Step example
+--------------+--------------------------------------------------------------+
| Field | Value |
+--------------+--------------------------------------------------------------+
| fileFolder | /shared/restfm/traces/ |
| status | OK |
| packetCount | 6 |
| fileName | IMSI_262280000000001_TRACE-ID_1_2016-11-17-13-14-56-028.pcap |
+--------------+--------------------------------------------------------------+
The cmm traceData list command lists all PCAP files dedicated to subscribers or
sessions.
[--quote {all,minimal,none,nonnumeric}]
[--imsi <digits>]
[--msisdn <digits>]
[--traceOrigin {hss,cli}]
[--traceID <integer>]
[--start <string>]
[--end <string>]
[--limit {db,all}]
[--file <string>]
[--status <string>]
[--fileName <string>]
[--fileFolder <string>]
[--packetCount <string>]
[--fileLocation <string>]
Step example
List all created files:
+--------------------------------------------------------------------------------
----+
| FILES
+--------------------------------------------------------------------------------
----+
| /shared/restfm/traces/IMSI_262280000000001_TRACE-
ID_1_2016-11-17-13-19-48-483.pcap |
| /shared/restfm/traces/IMSI_262280000000001_TRACE-
ID_2_2016-11-17-13-19-51-168.pcap |
| /shared/restfm/traces/IMSI_262280000000002_TRACE-
ID_3_2016-11-17-13-20-03-911.pcap |
+--------------------------------------------------------------------------------
----+
Step example
List files dedicated to a subscriber ID:
+--------------------------------------------------------------------------------
----+
| FILES
+--------------------------------------------------------------------------------
----+
| /shared/restfm/traces/IMSI_262280000000001_TRACE-
ID_1_2016-11-17-13-19-48-483.pcap |
| /shared/restfm/traces/IMSI_262280000000001_TRACE-
ID_2_2016-11-17-13-19-51-168.pcap |
+--------------------------------------------------------------------------------
----+
Step example
List files dedicated to a subscriber session:
+--------------------------------------------------------------------------------
----+
| FILES
+--------------------------------------------------------------------------------
----+
| /shared/restfm/traces/IMSI_262280000000001_TRACE-
ID_1_2016-11-17-13-19-48-483.pcap |
+--------------------------------------------------------------------------------
----+
[--imsi <digits>]
[--msisdn <digits>]
[--traceOrigin {hss,cli}]
[--traceID <integer>]
[--limit {db,all}]
[--file <string>]
Step example
Delete a file:
+--------+----------------+
| Field | Value |
+--------+----------------+
+--------+----------------+
Step example
Delete all IMSI-dedicated files:
+--------+----------------+
| Field | Value |
+--------+----------------+
+--------+----------------+
Step example
Delete data from RedisDB:
+--------+--------------------+
| Field | Value |
+--------+--------------------+
+--------+--------------------+'
Step example
Delete files and data from RedisDB:
+--------+--------------------+
| Field | Value |
+--------+--------------------+
+--------+--------------------+
Protocol stack
The CMM call trace software captures call related control plane message packets that
contain only application layer data of their respective protocol stacks. At the point of call
packet capture, all the lower protocol layers have been stripped off in the receiving direction
and have not been constructed on the send direction from CMM perspective. Therefore, all
the layers of protocol stack below the application layer must be reconstructed to the
accuracy that Wireshark dissectors can successfully traverse through each layer to reach the
application layer and decode captured call information.
SGSN supports tracing of 2G and 3G user plane data. Specifically, it is supported only for Gn-
U /S4-U interface stack.
The trace user plane data contains the real source and the target IPs and ports. It is
Libpcap_eth header
IP layer
GF 10.100.1.47 20.100.1.47
S4 10.100.1.4 20.100.1.4
GS 10.100.1.50 20.100.1.50
Procedure
1 List all sessions and related data in RedisDB.
[--quote {all,minimal,none,nonnumeric}]
Step example
+---------------+------------+-----+------+----+---------------+--------------+
| | | ID |ORIGIN| | | |
+---------------+------------+-----+------+----+---------------+--------------+
| | | | | |T13:19:28.018 |T13:19:28.209 |
| | | | | |T13:19:28.304 |T13:19:29.101 |
| | | | | |T13:19:29.115 |T13:19:29.873 |
| | | | | |T13:19:29.924 |T13:19:30.535 |
| | | | | |T13:19:30.616 |T13:19:31.307 |
+---------------+------------+-----+------+----+---------------+--------------+
Note:
This command displays the first 100 trace jobs stored in RedisDB whether they
are active or not.
Use cmm callTraceJob list command to retrieve a list of active call trace
jobs.
[--imsi <digits>]
[--msisdn <digits>]
[--traceOrigin {hss,cli}]
[--traceID <integer>]
[--start <string>]
[--end <string>]
Step example
+-------------+-------------------------+
| Field | Value |
+-------------+-------------------------+
| hits | 6 |
| traceID | 1 |
| last | 2016-11-17T13:19:28.209 |
| msisdn | 918003779680 |
| traceOrigin | hss |
| imsi | 262280000000001 |
| first | 2016-11-17T13:19:28.018 |
+-------------+-------------------------+
Procedure
1 Show call trace settings.
Step example
cmm callTraceSetting show
+------------------+---------+
| Field | Value |
+------------------+---------+
| callTraceSetting | config |
| collectorIP | 0.0.0.0 |
| dns | true |
| dnssgsn | true |
| gb | true |
| gf | true |
| gn | true |
...
...
| s4gn2gu | false |
| s4gn3gu | false |
+------------------+---------+
--s4gn2gu {true,false}
The call trace collection for 2G Data( Gn-U and S4-U)[default = false].
--s4gn3gu {true,false}
The call trace collection for 3G Data (Gn-U and S4-U)[default = false].
Step example
cmm callTraceSetting modify --s4gn2gu true
Step example
cmm callTraceSetting modify --s4gn3gu true
Table 156: Internal load balancing and admission control (Features SG01060, f60110-05,
f60210-04 and f60210-05): feature summary
Function Impact
Capacity None
Restrictions None
Function Impact
Note:
Counters None
Alarms None
Table 157: PAPS load balancing mechanism per access type: feature summary
Function Impact
Compliance None
Capacity None
Restrictions None
Counters None
Alarms None
Feature ID f50110-01
▪ Enable the PAPS load balancing mechanism per access type feature.
Step example
cmm prFile modify lrasLoadBalancingPerRat --status true
Table 158: PAPS 2G/3G graceful shutdown (Features SG01086, f60210-27 and f60210-45):
feature summary
Function Impact
Compliance None
Capacity None
Counters None
Procedure
1 Block PAPS.
Step example
cmm maintForPaps create --blockForMaint ACT 0
Step example
cmm outputPapsStatus show paps0
Step example
cmm prFile modify papuBlMassDetachSpd --papuBlMassDetachSpd 50
Note:
Step example
cmm maintForPaps modify --massDetach START --rat ALL
6 Check the number of subscribers in selected PAPS after the completion of the mass
detach.
Note:
Step example
cmm nsvcAdmin modify --papsId 0 --state locked
Note:
In case of permanent scale in, delete the static links of PAPS that were previously
locked.
Step example
cmm nsvcEndps remove --papsId 0
Procedure
1 Create the static links (if it is needed).
Step example
cmm nsvc create --nsvcName 1 --nsvcStatus locked --
remoteIpEndpoint x.x.x.x --remoteUdpPort 3000 --remoteSignWeight
1 --papsId 0 --re moteIpEndpointVersion IPV4 --nsvcId 1 --
remoteDataWeight 15 --nseId 2510
Step example
cmm nsvcAdmin modify --papsId 0 --state unlocked
Step example
cmm nsvcEndps add --papsId 0
Procedure
1 Cancel the active mass detach procedure for the PAPS.
Step example
cmm maintForPaps modify --massDetach CANCEL --rat ALL 0
Step result
+---------------+--------+
| Field | Value |
+---------------+--------+
| maintForPaps | 0 |
| blockForMaint | OFF |
| rat | ALL |
| massDetach | CANCEL |
+---------------+--------+
2 Unblock PAPS.
Step example
cmm maintForPaps modify --blockForMaint DACT 0
Step example
cmm outputPapsStatus show paps0
Step result
+-----------------------+---------------------+
| Field | Value |
+-----------------------+---------------------+
| outputPapsStatus | paps0 |
| active | false |
| blockForMaint | Unblocked |
| bfMRespCode | 0 |
| massDetach | Idle |
| mDRespCode | 0 |
| offload | Idle |
| offlRespCode | |
+-----------------------+---------------------+
Step example
cmm maintForPaps delete 0
Step result
+--------------+-------+
| Field | Value |
+--------------+-------+
| maintForPaps | 0 |
+--------------+-------+
+--------------+-------+
| NAME | VALUE |
+--------------+-------+
| | |
+--------------+-------+
Table 159: IPPS graceful shutdown (Feature f70002-02 – 150): feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Procedure
1 Lock the IPPS.
Note:
2 Show an IPPS.
Step example
cmm serviceState show IPPS~0
Note:
In case this procedure is followed by an IPPS scale-in, all the remaining active
bearers still served by this IPPS will be dropped but will be recreated in another
IPPS as soon as there is an UE initiated activity related to a dropped bearer.
Table 160: Overload control (Features SG01037, f60210-20 and f60210-21): feature summary
Function Impact
Capacity None
Restrictions None
Function Impact
Alarms The following alarms are set by the OLC process indicating that one or more PAPS processes has
exhibited an overload in CPU resources by exceeding limits:
• 14097 PapsApplicationCpuMinorOverload
• 14098 PapsApplicationCpuMajorOverload
• 14099 PapsApplicationCpuCriticalOverload
PAPS will start shedding procedures partially in PapsApplicationCpuMajorOverload and fully in
PapsApplicationCpuCriticalOverload in order to reduce the overload. Alarms are cancelled once the
CPU consumption of the process falls below that limits.
Function Impact
Table 161: SGSN safety net overload (Feature f10702-01): feature summary
Function Impact
Compliance None
Capacity None
Restrictions None
Function Impact
Function Impact
Feature ID f10702-01
Note:
Function Impact
Function Impact
Capacity None
Function Impact
All the counters are stored in NECC in PM aggregation datastores and kept for 15 minutes.
Static counters
Static counters (service level counts) are reported per VM and are pushed to PM aggregation
datastores once per minute.
Note:
Measurement groups m044 and m045 are pushed to PM aggregation with 5 minutes
interval even if they contain static counters.
Component counters
Component counters (counts collected on a tracking area, routing area, and cell area) are
aggregated so that they are reported on CMM level instead of per VM and are pushed to PM
aggregation datastores once per 5 minutes.
Note:
The following measurement groups are handled differently as they are not
aggregated but reported with VM information:
m135 EPS IPDS Inter Service Communication
m137 IPDS Interface Per Interface Type
VM counters
VM counters report HW usage. These counters are provided by specific a process running in
each VM, and the counters are pushed to PM aggregation datastores once per minute.
Samples of the internal counters are taken every 10 seconds and each minute new average,
minimum, and maximum values are calculated using a sliding 5-minute window (that is, the
values from the current minute are aggregated with the calculated values from each of the
4 previous 1-minute intervals). The new values are then pushed from the VM to PM
aggregator in the NECC, meaning that new values are stored in PM aggregation datastores
every 1 minute (static counters) or every 5 minutes (component counters), and kept in
datastores for 15 minutes.
The following examples describe how minimum, maximum, and average counters are
calculated and displayed in the CLI output using various query methods. The examples are
for static counters.
Each counter has a unique performance indicator ID (PID) which is a combination of the
counter group in which it belongs and the counter number. For example, PID M101C000
indicates counter number 000 of the 101 - EPS CPPS Authentication counter group (PID
m101).
Note:
Procedure
1 Display CMM counter groups.
Step example
+-----------+-----------------------------------------------------+
+-----------+-----------------------------------------------------+
+-----------+-----------------------------------------------------+
Step example
+-------------+-----------------------------------------------------+
| NAME | VALUE |
+-------------+-----------------------------------------------------+
| PID | m101 |
| Alias | cauth |
| Members | m101c000 |
| | m101c001 |
| | m101c002 |
| | m101c003 |
| | m101c004 |
...
3 Display counters.
Step example
...
|m118c395|FAILED EXTENDED SERVICE REQUESTS FOR MOBILE TERMINATING CSFB - NET FAIL |
| |VS.NbrFailedMobileTermCSFBextServiceReq_NetwkFailure |
| |VS.NbrFailedMobileTermCSFBextServiceReq_CSnotAvailable |
| |VS.NbrFailedMobileTermCSFBextServiceReq_Congestion |
|m118c398|FAILED EXTENDED SERVICE REQUESTS FOR MOBILE TERMINATING CSFB - SEV NET FAIL|
| |VS.NbrFailedMobileTermCSFBextServiceReq_SevereNetwkFailure |
| |VS.NbrFailedMobileTermCSFBS1APreq_Other
...
Step example
+-------------+----------------------------------------------------------------------------
---+
+-------------+----------------------------------------------------------------------------
---+
| | VS.SuccGprsAttach
| | VS.SuccImsiAttach
| | VS.FailImsiAttach
| | VS.avePerCoreCpuUsage
| | VS.peakPerCoreCpuUsage
| | VS.CpuStolenTime
+-------------+----------------------------------------------------------------------------
---+
Step example
You can limit output by group cmm counter definition list --group
<groupid>
+----------+--------------------------------------------------------+
| PID | NAME |
+----------+--------------------------------------------------------+
| | VS.AttAuthRequestsHSS |
| | VS.NbrSuccessAuthRequestsHSS |
| | VS.NbrFailedAuthRequestsHSS_Other |
| | VS.NbrFailedAuthRequestsHSS_OtherCauseCode |
| | VS.NbrFailedAuthRequestsHSS_IMSIunknownInHSS |
...
Step example
A large group (like m118) still contains hundreds of counters. The query can be further
limited by changing group id to include the first digit of the counter so that it shows
only counters from group m118 that are yxx (y being given number), for example: cmm
counter definition list --group m118c0
Step example
+-------------+---------------------------------------------------------+
| NAME | VALUE |
+-------------+---------------------------------------------------------+
| PID | m118c399 |
| | CSFB - OTHER |
| Source | cpps |
| | Fallback. |
| Access | mme |
| Category | service |
+-------------+---------------------------------------------------------+
[ --startTime <string> ]
Step example
[cmm@cpet60-ta-necc0 ~]$ cmm counter list --pid m128c003 --startTime '2019-09-16 16:00:15'
+----------+-------------------+----------------+-------------------------------+----------
--------------------+
+----------+-------------------+----------------+-------------------------------+----------
--------------------+
| | | | | source:
169.254.64.30:necc0 |
| | | | 2019-09-16 16:25:00.000+03:00 | 4
| | | | | source:
169.254.64.31:necc1 |
| | | | 2019-09-16 16:25:00.000+03:00 | 2
| | | | | source:
169.254.64.32:necc2 |
| | | | 2019-09-16 16:25:00.000+03:00 | 8
| | | | | source:
169.254.64.210:dbs0 |
| | | | 2019-09-16 16:25:00.000+03:00 | 3
| | | | | source:
169.254.64.211:dbs1 |
| | | | 2019-09-16 16:25:00.000+03:00 | 8
| | | | | source:
169.254.64.212:dbs2 |
| | | | 2019-09-16 16:25:00.000+03:00 | 3
| | | | | source:
169.254.64.213:dbs3 |
| | | | 2019-09-16 16:25:00.000+03:00 | 3
| | | | | source:
169.254.64.110:cpps0 |
| | | | 2019-09-16 16:25:00.000+03:00 | 4
| | | | | source:
169.254.64.111:cpps1 |
| | | | 2019-09-16 16:25:00.000+03:00 | 4
| | | | | source:
169.254.64.112:cpps2 |
| | | | 2019-09-16 16:25:00.000+03:00 | 4
| | | | | source:
169.254.64.70:ipds0 |
| | | | 2019-09-16 16:25:00.000+03:00 | 11
| | | | | source:
169.254.64.71:ipds1 |
| | | | 2019-09-16 16:25:00.000+03:00 | 39
+----------+-------------------+----------------+-------------------------------+----------
--------------------+
Step example
+----------+---------------------------------+-------------------------------+-------------------------------+-----------------
-------------+
+----------+---------------------------------+-------------------------------+-------------------------------+-----------------
-------------+
| | PROCEDURES | | | source:
169.254.64.110:cpps0 |
| | | | 2019-09-16 16:34:00.000+03:00 | 18
| | | | | source:
169.254.64.111:cpps1 |
| | | | 2019-09-16 16:34:00.000+03:00 | 17
| | | | | source:
169.254.64.112:cpps2 |
16:34:00.000+03:00 | 61 |
| | PROCEDURES | | | source:
169.254.64.110:cpps0 |
| | | | 2019-09-16 16:34:00.000+03:00 | 40
| | | | | source:
169.254.64.111:cpps1 |
| | | | 2019-09-16 16:34:00.000+03:00 | 60
| | | | | source:
169.254.64.112:cpps2 |
169.254.64.110:cpps0 |
| | FAILURE | | |
| | | | | source:
169.254.64.111:cpps1 |
| | | | | source:
169.254.64.112:cpps2 |
169.254.64.110:cpps0 |
| | | | | source:
169.254.64.111:cpps1 |
| | | | | source:
169.254.64.112:cpps2 |
+----------+---------------------------------+-------------------------------+-------------------------------+-----------------
-------------+
[cmm@cpet60-ta-necc0 ~]$
Step example
[cmm@cpet60-ta-necc0 ~]$ cmm counter list --group m128 --startTime '2019-09-16 16:40:15'
+----------+------------------------+---------------------+-------------------------------+---------------
----------+
+----------+------------------------+---------------------+-------------------------------+---------------
----------+
| | | | | source:
169.254.64.30:necc0 |
| | | | 2019-09-16 16:45:00.000+03:00 | 3
| | | | | source:
169.254.64.31:necc1 |
| | | | 2019-09-16 16:45:00.000+03:00 | 1
| | | | | source:
169.254.64.32:necc2 |
| | | | 2019-09-16 16:45:00.000+03:00 | 8
| | | | | source:
169.254.64.210:dbs0 |
| | | | 2019-09-16 16:45:00.000+03:00 | 3
| | | | | source:
169.254.64.211:dbs1 |
| | | | 2019-09-16 16:45:00.000+03:00 | 8
| | | | | source:
169.254.64.212:dbs2 |
| | | | 2019-09-16 16:45:00.000+03:00 | 3
| | | | | source:
169.254.64.213:dbs3 |
| | | | 2019-09-16 16:45:00.000+03:00 | 4
| | | | | source:
169.254.64.110:cpps0 |
| | | | 2019-09-16 16:45:00.000+03:00 | 4
| | | | | source:
169.254.64.111:cpps1 |
| | | | 2019-09-16 16:45:00.000+03:00 | 4
| | | | | source:
169.254.64.112:cpps2 |
| | | | 2019-09-16 16:45:00.000+03:00 | 48
| | | | | source:
169.254.64.70:ipds0 |
| | | | 2019-09-16 16:45:00.000+03:00 | 11
| | | | | source:
169.254.64.71:ipds1 |
| | | | | source:
169.254.64.30:necc0 |
| | | | 2019-09-16 16:45:00.000+03:00 | 9
| | | | | source:
169.254.64.31:necc1 |
| | | | 2019-09-16 16:45:00.000+03:00 | 7
| | | | | source:
169.254.64.32:necc2 |
| | | | 2019-09-16 16:45:00.000+03:00 | 10
| | | | | source:
169.254.64.210:dbs0 |
| | | | 2019-09-16 16:45:00.000+03:00 | 4
| | | | | source:
169.254.64.211:dbs1 |
| | | | 2019-09-16 16:45:00.000+03:00 | 11
| | | | | source:
169.254.64.212:dbs2 |
| | | | 2019-09-16 16:45:00.000+03:00 | 4
| | | | | source:
169.254.64.213:dbs3 |
| | | | 2019-09-16 16:45:00.000+03:00 | 6
| | | | | source:
169.254.64.110:cpps0 |
| | | | 2019-09-16 16:45:00.000+03:00 | 6
| | | | | source:
169.254.64.111:cpps1 |
| | | | 2019-09-16 16:45:00.000+03:00 | 7
| | | | | source:
169.254.64.112:cpps2 |
| | | | 2019-09-16 16:45:00.000+03:00 | 49
| | | | | source:
169.254.64.70:ipds0 |
| | | | 2019-09-16 16:45:00.000+03:00 | 13
| | | | | source:
169.254.64.71:ipds1 |
+----------+------------------------+----------------+-------------------------------+--------------------
----------+
[cmm@cpet60-ta-necc0 ~]$
Step example
+-------------+--------------------------------------------------------------------------+
| NAME | VALUE |
+-------------+--------------------------------------------------------------------------+
| Value | 6 |
| Source | 169.254.64.30:necc0 |
| ---------- | ------------------------------ |
| Value | 3 |
| Source | 169.254.64.31:necc1 |
| ---------- | ------------------------------ |
| Value | 1 |
| Source | 169.254.64.32:necc2 |
| ---------- | ------------------------------ |
| Value | 8 |
| Source | 169.254.64.210:dbs0 |
| ---------- | ------------------------------ |
| Value | 3 |
| Source | 169.254.64.211:dbs1 |
| ---------- | ------------------------------ |
| Value | 8 |
| Source | 169.254.64.212:dbs2 |
| ---------- | ------------------------------ |
| Value | 4 |
| Source | 169.254.64.110:cpps0 |
| ---------- | ------------------------------ |
| Value | 4 |
| Source | 169.254.64.111:cpps1 |
| ---------- | ------------------------------ |
| Value | 4 |
| Source | 169.254.64.112:cpps2 |
| ---------- | ------------------------------ |
| Value | 48 |
| Source | 169.254.64.70:ipds0 |
| ---------- | ------------------------------ |
| Value | 11 |
| Source | 169.254.64.71:ipds1 |
| ---------- | ------------------------------ |
| PID | m128c003 |
| Summary | This counter indicates the average CPU utilization in the current |
| | interval. |
| Description | This counter is pegged every 10s over the reporting interval. |
| Logic | mean |
| Unit | percentage |
| Access | amf/mme/sgsn |
| Category | syscpuusage |
| Service | all |
+-------------+--------------------------------------------------------------------------+
[cmm@cpet60-ta-necc0 ~]$
Step example
+-------------+-----------------------------------------------------+
| NAME | VALUE |
+-------------+-----------------------------------------------------+
| Value | 0 |
| ---------- | ------------------------------ |
| Value | 0 |
| ---------- | ------------------------------ |
| Value | 0 |
| ---------- | ------------------------------ |
| Value | 0 |
| ---------- | ------------------------------ |
| Value | 0 |
| ---------- | ------------------------------ |
| Value | 0 |
| ---------- | ------------------------------ |
| Value | 0 |
| ---------- | ------------------------------ |
| PID | m129c000 |
| | the disks |
| Logic | mean |
| Unit | kilobyte/second |
| Access | mme |
| Category | sysdiskio |
| Service | all |
+-------------+-----------------------------------------------------+
pre-defined set are pushed to external Prometheus Pushgateway (with 1 minute interval)
from where external Prometheus server scrapes the counter data for further analysis and
visualization. For example, use Grafana (that can be integrated in the Prometheus server).
The counters provided to external Prometheus are currently of two types: counters and
gauges.
A counter is a cumulative metric that represents a single monotonically increasing
counter whose value can only increase or be reset to zero on restart.
A gauge is a metric that represents a single numerical value that can arbitrarily go up and
down.
For a full list of counters supported as close to real time as well as definition as counter or
gauge towards Prometheus, see the Counters documents.
The CMM supports basic authentication towards Prometheus Pushgateway. Note that as
Prometheus does not currently support basic authentication, some 3rd party reverse proxy
software (for example nginx) should be used on the Prometheus side.
The CMM uses following labelling when providing close to real-time counter data to
Prometheus:
poolId
poolType
poolMember
Please refer to official Prometheus documentation for further information about labelling.
All counters are numbered in the format myyycxxx, where myyy refers to the measurement
type and cxxx is the counter number of the measurement, for example, m001c002.
See SGSN Feature Overview for a list of SGSN measurements. All measurement and counter
descriptions can be found in CMM Counters.
Procedure
1 Check status of counter-related features.
You can check feature status using the cmm features show command and change
feature status using the cmm features modify command.
Step example
To change feature status: cmm features modify advancedData --status
true
You can define a maximum of 24 PLMN types/ids that are collected. Counters are
collected on PLMN level.
--plmnType {ALL,HOME,ROAMING,PLMNID,INVALID}
--mcc <digits>
--mnc <digits>
plmnStatistic
Step example
cmm plmnStatistic create 1 –-plmnType ALL --mcc 234 --mnc 123
Procedure
1 Create a performance measurement job entry.
[--jobName <string> ]
[--granuPeriod {5,15}]
[--active {Suspended,Active}]
[--startDate <string>]
[--endDate <string>]
Step example
+-------------+-------------+
| Field | Value |
+-------------+-------------+
| pmJob | testJob |
| jobName* | testJob |
| granuPeriod | 5 |
| active | Suspended |
| longTerm | true |
| startDate | 17:09:11 |
| endDate | No_End_Date |
+-------------+-------------+
Step example
+-------------+---------------+
| Field | Value |
+-------------+---------------+
| pmJob | defaultJob |
| jobName* | defaultJob |
| granuPeriod | 15 |
| active | Active |
| longTerm | true |
| startDate | No_Start_Date |
| endDate | No_End_Date |
+-------------+---------------+
Step example
+------------+-------------+--------+----------+---------------+-------------+
+------------+-------------+--------+----------+---------------+-------------+
| defaultJob | 15 | Active | true | No_Start_Date | No_End_Date |
+------------+-------------+--------+----------+---------------+-------------+
Step example
+-------------+-------------+
| Field | Value |
+-------------+-------------+
| pmJob | testJob |
| jobName* | testJob |
| granuPeriod | 15 |
| active | Suspended |
| longTerm | true |
| startDate | 17:09:20 |
| endDate | No_End_Date |
+-------------+-------------+
Step example
+-------------+-------------+
| Field | Value |
+-------------+-------------+
| pmJob | testJob |
| jobName* | testJob |
| granuPeriod | 15 |
| active | Suspended |
| longTerm | true |
| startDate | 17:09:20 |
| endDate | No_End_Date |
+-------------+-------------+
Step example
+-----------+-------------------------+
| Field | Value |
+-----------+-------------------------+
| pmJobMeas | testJob~cpuUsageCoreMts |
| jobName* | testJob |
| mts* | cpuUsageCoreMts |
+-----------+-------------------------+
Step example
+-----------+-------------------+
| Field | Value |
+-----------+-------------------+
| pmJobMeas | defaultJob~allMts |
| jobName* | defaultJob |
| mts* | allMts |
+-----------+-------------------+
Step example
+-------------------+
| pmJobMeas |
+-------------------+
| defaultJob~allMts |
+-------------------+
Step example
+-----------+-------------------------+
| Field | Value |
+-----------+-------------------------+
| pmJobMeas | testJob~cpuUsageCoreMts |
| jobName* | testJob |
| mts* | cpuUsageCoreMts |
+-----------+-------------------------+
--jobName <string>
--schedId <integer>
[--schedType {sun,mon,tue,wed,thu,fri,sat,dly,spd}]
[--colDate <string>]
[--startTime <string>]
[--endTime <string>]
Step example
+------------+-------------+
| Field | Value |
+------------+-------------+
| pmJobSched | testJob~1 |
| jobName* | testJob |
| schedId* | 1 |
| schedType | dly |
| colDate | No_Spd_Date |
| startTime | 08:00 |
| endTime | 14:00 |
+------------+-------------+
Step example
+------------+-------------+
| Field | Value |
+------------+-------------+
| pmJobSched | testJob~1 |
| jobName* | testJob |
| schedId* | 1 |
| schedType | dly |
| colDate | No_Spd_Date |
| startTime | 08:00 |
| endTime | 14:00 |
+------------+-------------+
Step example
+--------------+-----------+-------------+-----------+---------+
+--------------+-----------+-------------+-----------+---------+
+--------------+-----------+-------------+-----------+---------+
Step example
+------------+-------------+
| Field | Value |
+------------+-------------+
| pmJobSched | testJob~1 |
| jobName* | testJob |
| schedId* | 1 |
| schedType | dly |
| colDate | No_Spd_Date |
| startTime | 08:00 |
| endTime | 14:00 |
+------------+-------------+
Step example
+------------------+-----------------+-----------------------------------------------------
--------------+
+------------------+-----------------+-----------------------------------------------------
--------------+
| cBsmTaiMts | System_Leaf | EPS CPPS Bearer Session Management Per TAI Group
+------------------+-----------------+-----------------------------------------------------
--------------+
Step example
+------------------------------------------------------------------------------
-+
| pmMeasGroups
+------------------------------------------------------------------------------
-+
| allMts~cCompMts
|
| allMts~iCompMts
| allMts~pCompMts
| allMts~sysResUsageMts
|
| allMts~systemBaseMts
|
| cAuthHssMts~VS.AttAuthRequestsHSSPerHSS
|
.
.
| systemServiceMts~VS.asrtNonESCMinor
|
| systemServiceMts~VS.exceptionService
|
| systemServiceMts~VS.memAllocFail
|
| systemServiceMts~VS.reInitServiceManual
|
| systemServiceMts~VS.reInitServiceSelf
|
| systemServiceMts~VS.restartTask
|
+------------------------------------------------------------------------------
-+
Purpose
You can use this procedure to verify that SGSN counters are reported as expected.
Procedure
1 Access NECC and navigate to folder cd /data-pm
2 Open the relevant XML file (check the timestamp) and search for the relevant entry.
Tip:
Tip:
Use a keyword to search the file. To find an appropriate keyword, display the
counter definition (cmm counter definition show).
Table 164: CMM support for “measInfoId” field in performance management reports: feature
summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f13032-01
Procedure
1 Enable adding the measInfoId field as Service and Category in the PM file.
Table 165: MME/SGSN PM data transfer towards ONAP-DCAE and MME/AMF PCMD data
transfer towards CA4MN: feature summary
Function Impact
Capacity None
Interworking/dependent None
features
Restrictions None
Alarms None
Feature ID f14615-05
Function Impact
Compliance None
Capacity None
Restrictions None
Feature ID f60110-05
Step example
+---------------------+--------------+
| Field | Value |
+---------------------+--------------+
| m3uaProfile | default |
| name* | default |
| description | |
| rtoMin | 50 |
| rtoMax | 400 |
| rtoInitValid | 300 |
| cookieLife | 60 |
| hbInterval | 30 |
| sackPeriod | 200 |
| sackFreq | 2 |
| mtuSize | 1500 |
| assoMaxRetrans | 10 |
| pathMaxRetrans | 5 |
| maxInitRetrans | 8 |
+---------------------+--------------+
Table 167: Enhanced collision handling of attach storm with pseudo-random TLLI from non
3GPP compliant devices: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions During a re-attach storm with multiple UEs using the same random
TLLI, they will be served by the same PAPS which may lead to
temporarily unbalanced PAPS load.
It is also recommended that the feature is enabled before starting of
2G traffic, otherwise, ongoing processes may be impacted.
Counters None
Alarms None
Feature ID f52011-01
Procedure
1 Enable this feature.
Step example
cmm gParms modify --gParmName pseudoRandomTlliCollisionHandling -
- gParmValue Yes
When feature enhanced collision handling of attach storm with pseudo-random TLLI
from non 3GPP compliant devices (f52011-01) is enabled, the value of prFile
randomTlliRemTimer is taken into account. The same subscriber can reattach after
the expiration of the attach accept retries only when this timer is set.
Step example
cmm prFile modify randomTlliRemTimer --status true --
randomTlliRemTimer 5
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f14516-01
Table 169: SGSN support for subscription cache - delivery: feature summary
Function Impact
Compliance None
Capacity The subscription cache can support entries for up to 500K subscribers
per PAPS.
The introduction of the subscription cache does not increase the PAPS
RAM requirements for more than 4GB.
The total PAPS RAM requirements are kept up to 24GB.
Interworking/dependent None
features
Restrictions None
Counters VS.SubscriptionCacheHitsMax
VS.SubscriptionCacheHitsMean
VS.SubscriptionCacheMissMax
VS.SubscriptionCacheMissMean
Alarms None
Feature ID f50104-02
Procedure
1 Enable subscription cache feature.
Step example
cmm gParms modify enableSgsnSubsCache --gParmValue Yes
Step example
sudo serfclient -t '*paps*' -c 'cmd.run.ssh' --payload 'sudo
systemctl restart fnsSubsHr.service'
Note:
Function Impact
Compliance None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f14111-07
The SNMP is a standard management protocol for collecting and altering information from
devices. The SNMP works in agent-manager mode. The basic operations in the SNMP are:
GetRequest, SetRequest, GetNextRequest, GetBulkRequest, Response and Trap. SNMPTRAP
is used for asynchronous notification for alarms and events.
The CMM SNMP agent service listens on UDP port 161 and CMM SNMP manager (NSP) listens
on port 162.
Uses of SNMP
The SNMP is used between the application and the EMS (NFM-P) for following purposes:
Node discovery and management in the NFM-P
The NFM-P uses the SNMP to discover a CMM and stores the node properties in its
database. To discover one or more CMM in the network, a discovery rule is created
which contains the unique system IP address or a range of system IP address.
The NFM-P also uses the SNMP for periodic heartbeats to check the availability of the
element.
Alarm get/set operations
The SNMP is used to query the active alarms and alarm history from the application
and cancel the active alarms when the alarm condition subsides. The cancel request
sent via the SNMP removes the alarm from the SNMP alarm table, and cancels the
alarm from the CMM.
The SNMP agent communicates with the MME REST API in the southbound interface to
query alarm data.
Notifications
The asynchronous notifications between the NFM-P and the MME use the SNMP traps.
Asynchronous notifications are sent to receivers registered in the CMM Notification
Forwarding Table (cmmNotificationForwardingTable). Entries in this table are used to
identify the registered SNMP managers to which the SNMP agent sends the
asynchronous notifications. The table can be accessed through the
cmmNotificationForwardingTable SNMP object. When a new alarm is raised, the SNMP
agent sends the alarm to the NFM-P as an SNMP trap.
MIB files
Management Information Base (MIB) files define the managed information base accessible
through the SNMP interface. They are
Nokia-CMM-TC-MIB
Nokia-CMM-MIB
SNMP objects
The values of instantiated objects may be requested by NFM-P/EMS. SNMP objects include:
cmmGeneral
cmmAggregateTable
cmmVNFCTable
cmmAlarmTable
cmmNotificationForwardingTable
notiLogTable
varbindLogTable
Notifications
The following notifications are supported:
cmmAlarmNew
cmmAlarmChanged
cmmAlarmCleared
cmmAlarmListRebuiltNotification
cmmObjectCreateNotification
cmmMOAttrChangeNotification
cmmAgentColdStart
cmmNbiNotification
High availability is provided by the NECC cluster manager, which takes care of starting and
stopping, as well as relocating the service during failover. During failover, the SNMP agent is
started in the new active NECC and recovers configuration data and notification history
records.
In the container environment, the snmpagent runs at the ALMS pod (singleton). Kubernetes
manages this pod, recreating or restarting it as needed.
and northbound systems. The CMM SNMP agent supports security levels as defined in
user-based security model (USM), RFC 2574.
The SNMP agent running in the NECC supports the SNMPv3 listed in User security levels.
Procedure
1 Create the SNMP connection to the NFM-P.
--emsHost <string>
--emsPort <integer>
[--userName <string>]
[--userSecLevel <integer>]
[--contextName <string>]
[--rowStatus <integer>]
[emsTrapNotification]
emsPort The UDP port on which the EMS listens for notications.
contextName The SNMP context name. This context name is the same name
that is in the VacmAccessTable of VACM MIB RFC2575.
rowStatus The SNMP row status. This value is used to manage the insertion
and deletion of the SNMP conceptual row.
Step example
The following example is for a default SNMP user:
+---------------------+-------------------+
| Field | Value |
+---------------------+-------------------+
| emsTrapNotification | 135.2.201.103~162 |
| emsHost* | 135.2.201.103 |
| emsPort* | 162 |
| emsHostType | 1 |
| userName | cmm_privUser |
| userSecModel | 3 |
| userSecLevel | 3 |
| contextName | |
| rowStatus | 1 |
+---------------------+-------------------+
+---------------------+-----------------+
| Field | Value |
+---------------------+-----------------+
| emsTrapNotification | 1.1.1.1~162 |
| emsHost* | 1.1.1.1 |
| emsPort* | 162 |
| emsHostType | 1 |
| userName | non_DefaultUser |
| userSecModel | 3 |
| userSecLevel | 1 |
| contextName | noAuthNoPriv |
| rowStatus | 1 |
+---------------------+-----------------+
Step example
The following example is for a default SNMP user:
+---------------------+-------------------+
| Field | Value |
+---------------------+-------------------+
| emsTrapNotification | 135.2.201.103~162 |
| emsHost* | 135.2.201.103 |
| emsPort* | 162 |
| emsHostType | 1 |
| userName | cmm_privUser |
| userSecModel | 3 |
| userSecLevel | 3 |
| contextName | |
| rowStatus | 1 |
+---------------------+-------------------+
+---------------------+-----------------+
| Field | Value |
+---------------------+-----------------+
| emsTrapNotification | 1.1.1.1~162 |
| emsHost* | 1.1.1.1 |
| emsPort* | 162 |
| emsHostType | 1 |
| userName | non_DefaultUser |
| userSecModel | 3 |
| userSecLevel | 1 |
| contextName | noAuthNoPriv |
| rowStatus | 1 |
+---------------------+-----------------+
Use the snmpget command to retrieve data from a remote Linux host. The net-snmp
package (containing snmpget utility) must be installed on the remote host. Copy the
Nokia-CMM-MIB.txt and Nokia-CMM-TC-MIB.txt files from the
/usr/share/snmp/mibs directory on the NECC to the same directory on the host.
Execute the command on the remote Linux host:
Tip:
Note:
Backup/restore operations should be executed with the cmm login wherever possible.
The cmm login has a REST authentication token so that execution of cmm
authenticate is not required.
Purpose
A backup contains the configuration data from MariaDB, Redis, RSP account and LDAP.
Backups are stored to a separate software upgrade volume that is mounted to NECC-0 as
/data-store. Even if the volume is external to the CMM application, it is not replicated, so
backup files should be backed up to some other location.
Procedure
1 Create a backup.
Note:
Most virtual machines will be restarted during the restore operation and the CMM
operation will be impacted. In addition, the restore procedure will set the
administrative state of the CMM to locked, and the executor of the procedure will
need to manually unlock the CMM after the restore completes. Hence, restores should
be performed during a maintenance window.
LDAP restoration is a merge of the current LDAP data with the LDAP data contained in the
archive. For existing LDAP logins that already exist on the NECC, passwords will be copied
from the backup archive into the existing LDAP data. For data where there is no conflict, the
new logins and groups will be created and passwords restored to what was in the backup
archive.
Procedure
1 List available backups.
Run the following commands to force NECC0 to be the active NECC. This is necessary to
force remotedb to be active on NECC0 (otherwise the MariaDB restore will fail).
3 Restore a backup.
After the backup restore command is run, the CMM will be left in the locked
administrative state. To unlock the CMM, run the following commands.
Step result
If the administrative state is locked (it should be), change it to unlocked.
Function Impact
Capacity None
Restrictions None
Counters None
Feature ID f14509-01
Related descriptions
Backup and restore
Table 173: Parameters of cmm schedule create and cmm schedule modify
--minute 0 - 59 *,-/
--hour 0 - 23 *,-/
--dayOfMonth 1 - 31 *,-/
--month 1 - 12 *,-/
Jan - Dec
Asterisk ( * ) Asterisk means 'every'. For example, --hour '*' means every
hour. When asterisk is used alone without other values, it needs to be
included inside apostrophes, as in the example.
Comma ( , ) Commas are used to separate items of a list. For example, using --
dayOfWeek Mon,Wed,Fri means Mondays, Wednesdays and
Fridays.
--schedJobName {backup,rsp,remote-copy,secure-copy}
--minute <string>
--hour <string>
--dayOfMonth <string>
--month <string>
--dayOfWeek <string>
Step example
cmm schedule create --schedJobName backup --minute 30 --hour 12 -
-dayOfMonth '*' --month Jan-Oct –dayOfWeek Sun,Sat
Step example
cmm schedule show --schedJobName backup
Step example
cmm schedule modify --schedJobName backup --dayOfMonth */10 --
minute 0
NOTICE:
If backup schedule is deleted, remote copy of backup will be not done since no
backup is being done on system.
Step example
cmm schedule delete --schedJobName backup
Function Impact
Capacity None
Interworking/dependent This feature should not be used if Cloud backup and restore
features improvements via NSP (Feature f14008-01) is in use.
Restrictions None
Counters None
Feature ID f12003-01
When an NSP backup operation in progress, data change using the remoteCopySetup
CLI command and NSP is not allowed.
For NSP backup, have the have nsp user password ready before starting this procedure.
Note:
Step example
cmm remoteCopySetup create --remoteId remote-config --remoteIp
135.11.121.130 --secondaryRemoteIP 135.11.121.132 --remoteLogin
cmm --remoteDir /var/remoteDir
Step example
cmm remoteCopySetup show remote-config
Step example
cmm remoteCopySetup modify --remoteId remote-config --remoteIp
<remoteIp> --remoteLogin <remoteLogin> --remoteDir <remoteDir>
Step example
cmm remoteCopySetup delete --remoteId remote-config
The CMM local account rsp is used to create the public SSH keys, which are copied to the
remote machine.
For NSP backup, set up the NSP SSH key with the nsp user account.
The login and IP of the remote machine is required to copy the files.
Procedure
1 Log in to the RSP account on NECC0. If the account does not exist, create a local login
on the CMM.
2 Check if the /home/rsp/.ssh/id_rsa.pub file exists. If the file exists, skip the
next step (SSH key generation).
/opt/app/sbin/ssh_key_gen -a generate
Note:
If the ssh keys already exist, the -f option is required to overwrite the
existing ssh keys. The tool copies the new ssh keys to every NECC host in
the CMM.
4 Using the rsp account, copy the SSH public key to the operator remote machine.
The remote login and remote IP address used in the remote copy configuration are
used in Configuring schedule for remote copy of backup.
Step example
cat ~/.ssh/id_rsa.pub | ssh <remoteLogin>@<remoteIP> "cat >>
~/.ssh/authorized_keys"
For NSP backup, use the following command to set up ssh:
Note:
If NSP backup, check the CMM schedule list. If you have jobs configured for backup,
RSP, and remote copy, they should be removed. For NSP backup, CMM schedule
backup and remote copy are not needed.
Table 176: Parameters of cmm schedule create and cmm schedule modify
--minute 0 - 59 *,-/
--hour 0 - 23 *,-/
--dayOfMonth 1 - 31 *,-/
--month 1 - 12 *,-/
Jan - Dec
--schedJobName backup,rsp,remote-copy,secure-copy
Asterisk ( * ) Asterisk means 'every'. For example, --hour '*' means every
hour. When an asterisk is used alone without other values, it must be
inside apostrophes, as in the example.
Comma ( , ) Commas are used to separate items of a list. For example, using --
dayOfWeek Mon,Wed,Fri means Mondays, Wednesdays, and
Fridays.
Procedure
1 List available configuration.
Note:
It is recommended that the schedule used for the remote copy of backup is
aligned with the backup schedule and offset by an hour. For example, if the
backup is scheduled at 2:00 AM every day, the remote copy of backup should be
scheduled at 3:00 AM every day.
Table 177: Cloud backup and restore improvements via NSP: feature summary
Function Impact
Capacity None
Restrictions This feature cannot be used if Remote copy of backup files (feature
f12003-01) is in use.
Counters None
Feature ID f14008-02
Note:
WARNING!
When performing this procedure, ensure that the following keys and certificates are
secured and stored non-locally.
private key (secure backup)
certificate (secure backup)
RSP SSH keys (remote backup)
Failure to preserve the keys and certificate may result in an extended service outage
and complete loss of customer data. If the private-key is lost, CMM backups will be
unreadable and require the CMM to be re-provisioned manually.
Note:
Only users in the security group can use the secureCopySetup commands.
secureId remote-cong
▪ Configure the locations for the private key files and self-signed certificate, and,
optionally, the remote machine.
The private key and signed certificate files must already exist on NECC-0 before the
cmm secureCopySetup create command is executed.
Nokia recommends storing the private key and signed certificate files in /data-
store to ensure they are preserved across software updates, healing, and VM image
replacements. If the files are not in /data-store, they will need to be restored
after performing these procedures.
The remoteDir, remoteIp, remoteLogin, and secondaryRemoteIp parameters
are optional. If the remote* parameters are omitted, the CMM does not try to
upload the secure backup file to the remote machine.
Step example
10.10.10.6
Step example
Before performing a procedure that would lead to the loss of any locally-preserved
private keys or certificate files, ensure you also verify the existence of these files in the
file system.
Step example
Step example
Related procedures
Configuring SSH keys between CMM and remote machine
Related references
Backup scheduling (Feature f14509-01): feature summary
Table 179: Syslog collection and streaming to remote server: feature summary
Function Impact
Capacity N/A
Interworking/dependent N/A
features
Restrictions N/A
Counters N/A
Alarms N/A
Feature ID f13207-02
Table 180: CMM support for sending log and alarm information to stdout in addition to current
destinations: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f14402-01
Note:
Before configuring the CMM CNF to send logs or alarms to Fluentd, estimate the
number of messages that may be produced and the impact on memory. Default
configurations may need to be adapted.
Procedure
1 Enable logs to be sent to Fluentd.
Step example
+------------+-----------------------+
| Field | Value |
+------------+-----------------------+
| gParms | enableLogEventsStream |
| gParmName* | enableLogEventsStream |
| gParmValue | Yes |
+------------+-----------------------+
Step example
+------------+-------------------------+
| Field | Value |
+------------+-------------------------+
| gParms | enableAlarmEventsStream |
| gParmName* | enableAlarmEventsStream |
| gParmValue | Yes |
+------------+-------------------------+
The ALMS external IP address uses the same subnet as the OAM and requires a service
IP.
+-------------------+-----------------------------------+
| Field | Value |
+-------------------+-----------------------------------+
| serviceIp | ALMS~0~0~ALMS_ACCESS~10.40.63.166 |
| poolType* | ALMS |
| poolId* | 0 |
| poolMemberId* | 0 |
| niType* | ALMS_ACCESS |
| svcIp* | 10.40.63.166 |
| subnetLoc | external |
| assignmentType | fixed |
| subnetId | 1 |
| bfdReachableLeft | 0.0.0.0 |
| bfdGatewayLeft | 0.0.0.0 |
| bfdReachableRight | 0.0.0.0 |
| bfdGatewayRight | 0.0.0.0 |
| viaNexthop | 0.0.0.0 |
| viaReachable | 0.0.0.0 |
+-------------------+-----------------------------------+
Table Fluentd and stdout configuration fields described the fields used in configuration.
Step example
The following sample configuration demonstrates how logs can be handled. Figure
Using Fluentd with Elasticsearch shows this configuration, with EFK acting as the central
point for collecting logs from the Nokia NFs and maintaining an Elasticsearch cluster to
store a small amount of logs.
<source>
@type tail
path /var/log/containers/*.log
pos_file /var/log/td-agent/cmm.log.pos
tag necclogs.start
<parse>
@type json
time_key time
time_format %iso8601
keep_time_key true
</parse>
</source>
<match necclogs.start>
@type rewrite_tag_filter
<rule>
key log
pattern .+vnf_name.+alarm_id.+
tag necclog.alarm
</rule>
<rule>
key log
pattern .+vnf_name.+log_type.+
tag necclog.log
</rule>
</match>
<filter necclog.**>
@type parser
key_name log
reserve_data false
format json
</filter>
<match necclog.**>
@type copy
<store>
@type elasticsearch_dynamic
hosts 172.31.57.254
port 9201
resurrect_after 5s
type_name fluentd
time_key time
utc_index true
time_key_exclude_timestamp true
logstash_format true
logstash_prefix fluentd-cmmtest-${tag_parts[1]}
@type file
path /var/log/td-agent/elasticsearch-buffer/cmm_test
flush_mode interval
flush_interval 30s
timekey 3600
retry_forever true
retry_max_interval 5s
overflow_action block
total_limit_size 1024m
</buffer>
</store>
</match>
Table 182: CMM support for authentication of NTP server: feature summary
Function Impact
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f13213-05
Table 183: SGSN support for internal trace tool enhancement: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent None
features
Restrictions None
Counters None
Alarms None
Feature ID f52075-01
Nokia recommends the user to delete the old files stored at /data-sgsnmon, if not
needed, prior to starting a new internal trace tool collection via the sudo
sgsnmonitorlogctrl command, to get full usage of the volume’s available space.
Step example
sudo sgsnmonitorlogctrl --paps all --profile 3G
Step result
3G
Step result
total 68
[cmm@espate181b-necc0 data-sgsnmon]$
Step example
cmm gParms modify --gParmName sgsnMonLogSheddingDuringOverload --
gParmValue No
Step result
+------------+----------------------------------+
| Field | Value |
+------------+----------------------------------+
| gParms | sgsnMonLogSheddingDuringOverload |
| gParmName* | sgsnMonLogSheddingDuringOverload |
| gParmValue | No |
+------------+----------------------------------+
▪ Start the internal trace tool for 10 minutes in all the available PAPSs.
Step example
sudo sgsnmonitorlogctrl --profile 2G --paps all --time 10
▪ Start the internal trace tool in one PAPS for 2G and 3G profiles.
Step example
sudo sgsnmonitorlogctrl --profile 2G,3G --paps 0
▪ Start the internal trace tool for specific families (PRBs) in all PAPSs.
Step example
sudo sgsnmonitorlogctrl --profile 40A,404,408 --paps all
▪ Start the internal trace tool for a profile in all PAPSs until 1GB file logs are captured.
Step example
sudo sgsnmonitorlogctrl --profile 3G --size 1GB
▪ Start the internal trace tool for a profile in all PAPSs until 100MB file logs are
captured.
Step example
sudo sgsnmonitorlogctrl --profile 3G --size 100MB
▪ Start the internal trace tool for a specific profile and PRB.
Step example
sudo sgsnmonitorlogctrl --profile 3G,7B
▪ Start the internal trace tool for a profile and specific PAPS until the alarm 1007 is
raised.
Step example
sudo sgsnmonitorlogctrl --profile 3G --alarm 1007 --paps 0
▪ Start the internal trace tool for a profile and specific PAPS until message
gtp_identification_res_s is received with cause imsi_not_known_c.
Step example
sudo sgsnmonitorlogctrl --profile 40A,408 --paps 0 --stop_msg
EB98 --stop_msg_offset 76 --stop_msg_values 08000000
Step example
sudo sgsnmonitorlogctrl --profile 40A,404,409,408 --paps all --
msg EBB0,EBAD
Procedure
1 Install the 7Z ZS at Windows.
Retrieve the latest beta version through the Help menu / Check for Emil
updates. The latest version is: 3.64.212.21929.
The files are separated per PAPS as shown in the Figure sgsnmon folder.
The generated files are in bin format and compressed using the fast compression
algorithm ZStandard.
Figure 5: 7-Zip ZS
Step result
After extracting the ZSTD file, the BIN file is created.
Figure 6: BIN file creation
Note:
Emilx32 is still possible to be used but conversion from BIN to ASCII format is
required.
Table 184: SGSN support for deciphered Gb signaling for call trace: feature summary
Function Impact
Compliance None
Capacity None
Interworking/dependent SGSN support for call trace (Features f60210-13 and f52071-01)
features
Restrictions None
Counters None
Alarms None
Feature ID f52078-01
Procedure
1 Enable ciphering mode.
Step example
cmm securityParam modify config --cipheringMode true
Step example
cmm plmnParam modify <PLMN> --cipherMode true
The uplink messages are captured by the GIP after decryption and they are sent to the
GTE in order to be reported in call trace.
The downlink messages are captured by the GGB before encryption and they are sent to
the GTE in order to be reported in call trace.