穿透5G核心网迷雾:SBA架构下的四种通信模型深度解析

在业界对 5G 的讨论中,空口速率的提升常居焦点。但从工程实践的视角看,5G 真正的变革性突破发生在核心网(Core Network)。为顺应云原生(Cloud Native)浪潮,3GPP 引入了基于服务的架构(SBA,Service Based Architecture)。
SBA 把传统网元解构为一系列独立的网络功能(NF,Network Function)。这些 NF 之间如何高效、可靠地"对话",远非简单的物理连接所能涵盖。3GPP TS 23.501 规范的附录 E(Annex E)定义了四种通信模型:Model A、B、C、D。读懂它们,本质上是看清现代分布式系统在服务发现(Discovery)与消息路由(Routing)解耦这条主线上的演进逻辑。

两个基石:服务发现与消息路由

在展开模型之前,先明确两个关键 NF: NRF(Network Repository Function):5G 核心网的"服务黄页"。所有 NF 上线时都要在此注册自己提供的服务能力与实例信息。 SCP(Service Communication Proxy):核心网的"智能总机",负责消息路由、负载均衡与代理转发。 SBI(Service Based Interface)操作的基础语义有两类:请求-响应(Request-Response)和订阅-通知(Subscribe-Notify)。 四种模型其实由两个正交的问题划分,而非简单的复杂度递增: 路由是否经过 SCP? 不经过 = 直接通信(A、B);经过 = 间接通信(C、D)。 服务发现由谁负责? Consumer 自己做,还是委托出去? 把这张二维表记住,四个模型就不再需要死记。

Model A 与 B:直连模式的两种形态

Model A:直接通信,不使用 NRF/SCP

最原始、最直接的方式。作为服务消费者(Consumer)的 NF 要访问服务提供者(Producer),既不查 NRF,也不经 SCP,而是直接依据本地预配置(Local Configuration)中的 Producer Profile 发起请求。 工程视角:适用于高度封闭或静态的网络切片场景。优势是极低时延,代价是牺牲了云原生强调的弹性——一旦 Producer 的 IP 或状态变化,服务极易中断。值得强调的是,正因为这种确定性,A 在某些超低时延场景中至今仍是最优解,并未被后续模型淘汰。

Model B:直接通信,使用 NRF 交互

Consumer 变得更聪明。每次通信前,它主动向 NRF 查询:"给我一个能处理计费服务的 Producer 地址。" NRF 返回符合条件的实例列表,Consumer自己从中选出最优实例,并直接与该 Producer 建立连接。 请注意:这里的发现由 Consumer自行完成,并非"委托发现"——委托发现是 Model D 才有的特征。 工程视角:B 引入了动态服务发现,是早期 5G 独立组网(SA)中较为常见的方案之一。但代价是:每个 Consumer 都得自己实现负载均衡和故障转移逻辑,负担不轻。

Model C 与 D:引入 SCP 的代理演进

为给 NF 减负,3GPP 引入 SCP,通信由"直连"转向"代理路由"。

Model C:自己查黄页,由总机转接(间接通信,不委托发现)

Consumer 仍保留自主查询 NRF 的权限。拿到目标 Producer(或 NF Set)地址后,它不直接发请求,而是把目标信息封装进信令,转发给 SCP,由 SCP 完成最终路由。 类比:你已查到某分公司的具体分机号,但仍选择拨打总机请其转接。看似多了一环,实则 SCP 借此接管了流量控制与链路管理,使底层拓扑对通信双方透明,并在 HTTP/2 层面带来连接复用等性能收益。

Model D:间接通信,委托发现

SBA 解耦程度最高的形态。Consumer 不仅不直连 Producer,连"查黄页"也完全委托出去:它只在请求中携带一组发现/选择参数(Discovery/Selection Parameters),把请求直接发给 SCP。 此后所有复杂任务都由 SCP 接管——与 NRF 交互完成发现、选出最优 Producer、完成路由。对 Consumer 而言,整个通信过程被抽象成一个极简的"黑盒"。 工程视角:D 彻底实现了业务逻辑(NF)与通信控制(SCP)的解耦,是服务网格(Service Mesh)理念在电信领域的一次实践。在大规模 5G 专网与 6G 演进中,业界普遍看好 D 的前景。但需冷静的是:标准之所以让 A 到 D 四种长期并存,正说明没有银弹——时延、可控性、运维复杂度三者难以兼得,D 的"省心"是以引入 SCP 这一额外关键路径为代价的。

结语

从 A 到 D,我们看到的不是协议的简单叠加,而是把通信复杂度持续下沉到底层基础设施的过程:从静态配置,到动态发现,再到全托管代理。理解这套逻辑——以及它背后"没有最优、只有权衡"的工程现实——才算真正摸到现代核心网的门。
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

友情链接更多精彩内容