Azure Private 5G Core 2308 版本資訊
下列版本資訊會識別 Azure 私人 5G 核心版 2308 版的新功能、重大的開放問題，以及已解決問題。 版本資訊會持續更新，而重大問題需要隨著探索而新增因應措施。 部署這個新版本之前，請先檢閱這些版本資訊中包含的資訊。
本文適用於AP5GC 2308版本（2308.0-9）。 此版本與執行 ASE 2303 和 ASE 2309 版本的 Azure Stack Edge Pro 1 GPU 和 Azure Stack Edge Pro 2 相容。 它支援 2023-06-01 和 2022-11-01 Microsoft.MobileNetwork API 版本。
如需相容性的詳細資訊，請參閱 封包核心和 Azure Stack Edge 相容性。
在此版本中，有新的命名配置和 Packet Core 版本現在稱為 '2308.0-9'，而不是 'PMN-2308'。
警告
在此版本中，在升級至 ASE 2309 版本之前，封包核心版本必須升級至 AP5GC 2308 版本。 升級至 ASE 2309，再升級至 Packet Core 2308.0.9 會導致系統完全中斷。 復原會要求您刪除並重新建立 ASE 上的 AKS 叢集。
支援存留期
在發行兩個後續版本之前，支援封包核心版本。 您應該計劃在此時間範圍內升級封包核心，以避免失去支援。
目前支援的封包核心版本
下表顯示不同封包核心版本的支持狀態。
| 版本 | 支持狀態 |
|---|---|
| AP5GC 2308 | 支援直到AP5GC 2403發行 |
| AP5GC 2307 | 支援直到AP5GC 2310發行 |
| AP5GC 2306 和更早版本 | 不受支援 |
最新功能
10 個 DN
在此版本中，支持的數據網路 （DN） 數目從 3 個增加到 10，包括第 2 層流量分離。 如果需要 6 個以上的 DN，則需要共用交換器來存取和核心流量。
若要將數據網路新增至封包核心，請參閱 修改封包核心實例。
默認 MTU 值
在此版本中，預設 MTU 值會變更，如下所示：
- UE MTU： 1440 （1300）
- 存取 MTU： 1500 （1500）
- 資料 MTU：1440 （為 1500）
升級至 2308 的客戶會在封包核心的 MTU 值中看到變更。
當 UE MTU 設定為任何有效值時（請參閱 API 規格），則其他 MTU 會設定為：
- 存取 MTU：UE MTU + 60
- 數據 MTU：UE MTU
如果升級后的 UE MTU 字段已變更，則無法復原至早於 2308 的封包核心版本。
若要變更封包核心發出訊號的 UE MTU，請參閱 修改封包核心實例。
MTU Interop 設定
在此版本中，MTU Interop 設定已被取代，且無法針對封包核心版本 2308 和更新版本進行設定。
AP5GC 2308 版本中已修正的問題
下表提供此版本中已修正的問題摘要。
| 否。 | 功能 | 問題 |
|---|---|---|
| 1 | 封包轉送 | 如果使用者平面的封包轉送元件當機，它可能無法復原。 如果沒有，系統會在手動復原之前遇到中斷狀況 |
| 2 | 封包轉送 | 網路層的間歇性錯誤會導致封包轉送中斷 |
| 3 | Diagnosability | 在封包擷取期間，可以從封包擷取省略上行鏈接使用者平面封包 |
| 4 | 封包轉送 | 使用者平面封包偵測規則中的錯誤可能會導致不正確的封包處理 |
AP5GC 2308 版本中的已知問題
| 否。 | 功能 | 問題 | 因應措施/註解 |
|---|---|---|---|
| 1 | 封包轉送 | 在 ASE Platform Pro2 上安裝的最新 AP5GC 版本中，發現封包捨棄率略有增加（0.01%），而 ASE-2309 的輸送量高於 3.0 Gbps。 | 無 |
| 2 | 本機分散式追蹤 | 在具有不同 DN 的多重 PDN 工作階段建立/發行呼叫流程中，分散式追蹤 Web GUI 無法顯示部分 4G NAS 訊息（啟動/停用預設 EPS 持有人內容要求）和某些 S1AP 訊息（ERAB 要求、ERAB 發行）。 | 無 |
| 3 | 本機分散式追蹤 | 當封包核心在 Azure Stack Edge 設備上啟用 Web Proxy，並使用 Azure Active Directory 來驗證 AP5GC 本機儀錶板的存取權時，對 Azure Active Directory 的流量不會透過 Web Proxy 傳輸。 如果有防火牆封鎖未通過 Web Proxy 的流量，則啟用 Azure Active Directory 會導致封包核心安裝失敗。 | 停用 Azure Active Directory 並使用密碼型驗證來驗證 AP5GC 本機儀錶板的存取權。 |
| 4 | 封包轉送 | 在持續高負載的案例中，AP5GC 可能會在 4G 設定中連續設定 100 秒的 TCP 流量，可能會發生內部錯誤，導致短暫的服務中斷導致某些呼叫失敗。 | 在大部分情況下，系統會自行復原，並能夠在幾秒鐘的中斷后處理新的要求。 對於卸除的現有連線，UE 必須重新建立連線。 |
下表提供舊版所傳來的已知問題摘要。
| 否。 | 功能 | 問題 | 因應措施/註解 |
|---|---|---|---|
| 1 | 本機儀錶板 | 當封包核心在 Azure Stack Edge 設備上啟用 Web Proxy，並使用 Azure Active Directory 來驗證 AP5GC 本機儀錶板的存取權時，對 Azure Active Directory 的流量不會透過 Web Proxy 傳輸。 如果有防火牆封鎖未透過 Web Proxy 的流量，則啟用 Azure Active Directory 會導致封包核心安裝失敗。 | 停用 Azure Active Directory 並使用密碼型驗證來驗證 AP5GC 本機儀錶板的存取權。 |