5G网络切片实战：从原理到验证与落地全解析

简介一份系统讲解5G网络切片技术及应用展望的PPT资源面向通信行业从业者、网络工程师及5G技术学习者重点阐述商业驱动力、关键技术、解决方案与典型应用案例。压缩包内仅含1个pptx演示文档大小约4.84MB内容从“切片”概念出发覆盖RAN感知切片、核心网切片、承载网切片、终端切片选择机制等完整链路。目前已有305人学习适合需要系统理解5G网络切片原理与实践的读者。通过学习可掌握NFV/SDN支撑下的端到端切片架构了解共享式与独占式无线切片的差异熟悉基于Subscribed-NSSAI的终端接入流程并参考B2B/B2C/B2H等实际案例为后续网络规划或业务落地提供参考。1. 5G网络切片不是“切带宽”而是把一张物理网拆成多张逻辑专网5G网络切片这四个字字面上像把带宽切成几份真正做过的人会告诉你它是把一张物理5G网络从无线侧、承载网到核心网端到端拆成多张逻辑专网。不同切片各有各的时延、速率、可靠性指标互不抢占这才和4G时代只靠QoS排队区分优先级有本质区别。这篇笔记把切片的原理、参数和一套能在本地跑通的验证步骤讲透最后落到一份能拿去做立项和应用展望的材料上适合正在做专网方案、5G实训室建设以及室外远程驾驶无人车、智能车5G室外赛这类低时延场景的工程师参考。切片能不能用、值不值得投入看完这篇自己就能判断。2. 从5G基站到核心网切片的三大技术底座与选型理由切片切的是资源不是简单把核心网软件装几份就叫切片。端到端切片至少要经过无线侧、承载网侧、核心网侧三处任何一侧没打通切片都是纸面概念。下面把这三大块逐个拆开每一层我会直接说明选型时看什么、别踩什么。2.1 无线侧AAU/DU/CU分工下的PRB资源隔离4G/5G时代基站形态已经变了5G设备普遍按AAU、DU、CU三层拆开。AAU管射频和部分物理层DU管RLC、MAC和部分物理层CU管PDCP和RRC。切片到了无线侧本质上落在DU的MAC调度器里按切片区分资源。常见做法是给不同切片分配不同比例的PRB。比如eMBB分60%的物理资源块、URLLC分30%、mMTC分10%再配一套优先级调度策略允许高优先级切片在低优先级空闲时临时借用资源。还有一种更硬的隔离把PRB直接按频域物理隔开互不借用。硬隔离隔离效果好但频谱利用率低——每个切片都要按峰值预留资源软隔离共享资源池、利用率高但极端拥塞时URLLC有可能被eMBB的大流量拖累。我一般给园区专网选软隔离加关键切片高优先级原因很简单园区业务的峰值不会所有行业客户同时爆发硬隔离等于把宝贵的5G频谱打了折。但如果是工厂控制面这种“时延必须毫秒级、抖动必须可控”的业务软隔离的调度算法再优化也难做硬承诺这时候才需要考虑无线侧硬隔离或半静态PRB预留。无线侧没有万能答案先问业务能不能容忍概率性排队再定隔离策略。2.2 承载网FlexE硬切片与DSCP软切片的取舍无线侧把切片标记做出来后数据要经过回传网到核心网。如果传输网还是传统的IP转发拥塞时谁也没法保证时延。切片的第二层底座是承载网业内有两种主流做法。第一种是FlexE硬切片。FlexE接口可以把一个物理口切成多个子通道每个子通道带宽独立、时延隔离效果最接近物理专线。代价是回传网每个节点都要支持FlexE老设备基本都要换改造成本和维护复杂度都很高。第二种是软切片用VLAN加DSCP打标记在现网交换机路由器上就能配把不同切片映射到不同优先级队列。成本低、部署快但隔离效果依赖设备队列调度能力拥塞严重时仍然会互相影响。我对承载网选型的原则很简单看业务对时延是不是硬承诺。只是视频巡检、AGV、数据采集这类场景软切片已经能跑出不错的体验如果是远程驾驶、实时控制、机器人协同这类要签SLA的业务承载网不做硬切片核心网做得再漂亮也是空中楼阁。另外要留意传输网和无线侧、核心网的切片标识要能对应上很多项目就是栽在“无线和核心都认了唯独传输网把标记丢了”这种环节。2.3 核心网AMF/SMF/UPF按需实例化与UPF下沉核心网侧切片的本质是网络功能按需实例化。5G核心网采用SBA服务化架构AMF负责注册和移动性管理SMF负责会话管理UPF负责用户面数据转发。切片在核心网的落地方式通常是AMF共享SMF和UPF按切片独立部署。共享AMF是合理的因为注册和移动性管理逻辑各切片差别不大独立部署反而增加终端接入复杂度。真正需要隔离的是会话和转发SMF按切片分开UPF按切片分开这样才能保证一个切片的信令风暴和数据洪峰不会冲击另一个切片。UPF的部署位置更关键如果UPF都堆在省中心机房业务数据绕一大圈时延根本压不下来。URLLC这类切片必须做UPF下沉把用户面功能放到园区边缘配合MEC把业务流量在本地消化掉。选型时记住控制面和用户面分离这个原则。控制面共享、用户面隔离这是目前最常见也最稳的核心网切片部署方式。我见过有的方案为了强调切片隔离度把AMF也各建一套结果用户签约一个切片要重新注册一次终端切换切片像换手机一样费劲这就是过度设计。2.4 端到端映射终端NSSAI到核心网S-NSSAI的路由逻辑切片真正起作用的标志不是“核心网里建了一个切片”而是终端注册时携带NSSAI核心网根据NSSAI选择AMF和SMF无线侧根据它建立对应的承载。NSSAI是关键里面最重要的是S-NSSAI由SST加SD组成。SST有标准值1代表eMBB、2代表URLLC、3代表mMTCSD是24位的厂商自定义扩展位用于在同一SST类型下面细分出多个切片实例。规划时要保证无线侧、承载网、核心网三段使用同一个S-NSSAI终端注册时请求的NSSAI也必须在范围内任何一段丢了标记切片就不成立。这套映射逻辑是5G协议栈里最绕的地方我做实训室演示时就翻车过核心网配置了S-NSSAI无线侧也接收到了但终端没在注册请求里带NSSAI结果所有业务都走了默认承载演示现场完全看不出切片效果。排查到最后才发现是终端侧的URSP策略没有下发终端压根不知道要用哪个切片。端到端切片调试永远先看标识有没有全链路对齐再看资源隔离参数。3. 切片参数怎么设5QI、NSSAI与5G峰值速率计算切片不是建一个名字就算数承载在空口上的每一项服务质量都由一组参数决定。这一章把无线侧和核心网侧最常见的参数讲清楚并给出一个能直接抄的峰值速率测算方法。3.1 5QI给每个切片一张“待遇表”5QI与4G时代的QCI一脉相承它决定切片内业务的转发优先级、时延预算和误包率指标。选5QI比选带宽更重要因为5QI直接决定网络拥塞时的排队行为。5QI资源类型默认时延预算误包率典型业务1GBR100ms1e-2会话语音2GBR150ms1e-3实时视频3GBR50ms1e-3实时游戏4GBR300ms1e-6非实时视频5Non-GBR100ms1e-6IMS信令65GBR75ms1e-2实时交互类游戏9Non-GBR300ms1e-6普通上网、文件传输上述数值以常见版本为参考不同3GPP发布版本有细节调整落地时以当前核心网设备的支持表为准。选型时有两条经验时延敏感业务选GBR类型系统会为该业务预留资源普通上网和信令选Non-GBR避免浪费空口资源。同一个切片里可以承载多个5QI但切片级SLA主要由最严格的5QI决定。3.2 NSSAI与SST/SD规划NSSAI规划是切片设计的第一步。SST标准值尽量别改这是终端和网络都能识别的公共语言。SD字段才是你的自由发挥空间用来标识同一类型下的不同行业客户或不同业务域。切片名称SSTSDDNN目标场景eMBB1000001internet视频巡检、高清回传URLLC2000002control远程驾驶、实时控制mMTC3000003iot海量传感、抄表SD字段建议全网络统一编码规则比如前8位代表省份、中8位代表园区、后8位代表业务类型不要各系统自己随便填否则后期排障时根本不知道这个切片是给谁用的。还有一点要注意SST用标准值、SD用私有扩展是兼顾互通性和灵活性的常见做法如果SST也用私有值很多商用终端会直接拒绝识别这是测试阶段最容易踩的坑。3.3 5G峰值速率计算从公式到数值网络规划时经常要回答“这个切片能跑多快”。峰值速率不是拍脑袋有固定计算方法用5G峰值速率计算公式可以提前估算。以下行100MHz带宽、30kHz子载波间隔为例按FR1频段典型参数过一遍参数取值说明RB数273100MHz 30kHz子载波间隔每RB子载波数12固定值每秒每子载波OFDM符号数2800030kHz下每毫秒2个时隙、每时隙14个符号层数44×4 MIMO调制阶数8bit256QAM信道编码码率0.926接近极限值TDD下行占比0.7典型DDDSU帧结构计算过程273×123276个子载波3276×28000得到每秒约91.7M个调制符号乘以4层后是366.8M symbols/s再乘以8bit得到2.93Gbps原始速率。乘以码率0.926后是2.72Gbps再乘TDD下行占比0.7最终理论下行峰值约1.9Gbps。实际部署再扣掉同步信号和参考信号开销商用环境能跑到1.5Gbps左右已经算不错。这个计算的价值在于做方案时能快速判断客户要求是否合理。如果客户说“100MHz单小区要跑到2.5Gbps”按这个公式一算就知道当前帧结构下不可能要么换更大的带宽、要么提高下行占比、要么上更多层MIMO否则就是拿远期标准忽悠人。4. 用OAI 5G搭建切片验证环境从命令到一份能汇报的PPT光会算参数不够切片得上手跑一遍才敢写进方案。目前最流行的开源验证路线是Open5GS做核心网、OAI 5G做无线侧协议栈用软件模拟空口跑通端到端注册和切片路由。这一章给出一套能复现的步骤最后落到怎么把结果组织成一份有说服力的应用展望PPT。4.1 准备端到端验证环境Open5GS做核心网OAI做基站常见做法是准备一台8核16G内存的服务器装好Ubuntu Server一个节点同时跑核心网、OAI基站和终端模拟验证通过后再拆到多台机器进一步测性能。# 安装Open5GS构建依赖git拉源码编译 sudo apt update sudo apt install -y git meson ninja-build cmake gcc g flex bison \ libsctp-dev libgnutls28-dev libgcrypt-dev libssl-dev \ libnghttp2-dev libidn11-dev libmongoc-dev libbson-dev git clone --depth 1 https://github.com/open5gs/open5gs.git cd open5gs meson build ninja -C build sudo ninja -C build install这段命令先把编译工具链和依赖装齐然后从源码构建Open5GS。Open5GS的核心网网元AMF、SMF、UPF由一套代码编译出来安装后通过systemd服务各自启动。依赖包里libsctp-dev对应NGAP的SCTP传输libnghttp2-dev对应服务化接口的HTTP/2通信缺了哪个编译期就会报错。编译完成后还需要装MongoDB存用户签约数据# 安装并启动MongoDBOpen5GS用数据库存用户和切片签约信息 sudo apt install -y mongodb sudo systemctl start mongodb sudo systemctl enable mongodb这里注意Open5GS本身不存用户数据全部放MongoDB里。MongoDB没起来核心网能启动但用户认证必然失败这类环境问题在排障时最容易忽略。4.2 给核心网配置同一组S-NSSAI并注册测试用户切片验证第一步是让核心网认识切片标识。打开SMF的配置文件按下面方式加入S-NSSAI和DNN的映射# 修改配置前先备份这是回滚后悔药 sudo cp /etc/open5gs/smf.yaml /etc/open5gs/smf.yaml.bak sudo vim /etc/open5gs/smf.yamlsmf: sbi: server: - address: 127.0.0.1 port: 7777 pfcp: server: - address: 127.0.0.1 slice: - sst: 1 sd: 000001 dnn: - internet上面这段是Open5GS常见配置格式给SST1、SD000001的eMBB切片绑定internet这个DNN。不同版本字段可能有差异改配置前先执行sudo grep -n slice\|sst\|sd /etc/open5gs/smf.yaml确认当前格式。配置完重启核心网服务然后注册一个测试用户用open5gs-dbctl命令行工具# 添加测试用户三个参数分别是IMSI、OPc、密钥 sudo open5gs-dbctl add 001010123456789 00101 00000000000000000000000000000000 sudo systemctl restart open5gs-amf open5gs-smf open5gs-upf这里IMSI和密钥要与后续OAI基站和终端模拟器里的配置完全一致任何一位对不上终端注册就会在鉴权环节卡死。dbctl工具不同版本的参数顺序有差异第一次使用先sudo open5gs-dbctl --help看参数说明别想当然。4.3 验证切片路由抓包看NAS信令和用户面分流配置完成后启动OAI的gNB模拟和终端模拟让终端发起注册。注册流程里终端会携带请求的NSSAI核心网在注册接受消息里返回Allowed NSSAI这一来一回在信令面就能验证切片是否被网络接受。# 抓取NGAP和GTP-U流量NGAP端口38412GTP-U端口2152 sudo tcpdump -i any -w /tmp/slice.pcap -s 0 port 38412 or port 2152 # 触发终端重新注册 # 注册完成后停止抓包 sudo pkill tcpdump # 用tshark过滤NAS消息里的NSSAI字段 tshark -r /tmp/slice.pcap -Y nas-5gs -T fields -e nas-5gs.mm.nssai.list抓包是验证协议栈行为最直接的手段。38412是NGAP协议的SCTP端口AMF和gNB之间的NG接口信息都走这里2152是GTP-U用户面端口PDU会话建立后业务数据走这里。过滤NAS消息后能看到终端上报的S-NSSAI列表如果这里为空说明终端侧根本没有配置切片后面所有工作都白做。用户面分流验证也可以在同一套环境里做。给两个切片配置不同的DNN分别在两个UPF的N6接口抓包用两个终端同时跑业务观察流量是否走了不同的转发路径。这一步建议把抓包结果截图留档后面做PPT时直接作为“切片隔离生效”的证据比任何口述都有说服力。4.4 把验证结果组织成“应用展望”型PPT一个常见骨架技术验证做完最后一步是输出。给决策层讲切片不要从协议栈讲起要从业务痛点讲起。我按做方案汇报的常见结构整理了一个6到8页的骨架可以直接套用页码章节主题内容要点1封面一句话定义5G网络切片点名目标场景2现状与瓶颈现有网络为什么满足不了多业务SLA3切片是什么、不是什么和QoS的区别端到端隔离的价值4端到端架构无线侧、承载网、核心网三段各自做什么5关键参数与容量测算5QI表、NSSAI规划、峰值速率计算6验证结果抓包截图、注册流程数据、分流实验数据7应用展望面向园区、实训室、室外驾驶场景的落地路径8风险与演进标准化现状、设备投资、运维复杂度这个骨架的好处是每个章节都对应一个决策者会问的问题为什么做、怎么做、效果如何、要投多少钱、风险在哪里。做PPT最忌讳把参数表堆一屏每页只放一个核心结论参数放备注或附录。5. 切片落地避坑5个让人翻车的现实问题切片从配置到跑通坑比想象中多。下面5个都是我在实训室和现场验证中遇到过或见别人翻过车的问题每条按现象、原因、解决的顺序写清楚。5.1 终端注册失败或看不到专网现象基站和核心网都配好了切片但测试终端注册不上或者注册成功但找不到专网信号。核心网日志里全是“No matching slice”之类的报错。原因终端侧的URSP策略没有下发或者终端注册请求里压根没带NSSAI。很多商用终端的URSP默认是空的需要网络侧通过AMF的策略下发没下发就让终端自己选切片它只能选默认承载。解决先在核心网的AMF日志里确认Allowed NSSAI返回了什么再用抓包看终端Registration Request里的NSSAI是不是空的。终端没带就去查终端配置或URSP策略下发带了但核心网拒了优先查S-NSSAI格式和SST/SD是否全链路一致。这个问题排查顺序永远是先终端后网络。5.2 一个切片拥塞另一个跟着卡死现象切片A跑大流量视频回传切片B的低时延控制业务时延急剧恶化隔离形同虚设。原因无线侧和承载网都只做了软隔离软隔离本身就是共享调度高优先级切片只有相对优先权没有资源上限保护。切片A流量过大时即使调度器优先服务切片B空口和传输队列仍然被A占满B无路可走。解决无线侧给关键切片设置最大PRB占用比例传输侧对切片A的DSCP队列做带宽上限限速核心网侧在SMF给会话配上MBR限制。三层同时动手才叫隔离只在一层做限制等于没做。5.3 RAN和核心网都配了业务仍走默认承载现象两端配置看起来都对但测试速率和时延表现没有任何区别抓包发现所有业务都在默认承载上。原因gNB侧虽然收到了NSSAI但没有把切片映射到独立的DRB或者SMF收到PDU会话建立请求后根据S-NSSAI选择的UPF和实际转发路径不匹配。标识只是透传资源没重新分配。解决先查PDU会话建立请求里的S-NSSAI和SMF选择的UPF是否对应再查gNB是否给该切片单独建了DRB。实践中最快的验证方法是把默认承载暂时禁用看业务是否还能跑通能跑通则说明切片承载确实生效了不能跑通则证明还在用旧路。5.4 Open5GS改完配置核心网起不来现象改完smf.yaml或amf.yamlsystemd服务重启失败日志刷一串Python堆栈或assert报错。原因绝大多数是YAML缩进错误或字段名不匹配。Open5GS配置对缩进极其敏感一个空格错位整个配置解析失败另一个常见原因是网上找的配置是旧版本格式新版本字段已经改名。解决改配置前一定要备份这句不是废话。启动失败先看日志sudo tail -n 100 /var/log/open5gs/smf.log报错行会直接指到配置文件的哪一段。对照当前版本自带的示例配置/etc/open5gs/目录下的bootstrap文件不要照抄网上教程。5.5 演示现场速率只有理论值一半不到现象参数按最理想条件配的理论算下来1.9Gbps现场实测只有几百M客户当场质疑方案。原因TDD帧结构上下行配比没对准、终端MCS等级协商得低、MIMO层数没跑满、终端位置离基站太远。理论值是“所有条件拉满”的上限实际环境任何一个条件打折速率就断崖式下降。解决演示前先测空口MCS等级和上下行信道质量用抓包软件看实际协商的调制方式和层数。室外场景尤其要注意天线角度和干扰我之前在室外远程驾驶无人车场地做验证同一台终端位于基站正下方和200米外的速率能差一个数量级。现场演示先测环境再谈性能。6. 进阶用“速率-时延-成本”三角把切片讲给决策层技术验证通过后最难的一关是让决策层明白“这个切片到底值多少钱”。纯讲技术参数很难打动业务方我常用“速率-时延-成本”三角来组织切片的价值叙事。切片类型核心卖点网络投入典型客户eMBB高速率、大带宽低可与公网复用园区视频、巡检、文旅URLLC低时延、高可靠高需UPF下沉承载硬切片远程驾驶、工厂控制mMTC海量连接、低功耗低按连接数计费智慧抄表、传感网络这个三角的逻辑是没有一种切片能同时做到高速率、低时延和低成本决策者必须选两个。eMBB追求速率和低成本URLLC追求时延和可靠性但必须接受高成本mMTC追求广覆盖和低成本就得牺牲单用户体验。把这三个边界讲清楚客户就不会提“既要又要还要”的需求。从实训室走向规模化部署还有一段路。实训室验证只证明“协议能通”规模商用还要面对网管系统能不能统一编排切片、计费系统怎么区分切片、终端存量怎么兼容这几个现实问题。我的建议是先做单园区单切片试点把运维流程跑顺再横向复制到多园区。5G实训室方案里最值得投入的就是存量终端适配清单和故障排查手册这两样东西比参数配置更能决定项目能不能交付。我最早做第一版切片展望PPT时犯过一个错通篇在讲5G峰值速率有多高、时延有多低结果被客户一句“跟我有什么关系”问住了。后来改成从业务故障讲起先摆现状、再给切片方案同样的材料说服力完全不一样。技术指标只是素材决策者只为自己的业务痛点买单。做切片方案少讲协议多讲业务多算账少堆参数这是我现在最深的体会希望帮到你。本文还有配套的精品资源点击获取