Opmerkingen bij de release van Azure Private 5G Core 2210
De volgende releaseopmerkingen identificeren de nieuwe functies, kritieke openstaande problemen en opgeloste problemen voor de 2210-release voor de Azure Private 5G Core (AP5GC)-pakketkern. De releaseopmerkingen worden continu bijgewerkt en kritieke problemen waarvoor een tijdelijke oplossing is vereist, worden hier toegevoegd wanneer ze worden gedetecteerd. Lees de informatie in deze releaseopmerkingen zorgvuldig door voordat u deze nieuwe versie implementeert.
Dit artikel is van toepassing op de AP5GC 2210-release (PMN-4-18-0). Deze release is compatibel met de ASE Pro GPU waarop de ASE 2209-release wordt uitgevoerd en wordt ondersteund door de API-versie 2022-04-01-preview van Microsoft.MobileNetwork API.
Problemen opgelost in de AP5GC 2210-release
De volgende tabel bevat een overzicht van problemen die in deze release zijn opgelost.
| Nee | Functie | Probleem |
|---|---|---|
| 1 | 4G/5G signalering | Azure Private 5G Core accepteert onjuist SCTP-verbindingen op het verkeerde N2 IP-adres. Dit probleem is opgelost in deze release. |
| 2 | 4G/5G signalering | In zeldzame scenario's, als gevolg van een racevoorwaarde die is geactiveerd tijdens een ran-verbreek-/opnieuw verbinden-reeks, kan Azure Private 5G Core binnenkomende aanvragen van de eNodeB of gNodeB niet verwerken. Dit probleem is opgelost in deze release. |
| 3 | 4G/5G signalering | In zeldzame scenario's kan Azure Private 5G Core de interne status van een pakketgegevenssessie beschadigen, wat resulteert in latere wijzigingen in die pakketgegevenssessie. Dit probleem is opgelost in deze release. |
| 4 | Pakket doorsturen | Azure Private 5G Core verwijdert N3-gegevenspakketten die zijn ontvangen van een gNodeB als er specifieke vlaggen zijn ingesteld in de GTP-UPacket-header, wat resulteert in het verkeer van de gebruikersapparatuur (UE) die nooit de server aan de N6-zijde bereikt. Met name het volgnummer of de N-PDU GTP-U-headervlagken die worden ingesteld, veroorzaken dit probleem. |
| 5 | Beleid | In een specifiek scenario als de ASE 2209-release opnieuw wordt geïnstalleerd, blijven de SIM- en beleidsrecords van de eerste installatie behouden op de ASE. Dit probleem is opgelost in deze release. |
| 6 | 4G/5G signalering | In scenario's waarin het instellen van een PDU-sessie is mislukt, wordt de sessie mogelijk niet automatisch door Azure Private 5G Core uitgebracht en moet de UE zich mogelijk opnieuw registreren. Dit probleem is opgelost in deze release. |
Bekende problemen uit eerdere releases
De volgende tabel bevat een overzicht van bekende problemen die zijn overgedragen uit de vorige releases.
| Nee | Functie | Probleem | Tijdelijke oplossing/opmerkingen |
|---|---|---|---|
| 1 | Beleidsconfiguratie | Azure Private 5G Core kan niet-standaard quality of service (QoS) en beleidsconfiguratie negeren bij het verwerken van 4G-abonnees. | Niet van toepassing. |
| 2 | Pakket doorsturen | Azure Private 5G Core stuurt mogelijk geen bufferpakketten door als NAT is ingeschakeld. | Niet van toepassing. |
| 3 | 4G/5G signalering | Azure Private 5G Core kan een onnodige PDU-sessieresource-installatietransactie uitvoeren na een door UE geïnitieerde serviceaanvraag. | Niet van toepassing. |
| 4 | 4G/5G signalering | In zeldzame gevallen waarin een aanzienlijk aantal UE's bulksgewijs zijn geregistreerd en doorlopende gegevens verzenden, kan de kern gegevenssessies onjuist vrijgeven. | Als sessies worden vrijgegeven, moeten UEs mogelijk opnieuw verbinding maken met het systeem om gegevensservices te kunnen gebruiken. |
| 5 | Lokale dashboards | Lokale dashboards van Azure Private 5G Core kunnen onjuiste waarden weergeven in sommige grafieken (bijvoorbeeld sessieaantallen) na een stroomcyclus van de Azure Stack Edge-server. | Niet van toepassing. |
| 6 | Lokale dashboards | De web-GUI voor gedistribueerde tracering kan bepaalde velden van 4G/5G NAS-berichten niet weergeven en decoderen. Met name de gegevenselementen Aanvraagtype en DNN . | Berichten moeten zo nodig worden bekeken vanuit afzonderlijke pakketopnamen. |
| 7 | Prestaties | Het is zeer zelden waargenomen dat CPU-toewijzing op een Azure Private 5G Packet Core-implementatie kan leiden tot een aantal signaleringsverwerkingsworkloads die een logische CPU-kern delen met werkbelastingen voor gegevensverwerking, wat resulteert in fouten bij het maken van sessies of latentie/storingen van pakketverwerking bij een gemiddelde belasting. | Het opnieuw implementeren van de Azure Private 5G Packet Core kan de problematische CPU-toewijzing oplossen. |
| 8 | Pakket doorsturen | Wanneer Azure Private 5G Core NAT heeft ingeschakeld op een gegevensnetwerk, worden ongeveer één in elke 65.536 downlinkpakketten die naar een UE worden verzonden, verzonden met een onjuiste IP-controlesom, waardoor deze waarschijnlijk wordt verwijderd. |