深度解析 3GPP TR 21.917:6.3.4 Media production, professional video and Multicast-Broadcast (为智慧城市注入“灵魂之声”)

本文技术原理深度参考了3GPP TR 21.917 V17.0.1 (2023-01) Release 17规范中,关于“6.3.4 Media production, professional video and Multicast-Broadcast (媒体制作、专业视频和组播广播)”的核心章节。本章是5G技术从“通信”走向“传媒”的一次华丽转身,旨在为读者揭示Rel-17如何为关键医疗、专业媒体制作和大规模内容分发等场景,提供端到端的、广播级的服务质量保障。

1. 智慧新区的“嘉年华”:一场对5G媒体能力的终极检阅

“滨海智慧新区”迎来了一年一度的盛事——国际马拉松暨音乐嘉年华。总设计师林工站在城市运营中心,这次他的角色更像是一位大型活动的“首席技术保障官”。数十万市民和游客涌入新区,数千名运动员在赛道上挥洒汗水,舞台上灯光璀璨,一场对城市5G“媒体神经网络”的终极检阅开始了。

林工的挑战清单上,罗列着三个“顶级难度”的媒体通信任务:

  1. “生命通道”的绝对保真:赛道上,一名运动员突发心脏骤停。5G“数字救护车”第一时间赶到。车上的急救医生需要立即将高清的心脏超声影像和多导联心电图,无损、无卡顿地实时传输给市第一医院的顶级专家团队进行远程会诊。这里的每一帧图像、每一个数据点都关乎生命。

  2. “导演之眼”的无线自由:嘉年华的主转播导演张导,正在指挥着一个由数十台5G无线摄像机组成的“空中地面一体化”拍摄矩阵。她需要她的摄影师们能够像挣脱了线缆束缚的雄鹰一样,自由地在人群、赛道、舞台之间穿梭,而回传的4K/8K超高清RAW视频流必须保持广播级的低时延和高带宽

  3. “共享盛宴”的流量风暴:音乐节主舞台上,超级巨星登场献唱。现场数万名观众同时举起手机,希望通过官方App,观看多角度、VR沉浸式直播。如何应对这瞬间爆发的、流向完全相同的“广播风暴”,避免网络被瞬间冲垮?

这三大挑战,分别指向了专业媒体通信的三个核心领域:关键任务应用、专业内容制作、大规模内容分发。而3GPP Rel-17在6.3.4章节中,正是为这三大领域,提供了系统性的、革命性的解决方案。

2. 6.3.4.1 “云端会诊室”:关键医疗应用的生命保障

演练开始。马拉松赛道40公里处,运动员“飞驰-07”突然倒地。5G“数字救护车”呼啸而至,急救医生王医生立即对他展开救治。同时,他启动了车上的5G远程医疗终端。

6.3.4.1 Communication for Critical Medical Applications

This WI aims at defining 5G communication services requirements for critical medical applications, e.g. medical applications targeting the delivery of serious care to patients, such as:

  • Image Assisted Surgery inside hybrid operating rooms…
  • Robotic Aided Surgery…
  • Tele-diagnosis and patient vital-signal monitoring in ambulances, hospitals, or remote healthcare facilities

【深度解读】

这段话明确了Rel-17的一个重要方向:为关键医疗应用定义专属的通信服务需求。这里的“关键”二字,意味着它承载的不再是普通的娱乐或办公数据,而是直接关乎生命安全的医疗信息。

The generated requirements cover network dependability, performances, medical data confidentiality and integrity, network auditability…

【深度解读】

王医生需要传输的高清超声影像,对网络的要求极其苛刻,远超普通视频通话:

  • 网络可靠性 (Dependability):连接成功率和维持率必须接近100%。

  • 性能 (Performances):超高带宽(未经压缩的医疗影像码率极高)、超低时延和极低的时延抖动,确保医生看到的画面与现场完全同步。

  • 数据保真度与机密性 (Confidentiality and Integrity):医疗数据在传输过程中绝不能有任何比特差错,且必须全程加密,保障病人隐私。

  • 网络可审计性 (Auditability):网络需要能够记录和追溯每一次关键医疗通信的QoS记录,以备医疗事故调查。

一个有趣的细节是,规范的总结中提到:

…key performance requirements (bitrate, latency, …) were felt too stringent for current technology generation.

【深度解读】

这说明,医疗行业提出的部分需求,如传输未经压缩的8K手术视频流(码率高达数十Gbps),已经超出了Rel-17时代无线技术的能力极限。但这并未阻止3GPP,SA1工作组依然将这些“超前”的需求记录在案,形成了TS 22.263等规范。这为未来Rel-18、Rel-19的演进指明了方向,也体现了3GPP标准制定的前瞻性。

在林工的指挥屏幕上,虽然网络无法满足最极端的无损8K需求,但通过为王医生的5G终端启用一个专用的“智慧医疗”网络切片,并匹配最高的5QI优先级,4K分辨率的超声影像和实时心电数据,依然以广播级的质量,稳定地呈现在远程专家面前。远程会诊顺利完成,为抢救赢得了宝贵的“黄金十分-钟”。

3. 6.3.4.2 “无线演播室”:专业音视频制作(AVPROD)的解放

在音乐节现场,张导正对着监视器墙大声发号施令。她的“武器库”里,有肩扛式5G无线摄像机、安装在摇臂上的5G云台相机,甚至还有一架盘旋在空中的5G航拍无人机。

6.3.4.2 Audio-Visual Service Production (AVPROD)

AVPROD looks at applications for Programme Making and Special Events (PMSE) and use cases for media production.

The key parameters for these applications are: System latency, Bandwidth, Quality of Service.

【深度解读】

Rel-17的AVPROD工作项目,旨在将5G技术深度融入专业媒体制作流程。这与我们普通人用手机拍视频上传有本质区别,其核心参数是“不妥协”:

  • 系统时延 (System latency):从摄像机镜头捕捉到画面,到导演在监视器上看到画面,这个“玻璃到玻璃”的时延必须控制在几十毫秒以内,否则多机位切换时画面就会“跳跃”。

  • 带宽 (Bandwidth):专业制作往往需要传输RAW格式或低压缩比的视频流,以保留最大的后期制作空间。这就要求5G必须能提供稳定、对称的、数百兆甚至Gbps级别的上行带宽

  • 服务质量 (Quality of Service):任何丢包、抖动都可能导致画面出现马赛克或卡顿,这是广播级制作绝对无法容忍的。

SA4 part: Study on Media Production over 5G NPN

The media production industry uses its own set of codecs, protocols and procedures for IP-based media production… The Media Production vertical may want to use the 5G System for different purposes, primarily for sending video and audio from remote locations to a central production studio…

【深度解读】

SA4工作组的研究发现,解决上述挑战的最佳方案,是将媒体制作承载在5G专网(NPN) 之上。林工为嘉年华现场专门规划了一张媒体制作专网切片或独立的SNPN,这张专网为张导的团队提供了:

  • 专属的无线资源:通过预留专用频谱或无线资源块(RB),确保了上行带宽不受现场数万名观众上传小视频的影响。

  • 确定性的QoS:通过URLLC和切片技术,为每一路摄像机回传流都提供了确定性的低时延、零丢包保障。

  • 与专业协议的集成:5G专网可以与媒体行业现有的IP化制作协议(如SMPTE ST 2110)进行深度集成,实现无缝的工作流。

张导自如地在各个5G无线机位之间进行切换,画面如行云流水,丝毫没有因为无线传输而带来任何延迟或画质损失。5G,正在将庞大、昂贵的电视转播车,解构成一个灵活、高效、无线的“云端演播室”。

4. 6.3.4.3 “广播革命”:组播广播服务(5MBS)的威力

夜幕降临,音乐节迎来高潮。主舞台上,巨星登场。林工看到,网络监控界面上,一个名为“5MBS-MainStage-Live”的业务流量瞬间飙升,但小区的无线资源占用率,却几乎没有变化。

与此同时,现场数万名观众的手机上,官方App的VR直播画面清晰流畅,可以自由切换不同机位。这在过去,是不可想象的“奇迹”。这个“奇迹”的创造者,就是Rel-17的“杀手锏”级应用——5G组播广播服务(5MBS)

4.1 架构之变:从“一对一”到“一对多”

6.3.4.3.1 Multicast-broadcast services in 5G

5G multicast and broadcast service specifies architectural enhancements to the 5G system using NR to support multicast and broadcast communication services…

【深度解读】

5MBS的核心思想,是从根本上改变了内容的分发模式

  • 单播 (Unicast):传统模式。每个用户都与网络建立一条单独的数据连接。1万个用户看直播,就需要1万条数据流,对基站的空口资源是灾难性的消耗。

  • 组播/广播 (Multicast/Broadcast):5MBS模式。网络(通过新增的MBSF, MBSTF等网元)将直播流发送给基站,基站则使用一个共享的无线信道,将数据“广播”出去。区域内的所有用户,都收听这个共享信道来获取数据。1万个用户看直播,也只占用一条数据流的空口资源。

Rel-17的5G MBS架构定义了两种灵活的交付模式:

  • 5GC Individual MBS traffic delivery: …delivers separate copies of those multicast packets to individual UEs via per-UE PDU sessions…
  • 5GC Shared MBS traffic delivery: …delivers a single copy of those MBS data packets to a RAN node.

【深度解读】

  • 共享交付 (Shared Delivery):这就是真正的广播模式,适用于音乐节现场这种超高密度的场景。

  • 独立交付 (Individual Delivery):这可以理解为一种“单播”的回退或补充模式。当一个组播群组里的用户非常稀疏时(例如,一个小区里只有1-2个用户订阅),网络可能会智能地判断,为他们单独建立单播连接,反而比开启一个共享信道更节省资源。

4.2 无线之智:动态切换与高效调度

6.3.4.3.2 NR multicast and broadcast services

Dynamic PTP (Point-To-Point)/PTM (Point-To-Multipoint) switch for MBS multicast

It is not always efficient for a gNB to schedule data based on G-RNTI (PTM), and sometimes PTP based scheduling (same as unicast) can bring more benefits… Based on the common PDCP entity, the gNB can decide whether to use PTM or PTP to deliver data…

【深度解读】

这是RAN侧最核心的智能化增强——PTP/PTM动态切换

  • PTP (Point-to-Point):即单播传输。

  • PTM (Point-to-Multipoint):即组播/广播传输。

  • 动态切换:gNB会实时监控订阅同一个MBS业务的用户数量。当巨星登场前,只有少数铁杆粉丝在看暖场视频,gNB会为他们每个人使用PTP(单播) 模式。当巨星登场,数万观众同时涌入直播时,gNB会瞬间将这条流切换到PTM(广播) 模式,使用G-RNTI(组-无线网络临时标识) 在共享信道上进行调度。

这种智能切换,确保了网络资源在任何时候都得到了最优化利用。

4.3 应用层协同

6.3.4.3.3 5G multicast and broadcast services

The 5G MBS User Services had been developed by SA4 within the 5MBUSA Work Item… This work item now addresses relevant stage-3 specifications for 5MBS and 5GMS via eMBMS…

【深度解读】

SA4工作组则负责定义这套广播体系的“上层建筑”,包括用户服务发现、会话加入、媒体格式等。这确保了App开发者能够方便地集成5MBS的能力。

5. 总结:5G,正在成为信息传播的“新范式”

随着音乐嘉年华在绚烂的烟火中落下帷幕,林工的这场“大考”也画上了圆满的句号。TR 21.917的6.3.4章节,向我们展示了5G如何凭借其技术深度,正在重塑整个媒体和广播行业。

  • 对于关键医疗,5G提供了“零差错”的生命通道,将顶尖医疗资源延伸至需要它的任何地方。

  • 对于专业制作,5G(特别是结合专网)打破了线缆的束缚,提供了一个无线、灵活、广播级的云端演播室

  • 对于内容分发5MBS则掀起了一场“广播革命”,用“一对多”的模式,从根本上解决了高密度场景下的流量拥堵难题,为VR/AR、赛事直播等新业务的爆发铺平了道路。

这不再是简单的“通信服务”,而是深刻嵌入到内容“采、编、播、”全流程的“新媒体基础设施”。5G,正在为我们的智慧城市,注入最动听、最清晰、最高效的“灵魂之声”。


FAQ

Q1:5G组播广播(5MBS)和我们现在手机上看的直播有什么不同?

A1:最大的不同在于网络传输方式。我们现在看的直播,绝大多数是单播,即网络为每一个观看者都建立一条独立的数据流。这在观看人数众多时,会对基站造成巨大压力。而5MBS采用的是广播方式,基站只发送一条共享的数据流,所有在该区域的订阅用户都接收这条流。这极大地节省了宝贵的无线频谱资源,尤其适用于体育场、音乐会、城市广场等高密度场景。

Q2:什么是“PTP/PTM动态切换”?它为什么很智能?

A2:PTP指单播(Point-to-Point),PTM指组播/广播(Point-to-Multipoint)。“PTP/PTM动态切换”是基站(gNB)的一项智能调度功能。gNB会实时监控某个广播业务(如一场球赛直播)在一个小区内的观看人数。如果只有一两个人在看,gNB会为他们使用高效的PTP(单播)。当观看人数激增,超过一个门限值时,gNB会自动将传输模式切换为PTM(广播),以节省资源。这种根据实时用户数动态调整传输模式的能力,体现了5G网络的高度智能化。

Q3:Rel-17对关键医疗应用的支持,具体落地了哪些技术?

A3:Rel-17在SA1层面,主要完成了对关键医疗应用的需求定义,明确了这类应用在可靠性、时延、数据保真度、安全性等方面远超普通业务的苛刻要求。在技术落地上,虽然没有发明一个全新的“医疗专用”技术,但它指导了如何将5G现有的能力(如网络切片URLLC高优先级5QI)进行组合和配置,来满足这些需求。可以说,它提供了一份“5G技术应用于关键医疗的标准化配置指南”。

Q4:为什么专业媒体制作(AVPROD)强烈推荐使用5G专网(NPN)?

A4:因为专业制作对网络的上行带宽、时延稳定性和可靠性有着“不妥协”的要求。在大型活动现场,公众5G网络会因为大量观众上传视频、图片等行为,导致上行链路拥塞和不稳定。而5G专网(无论是独立的SNPN还是切片式的PNI-NPN)可以为媒体制作团队提供专属的、受保护的无线资源和传输通道,确保他们的多路高清视频回传流不会受到任何公众用户的干扰,保障广播级的制作质量。

Q5:使用5MBS观看直播,我的手机需要特殊的硬件吗?

A5:不需要特殊的硬件,但需要手机的软件和协议栈支持Rel-17定义的5MBS功能。未来的5G手机,其基带芯片和操作系统将逐步集成这一能力。对于用户来说,届时只需要更新手机固件,并使用支持5MBS的App(如运营商的直播App、大型体育赛事App),就可能在特定区域和场景下,享受到由5MBS技术带来的更流畅、更高清的直播体验。