本节摘要:NFV 将防火墙、网关等网络功能从专用硬件解耦为可在通用服务器运行的 VNF/CNF;SDN 分离控制面与数据面,使流量路径可编程。5GC 在此基础上采用 云原生微服务,实现弹性伸缩与快速迭代——这是网络切片与自动化运维的底座。
阅读完本节,你应当能够:
传统核心网设备是「一台 appliance 一个功能」,扩容等于买新框、插新板。业务峰值只在晚高峰出现,静态容量要么浪费要么不足。NFV 把功能变成虚拟机/容器,按需 scale;SDN 让控制器全局看拓扑,一条 flow 可从 congested link 切到空闲 link。
4G 已试点 NFV(vEPC);5G 从设计之初就把 SBA + CNF 作为目标形态。运营商 IT 与 CT 融合:Kubernetes 上跑 SMF/UPF 实例,GitOps 升级补丁——演化历史上,5G 核心网更像 云应用 而非 电信专有设备。
| 技术 | 核心思想 | 5G 中的体现 |
|---|---|---|
| NFV | 功能软件化 | UPF/SMF 虚拟实例 |
| SDN | 控制/转发分离 | 回传 TE、切片 VPN |
| 云原生 | 微服务+容器 | 5GC NF on K8s |
| SBA | 服务接口 | 与 NFV 编排联动 |
ETSI NFV 定义 MANO(Management and Orchestration):NFVO 编排跨域资源,VNFManager 管理实例生命周期。3GPP 与 ETSI 在切片编排上协同。
纯软件 UPF 转发可能达不到线速;SmartNIC/DPU offload 成为生产部署标配。控制面 NF 对时延不敏感,用户面需 NUMA 绑核、巨页、SR-IOV。
同一云平台上多切片实例需 命名空间隔离、加密、审计——云原生 gains 伴随新的攻击面。
⚠️ 常见坑:把 NFV 等同于「虚拟机跑旧代码」——CNF + 无状态设计才是 5GC 方向。
💡 关键直觉:SDN/NFV 解决「网也能像云一样交付」。
下一节:网络切片如何在 SDN/NFV 之上实现端到端 SLA。
ETSI NFV 定义了三层参考架构:NFVI 提供计算、存储、网络资源池;VNF 是运行其上的网络功能软件;MANO 负责编排管理,包含 NFVO(跨域编排)、VNFM(VNF 生命周期管理)、VIM(基础设施管理)。这套架构让运营商可以像管理 IT 应用一样管理网络功能:自动化部署、弹性扩缩、故障自愈。5GC 在此之上进一步走向容器化(CNF)与微服务化,把网元拆成可独立发布的小服务。
NFV MANO 组件职责(示意) NFVO: 跨域网络服务编排(切片编排、端到端业务) VNFM: 单个 VNF 的实例化/扩缩/升级/终止 VIM : 计算/存储/网络资源池管理 NFVI: 通用服务器 + 虚拟化层 + 加速硬件 配套: 故障管理、性能监控、策略管理
SDN 解决「转发路径可编程」,NFV 解决「网元软件化」,两者经常一起出现但解决不同问题。SDN 把控制面从转发设备中抽离,控制器全局掌握网络拓扑,可以按业务需求下发流表;NFV 让网元跑在通用硬件上,按需实例化。结合后的典型场景是网络切片:SDN 控制器为每个切片规划独立路径,NFV 平台按切片实例化专用 NF,两者共同保证端到端隔离与 SLA。
云原生带来弹性与敏捷,也带来性能与可靠性的挑战。用户面转发对时延敏感,纯软件栈需要 DPDK、SR-IOV、SmartNIC 等加速手段才能达到线速;控制面 NF 则可以完全容器化。可靠上,电信级要求 99.999%,需要多活架构、故障快速收敛与自动恢复。读本节时建议理解:NFV 化不是「把设备换成虚拟机」,而是「用软件架构重做网络功能」,性能、可靠、自动化三者必须同时设计。
NFV 的自动化能力依赖编排系统:网络服务按模板化定义(NSD/VNFD),编排器按需实例化、弹性伸缩、自动故障恢复。5GC 的部署、升级、扩容因此可以从「以月计」缩短到「以小时计」。但编排的落地需要配套的配置管理、性能监控与策略联动,否则自动化只会放大错误。评估厂商方案时,编排能力与 API 开放程度是重要指标。
网络切片是 NFV 编排的典型业务:编排器把 RAN、传输、核心网的资源按切片模板编排成端到端切片实例,每个切片有独立的生命周期。NFV 提供了切片的弹性底座,SDN 提供了切片的路径控制,两者与 3GPP 切片管理框架配合,才构成完整的切片方案。理解这层联动,才能回答「切片到底由谁创建、怎么管理」的问题。