Ultra Cloud Core Access and Mobility Management Function

Introduction

This Release Notes identifies changes and issues related to this software release.

Release Lifecycle Milestones

Release Lifecycle Milestone

Milestone

Date

First Customer Ship

FCS

30-Apr-2025

End of Life

EoL

30-Apr-2025

End of Software Maintenance

EoSM

29-Oct-2026

End of Vulnerability and Security Support

EoVSS

29-Oct-2026

Last Date of Support

LDoS

31-Oct-2027

These milestones and the intervals between them are defined in the Cisco Ultra Cloud Core (UCC) Software Release Lifecycle Product Bulletin available on cisco.com.

Release Package Version Information

Software Packages

Version

amf.2025.02.0.SPA.tgz 2025.02.0
cdl-1.12.1-amf-2025.02.0.SPA.tgz 1.12.1
NED package ncs-6.4.3-amf-nc-2025.02.0
NSO

6.4.3

Descriptions for the various packages provided with this release are available in the Release Package Descriptions section.

What's New in this Release

Features and Enhancements

This section covers a brief description of the features and enhancements introduced in this release.

Feature Description

Network Induced Location Request (NI-LR)

AMF includes functionality to facilitate location services for Network Induced Location Requests, ensuring compliance and improving service capabilities.

Command introduced:

location lmf-positioning ni-lr — Used to to enable NI-LR for location services.

Default Setting: Disabled – Configuration Required

Location Services - Compliance to 3GPP Specification Revision 18

MT-LR and NI-LR supports revision 18.6 of the 3GPP specification. This update with the latest revision ensures compliance with the most current regulatory requirements.

Command introduced:

profile compliance compliance_profile_name { service service_name { version spec 3gpp_spec_version } } — Used to configure the 3gpp spec compliance version for namf-loc and nlmf-loc.

Default Setting: Disabled – Configuration Required

NF Discovery based on Preferred Locality

AMF includes the "3gpp-Sbi-Discovery-preferred-locality" HTTP header when communicating with the SCP. By populating this header, AMF enables more efficient NF selection based on locality during peer NF discovery, resulting in optimized network function interactions and improved service delivery.

Note

 

This feature is not fully qualified in this release. For more information, contact your Cisco Account representative.

Behavior Changes

This section covers a brief description of behavior changes introduced in this release.

Behavior Change Description

HTTP header "3gpp-Sbi-Discovery-service-names" in SCP Model D Indirect Communication

Previous Behavior: The AMF used to send the "3gpp-Sbi-Discovery-service-names" HTTP header to the SCP in an array format for all messages.

Example:

3gpp-sbi-discovery-service-names : ["nsmf-pdusession"]

New Behavior: The "3gpp-Sbi-Discovery-service-names" HTTP header is now sent as a plain string to the SCP, but only when you configure the discovery-params [ service-names ] within the SCP network element profile.

Example:

3gpp-sbi-discovery-service-names : nsmf-pdusession

Installation and Upgrade Notes

This Release Note does not contain general installation and upgrade instructions. Refer to the existing installation documentation for specific installation and upgrade considerations.

Certificate Validation

AMF software images are signed via x509 certificates. Please view the .README file packaged with the software for information and instructions on how to validate the certificates.

Software Integrity Verification

To verify the integrity of the software image you have from Cisco, you can validate the SHA512 checksum information against the checksum identified by Cisco for the software.

Image checksum information is available through Cisco.com Software Download Details. To find the checksum, hover the mouse pointer over the software image you have downloaded.

At the bottom, you will find the SHA512 checksum. If you do not see the whole checksum, you can expand it by pressing "..." at the end.

To validate the information, calculate a SHA512 checksum using the information in Table 1 and verify that it matches either the one provided on the software download page.

To calculate a SHA512 checksum on your local desktop, refer to the table below.

Table 1. Checksum Calculations per Operating System

Operating System

SHA512 checksum calculation command examples

Microsoft Windows

Open a command line window and type the following command:

> certutil.exe -hashfile filename.extension SHA512

Apple MAC

Open a terminal window and type the following command:

$ shasum -a 512 filename.extension

Linux

Open a terminal window and type the following command:

$ sha512sum filename.extension

OR

$ shasum -a 512 filename.extension

Note

 

filename is the name of the file.

extension is the file extension (for example, .zip or .tgz).

If the SHA512 checksum matches, you can be sure that no one has tampered with the software image or the image has not been corrupted during download.

If the SHA512 checksum does not match, we advise you to not attempt upgrading any systems with the corrupted software image. Download the software again and verify the SHA512 checksum again. If there is a constant mismatch, please open a case with the Cisco Technical Assistance Center.

Open Bugs for this Release

The following table lists the open bugs in this specific software release.


Note


This software release may contain open bugs first identified in other releases. Additional information for all open bugs for this release is available in the Cisco Bug Search Tool.


Bug ID

Headline

CSCwo87202

Service pod memory leak seen after SCTP pod kill.

Resolved Bugs for this Release

The following table lists the resolved bugs in this specific software release.


Note


This software release may contain bug fixes first introduced in other releases. Additional information for all resolved bugs for this release are available in the Cisco Bug Search Tool.


Bug ID

Headline

Behavior Change

CSCwn54254

"error: [DatastoreUpdate] 413 : Unique keys exceeded the limit" during Perf longevity for MobiltyReg

No

CSCwn80975

LI events are not generating post LI pod kill

No

CSCwn81408

AMF does not handle Error Indication received from gNB appropriately

No

Operator Notes

Cloud Native Product Version Numbering System

The show helm list command displays detailed information about the version of the cloud native product currently deployed.

The appropriate version number field increments after a version has been released. The new version numbering format is a contiguous sequential number that represents incremental changes between releases. This format facilitates identifying the changes between releases when using Bug Search Tool to research software releases.

Release Package Descriptions

The following table provides descriptions for the packages that are available with this release.

Table 2. Release Package Information

Software Packages

Description

amf.<version>.SPA.tgz

The offline release signature package. This package contains the AMF deployment software, NED package, as well as the release signature, certificate, and verification information.

ncs-<nso_version>-amf-<version>.tar.gz

The NETCONF NED package. This package includes all the yang files that are used for NF configuration.

Note that NSO is used for the NED file creation.

Obtaining Documentation and Submitting a Service Request

For information on obtaining documentation, using the Cisco Bug Search Tool (BST), submitting a service request, and gathering additional information, refer to https://www.cisco.com/c/en/us/support/index.html.