51学通信

深度解析 3GPP TS 38.410：5.27 & 5.28 NR MBS会话与组播寻呼

13分钟阅读

好的，我们继续跟随5G基站工程师小雷，探索NG接口上那些为支撑5G“杀手级”应用——广播组播服务（MBS）而生的关键功能。这些功能不仅关乎大众的媒体娱乐体验，更是V2X等垂直行业应用实现高效信息分发的基础。

深度解析 3GPP TS 38.410：5.27 & 5.28 NR MBS会话与组播寻呼

本文技术原理深度参考了3GPP TS 38.410 V18.2.0 (2024-06) Release 18规范中，关于“5.27 NR MBS Session Management function”和“5.28 Multicast Group Paging Function”的核心章节，并结合其在NGAP协议（TS 38.413）中的具体实现，为读者完整呈现5G基站是如何在核心网的指挥下，建立和管理MBS会-话资源，并对特定用户群组进行高效唤醒的。

引言：从“单线私聊”到“广场广播”

我们的主角，基站工程师小雷，日常工作中最熟悉的场景，是为成千上万的独立用户，建立一对一的PDU会话（PDU Session），这就像是为每个人都开通一条“单线私聊”的电话线。但现在，一个新的、令人兴奋的挑战摆在了他的面前。

一场万众瞩目的世界杯决赛即将在他负责覆盖的体育场馆内举行。届时，数万名观众可能会同时打开手机，观看多角度、超高清的赛事直播。如果为每个人都建立一条独立的直播流，不仅会瞬间耗尽基站的空口资源，更会给核心网带来灾难性的流量压力。

5G给出的答案，就是MBS（Multicast/Broadcast Service，组播/广播服务）。它的核心思想，是从“一人一线”的单播模式，转变为“一人发声，万人收听”的“广场广播”模式。网络只需要在空口上发送一份数据拷贝，所有订阅了该服务的用户都能同时接收，极大地提升了频谱效率和网络容量。

我们今天要解读的5.27和5.28两个功能，正是NG接口为了让小雷的gNB具备这种“广场广播”能力，而设计的两个核心“工具集”。

1. 搭建“广播台”：NR MBS会话管理功能 (5.27)

在开启“广场广播”之前，必须先搭建好“广播台”，铺设好从“演播室”（核心网UPF）到“大喇叭”（gNB天线）的线路。这个过程，就是MBS会话管理。

5.27 NR MBS Session Management function

The MBS Session Management function is responsible for establishing, modifying and releasing the involved NR MBS sessions NG-RAN resources for user data transport once an MBS context is available in the NG-RAN node.

NGAP supports transparent relaying of MBS Session related information by the AMF as described in TS 23.247.

深度解读：

  • 核心使命: 在gNB侧，为MBS业务建立、修改和释放所需的无线和传输资源。

  • 触发条件: “once an MBS context is available”，即当核心网（AMF）向gNB下发了一个MBS会话的“上下文（Context）”之后，gNB才开始行动。

  • AMF的“信使”角色: 规范再次强调了AMF在此过程中的“透明中继”角色。关于MBS会话的具体参数（如QoS、组播地址等），主要由更专业的SMF和MBSF/MBSTF等功能实体决定，AMF只负责将这些指令可靠地传递给gNB。

“广播台”的搭建流程

这个过程在NGAP协议（TS 38.413）中，主要通过MBS SESSION RESOURCE SETUP/MODIFY/RELEASE等一系列流程来实现。

场景演绎：世界杯决赛直播的准备

  1. 核心网决策: 核心网的MBSF（MBS功能）决定，要为世界杯决赛创建一个MBS会话。它与SMF协作，定义好了这个会话的所有参数，如MBS QoS Flow、TMGI（临时移动组标识，即“频道号”）、**MBS Service Area（服务区域，即体育场馆内的小区列表）**等。

  2. AMF → gNB (MBS SESSION RESOURCE SETUP REQUEST):

    • AMF收到了来自SMF的指令，于是向小雷的gNB（以及所有在服务区内的小区对应的gNB）发送一个MBS会话资源建立请求。

    • 这个请求中，包含了搭建“广播台”所需的全部“施工图纸”：

      • MBS Session ID: 这次直播任务的唯一编号。

      • TMGI: 告诉gNB，这个广播台的“频道号”是多少。

      • MBS Service Area: 明确指示gNB需要在哪些小区上开启广播。

      • MBS QoS Flow List: 定义了直播流的QoS要求（例如，需要GBR保障）。

      • NG-U Tunnel Info: 告诉gNB，直播的数据流将从哪个**MB-UPF（支持MBS的用户面功能）**的哪个GTP隧道（“水管”）送过来。

  3. gNB搭建资源:

    • 小雷的gNB收到了这份“施工图纸”，立即开始工作。它会在指定的几个小区上，预留出满足MBS QoS要求的无线资源（RRC层的MBS承载），并建立好到指定MB-UPF的NG-U隧道。

  4. gNB → AMF (MBS SESSION RESOURCE SETUP RESPONSE):

    • “广播台”搭建完成后，gNB向AMF回复一个响应消息，报告“任务完成，随时可以开播”。

至此，从核心网到基站的MBS数据传输路径已经完全打通。一旦比赛开始，MB-UPF就可以将直播数据流，通过这条路径，源源不断地发送给小雷的gNB，再由gNB在空口上进行广播。

2. 唤醒“沉睡的听众”：组播组寻呼功能 (5.28)

“广播台”已经建好，但体育馆里的观众，手机可能正处于IDLE（待机）或INACTIVE（非活动）的省电状态。如果不把他们“叫醒”，他们就无法收听直播。为每个用户都单独发送一次寻呼（Paging），显然效率低下。为此，5.28节引入了组播组寻呼功能。

5.28 Multicast Group Paging Function

The Multicast group paging function supports the sending of multicast group paging requests to the NG-RAN nodes in order to group-page UEs that have joined the Multicast MBS Session.

深度解读：

  • 核心使命: 允许AMF向gNB发送一条单一的寻呼指令，来一次性地唤醒所有加入了某个MBS组播会话的、且正处于待机/非活动状态的UE。

  • 与普通寻呼的区别:

    • 普通寻呼: “一对一”，AMF告诉gNB：“请帮我找一下张三（UE ID = XXX）”。

    • 组播组寻呼: “一对多”，AMF告诉gNB：“请帮我把所有正在收听‘世界杯频道’（TMGI = YYY）的听众都叫醒”。

“集体唤醒”流程

这个过程在NGAP协议中，通过MULTICAST GROUP PAGING流程来实现。

场景演绎：中场休息结束，精彩下半场即将开始

  1. 业务触发: 直播平台（AF）检测到下半场即将开始，它需要向所有订阅了服务的用户，推送一条“精彩不容错过”的通知。

  2. 核心网决策: 核心网决定，需要唤醒所有加入了该MBS组播会话的IDLE/INACTIVE态用户。

  3. AMF → gNB (MULTICAST GROUP PAGING):

    • AMF向小雷的gNB（以及所有可能存在这些用户的gNB）发送一个组播组寻呼消息。

    • 这个消息中，不再包含某个具体的UE ID，而是包含了这个MBS会话的组播MBS会话ID。

  4. gNB的“广场喊话”:

    • 小雷的gNB收到这个“集体唤醒”指令后，会在空口的寻呼信道（Paging Channel）上，发送一个特殊的寻呼消息。

    • 这个寻呼消息中，会包含一个专门用于组播寻呼的特殊标识符，所有之前加入了该MBS组播会话的UE，都会在自己的“脑子”里记下这个标识符。

  5. UE被唤醒:

    • 体育馆内所有处于待机/非活动状态的、并且之前加入了世界杯直播MBS会话的手机，在监听到这个特殊的寻呼标识符后，就知道是“组织在召唤”。

    • 它们会立即被唤醒，恢复到CONNECTED状态，准备接收即将到来的业务通知或数据。

通过组播组寻呼，网络可以用一条信令，完成对一个庞大用户群体的同步唤醒，其效率相比于成千上万次的单用户寻呼，提升了数个数量级。

总结：从“连接”到“分发”，NG接口的媒体服务能力

通过对5.27和5.28节的深度剖析，我们看到了NG接口是如何从一个主要服务于单播连接的接口，演进为一个能够支撑大规模媒体分发的强大平台。

  • MBS会话管理功能，通过一套标准化的资源建立/修改/释放流程，将核心网的MBS业务需求，精确地转化为gNB侧的无线和传输资源配置，为MBS业务搭建了坚实的“物理通道”。

  • 组播组寻呼功能，则通过一种高效的“集体唤醒”机制，解决了在MBS业务中，如何低成本、高效率地将处于“沉睡”状态的海量用户激活的问题，为MBS业务提供了灵活的“信令触达”能力。

对于基站工程师小雷来说，掌握了这两个“工具集”，他的gNB就不再仅仅是一个个“单线电话”的接线员，更摇身一变，成为了一个能够随时开启“广场广播”、并能精准唤醒“忠实听众”的多媒体服务中心。这正是5G网络在满足了基础通信需求之后，向着更丰富的、更具沉浸感的媒体服务体验迈进的关键一步。而对于V2X等行业应用，这套机制也为其实现高效、广域的信息发布（如区域性危险预警、交通信息广播），提供了梦寐以求的理想工具。

关系图谱