5G移动性增强关键技术及应用分析
【摘 要】
3GPP在Rel-15版本中,NR移动性管理只引入了基本的切换功能,而NR切换0 ms中断时延是为UE提供无缝切换感受的性能需求之一,且在高频移动时UE可能会遇到快速的信号恶化,切换的可靠性也会降低,如何减少切换过程中的数据中断时间以及提高移动鲁棒性是R16一个重要研究方向。针对以上问题,R16移动性增强提出了两个关键技术—双活动协议栈和条件切换。详细阐述了两种关键的增强技术以及各网元之间的协作情况,研究了与传统切换流程的差异、UE侧的协议栈变化,分析了两种移动性增强技术的应用场景,给出了中信科移动预规划的应用方案,为移动性增强技术的研究和应用提供参考。
【关键词】
5G;移动性增强;切换;超高可靠超低延时通信;双活动协议栈;条件切换;RUDI
引言
3GPP在R15中完成了NR系统的基本特性,但是由于留给R15的时间有限,NR移动性管理只引入了基本切换。实际上5G要在高频段工作,波束扫描延迟会引入中断时间,且波束赋形导致覆盖范围较小也会导致可靠性降低。当UE移动或者转动的时候,可能会经历快速的信号恶化。另外一个挑战是由于在NR中LOS和非LOS之间的信道条件差别很大,UE在不同的波束之间,或者在LOS和非LOS场景之间,UE的路径损耗波动可能会有几十dB,这可能会导致较高比例的切换失败和增加乒乓切换概率。因此,在NR环境下,切换变得非常具有挑战性,如何提高NR高频的切换可靠性是R16的一个研究方向。
此外,在NR中0 ms中断时延也是提供无缝切换UE体验的需求之一,移动性能是NR最重要的性能指标之一。在R15中可以通过小区内的波束切换和SCell的添加/释放来实现0 ms的中断时延。但是移动性需要支持更多的场景,尤其是URLLC业务需要实现0 ms的端到端中断时间。因此,减少HO中断时延成为R16移动性管理性能增强的一个方向。
为了解决上述问题,在3GPP RAN的80次会议把NR移动性增强列为专门的WI[1],并由 RAN2主导,在RAN2的105~114次会议中对其进行了详细的讨论和探索,包括涉及的各网元(UE、gNB、核心网)的行为和用户面、控制面的规范,并针对减少用户数据中断时间RUDI和移动鲁棒性分别提出了DAPS(Dual Active Protocol Stack,双活动协议栈)和CHO(Conditional handover,条件切换)增强技术。
本文对R16提出的移动性增强两大关键技术DAPS和CHO进行详细介绍,包括信令流程,UE侧协议栈变化以及与传统切换的差异点,并给出两种技术的应用场景分析和预规划方案。第1节详细介绍DAPS和CHO技术原理,第2节对两种移动性增强应用场景进行分析,第3节介绍中信科移动预规划应用方案,第4节对全文进行总结。
两种移动性增强关键技术
DAPS技术原理
DAPS切换的引入
在传统4G切换中,R15及之前版本中采用的是硬切换的方式[2],即UE在与目标小区建立连接之前就从源小区断开连接,如图1所示,这会导致UE与目标小区建立连接期间的通信会中断几十毫秒。为了解决硬切换用户数据中断时间较大的问题,3GPP提出了MBB(make before break,先接后断)的切换概念,与软切换概念类似,NR在此功能基础上进行了优化,根据各个厂家的提案最终确定在UE侧维护两套协议栈来同时接收/发送数据,即DAPS切换。
DAPS切换是UE侧在切换期间短时间内同时保持与源小区和目标小区的连接,上行和下行均继续与源小区进行用户数据传输,直至UE收到目标小区明确的释放指令后才断开与源小区的传输,如图2所示[2]。因此DAPS切换中,UE与源小区的释放不早于与目标小区连接建立之前,可以实现0 ms中断的HO(Handover,切换)。
DAPS切换流程
DAPS切换流程与传统切换流程不同,如图3所示[4-6],另外本图结合这些文献补充了协议中空口以及数据传输相关的流程。其中蓝色线为L3信令,黑色线为L1/L2信令,粉色虚线为用户面数据传输,绿色虚线为先接后断期间的用户数据。3GPP TS 38.300里的切换流程兼顾了传统切换和DAPS切换流程,在流程图中简化了空口以及某些数据传输转换的过程,该流程图是针对DAPS切换,补充了这些简化的流程。
①DAPS与传统切换流程的差异
- 结合图3,这里重点描述DAPS与传统切换流程的差异点:
- 步骤4:源侧向目标侧请求一个或多个DRB的DAPS切换;
- 步骤6:目标侧若同意DAPS切换,则反馈给源侧DAPS切换请求确认;
- 步骤7:源侧通过RRCReconfiguration消息,告诉UE与目标侧小区相关的安全信息和MAC/RLC/PDCP配置;
- 步骤8:源侧自从收到目标侧的HANDOVER REQUEST ACKNOWLEDGE消息,就准备对UE下发空口命令以及PDCP层数据的复制。复制是把数据备份,转发给目标侧,由目标侧转发给UE,源侧也会发送同样的数据给UE。复制由源侧PDCP层实现。源侧给PDCP SDUs统一编写SN号。
- 步骤8a:源侧向目标侧发送EARLY STATUS TRANSFER,消息里携带源侧向目标侧转发的第一个下行PDCP SDU包的SN和HFN号;
- 源侧会继续发送已编号SN的PDCP SDU给目标侧直至步骤11c,11c之后转发的数据不会再对PDCP SDU进行SN编号;目标侧收到源侧发送的SDUs后,会执行自己的头压缩/完整性保护/加密,产生最终的PDCP PDUs;
- 步骤11:UE向目标侧发送RRCReconfigurationComplete,UE与目标侧建立连接成功,但仍然保持与源侧的连接。
- 对于下行数据,此时UE会同时收到源侧和目标侧的数据,需要UE自己按照源侧编写的SN号,合并或重新排序PDCP SDU。
- 步骤11a—11d:目标侧收到RRCReconfigurationComplete后,会向源测基站和UE分别发送Handover Success和RRCReconfiguration(内含daps-SourceRelease),告诉源侧UE已切换成功,通知UE释放与源侧的数据连接。
②UE侧DAPS协议栈
由上面章节可以看出DAPS是UE侧在切换期间要激活源侧和目标侧两个协议栈,这对UE提出了新的要求。下面详细说明UE侧DAPS的定义[3]。图3中标注有①—⑥,是UE在不同时机其双协议栈有变化的时刻,下面详细描述这6个时刻UE内部协议栈以及各层的激活情况。
时机①,详见图4的左侧图:在UE切换(HO)前,还没有收到切换命令。
只激活源侧协议栈,仅有源侧协议栈和源侧密钥。
时机②,详见图4的右侧图:UE已经收到切换命令后,且向目标小区发起随机接入RACH之前。
源和目标侧协议栈和密钥均存在,但UE仅仅使用源侧协议栈和密钥,目标侧协议栈并未激活。
时机③,详见图5的左侧图:在向目标小区发送随机接入期间。
◆源和目标侧协议栈和密钥均存在;
◆源侧协议栈和源侧的密钥用来接收/发送源小区的数据;
◆目标侧PHY和MAC用来执行向目标小区发起随机接入过程,PHY和MAC层激活;
◆目标侧的RLC只有在基于竞争的RACH中激活。
时机④,详见图5的右侧图:在向目标小区发送切换完成消息发送过程期间。
该时机比较特殊,在向目标小区发起的随机接入过程是由于高层要发送切换完成消息触发的,因此该时机早于接收到RAR。
◆源和目标侧协议栈和密钥均存在;
◆源侧协议栈和源侧的密钥用来接收/发送源小区的数据;
◆目标侧的PHY、MAC和SRB PDCP用来执行RRCReconfigurationComplete消息的传输,PHY、MAC和部分PDCP层功能激活。
从该时刻开始,UE侧PDCP层上行的数据开始转向目标小区发送,不再向源小区发送,但PDCP层以下的PHY、MAC继续传输之前的PDCP层数据。
时机⑤,详见图6的左侧图:在收到目标侧小区的RAR之后。
◆源和目标侧协议栈和密钥均存在;
◆源侧协议栈和源侧的密钥用来接收/发送源小区的数据;
◆目标侧议栈和源侧的密钥用来接收/发送目标小区的数据。
从该步骤开始,UE同时从源小区和目标小区接收用户数据,PDCP层为源和目标用户面协议栈的一个公共PDCP实体。在这个公共PDCP实体中提供了一个用于源和目标小区重新排序和复制功能,但加/解密和报头压缩/解压缩处理仍然分别处理。此时,目标侧协议栈PHY、MAC和全部PDCP层功能激活。
时机⑥,详见图6的右侧图:UE接收到目标侧的含有daps-SourceRelease 释放的RRCReconfiguration消息后,UE会释放源侧协议栈。
◆源侧协议栈和密钥被释放,UE不会再接收/发送给源小区数据;
◆仅有目标侧协议栈和密钥使用。
CHO技术原理
CHO切换的引入
5G网络对于时延提出了更高的要求,尤其是高可靠和低延迟通信(URLLC,Ultra-reliable and Low Latency Communications),需要实现端到端延时十毫秒级,支持自动驾驶、工业互联网、增强现实和虚拟现实等新兴业务应用需求。另一方面,5G网络采用更高的频段,5G小区相比于4G小区,半径减小,数量增加,因此UE在连接态移动导致的小区切换(HO,Handover)会更加频繁,给5G网络的运营和维护带来前所未有的挑战。传统的非条件切换机制是针对低频段非密集小区部署而设计的,随着网络演进容量扩充,在同构网络之上还部署了异构网络,密集部署的众多小区导致在执行切换时存在众多的选择。因此为了克服端到端的切换时延问题以及更好的适应密集组网场景,3GPP在R16版本提出了条件切换的功能。
CHO切换流程
CHO切换只是对UE和基站侧的行为有了新的要求,协议栈并没有DAPS变化那么大,因此本文重点描述UE和基站的行为。
①CHO切换整体流程
对于CHO切换流程,核心网侧变化不大,在切换成功后进行正常的路径倒换即可,CHO变化主要是无线接入侧,对UE和基站的执行行为均有了新的要求。同样38.300协议[6]里对空口里的某些信令流程进行了简化,这里结合36.300协议[7]里的图10.1.2.1a-1的流程补充了空口相关内容,详见图7所示。
根据图7,CHO详细流程描述如下:
- 步骤1:源基站gNB对UE下发测量控置;
- 步骤2:UE根据源基站的要求,测量服务小区和邻区的信息并上报测量结果;
- 步骤3:源基站根据UE上报的测量报告、RRM信息以及设备能力决定是否使用条件切换;
- 步骤4:如果源基站决定使用条件切换,则根据自己的切换策略向满足CHO条件的多个候选目标基站发送HANDOVER REQUEST信令;
- 步骤5~6:候选目标基站接收到切换请求后进行接入控制,若同意条件切换,则向源基站反馈HANDOVER REQUEST ACKNOWLEDGE;
- 步骤7:源基站收到候选目标小区的切换请求确认后,通过RRCReconfiguration消息下发条件切换配置给UE,包含候选目标小区的切换执行条件以及候选目标小区的配置参数;
- 步骤8:UE收到源基站的重配消息后,发送RRCReconfigurationComplete消息给源基站,同时UE继续测量候选目标小区的状态;
- 步骤8a:如果源基站决定本次切换使用early data forwarding,则通过EARLY STATUS TRANSFER消息将用户数据以及用户数据对应的SN状态信息转发到候选目标基站。
- 其中SN状态信息中包含源基站转发给目标基站的第一个PDCP SDU的HFN和PDCP-SN;
- 步骤9:UE收到条件切换命令后测量候选目标小区,当某一候选目标小区满足切换条件后,便开始执行切换过程;
- 步骤10:UE向满足切换条件的该目标小区发起随机接入,并成功接入目标小区;
- 步骤11:UE向目标小区发送RRCReconfigurationComplete消息,CHO切换成功。
- 步骤11a:目标基站收到UE的重配消息后,发送HANDOVER SUCCESS消息给源基站告知UE已经成功接入到目标小区;
- 步骤11b:源基站通过SN STATUS TRANSFER消息反馈SN状态信息给目标基站;如果源基站转发数据选择使用late data forwarding, 则在收到目标基站的切换成功消息后将用户数据转发到目标基站侧;
- 步骤11c:源基站给其他候选目标基站发送HANDOVER CANCEL消息告知其释放为切换UE预留资源和缓存数据。
②CHO与传统切换流程的差异
从上节流程分析可以看出,与传统切换相比,CHO通过让UE来根据测量结果选择目标基站并发起切换执行过程,改善由于信令传输时延或信令传输失败导致的切换失败的情况发生。但是相比于传统切换也增加了基站间信令交互,同时由于候选目标基站需要为UE预留资源,尤其在使用了early data forwarding的情况下,候选目标基站需要缓存用户数据,这无疑增大了基站负载。这里重点描述CHO与传统切换流程的差异点,见图7中的红色矩形框:
步骤3:源基站根据测量报告、RRM信息、设备能力等决定是否使用条件切换。
CHO切换中,源侧要根据UE、网络侧能力以及上报结果来确定是否执行CHO切换,要为UE选择多个(大于等于2个)切换目标小区。传统的切换通常是直接从UE上报结果中选择一个最优的。这也是CHO切换与传统切换最大的不同点。
步骤7:源基站通过RRCReconfiguration消息下发条件切换配置给UE,包含候选目标小区的切换执行条件,以及候选目标小区的配置参数。
该步骤中,CHO切换要携带多个目标小区的信息,传统切换则是在该消息中只携带一个目标小区。
步骤8:UE发送RRCReconfigurationComplete消息给源基站,同时UE继续测量候选目标小区的状态。
对于CHO在向目标小区发起切换之前先向源小区发送重配完成消息,传统切换则不需要向源小区发送该消息。
步骤11c:源基站给其他候选目标基站发送HANDOVER CANCEL消息告知其释放预留资源和缓存数据。
该步骤为CHO特有的,需要通知没有切换过去的目标候选小区已切换完成,以便这些小区释放预留的无线资源。
两种移动性增强应用场景分析
DAPS
从DAPS原理可以看出,其最大的优势是UE侧在切换期间短时间内同时保持与源小区和目标小区的连接,上行和下行均继续与源小区进行用户数据传输,直至UE收到目标小区明确的释放指令后才断开与源小区的传输,UE与源小区的释放不早于与目标小区连接建立之前,从而实现0 ms中断的切换。DAPS理论上可以实现用户移动中的0 ms中断时延体验,但也对UE能力要求较高,需要在切换期间维护源和目标两套协议栈,浪费空口资源,因此基于该点考虑,建议DAPS适用于对时延要求比较高以及某些无线宽带大流量业务场景,DAPS可应用场景如下:
URLLC场景
URLLC主要满足人物连接需求,对时延要求较高,用户面上/下行时延目标均是0.5ms[8]。应用场景包括车联网的自动驾驶、工业自动化、移动医疗、无人驾驶等。
电力应用场景
电力应用场景下,光纤建设成本将越来越高,尤其是成熟市区,无线网络是最经济的选择,为满足电力通信,要求电网保护智能终端通信稳定可靠,相关联的智能保护终端需要在时间误差范围,通常要求在10 ms以内,收到相邻节点的电流信息,从而保障故障判断的有效性和准确性,DAPS切换可以很好的规避切换期间的时延要求。
AR/VR场景
目前市面上大多数AR/VR产品只能提供视听和娱乐功能,且会产生不同程度的眩晕感,AR/VR时延只有在低于20 ms才能缓解眩晕感,因此使用DAPS可以满足该场景切换时延需求,提高用户感受。
无线宽带大流量业务场景
尽管无线宽带大流量业务本身对时延并不敏感,但数据传输通常是基于TCP/IP协议,切换期间若无线链路传输中断会导致TCP层传输拥塞,从而引起数据在TCP层的减半发送,且拥塞解除后,TCP层数据还要经历慢爬坡过程,这极大地影响了用户速率和用户体验,使用DAPS切换后则能规避该类情况发生。
CHO
CHO切换的最大优势是让UE来根据测量结果选择目标基站并发起切换执行过程,可以避免因为UE无线链路状态变化导致的UE切换失败,提高用户切换过程中的鲁棒性,针对CHO切换的优点,结合eMBB以及垂直行业特点,建议应用在如下高可靠的场景:
智能抄表
该场景指在狭小的空间内进行电表、水表或煤气数据抄送是一件费时费力的事,需要智能抄表设备读取相关信息并进行回传,该应用对时延要求较低,但对业务可靠性要求较高,建议使用CHO增加切换的可靠性,以避免切换过程数据中断丢失数据。
过程自动化
该应用是生产制造过程中通过移动设备进行的远程监视和控制,被视为许多工业自动化用户的必备功能,该场景对可靠性要求较高,同样CHO可提高该类场景切换时的可靠性。
传统切换性能较差线路/区域
由于无线环境复杂导致某些使用传统切换的线路或区域的切换指标差,例如难以确定一个目标小区的十字路口、多个目标小区信号电平接近的重叠覆盖区域、存在大量反射和折射的区域等,建议这些场景使用CHO切换以提高切换KPI。
中信科移动预规划的应用方案
基于第2节的分析,且由于DAPS与CHO技术均需要UE能力的支持,当前市场上支持这两种技术的UE也还没有普及,中信科移动在基站侧提前做了方案规划,一旦未来商用UE支持,则可以快速开启这两种功能。待后续商用UE支持这两种功能后,会持续跟踪应用方案的效果。
基站侧移动性增强预规划应用方案
中信科移动是计划利用DAPS减少中断时延的优势,优先在对时延要求高的业务使用,例如实时视频和语音业务。另外也用来规划解决eMBB在切换时间段内的速率掉坑和切换成功后的重新爬坡问题,从而改善用户感知和5G分流比。
CHO提升移动鲁棒性是以网络侧增加信令交互以及多个目标基站需要预留资源为代价的,因此中信科移动规划在移动鲁棒性较差的场景使用CHO切换,例如切换成功率低、RLF高、乒乓切换频繁的小区开启该功能。
根据以上分析,中信科移动两种移动性增强技术预规划应用方案详见图8所示。
移动性增强与大数据平台结合预规划应用方案
DAPS和CHO技术能极大地提高用户体验,但是由于技术特点的不同,需要后续在网络实际运营当中,结合大数据平台进行自动化的学习和分析,对各种场景和性能要求下自动匹配两种切换方式,从而进一步提高整个网络的时延、速率、切换成功率以及5G分流比等指标。结合这些特点,中信科移动规划的移动性增强与大数据平台结合预规划应用方案见图9所示。
4 结论
为了实现切换0 ms中断时延以及切换鲁棒性,5G NR R16引入了DAPS和CHO切换。本文详细介绍了5G DAPS和CHO切换技术原理,梳理了这两种切换的信令流程,研究了与传统切换流程的差异以及UE侧的协议栈变化,最后结合eMBB以及垂直行业业务特点分析了两种移动性增强技术的应用场景,并给出了中信科移动预规划的应用方案。