Megosztás a következőn keresztül:

Az Azure Private 5G Core 2210 kibocsátási megjegyzései

  • Cikk

Az alábbi kibocsátási megjegyzések azonosítják az Azure Private 5G Core (AP5GC) csomagmag 2210-es kiadásának új funkcióit, kritikus fontosságú nyitott problémáit és megoldott problémáit. A kibocsátási megjegyzések folyamatosan frissülnek, és a felderítés során a rendszer hozzáadja a megkerülő megoldást igénylő kritikus problémákat. Az új verzió üzembe helyezése előtt gondosan tekintse át a kibocsátási megjegyzésekben található információkat.

Ez a cikk az AP5GC 2210 kiadásra vonatkozik (PMN-4-18-0). Ez a kiadás kompatibilis az A Standard kiadás Pro GPU-val, amely az A Standard kiadás 2209-es kiadást futtatja, és a Microsoft.MobileNetwork API 2022-04-01-es előzetes verziója támogatja.

Az AP5GC 2210 kiadásban kijavított problémák

Az alábbi táblázat az ebben a kiadásban kijavított problémák összegzését tartalmazza.

Nem. Szolgáltatás Probléma
1 4G/5G jelzés Az Azure Private 5G Core helytelenül fogadja el az SCTP-kapcsolatokat rossz N2 IP-címen. Ez a probléma már ki lett javítva ebben a kiadásban.
2 4G/5G jelzés Ritkán előfordul, hogy a RAN leválasztási/újracsatlakozási sorozata során aktivált versenyállapot miatt az Azure Private 5G Core nem dolgozza fel az eNodeB-ből vagy a gNodeB-ből érkező kérelmeket. Ez a probléma már ki lett javítva ebben a kiadásban.
3 4G/5G jelzés Ritka esetekben az Azure Private 5G Core megsérülhet egy csomagadat-munkamenet belső állapotában, ami azt eredményezi, hogy a csomagadat-munkamenet későbbi módosításai meghiúsulnak. Ez a probléma már ki lett javítva ebben a kiadásban.
4 Csomagtovábbítás Az Azure Private 5G Core elveti a gNodeB-ből fogadott N3 adatcsomagokat, ha a GTP-UPacket fejlécben meghatározott jelzők vannak beállítva, ami azt eredményezi, hogy a felhasználói berendezés (UE) forgalma soha nem éri el a kiszolgálót az N6 oldalon. Pontosabban a sorszám vagy az N-PDU GTP-U fejlécjelölők beállítása okozza ezt a problémát.
5 Policy Egy adott esetben, ha az A Standard kiadás 2209-es kiadás újratelepítve van, az első telepítés SIM- és szabályzatrekordjai megmaradnak az A Standard kiadás. Ez a probléma már ki lett javítva ebben a kiadásban.
6 4G/5G jelzés Olyan esetekben, amikor a PDU-munkamenet létrehozása sikertelen volt, előfordulhat, hogy az Azure Private 5G Core nem adja ki automatikusan a munkamenetet, és előfordulhat, hogy az UE-nek újra regisztrálnia kell. Ez a probléma már ki lett javítva ebben a kiadásban.

A korábbi kiadások ismert problémái

Az alábbi táblázat az előző kiadásokból átvitt ismert problémák összegzését tartalmazza.

Nem. Szolgáltatás Probléma Áthidaló megoldás/megjegyzések
1 Szabályzatkonfiguráció Az Azure Private 5G Core figyelmen kívül hagyhatja a nem alapértelmezett szolgáltatásminőséget (QoS) és szabályzatkonfigurációt a 4G-előfizetők kezelésekor. Nem alkalmazható.
2 Csomagtovábbítás Előfordulhat, hogy az Azure Private 5G Core nem továbbítja a pufferelt csomagokat, ha a NAT engedélyezve van. Nem alkalmazható.
3 4G/5G jelzés Az Azure Private 5G Core egy UE által kezdeményezett szolgáltatáskérést követően szükségtelen PDU-munkamenet-erőforrás-beállítási tranzakciót hajthat végre. Nem alkalmazható.
4 4G/5G jelzés Ritka esetekben, amikor jelentős számú felhasználói felület van tömegesen regisztrálva, és folyamatos adatokat küld, előfordulhat, hogy a mag helytelenül bocsát ki adat munkameneteket. Ha a munkamenetek felszabadulnak, előfordulhat, hogy a felhasználói felületnek újra csatlakoznia kell a rendszerhez az adatszolgáltatások használatához.
5 Helyi irányítópultok Az Azure Private 5G Core helyi irányítópultjai helytelen értékeket jeleníthetnek meg egyes grafikonokon (például munkamenetek száma) az Azure Stack Edge-kiszolgáló energiaciklusa után. Nem alkalmazható.
6 Helyi irányítópultok Az elosztott nyomkövetési webes grafikus felhasználói felület nem tudja megjeleníteni és dekódolni a 4G/5G NAS-üzenetek egyes mezőit. Pontosabban a kérés típusa és A DNN információs elemei. Szükség esetén az üzeneteket külön csomagrögzítésből kell megtekinteni.
7 Teljesítmény Nagyon ritkán figyelték meg, hogy az Azure Private 5G Packet Core üzemelő példány cpu-kiosztása azt eredményezheti, hogy a logikai processzormagot az adatsík-feldolgozási számítási feladatokkal megosztó számítási feladatok némelyike jelezheti a feldolgozási számítási feladatokat, ami munkamenet-létrehozási hibákhoz vagy csomagfeldolgozási késéshez/hibákhoz vezethet mérsékelt terhelés esetén. Az Azure Private 5G Packet Core újbóli üzembe helyezése megoldhatja a problémás CPU-foglalást.
8 Csomagtovábbítás Ha az Azure Private 5G Core-ban engedélyezve van a NAT egy adathálózaton, az UE-nek küldött 65 536 lemenő csomagból körülbelül egy helytelen IP-ellenőrzőösszeget bocsát ki, ami valószínűleg elvetését okozza.

Következő lépések