通信人家园

标题: 6G预研追踪系列:3GPP马德里Plenary Meeting上5G到6G的迁移选项讨论较详细的总结  [查看完整版帖子] [打印本页]

时间:  2026-10-9 10:20
作者: 溯溪而上     标题: 6G预研追踪系列:3GPP马德里Plenary Meeting上5G到6G的迁移选项讨论较详细的总结

开元大大叔 5G6G网络与协议

从当前商用蜂窝系统向新一代系统的迁移从根本上决定着网络的最终架构,因此向来是至关重要的话题,这个方面5G有深刻的教训以及研发、部署等各个方面的经验。5G到6G迁移方案的重要性也不例外。在2026年9月14日至18日于马德里举行的 3GPP 技术工作组全会上(主要是RAN #113 与 SA #113 全会(Plenary Meetings)),关于5G到6G迁移的系统架构与部署选项决议,各方在会议中进行了激烈的讨论,最后结论是:

因未能达成共识,3GPP推迟了最终的选择决定。推迟到定于12月在波士顿举行的下次会议。

之前任何期待在马德里举行的3GPP全体会议能够就5G到6G的迁移方案做出最终决定的人都会有些许失望:3GPP未能就6G迁移架构中应允许哪些方案以及允许多少方案达成一致,因此将重大决定推迟到定于12月在波士顿举行的下次会议。但有一点很明确:6G迁移的基础是MRSS。运营商需要它来确保6G在早期部署阶段拥有良好的覆盖范围(利用5G的低频段)、容量和性能。它还可以使运营商能够重复利用一些现有的5G RAN设备。本文汇总当前获得的相关信息:
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=0

第一部分,当前的几个选项options及讨论信息汇总

在新加坡举行的3GPP TSG RAN#112全体会议和马德里举行的TSG RAN#113全体会议上,与会代表讨论了6G无线接入网如何与现有5G NR 网络互操作并聚合频谱的三种主要迁移方案。这三种方案均基于6G SA + MRSS + 6G-6G频谱聚合的默认基线。也就是为了探讨除MRSS之外的其他迁移方案的必要性,正在考虑以下options,各参与讨论公司提交各自的意见并解释采用以下迁移方案的动机。

Option1:以6G RAN节点作为锚点,与NR小区聚合。
Option2:以5G RAN节点作为锚点,与6G小区聚合。
Option3:聚合不在RAN内进行,5G RAN连接到CN,6G RAN也连接到 CN。

在RAN#112已经有较多的提案,RAN#113的讨论也基于这些提案继续
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=1
关于MRSS的讨论
MRSS旨在利用5G频段的部分频率资源部署6G,同时考虑6G运行的预期需求。载波聚合(CA)可以与MRSS结合应用于6G使用的载波。
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=2
除了基于MRSS/CA的方法之外,还应支持其他迁移选项,以适应各种频谱情况和部署计划,并实际允许5G-6G多厂商实施。下面一一小结。

Option1:基于6G的NR双连接
6G RAN节点作为主节点/锚定节点,而传统的5G NR小区作为辅助节点。数据路由和控制信令通过6G层传输,该层聚合了6G频段和现有5G频段的载波。
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=3
Option1允许运营商部署6G独立组网以实现覆盖,同时重用现有的5G来提升数据速率——例如,在FR1/~7 GHz 频段部署6G,并结合5G毫米波;或者在~1-2 GHz频段部署6G,该频段由4G改造而来,并结合3.5 GHz频段的5G。

特别的说下:如果从Option1中移除双连接,架构将从多站点路由转向6G SA,并结合MRSS和跨RAT切换。因此,网络不再采用分离的控制平面,也不再将设备的发射功率分配到两个完全不同的无线网(这会导致上行链路性能大幅下降),而是在一个统一的架构下运行。UE通过6G基站原生连接到6GC。不存在与5G核心网的并发活动控制平面连接。此外,6G 基站无需使用DC从传统基站拉取5G载波,而是直接在物理层使用MRSS管理传统的5G频谱。这使得6G基站能够动态调度资源,让设备无需“5G 小区组”或Xn接口即可与旧5G基站通信,从而可以使用5G和6G频段。最后,与在PDCP层分割路由数据包(DC 的工作原理)不同,频谱在MAC/物理层通过CA进行聚合。终端设备将5G频段视为完全由6G调度器控制的额外带宽。

💡 结论:通过消除DC,Option1 看起来就像一个纯粹的6G SA网络,并且能够向后共存,并动态地接收5G频谱资源。

Option2:基于5G的6G双连接
现有的5G NR节点仍然是主节点/锚定节点,新增的6G小区作为辅助节点。这与早期4G到5G NSA的部署类似,允许运营商利用其成熟的5G核心网和控制平面快速注入6G数据载波,而无需对核心网进行全面改造。
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=4
根据5G部署经验,以非独立模式开始部署新一代RAN被证明是不可取的(影响面较广,开发、部署成本较高,占用5G前期投资较多等),并且需要复杂的两步迁移到6G独立部署。由于MRSS与6G-6G CA相结合已经实现了利用5G频段进行基本6G MN覆盖的相同目标,因此Option2没有提供明显的额外优势。

Option3:独立双栈方案
一种严格的分离模型,其中5G和6G之间没有RAN级聚合或紧密协调。UE 可以完全独立地与两个网络保持并发或可切换的活动连接,从而消除空中接口中的跨代调度复杂性,但将业务连续性管理推至更高的核心层。
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=5
Option3可用于在6G网络上提供新服务,同时保留现有服务(例如5G语音),且不会因无线接入技术间的移动性而导致服务中断。该方案中,5G频段专用于现有5G服务,而新服务则通过新的6G频段提供。另外,Option3可能并非在所有类型的UE部署中都能得到广泛支持,因为同时运行5G和6G协议栈会增加复杂性。因此,作为一种迁移方案,其可扩展性可能有限。
三个option的比较如下:
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=6

综上,

640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=7

各方的讨论比较激烈,但基于上述讨论信息,笔者感觉option1将在12月达成一致,option2将被搁置,option3将转为SA架构特定option,并悄然成为一项互操作功能,而非迁移方案。但各工作组等不及了。RAN2主席针对6G用户平面的指示明确指出“仅关注独立组网架构,迁移方案待TSG RAN决定后再做决定”,而RAN3则将6GR-NR互操作列为“尚未启动(待其他工作组和/或RAN的进展)”。因此,互操作工作虽然紧急,但最终决定仍将被推迟到年底的在波士顿全会上确定。

第二部分:网络迁移架构的3GPP工作组相关职责在3GPP的组织架构中,5G到6G的系统迁移以及网络架构演进并不是由单一工作组包揽的,而是由负责核心网/业务架构的TSG SA和负责无线接入网的TSG RAN旗下的多个工作组(Working Group)共同主导并协同推进的。核心的定义与架构工作主要由以下工作组联动负责:

第三部分,基本原则及主要分歧
核心方向:避免重蹈5G NSA(非独立组网)的覆辙,大致有如下几点:
目前已达成的6G基本原则,并以此为基线进行进一步附加option的讨论。
尽管具体的网络迁移架构路线选择被推迟,但马德里全会前后,3GPP仍明确了关于6G系统演进的几项高层级总体技术原则:

第四部分,下一步的时间表
随着R20关于6G技术的研究走向尾声,3GPP计划在接下来的几个月内继续密集的架构收敛工作:
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=8
SA工作组会议日程:

640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=9

RAN工作组会议日程:

640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=10

第五部分,本文参考的文档Tdocs本文参考的大部分文档来自于RAN #113全会的Tdocs,即RP-261xxx系列提案特别是全会主席总结提案6G MRSS/Migration/Spectrum:
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=11 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=12
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=13
本文基于与会期间各参与厂家提交了大量的文档及讨论:
640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=14




附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=0 (2026-10-9 10:17, 246.87 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTM5fGI2MTJkN2Q3fDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=1 (2026-10-9 10:17, 373.34 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTQwfDAxNmJjZjEzfDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=2 (2026-10-9 10:17, 27.33 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTQxfGY2ODFlOTU3fDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=3 (2026-10-9 10:17, 21.87 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTQyfGYwYTZmYzkwfDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=4 (2026-10-9 10:17, 22.17 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTQzfGI1YjA1N2Q4fDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=5 (2026-10-9 10:17, 21.49 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTQ0fGI5MzdjZGUxfDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=6 (2026-10-9 10:17, 275.19 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTQ1fDNmMDdlMjQ0fDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=7 (2026-10-9 10:17, 73.15 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTQ2fDA3MmRkODhkfDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=8 (2026-10-9 10:17, 80.14 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTQ3fDM1ZTc4NTAzfDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=9 (2026-10-9 10:17, 111.13 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTQ4fDJhZGQ3YmRkfDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=10 (2026-10-9 10:17, 80.94 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTQ5fDY2ZmM0ZDU2fDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=11 (2026-10-9 10:17, 227.38 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTUwfDk2MWU1ZGY0fDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=12 (2026-10-9 10:17, 152.57 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTUxfDZlNDZlMmYyfDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=13 (2026-10-9 10:17, 123.71 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTUyfGNkYjQ2YTI4fDE3OTE1ODA0NTB8MHww

附件: 640?wx_fmt=png&from=appmsg&watermark=1#imgIndex=14 (2026-10-9 10:17, 344.92 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NzM0MTUzfDY3YTFmYTUwfDE3OTE1ODA0NTB8MHww
时间:  2026-10-9 11:00
作者: zhouxing1015

支持新业务 通信人难
时间:  2026-10-9 13:09
作者: 马云的云

    5G时代的痛点: 在5G标准制定之初,为了追求快速商用,引入了紧耦合的非独立组网(NSA)模式,尤其是ENDC架构,使得5G终端必须同时接入4G和5G RAN(制定了多个options,参考5G RAN组网方案总结--关于NSA/SA各个option的说明和5G RAN options及NSA部分相关流程)。这一举措虽然加快了初期的网络覆盖,但严重阻碍了仅在5G核心网(5GC)上才有的高级新功能向市场的推广。同时实际使真正的5G SA的部署步伐减慢。客户投资也是另一个点。

    6G迁移的核心考量: 为了避免重蹈覆辙,爱立信、高通等主流设备厂商及部分运营商强烈倾向于设计一个仅采用独立组网(Standalone, SA)的6G系统。他们致力于在不影响既有网络(Legacy Network)且不受5G紧耦合接口限制的前提下,实现6G初期性能的释放。

    运营商与部分厂商的博弈: 然而,全球不同地区的网络资产状况各异。如何聚合现有的5G毫米波(mmW)和FR1频谱,以及是否引入类似于5G NSA的多连接/聚合迁移方案,在网络利益代表之间未能达成一致,导致决策最终被推迟。

所谓的5GC上才有的高级新功能并没有多少商业市场价值,这才是SA部署缓慢的根本原因,而不是NSA拖后退。

当下,NSA还是市场主流,讨论6G就显得可笑。





通信人家园 (https://www.txrjy.com/) Powered by C114