企业官网建设流程全解析

简介：面向移动全网规划与建设场景的5G网络切片技术讲解PPT，适合通信工程师、网络规划人员及5G技术学习者使用，重点解决传统电信网络刚性架构、封闭网元与垂直分割带来的灵活性问题。内容从切片背景、切片概念到切片实现逐层展开，覆盖eMBB、mMTC、uRLLC三大应用场景，并结合NFV、SDN、SBA等关键技术说明切片落地路径，可作为5G核心知识学习与培训讲解的配套材料。资源为单份PPT演示文稿，共1个文件，大小3.11MB，便于直接下载使用。其中不但梳理了网络切片的分层流程，还包含CSMF、NSMF、NSSMF、MANO、NFVI等组件说明与思考题，能够帮助读者快速建立从需求分析到切片管理的整体框架。已有103人学习下载，适合移动全网规划项目参考及岗位技能提升。

1. 5G网络切片技术到底是什么：一张物理网切成多张“逻辑专网”

一个园区场景很能说明问题：厂房里几十台 AGV 要毫秒级调度，不能掉线；办公楼里上千人同时开视频会议，带宽要顶得住；门口一排智能水表每隔几分钟回传一次小报文。按以前的做法，要么给每家拉条专线，要么在同一区域多建几套基站，成本翻几倍。5G 网络切片技术干的就这一件事：在同一个 5G 基站、同一张核心网之上，按业务需求切出多张互相隔离的“逻辑专网”，各自有独立的带宽、时延和可靠性参数，互不抢资源，故障也不跨切片扩散。这篇笔记顺着“移动全网规划与建设”的视角，把切片从协议栈参数、规划选型讲到核心网与基站配置、传输配合，最后落在常见坑位和验证方法上，适合做 5G 规划建设的工程师、核心网/无线侧配置人员，以及搭 5G 实训室方案的老师按步骤复现。

2. 切片在5G协议栈里如何流动：从SST/NSSAI到PDU会话

网络切片不是建一套新基站，而是在协议信令里增加一套“切片身份证”体系。这套体系贯穿终端、基站和核心网：终端在注册时告诉网络“我要哪种切片”，核心网在签约数据里查“这个用户有没有权限”，基站则在空口资源上按切片做差异化调度。理解切片，得从三个基础概念入手：SST、S-NSSAI 和 NSSAI。

2.1 切片标识三件套：SST、SD与S-NSSAI的参数取值

SST（Slice/Service Type，切片服务类型）是一个 8 比特的值，用于标识切片面向的业务大类。标准里已经预定义了几种常见取值：SST=1 代表 eMBB（增强移动宽带），SST=2 代表 URLLC（低时延高可靠），SST=3 代表 mMTC（海量物联网通信）。业界常说的“一张网切成三大切片”，对应的就是这三个基础值。具体定义参考 3GPP TS 23.501，常规取值如下表格所示。

SD（Slice Differentiator，切片区分符）是 24 比特，可选字段。当 SST 不够细的时候，用 SD 区分同一大类下的不同客户或不同业务子域。比如两家工厂都要 URLLC，一个要 10ms 端到端时延，一个要 5ms，就可以用同一个 SST=2 配不同的 SD 来区分。SST+SD 合起来构成 S-NSSAI（Single Network Slice Selection Assistance Information），也就是“单个网络切片选择辅助信息”，这是信令里最核心的切片标识。工程上配置时，SD 一般写 6 位十六进制，例如000001、0000A1，没有 SD 时可以省略。

多个 S-NSSAI 打包在一起就是 NSSAI（Network Slice Selection Assistance Information），可以理解为“切片集合”。终端注册时会上报 Requested NSSAI，核心网根据签约数据返回 Allowed NSSAI（允许使用）和 Configured NSSAI（已配置但当前不可用）。日常排错时，第一步就是确认终端上报的 Requested NSSAI 和核心网返回的 Allowed NSSAI 是不是对得上。

2.2 注册流程里的切片协商：从RRC到NAS的信令路径

终端在开机驻留到 5G 小区之后，核心网并不立刻知道这个用户想要哪种切片，需要一次完整的注册协商。流程上，终端先和基站建立 RRC 连接，RRC 层把 NAS（Non-Access Stratum）注册请求封装起来，通过 RRCSetupComplete 消息带上当前 PLMN 和已注册的 NSSAI 信息传给核心网。核心网的 AMF（接入和移动性管理功能）收到 NAS 消息后，解析出 UE 请求的 Requested NSSAI，再和 UDM 里的签约切片列表比对，决定允许哪些切片，并通过 Registration Accept 下发 Allowed NSSAI。

实际抓包时，常见到 NAS 注册请求里的关键字段长这样：

{ "messageType": "REGISTRATION_REQUEST", "requestedNssai": [ { "sst": 1 }, { "sst": 2, "sd": "000001" } ], "ueUsageSetting": "voice_and_data", "dnnList": ["internet", "enterprise_agv"] }

这里requestedNssai是关键：终端请求了两个切片，一个是 SST=1 的 eMBB，一个是 SST=2 且带 SD=000001 的 URLLC 切片。注意，RRC 层的 RRCSetupComplete 里只携带registeredNssai等辅助信息，完整的requestedNssai在 NAS 容器里，抓包时要过滤 NAS 消息而不是只看 RRC。参数说明：dnnList是终端申请的接入点名称列表，切片权限和 DNN 权限是两个并列维度，后面第 5 章的坑就跟这个强相关。

2.3 核心网的切片选择：NSSF、签约数据与allowed NSSAI

终端上报请求后，核心网不是简单“点头”或“拒绝”，而是做一次决策。决策的输入有三块：终端上报的 Requested NSSAI、UDM 里用户签约的 Subscribed S-NSSAI、以及 NSSF（网络切片选择功能）的配置。AMF 先做一次取交集：用户签了但终端没请求的切片，不会出现在 Allowed NSSAI 里；终端请求了但用户没签约的，直接被拒。两次列表求交后，剩余的 S-NSSAI 才是 Allowed NSSAI。

下一步是给每个允许的切片选择对应的 SMF。AMF 会基于 S-NSSAI 和 DNN 的组合，通过 NSSF 找到合适的 SMF 实例，再由 SMF 负责建立 PDU 会话、选择 UPF。也就是说，切片选择不只是注册阶段的一次性动作，PDU 会话建立时也要再次指定 S-NSSAI。终端发 PDU Session Establishment Request 时，消息里必须带上目标 S-NSSAI 和 DNN，SMF 根据这两项才能把会话引到正确的用户面网元和转发路径上。常见的设计是每个 S-NSSAI 绑定一个默认 DNN，比如 URLLC 切片只允许enterprise_agv这个 DNN，避免用户面数据走错出口。

3. 全网切片规划：三类标准切片、资源切分与实训室落地

协议层能识别切片之后，规划层面就要回答另一个问题：一张物理网，到底怎么分出带宽、时隙和资源才不会互相干扰？这一节把三类标准切片的指标画像讲清，再落到资源切分和 5G 实训室/园区小网的落地配置上。

3.1 三类标准切片的业务画像与性能指标

规划切片的起点不是“每个业务分多少带宽”，而是先给切片定级：它是高吞吐型、低时延型还是海量连接型？这个定位直接决定无线侧资源池怎么切、核心网走哪套用户面、传输侧要不要预留专线时隙。

规划建网时，三类切片很少平均分资源。实际项目里常见做法是：eMBB 占大带宽但允许压缩；URLLC 用专属 RB 资源池加独立时隙配置，保证高优先级业务的确定性；mMTC 切片单独划一个低带宽高连接数的资源池，甚至可以和 eMBB 共享覆盖层。业务画像表要提前找客户对清楚，尤其是 URLLC 的“可靠性 99.999%”意味着要预留重传和切换余量，不是设个参数就能兑现。

3.2 一张物理网怎么切：资源池、时隙配比与峰值速率核算

无线侧的切片隔离主要有两种手段：硬隔离和软隔离。硬隔离指给某个切片分配固定的 RB 资源池或专用时隙，别的切片不能占用，优点是确定性高，缺点是资源利用率低；软隔离则是所有切片共享资源池，依靠调度器按优先级和权重分配，资源利用率高，但高负载时可能出现切片间相互挤压。规划时一般对 URLLC 用硬隔离，对 eMBB 用软隔离，mMTC 单独划小资源池。

资源切分时要先算清楚“一张物理网能提供多少速率”。5G 峰值速率计算公式可以简化为：峰值速率 = RB 数 × 每 RB 子载波数 × 每毫秒符号数 × 调制阶数 × 编码效率 × 层数 × 时隙有效占比。以 100MHz 带宽、30kHz 子载波间隔、273 个 RB 为例，每 RB 有 12 个子载波，30kHz 间隔下 1ms 内有 2 个时隙、共 28 个 OFDM 符号，256QAM 调制对应 8bit/符号，编码效率按 0.926 算，4 层 MIMO，TDD 时隙配比下行占 75%，那么理论峰值约为 273×12×28×8×0.926×4×0.75，大约 2.0Gbps。这个数就是规划 eMBB 切片带宽上限的起点。

时隙配比是 TDD 网络里最容易忽略的切片参数。5G 的 TDD 帧结构里有 D（下行）、U（上行）、S（特殊）三种时隙，常见的 5ms 周期配比有 DDDSU 和 DSUUU 等。URLLC 切片如果上行有大量传感器数据，就不能用下行占比过高的配比，否则空口时延算再低也被上行排队卡住。规划时建议给 URLLC 和 eMBB 的用户面数据面分开评估上下行配比需求，必要时用多个载波或资源池错开调度周期。

3.3 实训室或园区小网：从核心网到基站的最小切片配置

没有现网设备时，用 OAI 5G 这套开源协议栈加一台通用服务器也能搭出一张能跑通切片的最小 5G 实训网。常见形态是：一台服务器跑核心网（AMF/SMF/UPF/NSSF），一台服务器或 USRP 跑 gNB，终端用支持 5G 的商用手机或 OAI UE。配置切片的思路与商用网一致，只是参数写在配置文件里。下面是一个抽象后的最小切片配置，不针对具体厂商，字段语义与运营商标配对齐。

slice_config: au_agv_urllc: sst: 2 sd: "000001" dnn: enterprise_agv qos_profile: 5qi: 82 # 1ms 空口时延目标，GBR 型 arp_priority: 1 resource_pool: dedicated_urllc max_prb: 60 office_embb: sst: 1 sd: null dnn: internet qos_profile: 5qi: 6 # 非 GBR，尽力而为 arp_priority: 8 resource_pool: shared_embb max_prb: 200

这段配置定义了两个切片：SST=2 的 URLLC 切片，用 5QI=82（GBR 型低时延承载），独占最多 60 个 PRB，ARP 优先级为 1；SST=1 的 eMBB 切片，映射到 5QI=6 的默认承载，使用共享资源池。逻辑说明：resource_pool指定该切片从哪个资源池取无线资源，max_prb限制该切片最大可用 RB 数，这两个字段在基站侧实现硬隔离；5QI 和 ARP 则决定承载在核心网侧被分配到的转发优先级。参数说明：5QI 值不要随意自定义，优先复用标准值，82 是 URLLC 场景常用的 GBR 类 5QI，6 是 eMBB 默认的非 GBR 5QI。

实训室环境调通这套最小配置后，再去理解现网网元的切片参数就有抓手了：终端注册、Allowed NSSAI 下发、PDU 会话建立，每一步都能在日志里对应上。这也是我搭 5G 实训室方案时坚持让学员先看信令再改配置的原因。

4. 切片建网落地：核心网、gNB与传输侧的配置钩子

协议层和规划层讲清楚了，真正“建网”时的工作量集中在三个面：核心网负责切片选择和会话调度，无线侧负责把切片落到空口资源，传输侧负责把切片的承载路径隔离出来。三步缺一不可，尤其是“全网规划与建设”视角下，承载网的配合往往是被低估的一环。

4.1 核心网侧落地：AMF、SMF与UDM的关键配置

核心网的切片配置可以抽象为四类对象：签约数据、允许切片列表、SMF 选择策略、UPF 转发路径。签约数据在 UDM 里定义，每个用户关联一组 Subscribed S-NSSAI；AMF 里配置本地区允许的 NSSAI 集合；SMF 配置 S-NSSAI 与 DNN 的绑定关系；UPF 负责把切片对应的用户面流量引到指定网络出口。下面是一个简化的核心网配置概念模板：

{ "amf": { "plmnId": "46000", "allowedNssai": [ { "sst": 1, "sd": null }, { "sst": 2, "sd": "000001" } ], "nssfSelector": [ { "sst": 2, "sd": "000001", "nssfId": "nssf_urllc_01" } ] }, "smf": { "sliceDnnBinding": [ { "sst": 2, "sd": "000001", "dnn": "enterprise_agv", "smfId": "smf_urllc_01" } ] }, "udm": { "subscribedSlices": [ { "imsiPrefix": "46000", "sst": 1, "sd": null }, { "imsiPrefix": "46000", "sst": 2, "sd": "000001" } ] } }

逻辑说明：AMF 的allowedNssai决定本地小区允许接入哪些切片，nssfSelector告诉 AMF 遇到特定 S-NSSAI 时找哪个 NSSF；SMF 的sliceDnnBinding把切片与 DNN 绑定，以后这台设备的 PDU 会话只会进到enterprise_agv这个数据网；UDM 的subscribedSlices决定用户能否签约某个切片。参数说明：imsiPrefix是常见的按号段批量签约写法，现网更多用用户级签约数据来精确控制；nssfId是内部网元标识，不同厂家命名方式不同，但语义一致。

4.2 无线侧落地：gNB的切片调度与QoS Flow到DRB的映射

无线侧切片的核心是 gNB 的调度器要能区分不同切片的数据。NR 协议里，切片业务承载在 QoS Flow 上，每个 QoS Flow 都有自己的 S-NSSAI 和 5QI，gNB 再把多个 QoS Flow 映射到 DRB（数据无线承载）上。这意味着基站配置里至少要完成两件事：一是为每个切片创建对应的 DRB 映射规则，二是配置资源池和调度权重。

nr_cell_config: nr_dedicated_urllc_pool: sst: 2 sd: "000001" resource_type: dedicated prb_start: 1 prb_end: 60 scheduling_algorithm: round_robin bwp_id: 1 qos_flow_to_drb_map: - s_nssai: { "sst": 2, "sd": "000001" } qfi: 3 drb_id: 2 pdcp_priority: high

这段配置的含义是：URLLC 切片独占 1~60 号 PRB，使用独立带宽部分（BWP），并把该切片的 QoS Flow（QFI=3）映射到 DRB 2 上，赋予高 PDCP 优先级。参数说明：prb_start/prb_end用 PRB 编号划定硬隔离边界，落地时要注意这些 PRB 不能与其他切片的资源池重叠，否则隔离等于没做；bwp_id是带宽部分标识，URLLC 切片用独立 BWP 是常见做法，可以单独配置子载波间隔和调度周期。

无线侧建网还有一个容易被忽视的环节：AAU/DU/CU 的设备形态会影响切片性能。URLLC 业务要求低时延，基站处理最好在靠近终端的 DU 上完成，避免业务绕到上层 CU 再绕回来。现网安装 AAU/DU/CU 时，DU 一般放到综合机房，CU 上移，URLLC 切片如果搭配移动边缘节点部署，可以把端到端时延压到更低。设备安装指导书里的光缆路由和机房位置，也会影响切片的最终时延指标，规划时别只看配置不看物理拓扑。

4.3 传输侧配合：FlexE、VLAN与SRv6如何对上切片

核心网和无线侧把切片造出来后，承载网必须能识别并转发这些切片流量，否则切片只存在于核心网内部，数据面一出网元就混在一起了。传输侧常见的切片承载技术有三种：FlexE（灵活以太网技术）、VLAN 隔离、SRv6 Policy。

规划和建设时，建议先画一张“切片到传输隧道”的映射表：每个 S-NSSAI 对应哪条 FlexE 时隙或哪个 VLAN，经过哪些汇聚节点，最终接到哪个 UPF 出口。这张表要同时给核心网、无线和传输三边的人看，不然很容易出现核心网改了切片配置，传输侧不知道，流量到了承载网还是走默认路径。

4.4 建网联调顺序：先信令面、再用户面、最后管KPI

整套切片建完后的联调顺序有讲究。常见做法是三步走：第一步，只验证信令面，让终端能注册上对应切片，抓包确认 Registration Accept 里的 Allowed NSSAI 包含目标 S-NSSAI；第二步，建立 PDU 会话，验证用户面路径，给终端分配专属切片地址，ping 测端到端连通性；第三步，叠加业务测试，测时延、抖动、吞吐，并对照切片的 SLA 指标看有没有达标。多数项目翻车都发生在跳过第一步直接测业务——切片还没协商成功，业务自然跑在默认网络上，测出来的指标只是“伪切片”结果。

5. 切片建网避坑：四个高频翻车点的排查手记

网络切片概念看着清爽，落地上有不少“玄学”。这里把我遇到过的四个高频问题按“现象→原因→解决”写清楚，都是能在日志和抓包里复现的真实场景。

5.1 终端注册后没有目标切片：非法切片被静默过滤

现象：终端插上商卡，开通了 URLLC 切片，但在终端状态栏或信令跟踪里始终看不到目标切片，Registration Accept 里也没有对应的 S-NSSAI。原因：最常见的不是核心网配错，而是签约数据里根本没有这个切片——UDM 的 Subscribed S-NSSAI 与终端请求的 S-NSSAI 不匹配；其次是 AMF 的 Allowed NSSAI 列表没包含目标切片。解决：先抓 NGAP 和 NAS 消息，看终端上报的 Requested NSSAI 是哪几个值；再查 UDM 签约数据，确认同一用户的 Subscribed S-NSSAI 是否包含对应的 SST/SD；最后检查 AMF 本地配置的 Allowed NSSAI 是否覆盖目标切片。终端上报“没带 URLLC 切片”时，还要检查终端里是否预置了对应 S-NSSAI，商用手机一般在 USIM 或 APN 配置里指定。

5.2 切片通了但业务全走默认承载：DNN 绑定和 QoS Flow 错位

现象：终端能注册上 URLLC 切片，IP 地址看起来也是企业网段，但抓包发现业务流量实际走的是默认承载，时延没有任何改善。原因：SMF 的切片与 DNN 绑定没配对，PDU 会话建立时 SMF 选到了默认 DNN；或者 QoS Flow 的 5QI 没按切片模板创建，数据被装进了默认 QoS 承载。解决：在 SMF 里检查 sliceDnnBinding，确认 S-NSSAI 与enterprise_agv的绑定关系；再查核心网下发的 QoS 规则，确认该切片的 QoS Flow 用的是 5QI=82 这类 GBR 参数，而不是 5QI=6 的默认值。空口侧也做一次映射检查：gNB 的 qos_flow_to_drb_map 里，QFI=3 是否对应到了正确的 DRB，优先级是否符合预期。

5.3 开源协议栈实训环境里切片不生效：改了配置却不触发重注册

现象：用 OAI 5G 搭实训环境，按配置模板改完核心网和基站参数，终端还是只走一条数据通道，协议栈日志里没有切片选择动作。原因：开源协议栈的 AMF 默认可能不做 NSSF 选择逻辑，需要显式开启切片相关选项；同时，改配置后终端没有重新注册，旧会话和旧 NSSAI 状态还在缓存里。解决：先重启核心网网元进程并清空终端侧网络缓存，强制重新注册；再抓 NAS 消息确认终端是否上报了带 SST/SD 的 Requested NSSAI；最后检查 AMF 的 NSSF 选择器配置，确认是否配置了 nssf 相关的选择策略。这里要注意，OAI 与商用网元的差异在于默认配置偏简化，不少参数需要自己按 3GPP 语义补全。

5.4 时延永远测不到目标：时隙配比、DRX 与传输都在拖后腿

现象：URLLC 切片配置全部核对无误，但端到端时延始终在 15~20ms 徘徊，离客户要求的 10ms 以内差一截。原因：空口时延只是端到端时延的一部分。TDD 时隙配比里上行时隙占比不够，调度器要等下一个 U 时隙；DRX 让终端进入休眠，唤醒也要吃时延；传输侧没有给该切片预留时隙，在汇聚交换机排队。解决：先查 gNB 的帧结构配置，URLLC 切片建议用较短周期的 TDD 配比，必要时用独立 BWP 配置专有时隙；关掉该切片的 DRX 或设置长激活期；再确认传输侧针对 URLLC 切片的 VLAN 或 FlexE 时隙是否已经配置并生效。逐段打点测时延，能快速定位瓶颈是在空口、回传还是核心网。

5.5 多切片互相挤压：共享资源池没有优先级约束

现象：园区里 URLLC 和 eMBB 同期运行，eMBB 用户大量下载时，URLLC 业务的时延明显劣化。原因：两个切片配了共享资源池，调度器没有按 ARP 优先级区分，高优先级切片抢不到资源。解决：把 URLLC 切片改成独立资源池（prb_start/prb_end 划定边界），或者保留共享池但给 URLLC 配置更高的调度权重，并限制 eMBB 切片最大占用 PRB 数。资源池边界一旦重叠，隔离就名存实亡，这个在配置评审时就要抓出来，不要等业务劣化再去现场抓包。

6. 切片验证与进阶：不买仪表也能把切片调明白的三个技巧

切片调完不能只靠“ping 通了”交差，还是要用可复现的方法验证它真的按规划在工作。第一板斧是信令抓包：用 Wireshark 打开核心网和 gNB 间的 NGAP 抓包文件（tshark 命令行过滤更快），直接看 NAS 注册消息和 PDU 会话建立消息里的切片字段。

tshark -r trace.pcap -Y "ngap.nas_5gs.s_nssai && ngap.nas_5gs.msg_type == 0x41" \ -T fields -e frame.number -e ngap.nas_5gs.s_nssai -e ngap.nas_5gs.dnn

这条命令把注册请求里所有带 S-NSSAI 和 DNN 的消息列出来。不同版本的三层切分字段名略有差异，以本地 Wireshark 实际字段名为准，关键是看两条：终端是否带上了预期的 S-NSSAI，以及 DNN 是否与切片绑定匹配。第二板斧是拨测：平时养一个自动统计时延的工具，多测几轮取 P95 而不是只看平均时延，P95 才能反映排队和重传带来的真实劣化。第三板斧是盯切片级 KPI。核心网侧看该 S-NSSAI 下成功建立的 PDU 会话数、用户面平均时延、吞吐量；无线侧看对应资源池的 PRB 占用率、调度次数和 HARQ 重传率。这几项全部整理进一张巡检表，切片有没有“跑偏”一目了然。

我的习惯是，每调完一个切片，把核心网的 sliceDnnBinding、无线侧的资源池边界、传输侧的映射表整理成一个模板库，命名直接用 S-NSSAI 加客户名，比如sst2_sd000001_agv_factory_v1。下一次同类项目直接复制基线再改参数，省掉大量重复排错。这个习惯帮我在不少项目里避免了“上次明明调通这次又不行”的尴尬，也算是一个不用花钱买的后悔药。信令、拨测、KPI 三件事都验证过，切片才算真正建完，希望帮到你。

本文还有配套的精品资源，点击获取