好的，在深入探讨了5G如何支持URLLC、IMS语音、网络切片、Sidelink和NTN等关键垂直行业技术之后，我们将进入第16章的最后一个重要领域——广播与组播服务（Multicast and Broadcast Services, MBS）。这标志着5G从一个以单播为主的网络，向一个能够高效进行一点对多点通信的综合性广播平台的演进。

深度解析 3GPP TS 38.300：16.10 Multicast and Broadcast Services (MBS)

本文技术原理深度参考了3GPP TS 38.300 V18.5.0 (2025-03) Release 18规范中，关于“16.10 Multicast and Broadcast Services”的核心章节，旨在为读者系统性地阐明5G MBS的核心架构、协议栈、调度机制以及移动性管理，揭示其如何为体育直播、公共安全警报、车载信息娱乐等场景提供高效的数据分发能力。

前言：为“万人演唱会”打造的“超级广播”

我们的主角小明，正在校园的万人体育场观看一场盛大的校庆演唱会。现场数万名观众同时举起手机，从不同角度拍摄视频，并通过一个校园专属App，实时分享和观看现场的多机位超高清直播。在4G时代，这样的场景几乎是不可想象的——数万个独立的下行视频流，足以瞬间压垮任何基站。

然而，在5G网络中，这一切却进行得有条不紊。这背后，正是**5G广播与组播服务（MBS）**在发挥威力。网络不再是为每个观众都单独发送一份视频数据，而是通过“超级广播”的方式，只发送一份数据，就能让覆盖范围内的所有订阅用户同时接收。

导师老王指着体育场上空的5G基站说：“对于这种‘一对多’的通信场景，单播（Unicast）的效率太低了。MBS通过引入广播和组播技术，极大地节省了空口和回传资源，是5G应对热点高并发流量的‘核武器’。它的基本架构和原理，就定义在3GPP TS 38.300的16.10节中。”

今天，我们将化身为“现场直播技术总监”，深入探索5G MBS的奥秘，看看它是如何为这场“万人演唱会”提供稳定、高清的直播服务的。

1. 广播与组播：两种“一对多”模式 (16.10.1)

5G MBS支持两种不同的“一对多”通信服务：

• 广播通信服务 (Broadcast Communication Service)

  For broadcast communication service, the same service and the same specific content data are provided simultaneously to all UEs in a geographical area… A UE can receive a broadcast communication service in RRC_IDLE, RRC_INACTIVE and RRC_CONNECTED state.

  广播是“对区域喊话”，目标是地理区域内的所有UE。它不关心接收者的具体身份。典型的应用场景包括：公共安全警报、软件更新推送、区域性广告等。广播服务的一大特点是，UE在任何RRC状态（包括IDLE和INACTIVE）下都能接收。

• 组播通信服务 (Multicast Communication Service)

  For multicast communication service, the same service and the same specific content data are provided simultaneously to a dedicated set of UEs… A UE can receive a multicast communication service in RRC_CONNECTED state… and/or in RRC_INACTIVE state…

  组播是“对群组喊话”，目标是预先订阅了该服务的特定UE群体。典型的应用场景就是我们例子中的体育赛事直播、远程教育、付费视频分发等。组播服务主要在CONNECTED和INACTIVE状态下接收。

2. MBS的协议架构：专属的“数据管道” (16.10.3)

为了承载MBS流量，NR的L2协议栈进行了相应的扩展，引入了专为“一对多”通信设计的承载和信道。

规范中的 Figure 16.10.3-1 (Multicast) 和 16.10.3-2 (Broadcast) 展示了MBS的下行L2架构。其核心要素包括：

• MRB (MBS Radio Bearer)：专用于承载MBS QoS流的数据无线承载。它在功能上类似于DRB，但专为MBS设计。

• MTCH (Multicast Traffic Channel)：承载MBS用户数据的逻辑信道。

• MCCH (Multicast Control Channel)：承载MBS控制信息的逻辑信道，例如，当前有哪些MBS会话正在进行、它们使用了哪些资源等。

组播的灵活性：PTP与PTM共存

对于组播，NR提供了一种极其灵活的传输架构，可以实现点对点（PTP, Point-to-Point）传输和点对多点（PTM, Point-to-Multipoint）传输的动态切换和共存。

For a multicast session, gNB provides one or more of the following multicast MRB configuration(s) to the UE in RRC_CONNECTED state via dedicated RRC signalling:

一个组播MRB可以被配置为：

• 纯PTP传输：通过UE专属的PDSCH（由C-RNTI调度）进行单播传输。这适用于组内成员很少，或者某个成员信道质量很差，需要单独进行链路自适应和HARQ重传的场景。

• 纯PTM传输：通过公共的PDSCH（由G-RNTI调度）进行广播式传输。这是最高效的方式。

• PTP+PTM混合传输：gNB可以同时为UE配置PTP和PTM两条逻辑路径。

  If a UE is configured with both PTM and PTP transmissions, a gNB dynamically decides whether to deliver multicast data by PTM leg and/or PTP leg for a given UE…

  gNB可以动态地决定是使用PTM“大喇叭”广播，还是使用PTP“悄悄话”单播。例如，对于大多数信道质量好的用户，使用PTM；对于个别边缘用户，则切换到PTP，为其进行更稳健的单独传输或重传。

3. MBS的“指挥中心”：群组调度 (16.10.4)

PTM传输如何被调度？这需要一套新的RNTI体系。

The following depicts the usage of RNTI for PTM transmission:

• A UE can receive different services using same or different G-RNTIs;

• A UE can receive different services using same or different G-CS-RNTIs.

• G-RNTI (Group-RNTI)：用于动态调度PTM传输。所有加入同一个组播/广播会话的UE，都会监听这个共同的G-RNTI。gNB用G-RNTI加扰PDCCH，就可以同时调度这个组的所有成员去接收同一个PDSCH。

• G-CS-RNTI (Group-Configured Scheduling-RNTI)：用于**半静态调度（SPS/CG）**的PTM传输。

4. “永不掉线”的直播：MBS移动性与服务连续性

对于MBS业务，特别是体育直播，移动过程中的服务连续性至关重要。

4.1 切换 (Handover)

• 切换到支持MBS的小区 (16.10.5.3.2)：在切换准备阶段，源gNB会将UE加入的MBS会话信息，连同UE上下文一起发送给目标gNB。目标gNB如果也支持该MBS会话，就会在切换完成后，为UE恢复MBS的接收（可能是PTP或PTM）。

• 切换到不支持MBS的小区 (16.10.5.3.3)：如果目标gNB不支持该MBS会话，5GC会检测到这个变化（通过切换流程中的“MBS-support”指示），并自动将该UE的MBS业务流，从高效的共享传输（5GC Shared MBS traffic delivery），切换到低效但兼容性好的**独立传输（5GC Individual MBS traffic delivery）**模式，即退化为普通的单播。这保证了业务的连续性，尽管失去了广播增益。

4.2 INACTIVE/IDLE态的服务连续性 (16.10.5.3.5 & 16.10.6.5.1)

为了让处于“休眠”状态的UE也能持续接收MBS业务，NR设计了专门的机制。

• MCCH的重要性：UE在INACTIVE/IDLE状态下，需要通过读取MCCH来获取MBS会话的信息。MCCH的内容会通过SIB24（组播）或SIB20/SIB21（广播）来引导UE获取。

• 群组通知（Group Notification）：当一个组播会话开始或有数据要传输时，网络可以通过Paging消息，发送一个包含MBS会-话ID的“群组通知”，来唤醒所有加入了该会话的INACTIVE/IDLE态UE，而无需对每个UE进行单独寻呼。

• PDCP COUNT同步：为了保证UE在INACTIVE状态下、在不同小区间移动时，能够无缝地继续接收PTM数据流，规范引入了PDCP COUNT同步机制。如果一个RNA内的所有小区，其MBS传输的PDCP序列号是同步的，UE在这些小区间重选时，就无需重置其PDCP状态，从而避免了数据的丢失和重复。

总结：从单播到广播，开启效率革命

通过对16.10节的深入学习，我们为“万人演唱会”直播这个极具挑战性的场景，找到了5G时代的高效解决方案。MBS的引入，是5G网络能力的一次重要演进。

1. 区分场景，按需服务：通过广播和组播两种模式，MBS可以精确地匹配从公共预警到付费内容分发的不同业务需求。

2. PTP/PTM动态协同：在组播中引入PTP和PTM的动态混合传输机制，使得网络可以在效率（PTM）和可靠性/覆盖（PTP）之间取得前所未有的灵活平衡。

3. 完备的移动性保障：通过切片感知的切换、群组寻呼、INACTIVE态接收以及PDCP同步等机制，MBS确保了用户即使在移动和“休眠”状态下，也能获得连续、高质量的广播/组播体验。

4. 节省端到端资源：MBS的价值是端到端的。它不仅节省了最宝贵的空口资源，还极大地降低了对回传网络（Backhaul）和核心网UPF的负载压力。

MBS技术，将为体育直播、远程教育、车载信息娱乐、软件更新、物联网固件分发等众多“一对多”场景带来革命性的变化，是5G网络在提升频谱效率和系统容量道路上的又一利器。

FAQ

Q1：5G MBS和4G的eMBMS（LTE广播）有什么主要区别？

A1：5G MBS是对4G eMBMS的全面继承与革新。主要区别在于：1）更高的灵活性：5G MBS引入了PTP与PTM的动态混合传输，而eMBMS主要是纯粹的PTM广播。这种混合能力使得5G可以为不同信道质量的用户提供差异化服务，大大提高了可靠性和覆盖。2）与单播的深度融合：5G MBS的协议栈、物理层设计与单播高度统一，可以在同一个载波上灵活地动态共享资源。而eMBMS通常需要使用专用的载波或子帧（MBSFN），部署和调度不够灵活。3）支持INACTIVE态：5G MBS专门为RRC_INACTIVE状态设计了服务连续性机制，更好地适配了5G的状态机。4）核心网架构不同：5G MBS基于5GC全新的服务化架构，支持更灵活的会话管理和与应用的集成。

Q2：什么是PTP（点对点）和PTM（点对多点）传输？

A2：PTP就是我们熟悉的单播（Unicast）。gNB为单个UE，在UE专属的资源上，使用UE专属的RNTI（如C-RNTI）进行数据传输。PTP的优点是可控性强，可以为单个UE进行独立的链路自适应、波束赋形和HARQ重传，保证了最好的个体体验和可靠性。PTM则是广播或组播。gNB在公共的资源上，使用一个组共享的RNTI（如G-RNTI），向多个UE发送同样的数据。PTM的优点是效率极高，发送一次，成百上千的用户都能收到，极大地节省了资源。缺点是“众口难调”，无法为单个用户进行精细优化，通常采用最稳健的传输参数。

Q3：UE在IDLE状态为什么只能接收广播，而不能接收组播？

A3：这主要是由UE上下文和会话管理决定的。广播服务是“无状态”的、对所有UE开放的，UE无需加入任何会话，也无需在网络中注册任何上下文，就可以通过读取公共的MCCH来接收。这与IDLE状态（UE在RAN侧无上下文）的特性是匹配的。而组播服务是“有状态”的，UE必须先通过NAS信令**加入（Join）**一个组播会话，网络需要为其维护一个成员身份。这种会话级的管理，要求UE至少在核心网层面是可达的、有上下文的，这与RRC_INACTIVE和RRC_CONNECTED状态相匹配。虽然理论上也可以设计IDLE态的组播，但这会带来复杂的寻呼和上下文管理问题，因此当前标准主要将其限定在CONNECTED和INACTIVE态。

Q4：MCCH（组播控制信道）和我们熟悉的BCCH（广播控制信道）有什么区别？

A4：它们都是控制信道，但内容和用途不同。BCCH承载的是小区级的、通用的系统信息，如MIB、SIB，它告诉UE如何在这个小区“生存”和“接入”。而MCCH承载的是业务级的控制信息，它告诉UE当前这个小区正在传输哪些MBS业务会话、这些会话使用了哪些G-RNTI、映射到哪个MTCH逻辑信道等。一个UE只有在对某个MBS业务感兴趣时，才需要去读取MCCH。可以说，BCCH是“小区使用说明书”，而MCCH是“电视节目预告单”。

Q5：5G MBS会使用专门的频段吗？

A5：不一定。5G MBS的设计理念是与单播动态共享频谱。在一个标准的NR载波上，gNB的调度器可以根据瞬时业务需求，动态地将一部分时频资源用于单播传输（PDSCH），将另一部分用于MBS的PTM传输（也承载在PDSCH上）。这种动态共享的模式，相比4G eMBMS需要静态或半静态地划分专用资源（MBSFN子帧），频谱利用率和部署灵活性都大大提高。当然，运营商也可以选择将一个完整的载波专用于MBS广播，但这并非强制要求。