你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Azure 专用 5G 核心 2210 发行说明
以下发行说明确定了 Azure 专用 5G 核心（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 专用 5G 核心可能无法处理从 eNodeB 或 gNodeB 传入的请求。 此版本中已修复此问题。 |
| 3 | 4G/5G 信令 | 在罕见的情况下，Azure 专用 5G 核心可能会损坏数据包数据会话的内部状态，导致后续对该数据包数据会话的更改失败。 此版本中已修复此问题。 |
| 4 | 数据包转发 | 如果从 gNodeB 收到的 N3 数据包在 GTP-UPacket 标头中设置了特定标志，Azure 专用 5G 核心将丢弃这些数据包，导致来自用户设备 (UE) 的流量永远不会抵达 N6 端的服务器。 具体而言，此问题是由设置的“序列号”或“N-PDU”GTP-U 标头标志导致的。 |
| 5 | 策略 | 在特定的情况下，如果重新安装 ASE 版本 2209，则首次安装中的 SIM 和策略记录将保留在 ASE 上。 此版本中已修复此问题。 |
| 6 | 4G/5G 信令 | 当建立 PDU 会话失败时，Azure 专用 5G 核心可能不会自动释放该会话，并且 UE 可能需要重新注册。 此版本中已修复此问题。 |
以前版本中的已知问题
下表总结了以前发行版中遗留的已知问题。
| 不是。 | 功能 | 问题 | 解决方法/备注 |
|---|---|---|---|
| 1 | 策略配置 | Azure 专用 5G 核心在处理 4G 订阅者时可能会忽略非默认服务质量 (QoS) 和策略配置。 | 不适用。 |
| 2 | 数据包转发 | 如果启用了 NAT，Azure 专用 5G 核心可能不会转发缓冲的数据包。 | 不适用。 |
| 3 | 4G/5G 信令 | Azure 专用 5G 核心可能会在处理 UE 发起的服务请求后执行不必要的 PDU 会话资源设置事务。 | 不适用。 |
| 4 | 4G/5G 信令 | 在罕见的情况下，当批量注册大量 UE 并发送连续数据时，核心可能会错误地释放数据会话。 | 如果释放了会话，UE 可能需要重新连接到系统才能使用数据业务。 |
| 5 | 本地仪表板 | 在 Azure Stack Edge 服务器完成通电周期后，Azure 专用 5G 核心本地仪表板可能会在某些图形中显示错误的值（例如会话计数）。 | 不适用。 |
| 6 | 本地仪表板 | 分布式跟踪 Web GUI 无法显示和解码 4G/5G NAS 消息的某些字段。 具体而言，是“请求类型”和“DNN”信息元素。 | 在必要情况下，从单独的数据包捕获中查看消息。 |
| 7 | “性能” | Azure 专用 5G 数据包核心部署上的 CPU 分配可能导致某些信令处理工作负载与数据平面处理工作负载共享某个逻辑 CPU 核心，从而导致会话创建失败或在承受中等负载的情况下数据包处理出现延迟/失败，但这种情况极其罕见。 | 重新部署 Azure 专用 5G 数据包核心可能会解决有问题的 CPU 分配。 |
| 8 | 数据包转发 | 当 Azure 专用 5G 核心在数据网络上启用 NAT 时，发送到 UE 的每个 65,536 个下行数据包中大约会发出一个 IP 检查um，这可能会导致丢弃。 |