Freigeben über

Azure Private 5G Core 2305 – Versionshinweise

  • Artikel

Die folgenden Versionshinweise identifizieren die neuen Features, kritische offene Probleme und behobene Probleme für die 2305-Version von Azure Private 5G Core (AP5GC). Die Versionshinweise werden kontinuierlich aktualisiert, mit kritischen Problemen, die eine Problemumgehung erfordern, die beim Entdecken hinzugefügt werden. Bevor Sie diese neue Version bereitstellen, lesen Sie bitte die in diesen Versionshinweisen enthaltenen Informationen.

Dieser Artikel bezieht sich auf die VERSION AP5GC 2305 (PMN-2305-0). Diese Version ist mit der ASE Pro 1 GPU und ASE Pro 2 kompatibel, die die ASE 2303-Version ausführt, und wird von den Versionen 2022-04-01-preview und 2022-11-01 Microsoft.MobileNetwork API unterstützt.

Supportlebensdauer

Paketkernversionen werden bis zur Veröffentlichung von zwei nachfolgenden Versionen unterstützt (sofern nicht anders angegeben). Dies ist in der Regel zwei Monate nach dem Veröffentlichungsdatum. Sie sollten planen, ihr Paketkern in diesem Zeitrahmen zu aktualisieren, um zu vermeiden, dass die Unterstützung verloren geht.

Neuerungen

  • Erkennung von Inaktivität auf Benutzerebene – Ab AP5GC 2305 wird ein Benutzerebenen-Inaktivitätszeitgeber mit einem Wert von 600 Sekunden für 5G-Sitzungen konfiguriert. Wenn kein Datenverkehr für 600 Sekunden vorhanden ist und die RAN-initiierte Access Network-Version nicht aufgetreten ist, gibt Packet Core Access Network-Ressourcen frei.

  • UE (Benutzerausrüstung) an die interne UE-Weiterleitung – Diese Version bietet die Möglichkeit für AP5GC, UE-Datenverkehr intern an einen anderen UE im selben Datennetzwerk weiterzuleiten (ohne über einen externen Router zu gehen).

    Wenn Sie derzeit den Standarddienst mit "Alle-SIM-Richtlinie zulassen" zusammen mit NAT verwenden, das für das Datennetzwerk aktiviert ist, oder wenn ein externer Router mit den Regeln für diesen Datenverkehr verweigert wird, ist UE-Zu-UE-Datenverkehrsweiterleitung möglicherweise blockiert. Wenn Sie dieses Blockierungsverhalten mit AP5GC 2305 fortsetzen möchten, lesen Sie " Konfigurieren der internen UE-to-UE-Weiterleitung".

    Wenn Sie den Standarddienst nicht mit der Zulassungs-all-SIM-Richtlinie verwenden und die interne UE-UE-Weiterleitung zulassen möchten, lesen Sie " Konfigurieren der internen UE-to-UE-Weiterleitung".

  • Event Hubs-Feed der UE-Verwendung – Dieses Feature verbessert AP5GC, um einen Azure Event Hubs-Feed von UE-Datennutzungsereignissen bereitzustellen. Sie können in Event Hubs integriert werden, um Berichte darüber zu erstellen, wie Ihr privates 4G/5G-Netzwerk verwendet wird, oder andere Datenverarbeitungen mithilfe der Informationen in diesen Ereignissen durchführen. Wenn Sie dieses Feature für Ihre Bereitstellung aktivieren möchten, wenden Sie sich an Ihren Supportmitarbeiter.

Probleme in der AP5GC 2305-Version behoben

Die folgende Tabelle enthält eine Zusammenfassung der Probleme, die in dieser Version behoben wurden:

Nein. Funktion Problem
1 Paketweiterleitung In Szenarien einer anhaltenden hohen Last (z. B. kontinuierlicher Aufbau von Hunderten von TCP-Flüssen pro Sekunde) in Kombination mit NAT-Pin-Loch-Erschöpfung kann AP5GC auf einen Speicherverlust stoßen, was zu einer kurzen Dienstunterbrechung führt, was zu einigen Anrufausfällen führt. Dieses Problem wurde in diesem Release behoben.
2 Installieren/Aktualisieren Das Ändern des Technologietyps einer Bereitstellung von 4G (EPC) auf 5G mithilfe der Upgrade- oder Websitelösch-/Add-Sequenz wird nicht unterstützt. Dieses Problem wurde in diesem Release behoben.
3 Lokale Dashboards In einigen Szenarien zeigen die lokalen Azure 5G Core-Dashboards keine Sitzungsverweigerung im Bereich "Geräte- und Sitzungsstatistik " an, wenn Anforderungen vom Typ "Sitzungseinrichtung" aufgrund eines ungültigen PDU-Typs abgelehnt werden (z. B. IPv6, wenn nur IPv4 unterstützt wird). Dieses Problem wurde in diesem Release behoben.

Bekannte Probleme in der AP5GC 2305-Version

Nein. Funktion Problem Problemumgehung/Kommentare
1 Lokale Dashboards Wenn ein Webproxy auf dem Azure Stack Edge-Anwendung aktiviert ist, auf dem der Paketkern ausgeführt wird und Azure Active Directory verwendet wird, um den Zugriff auf lokale AP5GC-Dashboards zu authentifizieren, wird der Datenverkehr an Azure Active Directory nicht über den Webproxy übertragen. Wenn ein Firewall-Blockierter Datenverkehr vorhanden ist, der nicht über den Webproxy geleitet wird, führt die Aktivierung von Azure Active Directory dazu, dass die Paketkerninstallation fehlschlägt. Deaktivieren Sie Azure Active Directory, und verwenden Sie stattdessen die kennwortbasierte Authentifizierung, um den Zugriff auf lokale AP5GC-Dashboards zu authentifizieren.
2 Reboot AP5GC kann nach dem Neustart der zugrunde liegenden Plattform zeitweise nicht wiederhergestellt werden und erfordert möglicherweise einen weiteren Neustart, um wiederherzustellen. Nicht zutreffend.

Bekannte Probleme aus vorherigen Releases

Die folgende Tabelle enthält eine Zusammenfassung der bereits aus früheren Releases bekannten Probleme.

Nein. Funktion Problem Problemumgehung/Kommentare
1 Paketweiterleitung AP5GC leitet möglicherweise keine gepufferten Pakete weiter, wenn NAT aktiviert ist.  Nicht zutreffend.
2 Installieren/Aktualisieren In einigen Fällen meldet das Paketkern eine erfolgreiche Installation, auch wenn die zugrunde liegende Plattform oder das Netzwerk falsch konfiguriert ist. Nicht zutreffend.

Nächste Schritte