Azure Private 5G Core 2210 版本資訊
下列版本資訊會識別 Azure Private 5G Core （AP5GC） 封包核心的 2210 版本新功能、重大的開放問題，以及已解決問題。 版本資訊會持續更新，而需要因應措施的重要問題會在探索時新增到這裡。 部署這個新版本之前，請仔細檢閱這些版本資訊中包含的資訊。
本文適用于 AP5GC 2210 版本（PMN-4-18-0）。 此版本與執行 ASE 2209 版本的 ASE Pro GPU 相容，且受 2022-04-01-preview Microsoft.MobileNetwork API 版本 支援。
AP5GC 2210 版本中已修正的問題
下表提供此版本中已修正的問題摘要。
| 否。 | 功能 | 問題 |
|---|---|---|
| 1 | 4G/5G 訊號 | Azure 私人 5G 核心版會錯誤地接受錯誤 N2 IP 位址上的 SCTP 連線。 此版本已修正此問題。 |
| 2 | 4G/5G 訊號 | 在罕見的情況下，由於在 RAN 中斷連線/重新連線順序期間觸發的競爭狀況，Azure Private 5G Core 可能無法處理 eNodeB 或 gNodeB 的連入要求。 此版本已修正此問題。 |
| 3 | 4G/5G 訊號 | 在罕見的情況下，Azure Private 5G Core 可能會損毀封包資料會話的內部狀態，導致該封包資料會話的後續變更失敗。 此版本已修正此問題。 |
| 4 | 封包轉送 | Azure Private 5G Core 會捨棄從 gNodeB 接收的 N3 資料封包，如果他們在 GTP-UPacket 標頭中設定了特定旗標，導致來自使用者設備 （UE） 的流量永遠不會到達 N6 端的伺服器。 具體而言，設定的 序號 或 N-PDU GTP-U 標頭旗標會導致此問題。 |
| 5 | 原則 | 在特定案例中，如果重新安裝 ASE 2209 版本，則會在 ASE 上保留第一個安裝中的 SIM 卡和原則記錄。 此版本已修正此問題。 |
| 6 | 4G/5G 訊號 | 在建立 PDU 會話失敗的情況下，Azure Private 5G Core 可能不會自動釋放會話，且 UE 可能需要重新註冊。 此版本已修正此問題。 |
舊版的已知問題
下表提供舊版所傳來的已知問題摘要。
| 否。 | 功能 | 問題 | 因應措施/批註 |
|---|---|---|---|
| 1 | 原則設定 | 處理 4G 訂閱者時，Azure Private 5G Core 可能會忽略非預設服務品質 （QoS） 和原則設定。 | 不適用。 |
| 2 | 封包轉送 | 如果已啟用 NAT，Azure Private 5G Core 可能無法轉送緩衝封包。 | 不適用。 |
| 3 | 4G/5G 訊號 | Azure Private 5G Core 可能會在 UE 起始的服務要求之後，執行不必要的 PDU 會話資源設定交易。 | 不適用。 |
| 4 | 4G/5G 訊號 | 在大量註冊和傳送連續資料的大量 UE 時，在極少數情況下，核心可能會錯誤地釋放資料會話。 | 如果釋放會話，則 UE 可能需要與系統重新連線，才能使用資料服務。 |
| 5 | 本機儀表板 | Azure Private 5G Core 本機儀表板可能會在 Azure Stack Edge 伺服器的電源週期之後，在某些圖表中顯示不正確的值（例如會話計數）。 | 不適用。 |
| 6 | 本機儀表板 | 分散式追蹤 Web GUI 無法顯示和解碼 4G/5G NAS 訊息的某些欄位。 具體來說， 要求類型和 DNN 資訊元素。 | 如有需要，必須從個別封包擷取檢視訊息。 |
| 7 | 效能 | 觀察到 Azure 私人 5G 封包核心部署上的 CPU 配置很少會導致某些訊號處理工作負載與資料平面處理工作負載共用邏輯 CPU 核心，導致會話建立失敗，或在中等負載時封包處理延遲/失敗。 | 重新部署 Azure 私人 5G 封包核心可能會解決有問題的 CPU 配置。 |
| 8 | 封包轉送 | 在資料網路上啟用 Azure Private 5G Core 時，傳送至 UE 的 65,536 個下行連結封包中，大約每 65,536 個下行連結封包中就有一個會發出不正確的 IP 總和檢查碼，這可能會導致它遭到捨棄。 |