好的,我们继续解读规范,进入一个在特定场景下至关重要的领域——MBMS(多媒体广播/组播业务)。
深度解析 3GPP TS 23.003:15 Identification of Multimedia Broadcast/Multicast Service (MBMS标识)
本文技术原理深度参考了3GPP TS 23.003 V18.7.0 (2024-09) Release 18规范中,关于“Chapter 15 Identification of Multimedia Broadcast/Multicast Service”的核心章节。本文旨在为读者深入剖析移动网络如何实现“一对无限”的大规模内容分发,以及支撑这一高效机制的核心标识体系。
在之前的章节中,我们已经熟悉了网络中的“一对一”通信(普通通话)和“一对多”通信(组呼/广播)。然而,设想一个场景:一场万众瞩目的世界杯决赛正在进行,成千上万的球迷聚集在城市广场,都用手机观看现场直播。如果网络为每一个用户都建立一条独立的数据流,那么基站的空口资源将瞬间被耗尽,导致网络瘫痪。
为了解决这种大规模、同内容、单向数据分发的难题,3GPP引入了MBMS(Multimedia Broadcast/Multicast Service - 多媒体广播/组播业务)。它允许网络在空口上使用专门的广播信道,只发送一份数据流,就能让覆盖范围内的所有订阅用户同时接收。这极大地节省了宝贵的无线资源,堪称移动网络的“广电”模式。
要实现这一壮举,网络必须能够清晰地标识“正在广播什么内容”(业务ID)、“在哪个区域广播”(区域ID)以及如何找到服务的“总控台”(域名)。今天,我们将化身为一名体育赛事直播的技术保障工程师,跟随一场重要比赛的信号流,来深入理解TS 23.003第十五章所定义的MBMS标识体系。
1. 识别“电视频道”:TMGI - 业务的唯一身份证 (章节 15.1 & 15.2)
作为技术保障工程师,我们的首要任务是为“世界杯决赛直播”这个业务流在移动网络中申请一个唯一的频道号。在MBMS的世界里,这个频道号就是TMGI (Temporary Mobile Group Identity - 临时移动组标识)。
15.2 Structure of TMGI Temporary Mobile Group Identity (TMGI) is used within MBMS to uniquely identify Multicast and Broadcast bearer services. TMGI is composed as shown in figure 15.2.1.
TMGI的作用是唯一标识一个MBMS承载业务。无论这个业务是广播(Broadcast,面向所有用户)还是组播(Multicast,面向特定订阅用户组),都由一个TMGI来代表。
规范中的Figure 15.2.1清晰地展示了TMGI的结构,它由三个部分组成,共同构成了一个全球唯一的业务标识:
The TMGI is composed of three parts:
- MBMS Service ID consisting of three octets… uniquely identifies an MBMS bearer service within a PLMN.
- Mobile Country Code (MCC) consisting of three digits…
- Mobile Network Code (MNC) consisting of two or three digits…
TMGI = MBMS Service ID + MCC + MNC
让我们来逐一解析这三个组成部分:
-
MBMS Service ID (MBMS业务ID)
- 定义:一个3字节(24比特)的十六进制数(从
000000到FFFFFF)。它由运营商在其PLMN内部自行分配,用于唯一标识一个具体的MBMS业务。 - 场景串联:我们为“世界杯决赛直播”向运营商申请,获得了业务ID
0x1A2B3C。这个ID就是这个直播频道在运营商网络内部的“节目号”。
- 定义:一个3字节(24比特)的十六进制数(从
-
MCC (Mobile Country Code - 移动国家码)
- 定义:3位数字,标识业务内容提供方(即BM-SC,广播组播业务中心)所在的国家。
- 场景串联:假设这场直播的BM-SC部署在中国移动(MCC=460),那么TMGI中就包含460。
-
MNC (Mobile Network Code - 移动网络码)
- 定义:2或3位数字,标识BM-SC所属的运营商网络。
- 场景串联:BM-SC属于中国移动(MNC=00),TMGI中就包含00。
最终,这场“世界杯决赛直播”在全球范围内唯一的TMGI就是 0x1A2B3C + 460 + 00 的组合。手机终端通过接收系统消息,得知当前空中有哪些TMGI正在广播,如果其中有它感兴趣的(如用户通过App订阅的),它就会去监听相应的物理信道来接收数据。TMGI就是手机在众多MBMS业务中找到目标“频道”的关键。
2. 划定“播出范围”:MBMS SAI - 业务的地理围栏 (章节 15.3)
“世界杯决赛直播”是一项全国性的服务,但另一项业务,比如“上海市本地交通路况视频”,则只需要在上海地区广播。MBMS必须能够实现业务的区域化、精细化投放。这个地理围栏就是通过**MBMS SAI(MBMS Service Area Identity - MBMS服务区标识)**来实现的。
15.3 Structure of MBMS SAI The MBMS Service Area (MBMS SA) is defined in 3GPP TS 23.246. It comprises of one or more MBMS Service Area Identities (MBMS SAIs)… An MBMS SAI shall identify a group of cells within a PLMN… The MBMS SAI shall be a decimal number between 0 and 65,535 (inclusive).
MBMS SAI是一个16比特的数字(0-65535),用于在一个PLMN内唯一标识一个由多个小区组成的地理区域。
-
与LA/RA/TA的独立性:MBMS服务区的划分,完全独立于我们之前学习的位置区(LA)、路由区(RA)或跟踪区(TA)。运营商可以根据业务需求、用户分布、地理特征等,非常灵活地圈定任意小区组合成一个MBMS SAI。
-
唯一性:在一个运营商网络内,除了特殊值0,每个SAI都是唯一的。
-
特殊值
0:The value 0 has a special meaning; it shall denote the whole PLMN as the MBMS Service Area…
SAI
0是一个保留值,代表整个运营商网络。当我们为“世界杯决赛直播”这种全国性业务配置广播区域时,就可以使用SAI0。
场景串联:
- 对于“世界杯决赛直播”(TMGI =
0x1A2B3C-46000),运营商在BM-SC上配置的广播区域是 MBMS SAI0,表示全国覆盖。 - 对于“上海市本地交通路况视频”(假设TMGI =
0x4D5E6F-46000),运营商则会创建一个专门的SAI,例如1024,这个SAI在网络后台的配置中,精确地包含了上海市所有需要广播此业务的小区列表。
网络中的MBMS网关(MBMS-GW)会根据BM-SC下发的<TMGI, SAI>组合,将数据流准确地分发到指定地理区域的基站进行广播。
3. 寻找“电视台”:Home Network Realm - 服务的发现入口 (章节 15.4)
假设小玲在德国漫游时,也想观看这场由中国移动提供的“世界杯决赛直播”。她的手机如何知道去哪里获取这个MBMS业务的服务信息(如TMGI列表、开始时间等)呢?她需要找到中国移动MBMS业务的“官方网站”,这个“网站”的地址,就是一个Home Network Realm(归属网络域)。
15.4 Home Network Realm The home network realm shall be in the form of an Internet domain name… During the MBMS service activation in roaming scenario, the BM-SC in the visited network shall derive the home network domain name from the IMSI as described in the following steps… 3. Add the label “mbms.” to the beginning of the realm name.
在漫游场景下,用户需要通过拜访地网络来“发现”归属地提供的MBMS服务。这个发现过程的入口,就是一个基于用户IMSI构建的、专用于MBMS的域名。其构建过程与我们在WLAN互通章节看到的非常类似:
- 解析IMSI:从SIM卡中提取MCC和MNC。
- 构建运营商域:拼接出
mnc<MNC>.mcc<MCC>.3gppnetwork.org。 - 添加业务前缀:在最前面加上
mbms.标签。
场景串联:
小玲在德国的手机,根据她的中国移动IMSI,构建出了MBMS归属网络域:mbms.mnc000.mcc460.3gppnetwork.org。
手机会向这个域名发起服务发现请求。德国的运营商网络通过GRX/IPX DNS系统,将这个请求路由到中国移动的MBMS服务发现功能实体。该实体会返回给小玲的手机一份业务指南(Service Announcement),其中包含了“世界杯决赛直播”的详细信息,包括它的TMGI。小玲的手机拿到TMGI后,就可以在德国本地网络中寻找是否有这个TMGI的广播信号了(如果中德运营商之间达成了MBMS漫游协议)。
4. 接收“节目单”:MBMS Service Announcement FQDN (章节 15.5)
上面提到的“业务指南”,即服务宣告(Service Announcement),是用户发现和选择MBMS业务的关键。用户需要一个地址去获取这份“节目单”。
15.5 Addressing and identification for Bootstrapping MBMS Service Announcement The UE needs a Service Announcement Fully Qualified Domain Name (FQDN) to bootstrap MBMS Service Announcement… The Service Announcement FQDN is derived from the IMSI or Visited PLMN Identity as follows: “mbmsbs.mnc
.mcc .pub.3gppnetwork.org”
这个FQDN的构建规则与Home Network Realm类似,但使用了不同的业务前缀mbmsbs.(MBMS Bootstrapping)和不同的顶级域.pub.3gppnetwork.org(表示可以被UE通过公共互联网解析)。
- 在归属网络使用时,MNC/MCC来自用户的IMSI。
- 在拜访网络使用时,MNC/MCC来自当前连接的VPLMN。
用户设备(UE)通过这个FQDN,可以找到并下载MBMS的业务描述文件,文件中详细列出了各个业务的名称、TMGI、开始/结束时间、目标SAI等信息,就像一份详细的电视节目预告。
5. 总结:MBMS标识体系协同工作流程
让我们将所有标识串联起来,回顾一场MBMS直播的完整生命周期:
- 服务定义:运营商定义“世界杯决赛直播”业务,为其分配一个PLMN内唯一的MBMS Service ID,并结合MCC/MNC,构成全球唯一的TMGI。
- 区域规划:运营商定义该业务的广播范围,为其分配一个或多个MBMS SAI。对于全国直播,使用SAI
0。 - 服务宣告:运营商在MBMS Service Announcement FQDN上发布业务信息。用户通过访问这个地址,可以下载“节目单”,了解到这场直播的TMGI和SAI。
- 业务加入:用户的手机在“节目单”中找到了感兴趣的直播,获取了其TMGI。手机向网络表示希望接收这个TMGI的业务。
- 数据分发:BM-SC开始向MBMS-GW推送直播数据流,并附带
<TMGI, SAI>信息。 - 区域广播:MBMS-GW根据SAI,将数据流转发到指定区域内的所有RNC/eNodeB。
- 终端接收:区域内的基站通过专用的MBMS物理信道广播带有TMGI的数据。用户的手机监听到这个TMGI,开始接收并播放直播视频。
这套标识体系,通过将**“什么业务”(TMGI)、“在哪广播”(SAI)** 和 “如何发现”(FQDN) 清晰地解耦和标识,构建了一个高效、可扩展、可运营的移动广播系统。虽然MBMS在商业上的大规模成功有限,但其为解决大规模单向数据分发而设计的技术原理和标识体系,在5G时代以**5G MBS (Multicast Broadcast Services)**的形式得到了继承和增强,并将在车联网(V2X)的车辆软件更新、公共安全信息发布、大型场馆直播等场景中,继续发挥不可替代的作用。
FAQ - 常见问题解答
Q1:MBMS和我们平时用手机App看直播有什么区别? A1:有本质区别,核心在于无线资源的使用方式。
- 普通App直播(Unicast,单播):网络为每一个观看直播的用户都建立一条独立的数据流。1000个用户在同一个基站下观看,基站就需要同时发送1000份相同的数据,极易造成网络拥堵。
- MBMS(Broadcast/Multicast,广播/组播):网络在空口上只发送一份数据流。该基站下的所有1000个用户都通过监听同一个广播信道来接收这份数据。无线资源的占用只与业务本身有关,与用户数量无关,效率极高。
Q2:TMGI和我们在第7章学的组呼Group ID有什么异同? A2:两者都是标识“一组”业务或用户,但有显著不同:
- 相同点:都是逻辑标识,都包含MCC/MNC以确保全球唯一性。
- 不同点:
- 对象不同:Group ID标识的是一个语音通话组,成员是特定的签约用户。TMGI标识的是一个单向数据业务(如视频流),其受众可以是所有用户(广播)或特定订阅用户(组播)。
- 交互性不同:Group ID对应的VGCS业务是双向交互的。TMGI对应的MBMS业务是单向分发的。
- 底层承载不同:VGCS承载于专用的语音信道。MBMS承载于专用的广播/组播数据信道。
Q3:既然MBMS技术这么高效,为什么我们现在很少听说或使用它? A3:MBMS技术在商业推广上遇到了一些挑战:1) 生态系统不成熟:需要终端、网络、内容提供商全产业链的支持和改造,推广成本高。2) 业务模式单一:主要适用于少数几种大规模、同时、同内容的直播类业务,与今天互联网视频点播、短视频等个性化、碎片化的主流消费习惯不完全匹配。3) 网络部署复杂:需要在全网进行端到端的升级改造。 尽管如此,其核心技术eMBMS(增强型MBMS)在4G时代被认为是广播电视网的有力竞争者,并在一些特定网络和事件(如大型体育赛事)中得到了部署。其技术思想在5G MBS中得到了继承和发扬,有望在新的垂直行业场景中找到用武之地。
Q4:MBMS SAI(服务区标识)和第11章的LSA(本地化服务区)有什么区别? A4:两者都定义了一个地理区域,但目的和机制不同。
- LSA是基于用户签约的,为单个用户在特定区域提供差异化服务(如资费或QoS)。它是一个“一对一”的服务策略。
- MBMS SAI是基于业务投放的,定义了一个广播/组播业务的地理覆盖范围。它是一个“一对无限”的分发策略。 一个用户进入LSA,是网络根据他的签约数据为他“开小灶”。而一个用户进入MBMS SAI,是他主动去接收这个区域正在提供的“公共广播”。
Q5:5G时代的MBS(多播广播服务)与4G的MBMS相比,在标识上有什么变化吗? A5:5G MBS在架构和功能上对MBMS进行了全面的增强和演进,但在核心标识上保持了很好的继承性。TS 23.003的第30章定义了5GS Multicast and Broadcast Services的标识,其中TMGI的结构和定义被几乎原封不动地保留了下来,继续作为标识一个MBS会话的核心ID。这再次体现了3GPP标准设计的连续性和向后兼容性。新的变化主要体现在服务区标识(如引入Area Session ID)和与5G核心网(如NID for SNPN)的结合上。