Freigeben über


Versionshinweise zu Azure Private 5G Core 2210

Die folgenden Versionshinweise identifizieren die neuen Features, kritische offene Probleme und behobene Probleme für die 2210-Version für den Paketkern von Azure Private 5G Core (AP5GC). Die Anmerkungen zu dieser Version werden fortlaufend aktualisiert. Wenn schwerwiegende Probleme festgestellt werden, die eine Problemumgehung erfordern, werden diese umgehend hinzugefügt. Lesen Sie die in diesen Versionshinweisen enthaltenen Informationen sorgfältig, bevor Sie diese neue Version bereitstellen.

Dieser Artikel bezieht sich auf das AP5GC 2210-Release (PMN-4-18-0). Dieses Release ist mit der ASE Pro GPU kompatibel, auf der ASE-Release 2209 ausgeführt wird, und wird von der 2022-04-01-preview-Version der Microsoft.MobileNetwork-API unterstützt.

Im Release AP5GC 2210 behobene Probleme

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

Nein. Funktion Problem
1 4G/5G-Signalisierung Azure Private 5G Core akzeptiert fälschlicherweise SCTP-Verbindungen mit der falschen N2-IP-Adresse. Dieses Problem wurde in diesem Release behoben.
2 4G/5G-Signalisierung In seltenen Szenarien kann Azure Private 5G Core aufgrund einer Racebedingung, die während einer RAN-Trennungs-/Neuverbindungssequenz ausgelöst wird, eingehende Anforderungen vom eNodeB oder gNodeB nicht verarbeiten. Dieses Problem wurde in diesem Release behoben.
3 4G/5G-Signalisierung In seltenen Fällen wird möglicherweise der interne Status einer Paketdatensitzung durch Azure Private 5G Core beschädigt, was dazu führt, dass nachfolgende Änderungen an dieser Paketdatensitzung fehlschlagen. Dieses Problem wurde in diesem Release behoben.
4 Paketweiterleitung Azure Private 5G Core löscht N3-Datenpakete, die von einem gNodeB empfangen werden, wenn im GTP-UPacket-Header bestimmte Flags festgelegt sind, sodass der Datenverkehr vom Benutzergerät (User Equipment, UE) nie den Server auf der N6-Seite erreicht. Insbesondere die Festlegung der GTP-U-Headerflags Sequence Number oder N-PDU verursacht dieses Problem.
5 Policy In einem bestimmten Szenario, wenn das ASE-Release 2209 erneut installiert wird, werden die SIM- und Richtliniendatensätze der ersten Installation auf der ASE-Instanz beibehalten. Dieses Problem wurde in diesem Release behoben.
6 4G/5G-Signalisierung Wenn der Aufbau einer PDU-Sitzung fehlgeschlagen ist, kann es vorkommen, dass Azure Private 5G Core die Sitzung nicht automatisch freigibt und sich das Benutzergerät neu registrieren muss. Dieses Problem wurde in diesem Release behoben.

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 Richtlinienkonfiguration Azure Private 5G Core ignoriert bei der Verarbeitung von 4G-Teilnehmern möglicherweise eine QoS- (Quality of Service) und Richtlinienkonfiguration, wenn diese nicht den Standardwerten entspricht. Nicht zutreffend.
2 Paketweiterleitung Azure Private 5G Core leitet gepufferte Pakete möglicherweise nicht weiter, wenn NAT aktiviert ist. Nicht zutreffend.
3 4G/5G-Signalisierung Azure Private 5G Core führt nach einer vom Benutzergerät eingeleiteten Dienstanforderung möglicherweise eine unnötige PDU-Transaktion zur Sitzungsressourceneinrichtung durch. Nicht zutreffend.
4 4G/5G-Signalisierung In seltenen Szenarien, in denen eine große Anzahl von Benutzergeräten massenregistriert wird und fortlaufende Daten sendet, kann der Kern fälschlicherweise Datensitzungen freigeben. Wenn Sitzungen freigegeben werden, müssen Benutzergeräte möglicherweise erneut eine Verbindung mit dem System herstellen, um Datendienste zu verwenden.
5 Lokale Dashboards Lokale Azure Private 5G Core-Dashboards zeigen möglicherweise nach dem Aus- und Einschalten des Azure Stack Edge-Servers in einigen Diagrammen falsche Werte (z. B. Sitzungsanzahl) an. Nicht zutreffend.
6 Lokale Dashboards Die Web-GUI für verteilte Ablaufverfolgung kann einige Felder mit 4G/5G-NAS-Nachrichten nicht anzeigen und decodieren. Insbesondere betrifft dies die Informationselemente Anforderungstyp und DNN. Nachrichten müssen bei Bedarf in einer separaten Paketerfassung angezeigt werden.
7 Leistung Es wurde sehr selten bei CPU-Zuordnungen in einer Azure Private 5G Packet Core-Bereitstellung beobachtet, dass einige Signalverarbeitungs-Workloads einen logischen CPU-Kern gemeinsam mit Verarbeitungsworkloads der Datenebene nutzen. Dies führt zu Fehlern bei der Sitzungserstellung oder zu Latenzen/Fehlern bei der Paketverarbeitung bei geringer Auslastung. Durch die erneute Bereitstellung von Azure Private 5G Packet Core kann die problematische CPU-Zuordnung eventuell behoben werden.
8 Paketweiterleitung Wenn Azure Private 5G Core NAT in einem Datennetzwerk aktiviert hat, werden ungefähr alle 65.536 Downlinkpakete, die an eine UE gesendet werden, mit einer falschen IP-Prüfsumme ausgegeben, was wahrscheinlich dazu führt, dass sie gelöscht wird.

Nächste Schritte