简介这份文档资料聚焦5G局域网5G LAN技术面向通信工程师、5G核心网研发人员及网络架构学习者帮助读者理解5G LAN类业务的实现机制与网络架构。内容围绕非漫游场景展开系统梳理了基于服务与基于参考点两种5G系统架构并重点讲解本地交换机与N19隧道两种用户平面结构深入剖析5G虚拟网络组VN Group的标识、成员管理、数据参数及NEF、UDM、PCF等网元的协同流程还涉及R16规范中DNN与VN Group的1:1映射及会话管理增强要点。资源包内含1个docx文档约182KB共4页配有架构图辅助理解。目前已有378人学习下载适合需要掌握5G LAN组网原理、查阅核心网交互细节的技术人员参考研读。1. 5G 局域网到底怎么组从两份架构图说起很多人第一次接触 5G LAN脑子里浮现的是「把 5G 当 Wi-Fi 用」结果一上手就发现 UE 之间根本 ping 不通流量全绕回核心网 N6 出口再兜一圈。这份《349-5G-局域网》文档一共 4 页核心就讲清楚一件事5G 系统怎么让一组 UE 在专用通信里像接在同一台交换机上一样互通。它先给出非漫游场景下基于服务SBA和基于参考点Point-to-Point的两张 5G 系统架构图再落到用户面的两种实现——本地交换机Local Switch和 N19 隧道最后把 5G VN Group 的标识、成员、数据管理以及会话增强讲了一遍。适合谁看做 5G 专网、工业互联网、园区组网的工程师尤其是需要把「5G 替代有线局域网」这件事讲清楚、配出来的人。下面我按「是什么 → 怎么配 → 坑在哪」的顺序把这份文档拆成能直接抄作业的笔记。2. 5G VN Group 与两种用户面架构本地交换机和 N19 怎么选5G LAN 的本质不是一张新网而是把 5G 系统「伪装」成局域网。文档里反复出现的关键词是 5G VN Group5G 虚拟网络组它由一组使用专用通信的 UE 组成专门服务 5G LAN 类型业务。理解了这个组后面所有配置才有落脚点。2.1 5G VN Group 的三个核心属性文档把 5G VN Group 的特征拆成三块这三块直接决定你后面在 UDM、SMF、UPF 上要填什么参数。第一是标识。每个组有外部组 ID 和内部组 ID 两套。外部组 ID 是给 AF应用功能和外部系统看的内部组 ID 由 UDM 分配核心网内部流转用。UDM 负责把外部组 ID 映射成内部组 IDNEF 可以通过Nudm_SDM_Get服务操作External Group ID, Group Identifier translation从 UDM 把内部组 ID 捞出来。这里有个容易忽略的点外部组 ID 对应一组唯一的 5G VN Group 数据参数也就是说一个外部组 ID 背后绑定的是一整套配置不是单个字段。第二是成员。成员由 GPSIGeneric Public Subscription Identifier唯一标识。GPSI 你可以理解成「5G 系统里能对外暴露的用户身份」它和 IMSI 不是一回事AF 侧操作成员增删改时用的就是 GPSI。第三是组数据。文档明确列出可包含的参数PDU session type、DNN、S-NSSAI 和 Application descriptor比如启用 DN-AAA 的 IP 地址分配。这几个参数后面在会话建立时会被反复引用。提示R16 规范里只支持 DNN 和 5G VN GROUP 之间的 1:1 映射。如果你规划时想一个 DNN 挂多个 VN Group在 R16 下是走不通的这是选型阶段就要拍板的事。2.2 本地交换机架构UPF 内部直接转发文档图 3 描述的是非漫游场景下基于本地交换机的用户面结构。两个 UE 各自通过 (R)AN 的 N3 接口连到同一个 PSA UPF这个 UPF 内置 local switch 能力UE 1 和 UE 2 之间的流量在 UPF 内部直接完成交换不出去。这种架构的优点是路径最短、时延最低配置也相对简单——核心就是让同一个 VN Group 的 PDU 会话锚定到同一个支持 local switch 的 UPF。适合单园区、单机房、UE 数量可控的场景。缺点是 UPF 要承担组内所有流量的交换组规模大了之后 UPF 的转发压力会集中而且跨 UPF 的组内通信它管不了。2.3 N19 架构两个 UPF 之间拉隧道文档图 4 给的是基于 N19 的用户面结构。N19 的定义很关键它是两个 UPF 之间的参考点用于在不使用 N6 的情况下直接路由不同 PDU 会话之间的流量粒度是每 5G VN GROUP。这句话拆开看有三层意思。第一N19 是 UPF 到 UPF 的接口不是 UPF 到外部网络的。第二「不使用 N6」意味着组内流量不走常规的数据网出口省掉了绕行。第三「每 5G VN GROUP 粒度」说明 N19 隧道是按组建立的不同组之间互相隔离。什么时候选 N19当你的 UE 分散在不同 UPF 覆盖区、但又要属于同一个 VN Group 时本地交换机架构就无能为力了必须靠 N19 把两个 UPF 连起来。代价是配置复杂度上升SMF 要在建立 PDU 会话时把会话和同一个 5G VN Group 关联并让 UPF 配置成组级 N4 会话里面包含用于 N19 隧道转发的包检测和转发规则。两种架构的对比可以这样记维度本地交换机N19 隧道转发位置单个 UPF 内部两个 UPF 之间适用场景单园区、UE 集中多园区、UE 分散配置复杂度低高需组级 N4 会话是否用 N6否否粒度会话级每 5G VN GROUP2.4 组数据从 AF 到 UDR 的落地路径文档把「配置由 AF 提供」时的存储流程写得很细这条链路是实操里最容易配错的地方我按顺序列出来NEF 向 UDM 提供外部组 ID、5G VN GROUP 成员信息和 5G VN GROUP 数据。如果需要UDM 更新 UDR 中相应 UE 订阅数据的内部组 ID 列表。如果需要UDM 用内部组 ID、外部组 ID 和组成员列表更新组订阅数据中的组标识符转换。UDM 在 UDR 中存储/更新 5G VN GROUP 数据包括 PDU 会话类型、DNN 和 S-NSSAI、应用描述符、与二次认证/授权相关的信息。这四步里第 2 步和第 3 步都带「如果需要」实际部署时是否触发取决于你的组配置是否涉及已有 UE 订阅的变更。如果 UE 是 5G VN GROUP 的成员UDM 会从 UDR 检索 UE 订阅数据和对应的 5G VN GROUP 数据然后把包含 5G VN GROUP 数据的 UE 订阅数据提供给 AMF 和 SMF。PCF 则基于 5G VN GROUP 数据生成 URSP 规则它从 UDR 检索组数据订阅了组数据修改的 PCF 还会收到Nudr_DM_通知的数据更改通知。3. 会话建立与 URSP 下发把组配置真正推到 UE组数据配好了不等于 UE 能用。文档后半段讲的全是会话层面的增强这部分是把「配置」变成「业务」的关键。3.1 PDU 会话的六条增强规则文档列出的会话增强点我挑对配置影响最大的几条展开UE 通过 IP-PDU 会话类型或以太网 PDU 会话类型的 PDU 会话访问 5G LAN 类型服务。注意这里以太网类型是支持的做二层局域网仿真时用得上。一个 PDU 会话提供对一个且仅一个 5G VN GROUP 的访问。这条是硬约束别想着一个会话挂多个组。一个专用的 SMF 负责某个 5G VN GROUP 的所有 PDU 会话。这意味着 SMF 的规划要按组来不能随便挑。DNN 和 S-NSSAI 与 5G VN GROUP 相关联。UE 提供与组关联的 DNN用 PDU 会话建立过程来访问该组的 5G LAN 类型服务。在建立 PDU 会话期间可以执行二次认证认证和授权 UE 访问与组关联的 DNN。文档特别说明使用辅助身份验证对 DNN 的身份验证和授权就意味着对相关 5G VN 组进行身份验证和授权没有定义 5G VN GROUP 特定的身份验证或授权。这句话省掉了很多人的困惑——你不需要为组单独设计一套认证。UDM 中提供的 DNN 和 S-NSSAI 的 SM 级订阅数据适用于与组关联的 DNN 和 S-NSSAIDNN 和 S-NSSAI 的会话管理相关策略控制也同样适用这包括 URSP 的使用让 UE 确定如何把传出业务路由到与组关联的 DNN 和 S-NSSAI 的 PDU 会话。3.2 URSP 规则怎么从 PCF 到 UEURSPUE 路由选择策略是这份文档里最容易被跳过、但实际排错时最常背锅的一环。文档写得很清楚PCF 向 UE 提供属于 5G-LAN 组的每个 GPSI 的 5G VN GROUP 配置信息包括 DNN、S-NSSAI、PDU 会话类型。这些配置信息在 URSP 中使用「用于透明 UE 策略传递的 UE 配置更新过程」从 PCF 传到 UE。PCF 在 UE 策略关联建立处接收来自 AMF 的内部组 ID靠这个内部组 ID 识别需要用哪份 5G VN GROUP 数据来给 UE 生成 URSP 规则。所以链路是AMF 把内部组 ID 给 PCFPCF 从 UDR 取组数据生成 URSP再通过 UE 配置更新过程下发。AF 可以在初始配置之后的任何时间更新 5G VN GROUP 的 UE 标识这是动态管理的入口。3.3 一个可参考的组配置参数表文档没有给完整的配置样例但把参数点都列全了。我按实操里 UDR 存储的字段整理成一张表方便对照填写参数说明来源外部组 ID对外暴露的组标识AF / OAM内部组 ID核心网内部使用UDM 分配UDM组成员GPSI 列表AF / OAMPDU session typeIP 或 EthernetAF / OAMDNN与组 1:1 映射AF / OAMS-NSSAI网络切片标识AF / OAMApplication descriptor如启用 DN-AAA 的 IP 分配AF / OAM二次认证信息与 DNN 认证授权相关AF / OAM注意DNN 和 5G VN GROUP 在 R16 是 1:1填表时如果发现一个 DNN 被两个组引用先停下来核对规范版本别硬配。3.4 会话建立时 SMF 要做的两件事文档明确写了 SMF 在 PDU 会话建立过程中的动作一是从 UDM 检索与 5G LAN 类型业务相关的 SM 订阅数据作为 DNN 的 UE 订阅数据的一部分二是为了实现 N19 流量路由SMF 把建立的 PDU 会话与同一个 5G VN GROUP 相关联并使用该会话把 UPF 配置为组级 N4 会话包括用于 N19 隧道转发的包检测和转发规则。这两件事对应两个排错方向如果 UE 根本建不起会话先查 SMF 有没有从 UDM 拿到 SM 订阅数据如果会话建起来了但跨 UPF 的组内 UE 不通查 N19 的组级 N4 会话和包检测转发规则有没有下发成功。4. 会话与服务连续性SSC 模式怎么选不翻车文档提到 SSC 模式 1、模式 2 和模式 3 适用于相关 5G VN GROUP 内基于 N6 的 5G VN 通信流量转发。这句话信息量不大但选错模式是实打实的血泪经验。4.1 三种 SSC 模式在 5G LAN 场景下的差别SSC 模式 1 是锚点不变PDU 会话保持IP 地址不变。对局域网业务来说这是最省心的UE 移动时组内其他成员感知不到变化。适合对连续性要求高的产线设备。SSC 模式 2 是先断后建会话和 IP 都可能变。文档说它适用于基于 N6 的流量转发意味着这种模式下组内通信可能要走 N6 绕一下。如果你的业务对时延敏感慎用。SSC 模式 3 是先建后断介于两者之间能减少中断时间但配置上要同时维护新旧两条路径。4.2 单播、广播、多播的处理文档明确PDU 会话为与 5G VN GROUP 关联的 DNN 和 S-NSSAI 提供单播、广播和多播通信。PSA UPF 基于所接收数据的目的地址来判断通信是单播、广播还是多播并执行相应处理。这条对做工业视觉、AGV 调度的人很关键——组播和广播不是靠额外配置开出来的而是 UPF 根据目的地址自动判断。你要做的是确保目的地址正确以及 UPF 的包检测规则没有把广播/组播流量误判。4.3 一个容易忽略的边界文档在讲 SSC 时限定的是「基于 N6 的 5G VN 通信流量转发」。也就是说走 N19 直连的那部分流量SSC 模式的适用性要以实际部署为准。我一般会在 N19 场景下单独验证一次移动性别默认 N6 的结论能直接套过来。5. 避坑与排查5G LAN 配置里最容易翻车的五件事这一章是我自己踩过和见别人踩过的坑按「现象 → 原因 → 解决」写每条都能对上文档里的某个参数。5.1 UE 之间 ping 不通但各自能上网现象两个 UE 都成功建立了 PDU 会话访问外部网络正常但互相 ping 不通。原因最常见的是两个会话没有关联到同一个 5G VN Group或者关联到了同一个组但锚定的 UPF 不支持 local switch流量被当成普通 N6 流量处理了。解决先确认两个 UE 的 PDU 会话是否都关联到同一个内部组 ID再确认 PSA UPF 是否具备 local switch 能力如果是跨 UPF检查 N19 隧道和组级 N4 会话是否建立。文档里「一个 PDU 会话提供对一个且仅一个 5G VN GROUP 的访问」这条要重点核对。5.2 URSP 没下发UE 不知道往哪个 DNN 走现象组配置在核心网侧都配好了但 UE 发起业务时没有自动建立到对应 DNN 的 PDU 会话。原因PCF 没有生成或下发 URSP 规则。文档里 PCF 生成 URSP 依赖两个输入——从 UDR 检索的 5G VN GROUP 数据以及从 AMF 收到的内部组 ID。任何一个缺失都会导致 URSP 生成失败。解决查 PCF 是否订阅了 UDR 的组数据修改通知查 AMF 在 UE 策略关联建立时有没有把内部组 ID 传给 PCF查 UE 配置更新过程是否成功把 URSP 推到 UE。5.3 外部组 ID 和内部组 ID 对不上现象AF 侧用外部组 ID 操作成员核心网侧查不到对应组。原因UDM 的外部组 ID 到内部组 ID 映射没有建立或者 NEF 调Nudm_SDM_Get时参数不对。解决确认 NEF 是否向 UDM 提供了外部组 ID 和成员信息确认 UDM 是否完成了标识符转换的更新。文档里「对于新创建的 5G VN Group内部组 ID 由 UDM 分配」这条说明内部组 ID 不是你能自己指定的别在 AF 侧硬编一个。5.4 二次认证过了但业务还是不通现象PDU 会话建立时二次认证成功但 UE 访问组内服务被拒。原因文档明确「使用辅助身份验证对 DNN 的身份验证和授权意味着对相关 5G VN 组进行身份验证和授权没有定义 5G VN GROUP 特定的身份验证或授权」。如果认证过了还不通问题多半不在认证而在 DNN 和 S-NSSAI 的 SM 级订阅数据或会话管理策略没配对。解决核对 UDM 中 DNN 和 S-NSSAI 的 SM 级订阅数据是否适用于该组关联的 DNN 和 S-NSSAI核对 PCF 的会话管理相关策略控制是否覆盖。5.5 广播/组播流量被丢弃现象单播正常广播或组播业务不通。原因PSA UPF 基于目的地址判断通信类型如果包检测规则只配了单播转发广播和组播会被丢。解决检查 UPF 的包检测和转发规则是否覆盖广播、组播目的地址。文档说 PDU 会话提供单播、广播和多播通信前提是 UPF 的判断和处理逻辑正确执行。6. 进阶用 N19 粒度做组间隔离与验证把基础配通之后真正体现功力的是 N19 的粒度控制。文档说 N19「具有每 5G VN GROUP 粒度」这句话是组间隔离的抓手。6.1 按组建 N19 隧道做隔离验证我一般会这样验证隔离是否生效建两个 5G VN Group各含两个 UE分别锚定在不同 UPF 上然后只给组 A 配 N19 隧道组 B 不配。预期结果是组 A 跨 UPF 互通组 B 跨 UPF 不通。如果组 B 也通了说明 N19 的组粒度没生效要回去查 SMF 是否把会话错误地关联到了同一个组或者 UPF 的组级 N4 会话配置串了。6.2 用 SSC 模式组合验证移动性对移动性有要求的场景我会把 SSC 模式 1 和模式 3 各跑一遍。模式 1 下 UE 移动时观察组内其他 UE 是否感知到中断模式 3 下观察切换期间是否有丢包。文档说这三种模式适用于基于 N6 的转发N19 场景要单独验证这一步别省。6.3 组数据动态更新的验证AF 可以在初始配置之后任何时间更新 5G VN GROUP 的 UE 标识。验证方法是在业务运行中通过 AF 往组里加一个 UE观察 UDM 是否更新 UDR、PCF 是否收到Nudr_DM_通知、URSP 是否重新下发到新 UE。这条链路走通说明你的动态管理是活的不是配完就僵在那里。6.4 一张排查顺序表排查顺序检查点对应文档参数1组标识映射外部组 ID / 内部组 ID2成员关系GPSI 列表3组数据PDU type / DNN / S-NSSAI4会话关联一个会话一个组5UPF 转发local switch / N196URSP 下发PCF → UE7连续性SSC 模式从那以后我每次配 5G LAN都强制按这张表从上到下走一遍不再凭感觉跳步。这份《349-5G-局域网》文档虽然只有 4 页但把架构、组管理、会话增强和用户面两条路线都点到了配合上面的排查顺序基本能覆盖从规划到验证的全过程。希望帮到你。本文还有配套的精品资源点击获取