5GC架构深度解析：从用户鉴权到业务承载的核心机制

1次阅读

没有评论

共计 1597 个字符，预计需要花费 4 分钟才能阅读完成。

传统 4G 核心网 (EPC) 在面向 5G 多样化业务需求时暴露出明显短板：

时延瓶颈：MME 集中式处理导致控制面时延常超 50ms，难以满足 URLLC 业务要求
架构僵化：基于物理网元的紧耦合设计，新业务上线周期长达数月
业务单一：PGW 只能提供 ” 管道 ” 服务，缺乏网络能力开放接口

典型对比案例：4G 视频直播需单独部署 CDN，而 5GC 通过 UPF 下沉可实现 ms 级边缘缓存。

5GC 采用云原生服务化架构(SBA)，核心变化包括：

功能解耦：
AMF(接入管理)：处理终端移动性和鉴权
SMF(会话管理)：负责 QoS 流 (QFI) 建立
UPF(用户面)：分布式数据转发节点

接口服务化：所有网元通过 HTTP/ 2 协议通信，示例拓扑：

graph LR
  UE-->AMF-->AUSF
  AMF-->SMF-->UPF
  SMF-->UDM
  NEF-->AF(外部应用)

无状态设计：AMF/SMF 可实现秒级弹性扩缩容

5G 鉴权相比 4G 增加了 SUCI(临时用户标识)保护，关键步骤：

UE 发送 SUCI(非 SUPI)到 AMF
AMF 通过 Nausf_UEAuthentication 服务调用 AUSF
AUSF 与 UDM 协同完成双向鉴权
ARPF 生成 XRES* 并验证

异常处理：当 AUSF 不可用时，AMF 可直连 UDM 但需启用 Fallback 保护。

NEF(网络开放功能)通过 CAPIF 框架暴露网络能力：

# CAPIF API 示例 - 查询 UE 位置
@app.route('/capif/v1/location', methods=['POST'])
def get_ue_location():
    req_data = request.get_json()
    # 验证 AF 证书
    verify_af_cert(req_data['afId'])  
    # 调用 AMF 位置服务
    resp = requests.post(
        'http://amf/namf/location/v1',
        json={'supi': req_data['supi']},
        headers={'3gpp-sbi-token': get_token()}
    )
    return resp.json()

注意：需启用 HTTP/ 2 的头部压缩 (HPACK) 降低信令开销。

用户面加速关键点：

零拷贝：绕过内核协议栈直接访问网卡
批处理：每次处理多个数据包

DPDK 核心代码片段：

// 初始化环境
int ret = rte_eal_init(argc, argv);
struct rte_mempool *mbuf_pool = 
    rte_pktmbuf_pool_create("MBUF_POOL", NUM_MBUFS,
    0, 0, RTE_MBUF_DEFAULT_BUF_SIZE, rte_socket_id());

// 快速路径处理
while (1) {struct rte_mbuf *bufs[BURST_SIZE];
    nb_rx = rte_eth_rx_burst(port, 0, bufs, BURST_SIZE);
    if (unlikely(nb_rx == 0)) continue;

    // GTP- U 解封装
    process_packets(bufs, nb_rx);
}

实测表明：x86 服务器单 UPF 实例可达 80Gbps 吞吐。

云原生部署常见问题：