21 9 5G NSA Solution Guide PDF
21 9 5G NSA Solution Guide PDF
21 9 5G NSA Solution Guide PDF
9
First Published: 2018-07-31
Americas Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: 408 526-4000
800 553-NETS (6387)
Fax: 408 527-0883
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS,
INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH
THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY,
CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of
the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS.
CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT
LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS
HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network
topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional
and coincidental.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com
go trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any
other company. (1721R)
© 2018 Cisco Systems, Inc. All rights reserved.
CONTENTS
SAEGW Schema 45
S-GW Schema 45
System Schema 46
Conventions Used
The following tables describe the conventions used throughout this documentation.
Text represented as commands This typeface represents commands that you enter,
for example:
show ip access-list
This document always gives the full form of a
command in lowercase letters. Commands are not
case sensitive.
Text represented as menu or sub-menu names This typeface represents menus and sub-menus that
you access within a software application, for example:
Click the File menu, then click New
Obtaining Documentation
The most current Cisco documentation is available on the following website:
http://www.cisco.com/cisco/web/psa/default.html
Use the following path selections to access the 5G NSA documentation:
Products > Wireless > Mobile Internet> Platforms > Cisco ASR 5000 Series
Overview
5G is the next generation of 3GPP technology, after 4G/LTE, defined for wireless mobile data communication.
5G will bridge wireless and wireline networks by introducing a major network architectural change from radio
access to core.
The 5G standards are introduced in 3GPP Release 15 to cater to the needs of 5G networks. The 5G framework
will take advantage of the massive throughput and low latency that new radio provides.
The two solutions defined by 3GPP for 5G networks are:
• 5G Non Standalone (NSA): The existing LTE radio access and core network (EPC) is used as an anchor
for mobility management and coverage to add the 5G carrier. This solution enables operators to provide
5G services with shorter time and lesser cost.
• 5G Standalone (SA): An all new 5G Packet Core will be introduced with several new capabilities built
inherently into it. The SA architecture comprises of 5G New Radio (5G NR) and 5G Core Network
(5GC).
Network Slicing, CUPS, Virtualization, Multi-Gbps support, Ultra low latency, and other such aspects
will be natively built into the 5G SA Packet Core architecture.
Product Description
The 5G Non Standalone (NSA) solution enables operators using Cisco EPC Packet Core to launch 5G services
in shorter time and leverage existing infrastructure. NSA leverages the existing LTE radio access and core
network (EPC) to anchor 5G NR using the Dual Connectivity feature. This solution provides a seamless option
to deploy 5G services with very less disruption in the network.
The 5G NSA solution is 3GPP compliant and can inter-operate with any RAN and network functions. Cisco
MME, SGSN, S-GW, P-GW, and PCRF services support 5G NSA. See the product-specific feature chapters
in this guide for 5G NSA.
The initial deployments of 5G services are based on 5G NSA, also called option-3. The variants of option-3
are option-3, option-3a and option-3x.
Option-3/3a/3x are transparent to MME and P-GW, and translates to an E-RAB modification procedure at
MME.
• Option-3 — Traffic is split across 4G and 5G at eNodeB.
• Option-3a — Traffic is split across 4G and 5G at EPC (S-GW).
• Option-3x — Traffic is split across 4G and 5G at 5G cell.
The following figure illustrates the interfaces and nodes for option-3 and the variants.
Figure 1: NSA Option-3 Variants
Qualified Platforms
The 5G NSA solution runs on Cisco ASR 5000, ASR 5500, and virtualized platforms. For additional platform
information, see the appropriate System Administration Guide and/or contact your Cisco account representative.
Licenses
5G NSA is a licensed Cisco solution. Contact your Cisco account representative for detailed information on
specific licensing requirements. For information on installing and verifying licenses, refer to the Managing
License Keys section of the Software Management Operations chapter in the System Administration Guide.
Dual Connectivity
The E-UTRA-NR Dual Connectivity (EN-DC) feature supports 5G New Radio (NR) with EPC. A UE connected
to an eNodeB acts as a Master Node (MN) and an en-gNB acts as a Secondary Node (SN). The eNodeB is
connected to the EPC through the S1 interface and to the en-gNB through the X2 interface. The en-gNB can
be connected to the EPC through the S1-U interface and other en-gNBs through the X2-U interface.
The following figure illustrates the E-UTRA-NR Dual Connectivity architecture.
Figure 2: EN-DC Architecture
If the UE supports dual connectivity with NR, then the UE must set the DCNR bit to "dual connectivity with
NR supported" in the UE network capability IE of the Attach Request/Tracking Area Update Request message.
If the UE indicates support for dual connectivity with NR in the Attach Request/Tracking Area Update Request
message, and the MME decides to restrict the use of dual connectivity with NR for the UE, then the MME
sets the RestrictDCNR bit to "Use of dual connectivity with NR is restricted" in the EPS network feature
support IE of the Attach Accept/Tracking Area Update Accept message.
If the RestrictDCNR bit is set to "Use of dual connectivity with NR is restricted" in the EPS network feature
support IE of the Attach Accept/Tracking Area Update Accept message, the UE provides the indication that
dual connectivity with NR is restricted to the upper layers.
If the UE supports DCNR and DCNR is configured on MME, and if HSS sends ULA/IDR with
"Access-Restriction" carrying "NR as Secondary RAT Not Allowed", MME sends the "NR Restriction" bit
set in "Handover Restriction List" IE during Attach/TAU/Handover procedures. Similarly, MME sets the
RestrictDCNR bit to "Use of dual connectivity with NR is restricted" in the EPS network feature support IE
of the Attach Accept/Tracking Area Update Accept message. Accordingly, UE provides the indication that
dual connectivity with NR is restricted to the upper layers.
The "Handover Restriction List" IE is present in the "Initial Context Setup Request" message for Attach and
TAU procedure with data forwarding procedure, in the "Handover Required" message for S1 handover
procedure, in the "Downlink NAS Transport" message for TAU without active flag procedure.
Revision History
The 5G NSA solution for MME supports the following functionality 21.9
in this release:
• DCNR capability exchange with peer SGSN in MM context over
S3 interface.
• MME support of statistics for DCNR PDNs.
• NR security algorithms for DCNR capable UEs to support 5G
security.
This feature is not fully qualified in this release.
Feature Description
Cisco 5G Non Standalone (NSA) solution leverages the existing LTE radio access and core network (EPC)
as an anchor for mobility management and coverage. This solution enables operators using the Cisco EPC
Packet Core to launch 5G services in shorter time and leverage existing infrastructure. Thus, NSA provides
a seamless option to deploy 5G services with very less disruption in the network.
Overview
5G is the next generation of 3GPP technology, after 4G/LTE, defined for wireless mobile data communication.
The 5G standards are introduced in 3GPP Release 15 to cater to the needs of 5G networks.
The two solutions defined by 3GPP for 5G networks are:
• 5G Non Standalone (NSA): The existing LTE radio access and core network (EPC) is leveraged to anchor
the 5G NR using the Dual Connectivity feature. This solution enables operators to provide 5G services
with shorter time and lesser cost.
• 5G Standalone (SA): An all new 5G Packet Core will be introduced with several new capabilities built
inherently into it. The SA architecture comprises of 5G New Radio (5G NR) and 5G Core Network
(5GC).
Network Slicing, CUPS, Virtualization, Multi-Gbps support, Ultra low latency, and other such aspects
will be natively built into the 5G SA Packet Core architecture.
Dual Connectivity
The E-UTRA-NR Dual Connectivity (EN-DC) feature supports 5G New Radio (NR) with EPC. A UE connected
to an eNodeB acts as a Master Node (MN) and an en-gNB acts as a Secondary Node (SN). The eNodeB is
connected to the EPC through the S1 interface and to the en-gNB through the X2 interface. The en-gNB can
be connected to the EPC through the S1-U interface and other en-gNBs through the X2-U interface.
If the UE supports dual connectivity with NR, then the UE must set the DCNR bit to "dual connectivity with
NR supported" in the UE network capability IE of the Attach Request/Tracking Area Update Request message.
If the UE indicates support for dual connectivity with NR in the Attach Request/Tracking Area Update Request
message, and the MME decides to restrict the use of dual connectivity with NR for the UE, then the MME
sets the RestrictDCNR bit to "Use of dual connectivity with NR is restricted" in the EPS network feature
support IE of the Attach Accept/Tracking Area Update Accept message.
If the RestrictDCNR bit is set to "Use of dual connectivity with NR is restricted" in the EPS network feature
support IE of the Attach Accept/Tracking Area Update Accept message, the UE provides the indication that
dual connectivity with NR is restricted to the upper layers.
If the UE supports DCNR and DCNR is configured on MME, and if HSS sends ULA/IDR with
"Access-Restriction" carrying "NR as Secondary RAT Not Allowed", MME sends the "NR Restriction" bit
set in "Handover Restriction List" IE during Attach/TAU/Handover procedures. Similarly, MME sets the
RestrictDCNR bit to "Use of dual connectivity with NR is restricted" in the EPS network feature support IE
of the Attach Accept/Tracking Area Update Accept message. Accordingly, UE provides the indication that
dual connectivity with NR is restricted to the upper layers.
The "Handover Restriction List" IE is present in the "Initial Context Setup Request" message for Attach and
TAU procedure with data forwarding procedure, in the "Handover Required" message for S1 handover
procedure, in the "Downlink NAS Transport" message for TAU without active flag procedure.
The 5G NSA solution for MME supports the following functionalities
• E-RAB Modification Procedure:
When SCG (Secondary Cell Group) bearer option is applied to support DCNR, this procedure allows
the Master eNodeB to switch a bearer to Secondary eNodeB without changing the S1-MME association.
• NR Capable S-GW/P-GW Selection:
When DCNR capable UE attempts to register in MME and when all DCNR validations are successful
(for example DCNR feature configuration on MME, HSS not sending access-restriction for NR, and so
on), for dynamic S-GW and P-GW selection, MME uses the following service parameters received from
DNS server (in NAPTR response) over other service parameters to select NR capable S-GW/P-GW.
• x-3gpp-sgw:x-s5-gtp+nc-nr
• x-3gpp-pgw:x-s5-gtp+nc-nr
When the dynamic selection of S-GW/P-GW fails for any other reasons, MME falls back and selects the
locally configured S-GW/P-GW.
• Dynamic S-GW/P-GW Selection:
Dynamic S-GW and P-GW selection by MME for DCNR capable UE is supported. When a DCNR
capable UE attempts to register in MME and when all DCNR validations are successful (DCNR feature
configuration on MME, HSS not sending access-restriction for NR, and so on), the MME sets the "UP
Function Selection Indication Flags" IE with DCNR flag set to 1 in "Create Session Request" message.
This feature supports the CUPS architecture for SGW-C and PGW-C to select SGW-U and PGW-U and
support dual connectivity with NR. When S-GW receives this IE over S11, it sends the IE over S5 to
P-GW. If S-GW receives the IE in a non-CUPS deployment, it is ignored.
• URLCC QCI Support:
For Ultra-Reliable and Low Latency Communications (URLCC), MME supports — QCI 80 (Non-GBR
resource type), QCI 82 (GBR resource type), and QCI 83 (GBR resource type). MME establishes the
default bearers with URLLC QCI 80, which is typically used by low latency eMBB applications. MME
establishes the dedicated bearers with URLLC QCI 82 and QCI 83 (also with QCI 80 if dedicated bearers
of non-GBR type to be established), which is typically used by discrete automation services (industrial
automation).
• PDNs with UP Function Selection Indication:
Based on the DCNR flag in the UP Function Selection Indication Flags IE, new statistics and bulk
statistics are supported for the total number of current active, setup, and released DCNR PDNs on MME.
• NR Support in GTP MM Context over S3 Interface:
MME supports the DCNR capability exchange with peer SGSN over the S3 interface. The DCNR
restriction can be notified by the peer SGSN during handover to MME. The DCNR restriction information
helps the target MME in performing the right S-GW selection.
During handovers, the target MME performs gateway selection before getting the subscription information
from the HSS and hence MME may select the NR capable S-GW for DCNR restricted UE. To prevent
this, the peer SGSN will notify the Restriction information (NRSRNA) through the GTP MM context
in Identification-Response/Context-Response/Forward-Relocation-Request message to MME. The
S3-DCNR support includes both GTPv2 and GTPv1 protocol for S4-SGSN and Gn-SGSN respectively.
• 5G Security Support:
Important The support for 5G security is not fully qualified in this release. It is available
only for testing purposes. For more information, contact your Cisco Account
representative.
The "UE Additional Security Capability" and "Replayed UE Additional Security Capability" IEs for
MME are supported as per 3GPP TS 24.301.
The MME supports handling of the "UE Additional Security Capability" IE for DCNR capable UEs.
This information element is used by the UE in Attach Request and Tracking Area Update messages to
indicate which additional security algorithms are supported by the UE.
The MME includes the "Replayed UE Additional Security Capability" IE if the MME supports handling
of UE additional security capabilities, if the MME is initiating a Security Mode Command during an
Attach or Tracking Area Update procedure and the Attach Request or Tracking Area Update Request
message included a "UE Additional Security Capability" IE.
The MME provides additional security capabilities received through the "UE Additional Security
Capability" IE for NR in the "NR UE Security Capability" IE. The "NR UE Security Capability" IE will
be included by MME in the S1AP messages — INITIAL CONTEXT SETUP REQUEST, UE CONTEXT
MODIFICATION REQUEST, HANDOVER REQUEST, PATH SWITCH ACKNOWLEDGE and
DOWNLINK NAS TRANSPORT.
The eNode-B includes the "NR UE Security Capability" IE in PATH SWITCH REQUEST to be processed
by the MME.
• High Throughput:
5G NR offers downlink data throughput up to 20 Gbps and uplink data throughput up to 10 Gbps. Some
interfaces in EPC have the support to handle (encode/decode) 5G throughput ranges. For example, NAS
supports up to 65.2 Gbps (APN-AMBR) and S5/S8/S10/S3 (GTP-v2 interfaces) support up to 4.2 Tbps.
The diameter interfaces such as S6a and Gx support only up to 4.2Gbps throughput, S1-AP supports
only up to 10 Gbps and NAS supports up to 10 Gbps (MBR, GBR). New AVP/IE are introduced in S6a,
Gx , S1-AP and NAS interfaces to support 5G throughput rates. See the How It Works section for more
information.
• Extended QoS:
MME supports the extended QoS values towards S-GW in legacy IEs - APN-AMBR, Bearer QoS, and
Flow QoS.
• Supported IEs:
S1-AP interface:
• Extended UE-AMBR Downlink
• Extended UE-AMBR Uplink
• Extended E-RAB Maximum Bit Rate Downlink
• Extended E-RAB Maximum Bit Rate Uplink
• Extended E-RAB Guaranteed Maximum Bit Rate Downlink
• Extended E-RAB Guaranteed Maximum Bit Rate Uplink
NAS interface:
• Extended EPS quality of service
• Extended APN aggregate maximum bit rate
How It Works
Architecture
This section describes the external interfaces required to support the 5G NSA architecture.
Limitations
This section describes the known limitations for the 5G NSA feature:
• DCNR for S3 interface is supported only for inbound handover of UE from 2G/3G to 4G.
• MME does not support the NR capable gateway selection during connected mode inbound handover
from Gn-SGSN.
Flows
This section describes the call flow procedures related to MME for 5G NSA.
Step Description
1 The DCNR capable UE sets the "DCNR bit" in NAS message "Attach Request"
in "UE Network Capability" IE.
DCNR must be enabled at MME service or call control profile depending upon
the operator requirement.
3 As part of the authorization process, while sending ULR to HSS, MME advertises
the DCNR support by sending the "NR as Secondary RAT" feature bit in
"Feature-List-ID-2".
Step Description
4 HSS sends ULA by advertising the DCNR by sending "NR as Secondary RAT"
feature bit in "Feature-List-ID-2", "Max-Requested-Bandwidth-UL" as 4294967295
bps, "Max-Requested-Bandwidth-DL" as 4294967295 bps, and the extended
bandwidth values in AVPs "Extended-Max-Requested-BW-UL" and
"Extended-Max-Requested-BW-DL".
If HSS determines that the UE is not authorized for DCNR services, then HSS
sends Subscription-Data with "Access-Restriction" carrying "NR as Secondary
RAT Not Allowed".
5 MME sends the Create Session Request message with the extended APN-AMBR
values in existing AMBR IE. As the APN-AMBR values in GTPv2 interface are
encoded in kbps, the existing AMBR IE handles the 5G NSA bit rates.
8 P-GW honors the APN-AMBR values as offered by PCRF and sends the extended
APN-AMBR values in existing APN-AMBR IE in the Create Session Response
message.
Step Description
9 MME computes the UE-AMBR values and sends the extended UE-AMBR values
in new IEs "Extended UE Aggregate Maximum Bit Rate Downlink" and "Extended
UE Aggregate Maximum Bit Rate Uplink" by setting the legacy "UE AMBR
Uplink" and "UE AMBR Downlink" values to the maximum allowed value
10000000000 bps (10 Gbps) in the "Initial Context Setup Request" message.
MME sends the APN-AMBR values up to 65.2 Gbps in existing APN-AMBR IE
in NAS Activate Default EPS Bearer Context Request – Attach Accept. If the
APN-AMBR values are beyond 65.2 Gbps, MME sends the extended APN-AMBR
values in "Extended APN Aggregate Maximum Bit Rate" IE.
If ULA is received with "Access-Restriction" carrying "NR as Secondary RAT
Not Allowed", MME sends the Initial Context Setup Request message with "NR
Restriction" bit set in Handover Restriction List IE. MME sets the RestrictDCNR
bit to "Use of dual connectivity with NR is restricted" in the EPS network feature
support IE of the Attach Accept message. UE provides the indication that dual
connectivity with NR is restricted to the upper layers accordingly.
If the DCNR feature is not configured at MME service or call control profile, then
MME sets the RestrictDCNR bit to "Use of dual connectivity with NR is restricted"
in the EPS network feature support IE of the Attach Accept message. UE provides
the indication that dual connectivity with NR is restricted to the upper layers
accordingly.
10 eNodeB sends the Initial Context Setup Response message. If master eNodeB
determines to establish the bearer on secondary eNodeB, F-TEID of the secondary
eNodeB may be sent (transport layer address and TEID of secondary eNodeB). It
is transparent to MME if the bearer is established on master eNodeB or secondary
eNodeB.
11 eNodeB sends Uplink NAS Transport with NAS message "Complete - Activate
Default EPS Bearer Context Accept".
12 MME sends the Modify Bearer Request message to S-GW with S1-U F-TEID
details as received in the Initial Context Setup Response message.
Step Description
2 The MME sends a Modify Bearer Request message (eNodeB address(es) and
TEIDs for downlink user plane for all the EPS bearers) per PDN connection to
the S-GW, only for the affected PDN connections.
3 The S-GW returns a Modify Bearer Response message (S-GW address and TEID
for uplink traffic) to the MME as a response to the Modify Bearer Request message.
4 For the bearers transferred to SeNB, S-GW sends one or more end marker packets
on the old path (to MeNB) immediately after switching the path.
Step Description
5 The MME confirms E-RAB modification with the E-RAB Modification Confirm
message. The MME indicates if each bearer was successfully modified, retained,
unmodified or already released by the EPC.
Standards Compliance
Cisco's implementation of the 5G NSA feature complies with the following standards:
• 3GPP 23.003 Release 15.2.0 - Numbering, addressing and identification.
• 3GPP 23.401 Release 15.2.0 - General Packet Radio Service (GPRS) enhancements for Evolved Universal
Terrestrial Radio Access Network (E-UTRAN) access
• 3GPP 29.272 Release 15.2.0 - Evolved Packet System (EPS); Mobility Management Entity (MME) and
Serving GPRS Support Node (SGSN) related interfaces based on Diameter protocol
• 3GPP 29.274 Release 15.2.0 - 3GPP Evolved Packet System (EPS); Evolved General Packet Radio
Service (GPRS) Tunnelling Protocol for Control plane (GTPv2-C); Stage 3
• 3GPP 29.303 Release 15.2.0 - Domain Name System Procedures
• mme-service service_name: Creates an MME service or configures an existing MME service in the
current context. service_name specifies the name of the MME service as an alphanumeric string of 1 to
63 characters.
• no: Disables the DCNR configuration.
• The dcnr CLI command is disabled by default.
Node Selection:
SGW DNS:
• Common — Indicates the number of times S-GW DNS selection procedures are performed with
DNS RR excluding the NR network capability.
• NR Capable — Indicates the number of times S-GW DNS selection procedures are performed with
DNS RR including the NR network capability.
PGW DNS:
• Common — Indicates the number of times P-GW DNS selection procedures are performed with
DNS RR excluding the NR network capability.
• NR Capable — Indicates the number of times P-GW DNS selection procedures are performed with
DNS RR including the NR network capability.
Important When UE is defined with "UE usage type" and "NR Capable", S-GW/P-GW via
DNS is selected in the following order:
1. MME chooses S-GW/P-GW that support both +ue and +nr services.
2. If step 1 fails, MME selects S-GW/P-GW that supports +nr service only.
3. If step 2 fails, MME selects S-GW/P-GW that supports +ue service only.
4. If step 3 fails, MME selects S-GW/P-GW without +nr or +ue service.
• Handover Statistics:
• Bearer Statistics
• ERAB Modification Indication
• Attempted — Indicates the number of bearers for which the E-RAB Modification Indication
procedure is attempted (bearer level stats).
• Success — Indicates the number of bearers for which the E-RAB Modification Indication
procedure has succeeded (bearer level stats).
• Failures — Indicates the number of bearers for which the E-RAB Modification Indication
procedure has failed (bearer level stats).
• Bearer Statistics
• ERAB Modification Indication
• Attempted — Indicates the number of bearers for which the E-RAB Modification Indication
procedure is attempted (bearer level stats).
• Success — Indicates the number of bearers for which the E-RAB Modification Indication
procedure has succeeded (bearer level stats).
• Failures — Indicates the number of bearers for which the E-RAB Modification Indication
procedure has failed (bearer level stats).
• ESM Statistics:
Bulk Statistics
This section provides information on the bulk statistics for the 5G NSA feature on MME.
MME Schema
The following 5G NSA feature related bulk statistics are available in the MME schema.
TAI Schema
The following 5G NSA feature related bulk statistics are available in the TAI schema.
Revision History
The 5G NSA solution for SAEGW supports the following functionality 21.9
in this release:
• P-GW support of Secondary RAT Data Usage Report in Gz CDRs
• P-GW support of Secondary RAT Data Usage Report in Rf CDRs
• S-GW and P-GW support of statistics for DCNR PDNs
The 5G NSA solution for SAEGW supports the following functionality 21.8
in this release:
• Feature License
• Dedicated Bearers
• Gy interface
• URLLC QCI
Feature Description
Cisco 5G Non Standalone (NSA) solution leverages the existing LTE radio access and core network (EPC)
as an anchor for mobility management and coverage. This solution enables operators using the Cisco EPC
Packet Core to launch 5G services in shorter time and leverage existing infrastructure. Thus, NSA provides
a seamless option to deploy 5G services with very less disruption in the network.
Overview
5G is the next generation of 3GPP technology, after 4G/LTE, defined for wireless mobile data communication.
The 5G standards are introduced in 3GPP Release 15 to cater to the needs of 5G networks.
The two solutions defined by 3GPP for 5G networks are:
• 5G Non Standalone (NSA): The existing LTE radio access and core network (EPC) is leveraged to anchor
the 5G NR using the Dual Connectivity feature. This solution enables operators to provide 5G services
with shorter time and lesser cost.
• 5G Standalone (SA): An all new 5G Packet Core will be introduced with several new capabilities built
inherently into it. The SA architecture comprises of 5G New Radio (5G NR) and 5G Core Network
(5GC).
Network Slicing, CUPS, Virtualization, Multi-Gbps support, Ultra low latency, and other such aspects
will be natively built into the 5G SA Packet Core architecture.
Dual Connectivity
The E-UTRA-NR Dual Connectivity (EN-DC) feature supports 5G New Radio (NR) with EPC. A UE connected
to an eNodeB acts as a Master Node (MN) and an en-gNB acts as a Secondary Node (SN). The eNodeB is
connected to the EPC through the S1 interface and to the en-gNB through the X2 interface. The en-gNB can
be connected to the EPC through the S1-U interface and other en-gNBs through the X2-U interface.
The following figure illustrates the E-UTRA-NR Dual Connectivity architecture.
Figure 6: EN-DC Architecture
If the UE supports dual connectivity with NR, then the UE must set the DCNR bit to "dual connectivity with
NR supported" in the UE network capability IE of the Attach Request/Tracking Area Update Request message.
If the UE indicates support for dual connectivity with NR in the Attach Request/Tracking Area Update Request
message, and the MME decides to restrict the use of dual connectivity with NR for the UE, then the MME
sets the RestrictDCNR bit to "Use of dual connectivity with NR is restricted" in the EPS network feature
support IE of the Attach Accept/Tracking Area Update Accept message.
If the RestrictDCNR bit is set to "Use of dual connectivity with NR is restricted" in the EPS network feature
support IE of the Attach Accept/Tracking Area Update Accept message, the UE provides the indication that
dual connectivity with NR is restricted to the upper layers.
If the UE supports DCNR and DCNR is configured on MME, and if HSS sends ULA/IDR with
"Access-Restriction" carrying "NR as Secondary RAT Not Allowed", MME sends the "NR Restriction" bit
set in "Handover Restriction List" IE during Attach/TAU/Handover procedures. Similarly, MME sets the
RestrictDCNR bit to "Use of dual connectivity with NR is restricted" in the EPS network feature support IE
of the Attach Accept/Tracking Area Update Accept message. Accordingly, UE provides the indication that
dual connectivity with NR is restricted to the upper layers.
The "Handover Restriction List" IE is present in the "Initial Context Setup Request" message for Attach and
TAU procedure with data forwarding procedure, in the "Handover Required" message for S1 handover
procedure, in the "Downlink NAS Transport" message for TAU without active flag procedure.
Important 5G NSA feature is license controlled from release 21.8 onwards. Contact your Cisco account representative
for detailed information on specific licensing requirements.
on), the MME sets “UP Function Selection Indication Flags” IE with DCNR flag set to 1 in “Create
Session Request” message. This feature is relevant for CUPS architecture to help SGW-C and PGW-C
to select SGW-U and PGW-U which supports dual connectivity with NR. When S-GW receives this IE
over S11, it sends this IE over S5 to P-GW. S-GW ignores IE if it receives it in Non-CUPS deployment.
• Secondary RAT Usage Data Report Handling:
P-GW supports Secondary RAT Data Usage Report in Gz and Rf CDRs
• Statictics support for DCNR PDNs:
S-GW and P-GW statictics support for DCNR PDNs
How It Works
Architecture
This section describes the architecture for Gx (PCRF), Gy (OCS), Gz (P-GW), and Rf (P-GW) interfaces with
respect to 5G NSA for SEAEGW feature.
Gx (PCRF)
The Gx interface supports new AVPs to handle 5G throughput for default bearers and dedicated bearers. Gx
interface introduced new "AVP Extended-APN-AMBR-UL" and "Extended-APN-AMBR-DL" in grouped
"AVP QoS-Information" and "Conditional-APN-Aggregate-Max-Bitrate" to handle 5G throughput for default
bearers. New AVPs "Extended-GBR-UL", "Extended-GBR-DL", "Extended-Max-Requested-BW-UL" and
"Extended-Max-Requested-BW-DL" are added in grouped AVP "QoS-Information" for dedicated bearers.
When the maximum bandwidth value set for UL or DL traffic is higher than 4294967295 bits per second, the
"Max-Requested-Bandwidth-UL" or DL, AVP must be present, and set to its upper limit 4294967295 along
with the "Extended-Max-Requested-BW-UL" or DL must be present, and set to the requested bandwidth
value in kilobits per second. The same principal applies for "Extended-GBR-UL/DL" and
"Extended-APN-AMBR-UL/DL".
The following new AVPs are introduced in the grouped AVP QoS-Information:
• Extended-Max-Requested-BW-UL
• Extended-Max-Requested-BW-DL
• Extended-GBR-UL
• Extended-GBR-DL
• Extended-APN-AMBR-UL
• Extended-APN-AMBR-DL
the following new AVPs are introduced in the grouped AVP Conditional-APN-Aggregate-Max-Bitrate.
• Extended-APN-AMBR-UL
• Extended-APN-AMBR-DL
Gy (OCS)
New AVPs "Extended-Max-Request-BW-UL" and "Extended-Max-Requested-BW-DL" in grouped AVP
“QoS-Information” are introduced Gy interface to handle 5G throughput for dedicated bearers.
When the maximum bandwidth value set for UL/DL traffic is higher than 4294967295 bits per second, P-GW
sets the "Max-Requested-Bandwidth-UL/DL" AVP to its upper limit 4294967295 and sets the
"Extended-Max-Requested-BW-UL/DL" to the required bandwidth value in kilobits per second in
CCR-I/CCR-U messages.
5G NSA feature supports only standard Gy "dcca-custom13" dictionary.
Gz (P-GW)
New sequence of container in PGWRecord for PGW-CDR to support RAN secondary RAT usage data report
is introduced in Gz interface. AVPs "listOfRANSecondaryRATUsageReports" and
"RANSecondaryRATUsageReport" are introduced to handle 5G throughput for dedicated bearers.
Rf (P-GW)
New AVPs "RAN-Secondary-RAT-Usage-Report" which is grouped type to support secondary RAT usage
data report values is introduced in Rf interface. This contains the volume count as reported by the RAN for
the secondary RAT(saperated for uplink and downlink) including the time of the report.
Limitations
This section describes the known limitations for 5G NSA feature
• 5G NSA is implemented only for Gx standard dictionary (r8-gx-standard).
• 5G NSA has been implemented only for Gy standard dictionary "dcca-custom13". In order to support
NSA for other Gx and Gy dictionaries, dynamic dictionary must be built. Contact your Cisco Account
representative for more details.
• ICSR support for 5G NSA is not available.
• When PCRF sends "Extended-Max-Requested-BW-UL/DL" AVP, it is expected to send
"Extended-Max-Requested-BW-UL/DL" with maximum value 4294967295 bps. When
"Extended-Max-Requested-BW-UL/DL" AVP is present, P-GW ignores the received value in
"Max-Requested-Bandwidth-UL/DL" AVP and assumes it to be 4294967295 bps.
• When PCRF sends "Extended-GBR-UL/DL" AVP, it is expected to send "Extended-GBR-UL/DL" with
maximum value 4294967295 bps. When "Extended-GBR-UL/DL" AVP is present, P-GW ignores the
received value in "Guaranteed-Bitrate-UL/DL" AVP and assumes it to be 4294967295 bps.
• S-GW-CDR on Gz interface will not carry the RAN secondary RAT usage data report.
• Secondary RAT usage data report will not carry start or end time values prior to “00:00:00 UTC, Thursday,
1 January 1970".
Flows
This section describes the following call flows related to the DCNR feature.
Step Description
1 The DCNR capable UE sets the "DCNR bit" in the NAS message "Attach Request"
of "UE Network Capability" IE.
3 As part of the authorization process, while sending ULR to HSS, MME advertises
the DCNR support by sending “NR as Secondary RAT" feature bit in
“Feature-List-ID-2".
4 HSS sends ULA by advertising the DCNR by sending "NR as Secondary RAT" feature
bit in “Feature-List-ID-2" and sends Max-Requested-Bandwidth-UL as 4294967295
bps, Max-Requested-Bandwidth-DL as 4294967295 bps and the extended bandwidth
values in new AVPs "Extended-Max-Requested-BW-UL" and
"Extended-Max-Requested-BW-DL".
If HSS determines that the UE is not authorized for DCNR services, HSS sends
Subscription-Data with “Access-Restriction" carrying “NR as Secondary RAT Not
Allowed".
5 MME sends Create Session Request with the extended APN-AMBR values in existing
AMBR IE. As the APN-AMBR values in GTP-v2 interface are encoded in kbps, the
existing AMBR IE handles the 5G NSA bit rates.
Step Description
7 PCRF sends CCA-I advertising the DCNR by sending the “Extended-BW-NR" feature
bit in “Feature-List-ID-2". PCRF also sends "APN-Aggregate-Max-Bitrate-UL" as
4294967295 bps and "APN-Aggregate-Max-Bitrate-DL" as 4294967295 bps and the
extended bandwidth values in new "AVPs Extended-APN-AMBR-UL" and
"Extended-APN-AMBR-DL". PCRF offers the same extended APN-AMBR values
requested by PCEF or modify the extended APN-AMBR values. P-GW enforces the
APN-AMBR values accordingly.
8 P-GW honors the APN-AMBR values as offered by PCRF and sends the extended
APN-AMBR values in existing IE APN-AMBR in the Create Sesssion Response
message.
9 MME computes the UE-AMBR values and sends the extended UE-AMBR values in
new IEs “Extended UE Aggregate Maximum Bit Rate Downlink" and “Extended UE
Aggregate Maximum Bit Rate Uplink" by setting the legacy “UE AMBR Uplink"
and “UE AMBR Downlink" values to the maximum allowed value 10000000000
bps(10 Gbps) in Initial Context Setup Request.
MME sends the APN-AMBR values up to 65.2 Gbps in existing IE APN-AMBR in
NAS Activate Default EPS Bearer Context Request – Attach Accept. If the
APN-AMBR values are beyond 65.2 Gbps, MME sends the extended APN-AMBR
values in new IE “Extended APN aggregate maximum bit rate.
If ULA is received with “Access-Restriction" carrying “NR as Secondary RAT Not
Allowed", MME sends the “Initial Context Setup Request" with “NR Restriction" bit
set in “Handover Restriction List" IE. Also MME sets the "RestrictDCNR" bit to "Use
of dual connectivity with NR is restricted" in the EPS network feature support IE of
the Attach Accept message. Accordingly, UE provides the indication that DCNR is
restricted to the upper layers.
If DCNR is not configured at MME service or call control profile level, MME sets
the RestrictDCNR bit to "Use of dual connectivity with NR is restricted" in the EPS
network feature support IE of the Attach Accept message. Accordingly, UE provides
the indication that DCNR is restricted to the upper layers.
10 eNodeB sends the Initial Context Setup Response message. If master eNodeB
determines to establish the bearer on secondary eNodeB, F-TEID of secondary eNodeB
may be sent in this step (Transport layer address and TEID of secondary eNodeB). It
is transparent to MME if the bearer is established on master eNodeB or secondary
eNodeB.
11 eNodeB sends Uplink NAS Transport with NAS message Attach Complete - Activate
Default EPS Bearer Context Accept.
12 MME sends Modify Bearer Request to S-GW with S1-U FTEID details as received
in the Initial Context Setup Response message.
Supported Standards
Cisco's implementation of the 5G NSA complies with the following standards:
• 3GPP 23.401 Release 15.2.0 - General Packet Radio Service (GPRS) enhancements for Evolved Universal
Terrestrial Radio Access Network (E-UTRAN) access
• 3GPP 29.212 Release 15.2.0 - Policy and Charging Control (PCC)
• 3GPP 29.274 Release 15.2.0 - 3GPP Evolved Packet System (EPS); Evolved General Packet Radio
Service (GPRS) Tunneling Protocol for Control plane (GTPv2-C); Stage 3
• 3GPP 32.299 Release 15.2.0 - Charging Management; Diameter Charging Applications
• 3GPP 32.298 Release 15.2.0 - Charging Management; Charging Data Record (CDR) parameter description
• qci qci_val: Specifies the QoS Class Identifier. qci_val must be an integer between 1 to 9, 80, 82, and
83.
• no: Disables the QoS data rate limit configuration for the APN.
• Packets Discarded — Displays the total number of discarded QCI 80, QCI 82, and QCI 83 packets.
• Bytes Discarded — Displays the total number of discarded QCI 80, QCI 82, and QCI 83 bytes.
Downlink:
• Packets — Displays the total number of downlink packets forwarded for QCI 80, QCI 82, and QCI 83.
• Bytes — Displays the total number of downlink bytes forwarded for QCI 80, QCI 82, and QCI 83.
• Dropped Packets — Displays the total number of downlink packets dropped for QCI 80, QCI 82, and
QCI 83.
• Dropped Bytes — Displays the total number of downlink bytes dropped for QCI 80, QCI 82, and QCI
83.
• P-GW Initiated — Displays the total number of dedicated EPS bearers for QCI 80, QCI 82, and QCI 83
released with the reason P-GW initiated on the S-GW.
• S1 Error Indication — Displays the total number of dedicated EPS bearers for QCI 80, QCI 82, and QCI
83 released with the reason S1 error indication on the S-GW.
• S5 Error Indication — Displays the total number of dedicated EPS bearers for QCI 80, QCI 82, and QCI
83 released with the reason S5 error indication on the S-GW.
• S4 Error Indication — Displays the total number of dedicated EPS bearers for QCI 80, QCI 82, and QCI
83 released with the reason S4 error indication on the S-GW.
• S12 Error Indication — Displays the total number of dedicated EPS bearers for QCI 80, QCI 82, and
QCI 83 released with the reason S12 error indication on the S-GW.
• Local — Displays the total number of dedicated EPS bearers for QCI 80, QCI 82, and QCI 83 released
with the reason local error indication on the S-GW.
• PDN Down — Displays the total number of dedicated EPS bearers for QCI 80, QCI 82, and QCI 83
released due to PDN cleanup on the S-GW.
• Path Failure S1-U — Displays the total number of dedicated EPS bearers for QCI 80, QCI 82, and QCI
83 released with the reason S1-U path failure on the S-GW.
• Path Failure S5-U — Displays the total number of dedicated EPS bearers for QCI 80, QCI 82, and QCI
83 released with the reason S5-U path failure on the S-GW.
• Path Failure S5 — Displays the total number of dedicated EPS bearers for QCI 80, QCI 82, and QCI 83
released with the reason S5 path failure on the S-GW.
• Path Failure S11 — Displays the total number of dedicated bearers for QCI 80, QCI 82, and QCI 83
released due to path failure on the S11 interface.
• Path Failure S4-U — Displays the total number of dedicated bearers for QCI 80, QCI 82, and QCI 83
released due to path failure on S4-U interface.
• Path Failure S12 — Displays the total number of dedicated bearers for QCI 80, QCI 82, and QCI 83
released due to path failure on S12 interface.
• Inactivity Timeout — Displays the total number of dedicated bearers for QCI 80, QCI 82, and QCI 83
released due to the inactivity timeout.
• Other — Displays the total number of dedicated bearers for QCI 80, QCI 82, and QCI 83 released due
to other reasons.
• Dropped Bytes — Displays the total number of uplink data bytes dropped by the S-GW for a bearer with
QCI 80, QCI 82, and QCI 83.
Downlink:
• Packets — Displays the total number of downlink data packets received by the S-GW for a bearer with
QCI 80, QCI 82, and QCI 83.
• Bytes — Displays the total number of downlink data bytes received by the S-GW for a bearer with QCI
80, QCI 82, and QCI 83.
• Dropped Packets — Displays the total number of downlink data packets dropped by the S-GW for bearer
with QCI 80, QCI 82, and QCI 83.
• Dropped Bytes — Displays the total number of downlink data bytes dropped by the S-GW for a bearer
with QCI 80, QCI 82, and QCI 83.
Downlink:
• Packets — Displays the total number of QCI 80, QCI 82, and QCI 83 downlink packets forwarded.
• Bytes — Displays the total number of QCI 80, QCI 82, and QCI 83 downlink bytes forwarded.
• Dropped Packets — Displays the total number of QCI 80, QCI 82, and QCI 83 downlink packets dropped.
• Dropped Bytes — Displays the total number of QCI 80, QCI 82, and QCI 83 downlink bytes dropped.
DCNR PDNs:
Colocated PDNs:
• Active — The total number of currently active SAEGW collapsed DCNR PDNs.
• Setup — The total number of SAEGW collapsed PDNs that are setup as a DCNR PDN.
• Released — The total number of SAEGW collapsed DCNR PDNs released.
PGW-Anchor PDNs:
• Active — The total number of currently active P-GW anchored DCNR PDNs.
• Setup — The total number of P-GW anchored PDNs that are setup as a DCNR PDN.
• Released — The total number of P-GW anchored DCNR PDNs that are released.
SGW-Anchor PDNs:
• Active — The total number of current active S-GW anchored DCNR PDNs.
• Setup — The total number of S-GW anchored PDNs that are setup as a DCNR PDN.
• Released — The total number of S-GW anchored DCNR PDNs that are released.
Bulk Statistics
The following statistics are added to in support of the 5G NSA feature.
APN Schema
The following 5G NSA feature related bulk statistics are available in the APN schema.
P-GW Schema
The following 5G NSA feature related bulk statistics available in the P-GW schema.
SAEGW Schema
The following 5G NSA feature related bulk statistics available in the SAEGW schema.
S-GW Schema
The following 5G NSA feature related bulk statistics available in the S-GW schema.
System Schema
The following 5G NSA feature related bulk statistics are available in the System schema.
Revision History
Feature Description
Cisco 5G Non Standalone (NSA) solution leverages the existing LTE radio access and core network (EPC)
as an anchor for mobility management and coverage. This solution enables operators using the Cisco EPC
Packet Core to launch 5G services in shorter time and leverage existing infrastructure. Thus, NSA provides
a seamless option to deploy 5G services with very less disruption in the network.
Overview
5G is the next generation of 3GPP technology, after 4G/LTE, defined for wireless mobile data communication.
The 5G standards are introduced in 3GPP Release 15 to cater to the needs of 5G networks.
The two solutions defined by 3GPP for 5G networks are:
• 5G Non Standalone (NSA): The existing LTE radio access and core network (EPC) is leveraged to anchor
the 5G NR using the Dual Connectivity feature. This solution enables operators to provide 5G services
with shorter time and lesser cost.
• 5G Standalone (SA): An all new 5G Packet Core will be introduced with several new capabilities built
inherently into it. The SA architecture comprises of 5G New Radio (5G NR) and 5G Core Network
(5GC).
Network Slicing, CUPS, Virtualization, Multi-Gbps support, Ultra low latency, and other such aspects
will be natively built into the 5G SA Packet Core architecture.
Dual Connectivity
The E-UTRA-NR Dual Connectivity (EN-DC) feature supports 5G New Radio (NR) with EPC. A UE connected
to an eNodeB acts as a Master Node (MN) and an en-gNB acts as a Secondary Node (SN). The eNodeB is
connected to the EPC through the S1 interface and to the en-gNB through the X2 interface. The en-gNB can
be connected to the EPC through the S1-U interface and other en-gNBs through the X2-U interface.
The following figure illustrates the E-UTRA-NR Dual Connectivity architecture.
If the UE supports dual connectivity with NR, then the UE must set the DCNR bit to "dual connectivity with
NR supported" in the UE network capability IE of the Attach Request/Tracking Area Update Request message.
If the UE indicates support for dual connectivity with NR in the Attach Request/Tracking Area Update Request
message, and the MME decides to restrict the use of dual connectivity with NR for the UE, then the MME
sets the RestrictDCNR bit to "Use of dual connectivity with NR is restricted" in the EPS network feature
support IE of the Attach Accept/Tracking Area Update Accept message.
If the RestrictDCNR bit is set to "Use of dual connectivity with NR is restricted" in the EPS network feature
support IE of the Attach Accept/Tracking Area Update Accept message, the UE provides the indication that
dual connectivity with NR is restricted to the upper layers.
If the UE supports DCNR and DCNR is configured on MME, and if HSS sends ULA/IDR with
"Access-Restriction" carrying "NR as Secondary RAT Not Allowed", MME sends the "NR Restriction" bit
set in "Handover Restriction List" IE during Attach/TAU/Handover procedures. Similarly, MME sets the
RestrictDCNR bit to "Use of dual connectivity with NR is restricted" in the EPS network feature support IE
of the Attach Accept/Tracking Area Update Accept message. Accordingly, UE provides the indication that
dual connectivity with NR is restricted to the upper layers.
The "Handover Restriction List" IE is present in the "Initial Context Setup Request" message for Attach and
TAU procedure with data forwarding procedure, in the "Handover Required" message for S1 handover
procedure, in the "Downlink NAS Transport" message for TAU without active flag procedure.
The 5G NSA solution for SGSN supports the following functionalities:
• Dual Connectivity with New Radio (DCNR):
The UE supporting dual connectivity with New Radio (NR) sets the DCNR bit to "dual connectivity with
NR supported" in the MS network capability IE of the "Attach Request" or "Routing Area Update Request"
message.
If the MS supports dual connectivity of E-UTRA with New Radio (NR), then the MS sets the Dual
connectivity of E-UTRA with NR capability bit to "Mobile station supports dual connectivity of E-UTRA
with NR" in the MS network capability IE of the "Attach Request" or "Routing Area Update Request"
message.
SGSN informs DCNR support to GGSN by setting the DCNR bit in the UP Function Selection Indication
Flags IE of the Create PDP Context Request message.
If all the conditions (UE DCNR capable, SGSN 5G-NSA support) are met, SGSN sends the GPRS
Location Update Request with “nrAsSecondaryRAT” bit set in the Supported Features IE in MAP
Interface Gr.
• Dynamic Gateway Selection:
When DCNR capable UE attempts to register in SGSN and all DCNR validations are successful (for
example, DCNR feature configuration on SGSN, HLR not sending "access-restriction" for NR, and so
on) for dynamic gateway selection, SGSN uses the following service parameters received from DNS
server (in NAPTR response) over other service parameters to select NR capable gateway:
• x-3gpp-pgw:x-gn+nc-nr
• x-3gpp-pgw:x-gp+nc-nr
In order to select a network node with a particular network capability, the character string "+nc-<network
capability>" must be appended to the "app-protocol" name where "nc" indicates "network capability",
"nr" indicates "new radio", "x-gn" is "app protocol" and "x-3gpp-ggsn/pgw" are app services.
For a DCNR capable UE, when the service parameters are received without network capability and new
radio character string "+nc-nr", SGSN uses other service parameters to perform dynamic gateway selection.
When the dynamic selection of gateway fails for any other reasons, SGSN fallbacks and selects the
locally configured gateway.
• DCNR Support to GGSN:
SGSN advertises the DCNR feature support by sending "NR as Secondary RAT" feature bit in "Supported
Features" towards HLR, if DCNR feature is configured at SGSN and UE advertises DCNR capability
in NAS.
When DCNR capable UE attempts to register in SGSN and when all DCNR validations are successful
(for example, DCNR feature configuration on SGSN, HLR not sending access-restriction for NR, and
so on), the SGSN sets the UP Function Selection Indication Flags IE with DCNR flag set to 1 in the
Create PDP Context Request message. This flag enables the selection of a PGW-U optimized for NR,
when the UE establishes the PDN connection first through Gn-SGSN and the Gn-SGSN will pass a
corresponding indication over Gn/Gp to the GGSN/P-GW.
• Subscription Control:
SGSN handles the reception of “NR as Secondary RAT Not Allowed” bit in Extended-Access Restriction
Data IE in “Insert Subscriber Data” message from HLR.
• Extended Bandwith:
SGSN handles the reception of "Extended Maximum Bit rate DL" and "Extended Maximum Bit rate
UL" in AMBR IE received in the "Insert Subscriber Data" message from HLR.
• Access Restriction Data:
SGSN supports Access Restriction data information in MM Context IE while receiving/sending from/to
peer SGSN during ISRAU and SRNS Relocation procedures.
How It Works
Limitations
This section describes the known limitations for 5G NSA feature:
• To support EPC QOS parameters like "APN-AMBR", "E-ARP" and "UE-AMBR", “Support for EPC
QoS Attributes on SGSN” feature must be enabled. Currently this feature is supported only on 3G not
on 2G. So Extended Bandwidth support is only on 3G-SGSN.
• 5G-NSA enabled SGSN uses only MAP Protocol on the Gr Interface, Diameter Protocol on the s6d
Interface is not supported.
• If HLR does not send "Extended-Access Restriction" data IE in Insert Subscribe Data message, SGSN
assumes that NR as secondary RAT is allowed and it processes the UE request as DCNR enabled.
• When SGSN cannot find a collocated PGW/GGSN which “+nc-nr” in DNS response, SGSN falls back
and triggers "A" query to get the normal GGSN information.
• SGSN with 5G-NSA feature enabled selects only the collocated PGW/GGSN in DNS response, for
example “x-3gpp-pgw x-gn+nc-nr/ x-3gpp-pgw x-gp+nc-nr.”
Flows
This section describes the call flow procedures related to SGSN for 5G NSA.
1. DCNR capable UE sends “DCNR bit” in NAS message “Attach Request” in “MS Network Capability”
IE.
2. SGSN successfully authenticates the UE.
3. SGSN advertises the DCNR feature support by sending “NR as Secondary RAT” feature bit in “Supported
Features”.
4. If HLR determines that the UE is not authorized for DCNR services, HLR sends Subscription-Data with
“Extended Access-Restriction” carrying “NR as Secondary RAT Not Allowed”.
5. SGSN determines the Gateway which is NR capable from the DNS response.
6. SGSN sends Create PDP Context Request with the UP Function Selection Indication Flags coded with
DCNR bit to the selected gateway.
1. DCNR capable UE sets “DCNR bit” in NAS message “RAU Request” in “MS Network Capability” IE.
2. New-SGSN triggers SGSN Context Request message to OLD-SGSN where the UE is previously attached
to get UE context.
3. OLD-SGSN fills the MM-Context with Access-Restriction Data IE with NRSRNA in SGSN Context
Response message.
4. After Authentication and verifying subscription information, NEW SGSN sends RAU Accept message
to UE.
Standards Compliance
Cisco's implementation of the 5G NSA feature complies with the following standards:
• 3GPP 23.003 Release 15.2.0 - 3rd Generation Partnership Project; Technical Specification Group Core
Network and Terminals; Numbering, addressing and identification.
• 3GPP 23.401 Release 15.2.0 - General Packet Radio Service (GPRS) enhancements for Evolved Universal
Terrestrial Radio Access Network (E-UTRAN) access.
• 3GPP 29.002 Release 15.2.0 - 3rd Generation Partnership Project; Technical Specification Group Core
Networkand Terminals; Mobile Application Part (MAP) specification.
• 3GPP 24.008 Release 15.1.0 - 3rd Generation Partnership Project; Technical Specification Group Core
Networkand Terminals; Mobile radio interfaceLayer3 specification; Core network protocols; Stage3.
• 3GPP 29.060 Release 15.1.0 - 3rd GenerationPartnershipProject Technical Specification Group Core
Network; General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP)acrossthe Gn and
Gp interface.
• 3GPP 29.303 Release 15.1.0 - 3rd Generation Partnership Project; Technical Specification Group Core
Networkand Terminals; Domain Name System Procedures; Stage3.
• 3GPP 29.303 Release 15.2.0 - 3rd Generation Partnership Project; Technical Specification Group Core
Networkand Terminals; Domain Name System Procedures; Stage3.
With this configuration, SGSN processes the UEs with 5G capability and selects the gateways that are NR
capable to inform the peer MME/SGSN nodes.
config
sgsn-global
[ no ] dcnr
end
NOTES:
• dcnr: Configures DCNR to support 5G NSA.
• no: Disables the DCNR support.
• This feature is applicable only to Gn-SGSN.
Subscription Data:
Extended ARD:
• NR-As-Secondary-RAT-Not-Allowed - Advertises the DCNR feature support by sending “NR as
Secondary RAT” feature bit towards HLR provided DCNR feature is configured at SGSN and UE
advertises DCNR capability in NAS.
• 3G-with-DCNR-Attached - The total number of subscribers with DCNR allowed for 3G service.
• 2G-with-DCNR-Attached - The total number of subscribers with DCNR allowed for 2G service.
Activated Subscribers:
• 3G Activated with DCNR - Total number of activated subscribers with DCNR capable allowed for 2g
service.
• 2G Activated with DCNR - Total number of activated subscribers with DCNR capable allowed for 2g
service.
Message Statistics:
Specific Procedures:
Attach Request:
• 3G-with-DCNR-Cap-Attached - Total number of 3G Attach Requests received from DCNR capable
UEs.
• 2G-with-DCNR-Cap-Attached - Total number of 2G Attach Requests received from DCNR capable
UEs.
Attach Accept:
Total-Attach-Accept:
• 3G-Attach-Accept-with-DCNR - Total number of 3G Attach Requests accepted with DCNR allowed for
DCNR capable UEs.
• 2G-Attach-Accept-with-DCNR - Total number of 2G Attach Requests accepted with DCNR allowed for
DCNR capable UEs.
Attach Complete:
• 3G-Att-Comp-with-DCNR-Cap - Total number of attach complete received for DCNR allowed UEs for
3G service.
• 2G-Att-Comp-with-DCNR-Cap - Total number of attach complete received for DCNR allowed UEs for
2G service.
Attach Reject:
• 3G-Attach-Reject-with-DCNR - Total number of 3G Attach Requests Rejected for DCNR capable UEs.
• 2G-Attach-Reject-with-DCNR - Total number of 2G Attach Requests Rejected for DCNR capable UEs.
• 3G-RAU-Req-with-DCNR-Cap - Total number of 3G RAU Requests received from DCNR capable UEs.
• 2G-RAU-Req-with-DCNR-Cap - Total number of 2G RAU Requests received from DCNR capable UEs.
Primary-Actv-Request:
• 3G-Primary-Actv-Request-with-DCNR-Capability - Total number of 3G primary Activation Requests
received for DCNR allowed UEs.
• 2G-Primary-Actv-Request-with-DCNR-Capability - Total number of 2G primary Activation Requests
received for DCNR allowed UEs
SRNS statistics:
Attempted
Inter-SRNS UE involved Inter-SRNS UE not involved (new SGSN with MME) -
• Inter-SRNS NRSRNA UE involved Inter-SRNS NRSRNA UE not involved (old SGSN) - Inter-SGSN
SRNS from the local SGSN to the peer SGSN is attempted with relocation type 'UE not involved' and
DCNR allowed.
• Inter-SRNS NRSRNA UE involved Inter-SRNS NRSRNA UE not involved (new SGSN) - Inter-SGSN
SRNS to the local SGSN from the peer SGSN is attempted with relocation type 'UE not involved and
DCNR allowed
Sucessful:
Total SRNS:
• Intra-SGSN SRNS (new SGSN with MME) - Intra SGSN from local SGSN to peer MME is attempted
with relocation type UE not Involved /Involved and DCNR allowed.
• Inter-SRNS NRSRNA UE involved (old SGSN) - Inter-SGSN SRNS to the peer SGSN from the local
SGSN with dcnr is attempted with relocation type 'UE involved' and DCNR allowed.
• Inter-SRNS NRSRNA UE involved (new SGSN) - Inter-SGSN SRNS to the peer SGSN from the local
SGSN with DCNR is attempted with relocation type 'UE involved’ and DCNR allowed.
Bulk Statistics
The following 5G NSA feature related bulk statistics are available in the SGSN schema.
Important It is an assumed that all the UEs are DCNR capable for the below mentioned counters.