行业解决方案 5G核心网UPF与MEC边缘计算服务器网络基础设施方案

行业解决方案

5G核心网UPF与MEC边缘计算服务器网络基础设施方案

5G核心网络架构简述

3GPP Rel-15标准确立了5G核心网（5GC）的服务化架构（Service-Based Architecture，SBA）。与4G EPC的集中式网元不同，5GC将核心网功能拆分为一组微服务网元，通过统一的服务化接口（SBI）进行交互，主要包括：

• AMF（Access and Mobility Management Function）：负责接入与移动性管理，终结NAS信令。
• SMF（Session Management Function）：负责PDU会话管理，控制UPF进行流量转发。
• UPF（User Plane Function）：用户面数据转发的核心，执行包检测、QoS执行、计费统计和N3/N6接口路由，是核心网中流量最密集的网元。
• PCF/UDM/NSSF等控制面网元：负责策略、用户数据和网络切片管理。

在数据面，UPF通过N3接口与接入网（gNB）对接，通过N9接口与其他UPF互联，通过N6接口向互联网或企业数据网转发用户流量。单个省级运营商的UPF集群在高峰时段需处理数百Gbps至数Tbps的用户数据，对服务器的网卡提出了极高要求。SBA架构下各微服务网元之间的控制面通信同样需要低延迟、高可靠的网络连接，因此核心网服务器普遍采用25G网卡用于控制面互联，100G/400G网卡用于数据面吞吐。

▲ 5G核心网数据中心机房

UPF服务器网卡需求分析

UPF是5G核心网中最消耗硬件资源的网元，其网卡选型直接决定整个核心网系统的吞吐上限。针对UPF的网卡需求，可从以下四个维度分析：

1. 超大流量转发能力
单个UPF实例通常需要支持100Gbps以上的双向吞吐，大型运营商中心局的高密UPF部署需要400Gbps甚至更高带宽的网卡。PCIe 5.0接口的普及使400G网卡成为可能，例如联瑞电子LRES1260PF-2QSFP112双口400G网卡（PCIe 5.0 x16），单卡即可支持2×200G或合计400G线速转发。

2. DPDK与内核旁路加速
传统Linux内核协议栈的包处理能力在100G以上线速下成为瓶颈。UPF通常以DPDK（Data Plane Development Kit）用户态驱动方式运行，要求网卡硬件支持PMD（Poll Mode Driver）、RSS（Receive Side Scaling）多队列分发和大页内存DMA。主流商用UPF软件（如Open5GS、free5GC、华为、中兴UPF）均通过DPDK接入网卡，要求网卡提供稳定的DPDK PMD驱动。

3. 低延迟与高PPS
5G切片中的uRLLC（超可靠低延迟通信）业务要求端到端延迟低于1ms，UPF内部的转发延迟必须控制在微秒级别。网卡需支持硬件时间戳、精准时钟同步（IEEE 1588/PTP）以及基于硬件的流量分类，避免软件引入的额外延迟。

4. 可靠性与冗余
核心网元要求7×24小时不间断运行，网卡需支持Active-Backup或LACP链路聚合，提供端口故障时的自动切换能力。企业级固件与长期软件支持（至少5年）是运营商采购的必要条件。

MEC边缘计算节点的网络需求

MEC将计算和存储资源下沉到靠近用户的接入网侧，与5G核心网UPF协同部署，为本地业务提供极低延迟的算力支撑。MEC节点的网络需求与中心局UPF有所不同：

MEC节点通常部署在接入汇聚机房或靠近gNB的边缘站点，对网卡的低功耗和小尺寸有额外要求。OCP Mezzanine（如OCP 3.0）形态的网卡因其模块化、高集成度的优势，在MEC服务器中得到广泛应用。此外，MEC节点承载的应用（如V2X路侧单元计算卸载、视频直播CDN加速）需要网卡支持SR-IOV虚拟化，以便在同一物理网口上为多个虚拟化MEC应用提供隔离的网络通道。

▲ 5G核心网光纤互联基础设施

5G核心网 + MEC 网络拓扑架构图

联瑞电子5G / MEC推荐产品方案

联瑞电子针对5G核心网UPF、MEC边缘节点以及接入网汇聚三个典型场景，分别提供以下核心产品：

运营商信创合规要求与国产化方案

根据工业和信息化部及国资委的相关政策要求，三大运营商的5G核心网设备正加速推进国产化替代进程，网卡芯片作为关键器件，需使用国产或符合采购要求的产品。联瑞电子提供以下信创适配方案：

上述产品均已完成与鲲鹏、飞腾、海光、兆芯等国产CPU平台的实机兼容性测试，驱动支持银河麒麟V10服务器版和统信UOS服务器版，并已提交至相关主管部门的信创产品认证目录。

典型部署案例：某省运营商5G核心网UPF扩容

客户背景：某东部省份大型运营商，5G商用用户规模超过800万，随着5G用户快速增长，现有中心局UPF集群峰值流量已接近满载，亟需扩容以支撑业务持续增长。

需求分析：客户需要在不停机的前提下，扩充UPF节点的处理能力，同时满足省国资委提出的核心设备国产化比例要求（关键器件国产化率≥60%）。扩容网卡需具备400G线速转发能力，并支持DPDK 22.11及以上版本。

部署方案：核心UPF节点采用LRES1260PF-2QSFP112（PCIe 5.0, 400G）作为主数据面网卡，控制面服务器采用SP670（华为Hi1822, 100G）满足国产化率要求。MEC节点选用LRES1014PF-2QSFP28（100G）配合SR-IOV为边缘应用提供隔离的网络资源。

实施成效：扩容后UPF集群峰值吞吐提升240%，达到1.8Tbps；控制面微服务间通信延迟降低35%；核心设备国产化器件比例达到65%，满足合规要求；整体扩容实施周期仅18天，较预期压缩30%。

5G UPF下沉部署与MEC服务器选型

5G核心网架构支持UPF灵活下沉部署，将用户面处理从中心局向边缘延伸，实现本地分流（Local Breakout）。这一架构是5G MEC落地的技术基础，也对边缘UPF服务器的网卡提出了更精细化的要求。

UPF本地分流部署场景

根据3GPP TS 23.501定义，UPF下沉部署分为三种典型场景：（1）集中式UPF（中心局）承载全量用户流量，通过N6接口连接互联网；（2）分布式UPF（边缘局）与MEC平台同局部署，通过N3/N9接口完成本地分流，为企业园区、工厂等特定区域内的终端提供本地服务；（3）超边缘UPF（现场级）直接部署在工厂车间或校园内，为自动化控制等对延迟极端敏感的应用提供实时处理能力，此类部署要求服务器体积紧凑、工作温度范围宽。分布式UPF和超边缘UPF在N3/N9接口的网卡选型上，优先选择25G SFP28规格，兼顾带宽与功耗。

N3/N9接口网卡技术要求

• 接口速率：25G SFP28双端口（N3接口上联gNB，N9接口连接上级UPF或MEC平台），满足典型边缘站点的峰值带宽需求（单N3链路通常不超过20Gbps）。
• 低延迟转发：硬件转发延迟需低于5μs，避免软件路径引入额外延迟，影响uRLLC业务的SLA达成率。
• SR-IOV虚拟化支持：MEC平台上运行的多个虚拟化应用（如V2X计算、视频处理、AI推断）通过SR-IOV独立占用网卡队列，实现网络隔离，避免应用间干扰。最大VF数量建议不低于128个，以满足高密度容器化MEC应用的部署需求。
• DPDK加速：边缘UPF通常运行在容器化环境（如基于Kubernetes + Multus CNI的云原生核心网），通过DPDK用户态驱动绕过内核协议栈，实现线速转发。网卡需提供稳定的DPDK PMD驱动，支持多队列RSS分发和大页内存DMA直通。
• PTP精密时间同步：边缘UPF需与gNB的时钟源保持亚微秒级同步，网卡须内置IEEE 1588/PTP硬件时钟，支持PTP4L/PHC2SYS工具对接，确保uRLLC切片的时延测量与SLA验证精度。

推荐选型：联瑞电子 LRES1021PF-2SFP28（Intel E810芯片，双口25G SFP28）

针对边缘UPF和MEC联合部署场景，联瑞电子推荐LRES1021PF-2SFP28网卡。该产品基于Intel E810芯片，提供双口25G SFP28接口，PCIe 4.0 x8接入，支持SR-IOV（最多256个VF）、DPDK ice PMD驱动（Linux 5.4内核已内置ice驱动，无需额外安装）、ADQ（Application Device Queue，应用感知队列调度）以及硬件IEEE 1588/PTP精密时间同步。E810芯片的DDP（Dynamic Device Personalization）功能支持在不更新固件的情况下动态加载流量处理规则，满足不同UPF软件对N3/N9接口协议处理的定制化需求。配合DPDK 22.11版本的ice PMD驱动，LRES1021PF-2SFP28在小包（64字节UDP）测试中可达到线速双向转发（2×25Gbps = 50Gbps），满足边缘UPF的极限流量处理需求。

容器化云原生UPF部署要点：在Kubernetes环境中部署UPF时，通过Multus CNI为UPF Pod分配独立的网络接口（对应物理网卡的SR-IOV VF），同时在宿主机上配置DPDK Hugepage（建议2×1GB大页）和CPU隔离（使用cpuset将DPDK轮询线程绑定到独立CPU核心），确保UPF不与其他Pod竞争CPU资源。LRES1021PF-2SFP28支持的ADQ功能可进一步将来自不同UE组（如URLLC切片和eMBB切片）的流量分配到不同的硬件队列，实现硬件级别的切片隔离，无需依赖软件TC/eBPF规则。

MEC应用时延指标与网络QoS保障

MEC作为5G低延迟业务的核心承载平台，需要为不同业务类型提供差异化的端到端延迟保障。从用户终端（UE）发起请求，到MEC应用返回响应，数据经过无线空口→gNB→UPF→MEC服务器→应用层多个环节，每个环节均需进行精细化的延迟控制。

不同5G业务的E2E延迟要求

QoS流分类与网卡队列优先级映射：5G核心网为每条PDU会话中的业务流分配QoS Flow，通过QFI（QoS Flow Identifier）在N3接口的GTP-U报头中携带。MEC侧的网卡需将不同QFI映射到对应的硬件队列优先级：uRLLC流量（QFI=82/83）映射至最高优先级队列，eMBB流量映射至普通队列，背景流量（如管理平面）映射至低优先级队列。Intel E810 ADQ功能支持基于N3报头GTP-U的QFI值直接进行硬件队列分发，无需软件介入，将QoS调度延迟降低至纳秒级，有效保障uRLLC和V2X业务的服务质量。

DSCP标记与MEC流量隔离：MEC节点对外部网络的数据流通常通过DSCP（Differentiated Services Code Point）进行标记，以便上游交换机和路由器识别流量优先级。DSCP EF（Expedited Forwarding，值=46）用于uRLLC和V2X流量，AF41/AF42用于高优先级eMBB，BE（Best Effort）用于普通数据。网卡在发送队列（TX Queue）上设置DSCP标记，配合交换机的802.1p/DSCP优先级队列，实现端到端的QoS保障链。LRES1021PF-2SFP28支持在TC（Traffic Control）框架下通过BPF/XDP程序进行高性能DSCP标记操作，对CPU资源消耗极低（单核可处理10Mpps级别的标记吞吐）。

硬件时间戳与延迟精确测量：在MEC环境中精确测量E2E延迟，需要在报文发送和接收时记录精确的硬件时间戳（Hardware Timestamping）。网卡在报文进入和离开物理端口的那一刻打上时间戳，精度可达纳秒级（±20ns），远优于软件时间戳（精度约±50μs）。硬件时间戳通过IEEE 1588 PTP协议与上游gNB的时钟源同步，确保时间基准一致。LRES1021PF-2SFP28（E810芯片）内置高精度PTP硬件时钟，通过Linux PTP4L/PHC2SYS工具可实现与gNB的亚微秒级时钟同步，为uRLLC业务的延迟测量和SLA验证提供可靠的时间基准。同时，硬件时间戳数据可通过SO_TIMESTAMPING套接字选项导出至用户态，供MEC监控系统实时绘制各业务类型的延迟分布直方图，快速定位SLA超标事件。

常见问题 FAQ