本文技术原理深度参考了3GPP TS 23.501 V18.9.0 (2025-03) Release 18规范中,关于“5.26 Configuration Transfer Procedure”和“5.27 Enablers for Time Sensitive Communications, Time Synchronization and Deterministic Networking”的核心章节,旨在为读者提供一个5G网络如何支持高精度、确定性工业应用的,特别是时间敏感通信(TSC)的全景视图。
深度解析 3GPP TS 23.501:5.26 & 5.27 时间敏感通信与确定性网络 (TSC & Deterministic Networking)
欢迎再次来到“解构5G核心网”系列。随着我们对5G探索的深入,我们逐渐从面向消费者的eMBB场景,迈向了5G真正的蓝海——垂直行业应用。工业4.0、智能制造、远程医疗、车路协同,这些激动人心的词汇背后,都对网络提出了一个共同的、近乎苛刻的要求:确定性(Determinism)。
今天,我们将深入探讨5G为满足这一要求而设计的“核武器”级能力。在正式进入主题5.27 时间敏感通信之前,我们需要先简要地了解一下5.26 配置传递程序(Configuration Transfer Procedure)。这一章节描述了一个基础的OAM(运维管理)机制,允许RAN节点(gNBs)之间通过核心网来交换彼此的配置信息。可以把它理解为5G网络内部,基站之间为了更好地协同工作(如自组织网络SON)而建立的一条“内联沟通渠道”。例如,工厂内的gNB-1可以通过AMF,将自己的IP地址和配置信息传递给gNB-2,以便它们之间建立Xn接口进行快速切换。这个机制是网络高效协同的基础,但并非我们今天的主角。现在,让我们将目光聚焦于真正改变游戏规则的5.27章节。
为了将抽象的技术概念具象化,让我们走进今天的场景:“CyberGear Factory”,一座代表工业4.0最高水平的智能工厂。工厂的核心产线正在组装高精密的光学镜头,这项任务需要两台机器人——“阿尔法臂”和“贝塔臂”——进行微秒级的协同操作。它们通过工厂内部署的5G专网进行无线连接,并由中央的**可编程逻辑控制器(PLC)**统一指挥。
任何微小的时延抖动或时钟不同步,都可能导致镜头组装错位,造成昂贵的损失。这正是对5G时间敏感通信(TSC)和确定性网络能力的终极考验。我们将通过CyberGear工厂的运作,来解构5G是如何从一个“尽力而为”的移动网络,变身为一个堪比有线工业以太网的、精准守时的确定性网络的。
1. 工业网络的“脉搏”:5G确定性网络使能 (5.27.0 General)
5G为了进入工业领域,必须学会说工业网络的“语言”——时间和确定性。5.27章节开宗明义,列出了实现这一目标所需的四大核心能力。
This clause describes 5G System features that can be used independently or in combination to enable time-sensitive communication, time synchronization and deterministic networking:
- Delay-critical GBR;
- A hold and forward mechanism to schedule traffic… to de-jitter flows…
- TSC Assistance Information: describes TSC flow traffic characteristics…
- Time Synchronization: describes how 5GS can operate as a PTP Relay… as a Boundary Clock or as Transparent Clock…
这四大能力构成了5G TSC的基石:
- 延迟关键型GBR (Delay-critical GBR): 一种特殊的QoS等级,不仅保障带宽,更对数据包的延迟预算(PDB)有着极其严格的规定。
- 保持并转发机制 (Hold and Forward): 5G网络边缘(UE侧的DS-TT和网络侧的NW-TT)的“蓄洪/泄洪”装置,用于消除无线传输带来的时延抖动(Jitter)。
- TSC辅助信息 (TSCAI): 描述周期性工业流量“画像”的蓝图,让5G网络提前知晓数据包的大小、何时到达、发送周期,从而实现精准的无线资源预留。
- 时间同步 (Time Synchronization): 确保5G网络中的所有“时钟”都与工业现场的“主时钟”精准对齐,这是所有确定性操作的基础。
场景代入: CyberGear工厂的PLC需要每隔5毫秒,就向阿尔法臂和贝塔臂发送一个精确的协同指令。
- 这个指令流就需要一个延迟关键型GBR的QoS Flow来承载。
- 为了让RAN能够精确地为这个每5毫秒一次的指令预留空口资源,PLC会通过AF→PCF→SMF的路径,将流量的“画像”——TSCAI——提供给网络。
- 当指令数据包穿越5G网络时,保持并转发机制会消除可能产生的时延抖动。
- 而这一切能够精准运作的前提,是整个5G网络,包括基站、UPF和两台机器人,都通过时间同步机制,与PLC的主时钟保持着微秒级的同步。
2. 对齐节拍:时间同步机制 (5.27.1 Time Synchronization)
在确定性网络中,时间就是一切。5G系统为了融入工业以太网(通常使用IEEE 802.1 TSN标准),必须能够扮演好时间同步协议(PTP, Precision Time Protocol)中的关键角色。
For supporting time synchronization service, the 5GS is configured to operate in one or multiple PTP instances and to operate in one of the following modes…:
- as time-aware system as described in IEEE Std 802.1AS,
- as Boundary Clock as described in IEEE Std 1588,
- as peer-to-peer Transparent Clock as described in IEEE Std 1588; or
- as end-to-end Transparent Clock as described in IEEE Std 1588
2.1 5G系统扮演的PTP角色
- 时间感知系统/边界时钟 (Time-aware System / Boundary Clock - BC): 这是最主要的角色。在这种模式下,5G系统就像一个“二级指挥官”。它首先从外部的主时钟(Grandmaster Clock, GM)同步自己的时间,然后自己再成为一个新的主时钟,向其连接的所有下游设备(如机器人)提供时间同步。它在5G网络的入口(NW-TT)和出口(DS-TT)精确地打上时间戳,并补偿数据包在5G网络内部的驻留时间。
- 透明时钟 (Transparent Clock - TC): 在这种模式下,5G系统像一个“透明的中继站”。它不改变PTP消息的源时钟信息,只测量PTP消息穿过自己的时间,并将这个“驻留时间”累加到消息的校正字段中,下游设备可以根据这个校正值来计算真实的路径延迟。
规范中的“Figure 5.27.1-1: 5G system is modelled as PTP instance for supporting time synchronization”清晰地展示了这种双重同步模型:一方面,5G系统内部(gNB, UPF, UE等)通过“5GS timing distribution”保持内部时钟的高度一致;另一方面,它通过扮演BC或TC的角色,参与到外部的“(g)PTP time synchronization”域中。
2.2 场景代入:CyberGear工厂的“时钟链”
- 主时钟 (GM): 工厂的中央服务器上运行着一个PTP Grandmaster主时钟,这是全厂所有设备的时间基准。
- 5G系统作为边界时钟 (BC):
- 部署在核心网的UPF(内部集成了NW-TT功能)通过N6接口,从工厂的有线网络接收来自GM的PTP同步消息,并将自己的时钟与GM对齐。
- 这个UPF/NW-TT现在成为了一个新的“主时钟”,开始向连接到它的UE生成PTP同步消息。
- 时间传递到机器人:
- PTP消息通过5G用户面(N3隧道和无线链路)传输到机器人手臂的UE模块(内部集成了DS-TT功能)。
- UE/DS-TT接收到同步消息,据此校准自己的本地时钟,并最终将这个精确的时间信号传递给机器人手臂的伺服控制器。
- 整个过程中,5G系统精确计算了PTP消息从UPF到UE所花费的时间,并在时间戳中进行了补偿,确保了最终机器人时钟的精度。
通过这一机制,阿尔法臂和贝塔臂即使通过无线连接,其内部时钟也与PLC主时钟保持着微秒级的同步,为协同作业打下了坚实基础。
3. 流量“画像”:TSC辅助信息 (TSCAI) (5.27.2)
知道了时间,下一步就是要知道“什么时间,做什么事”。对于周期性的工业流量,如果能提前获知其规律,RAN的资源调度效率将大大提升。TSCAI就是这份流量的“画像”或“日程表”。
TSC Assistance Information (TSCAI) is defined in Table 5.27.2-1 and describes TSC traffic characteristics for use in the 5G System… The TSCTSF determines the TSC Assistance Container (defined in Table 5.27.2-2) based on information provided by an AF/NEF or a DetNet controller… The PCF receives the TSC Assistance Container… and forwards it to the SMF as part of PCC rule… The SMF uses the TSC Assistance Container to derive the TSCAI for that QoS Flow and sends the derived TSCAI to the NG-RAN.
3.1 从TSCAC到TSCAI的“翻译”过程
- AF/TSCTSF生成TSCAC: 工厂的PLC(通过AF)或者TSN控制器(通过TSCTSF - 时间敏感通信与同步功能)最清楚自己的流量模式。它会生成一个TSCAC(TSC Assistance Container),里面包含了最原始的应用层流量信息。
- PCF传递: TSCAC被发送给PCF,PCF将其封装在PCC规则中下发给SMF。
- SMF生成TSCAI: SMF接收到TSCAC后,会将其中的信息(如相对于外部时钟的到达时间)“翻译”成5G网络内部可用的参数(如相对于5G时钟的到达时间),并加入其它网络层信息,形成最终给RAN使用的TSCAI(TSC Assistance Information)。
- RAN执行: SMF将包含TSCAI的QoS Profile下发给NG-RAN。
3.2 TSCAI的核心参数
根据规范中的“Table 5.27.2-1: TSC Assistance Information (TSCAI)”,TSCAI的核心参数包括:
- Periodicity (周期性): 流量发送的周期,例如,CyberGear工厂PLC的指令是每5ms一次。
- Burst Arrival Time (突发到达时间): 在每个周期内,数据突发预计到达RAN的最晚时间点。
- Survival Time (生存时间): 一个极其重要的参数,定义了应用能够容忍的、没有收到数据包的最长时间。如果超过这个时间,业务就会失败。这为RAN的资源调度和切换决策提供了重要依据。
3.3 场景代入:RAN的“未卜先知”
- PLC(通过AF)向PCF提供了TSCAC,其中描述:“我将每隔5ms,发送一个大小为500字节的控制数据包,生存时间为10ms(即最多能容忍丢失一个包)”。
- SMF收到了这个信息,并将其转化为TSCAI下发给为机器人服务的gNB。
- gNB收到TSCAI后,恍然大悟:“原来接下来的每个5ms,我都需要为这个QoS Flow预留一个能够传输500字节数据的无线资源时隙。”
- gNB随即采用了Configured Grant或Semi-Persistent Scheduling等调度方式,在空口为这个流量预留了确定的、周期性的传输资源,无需UE每次都进行繁琐的调度请求,从而极大地降低了时延和信令开销。
4. 消除抖动:Hold and Forward机制 (5.27.4)
无线信道是不完美的,数据包到达的时间可能会有早有晚,这就是时延抖动(Jitter)。对于需要精准节拍的工业应用,抖动是致命的。
DS-TT ports and NW-TT ports support a hold and forward mechanism to schedule traffic as defined in IEEE Std 802.1Q if 5GS is to participate transparently as a bridge in a TSN network. Frames are only transmitted from a given buffer according to the open time interval of the corresponding transmission gate; otherwise, frames are hold back…
核心机制:
- Hold (保持): 在5G网络的出口(如UE侧的DS-TT),有一个缓冲区。当数据包从无线链路“不守时”地到达时(可能早到,也可能晚到),它会被先“hold”在缓冲区里。
- Forward (转发): DS-TT内部有一个精确的“发令枪”(由时间同步信号控制)。只有当预定的、精确的转发时间点到达时,缓冲区里的数据包才会被“forward”给最终的机器人控制器。
场景代入: 一个PLC发给阿尔法臂的控制数据包,由于无线信道的瞬时波动,比预定时间提早了50微秒到达了UE/DS-TT。
- Hold: DS-TT接收到这个“心急”的数据包,但并没有立刻把它交给机器人,而是将它安安稳稳地存放在缓冲区。
- Forward: 50微秒后,当DS-TT内部的精确时钟走到预定的转发时刻,它才将这个数据包从缓冲区中取出,传递给机器人控制器。
通过这一“削峰填谷”的操作,无论数据包在5G网络内部经历了怎样的时延波动,最终交付给终端应用时,都能恢复其原始的、精准的周期性节拍。
5. FAQ
Q1: 5G的时间敏感通信(TSC)和URLLC有什么关系?
A: URLLC(超可靠低时延通信)是一个宏观的业务场景,而TSC是实现URLLC场景下确定性通信的一套具体的技术使能。
- URLLC是“目标”,它描述了“我需要一个既可靠又快速的网络”这个需求。
- TSC是“手段”,它包含了一系列具体的技术(时间同步、TSCAI、Hold & Forward等),来回答“如何实现这个既可靠又快速的网络”。 一个支持URLLC的5G网络,必然需要实现5.27章节中定义的这些TSC使能技术,才能真正满足工业控制、远程手术等场景对网络确定性的严苛要求。
Q2: 5G系统作为“边界时钟”(Boundary Clock)和“透明时钟”(Transparent Clock)的主要区别是什么?
A: 主要区别在于5G系统在PTP(精确时间协议)消息传递中的角色和处理方式。
- 边界时钟 (BC): 5G系统会终止上游的PTP时间同步,并成为一个新的时间源。它自己作为主时钟(Master)向下游设备(如UE)提供时间。它会完全重构PTP消息,并把自己作为时间源头。这种方式隔离了上下游的时钟域,管理清晰,但对5G系统的要求更高。
- 透明时钟 (TC): 5G系统不改变PTP消息中的主时钟源信息,它只是一个“时间感知的转发器”。它精确测量PTP消息穿过自身所花费的“驻留时间”,并将这个时间值累加到消息的校正字段中。下游设备可以利用这个校正值,直接与最上游的主时钟进行同步。这种方式对5G系统的修改较小,但整个同步链路的计算更为复杂。
Q3: TSCAI(TSC辅助信息)和普通的QoS Profile有什么不同?
A: 普通的QoS Profile主要定义了QoS Flow的处理行为,如5QI、ARP、GFBR/MFBR等。它告诉网络“这个流需要什么样的服务等级”。 而TSCAI则更进一步,它描述了该QoS Flow上承载的流量的内在模式。它告诉网络“这个流的数据包会以什么样的规律到达”。
TSCAI是对QoS Profile的巨大增强。有了TSCAI,RAN不再需要被动地等待UE的调度请求(SR)和缓冲区状态报告(BSR),而是可以主动地、预见性地为这个周期性流量预留无线资源,从而实现极低的时延和极高的资源效率。
Q4: “Hold and Forward”机制会增加额外的时延吗?
A: 是的,它可能会为“早到”的数据包引入一个短暂的、可控的等待时延,但这正是它的价值所在。这个机制的核心目标不是追求单个数据包的“最快到达”,而是消除时延抖动(Jitter),保证数据流的确定性(Determinism)。 在工业控制等场景中,一个数据包早到50微秒和一个数据包晚到50微秒,其危害可能同样巨大,因为它们都破坏了系统的同步节拍。Hold and Forward机制通过一个可控的、微小的“缓冲时延”,换来了整个数据流交付时间的绝对精准和可预测性,这对于时间敏感应用是至关重要的。
Q5: 5G系统的时间同步精度能达到多少?
A: 3GPP规范本身并不硬性规定一个具体的精度指标,因为它依赖于整个端到端链路中所有环节的实现,包括传输网、基站硬件、UE芯片等。但是,规范定义了实现高精度同步所需的协议和机制。 通过支持PTP(IEEE 1588)、gPTP(IEEE 802.1AS)以及5G内部的空口同步技术,一个精心设计和部署的5G TSN网络,其端到端的同步精度可以达到微秒级甚至亚微秒级,从而满足绝大多数工业自动化和时间敏感应用的需求。