公式中的变量有如下定义:
ØMn是邻区测量结果。
ØOfn是邻区频率的特定频率偏置,采用默认值0,同频切换可以不考虑。
ØOcn是邻区的特定小区偏置,由参数CellIndividualOffset决定。
当该值不为零,此参数在测量控制消息中下发;否则当该值为零时不下发,该参数较多地用于提前切换或推迟切换。
ØMs是服务小区的测量结果。
ØOfs是服务小区的特定频率偏置,采用默认值0,同频切换可以不考虑。
ØOcs是服务小区的特定小区偏置,该值通常为零。
ØHys是事件迟滞参数,在测量控制消息中下发。
ØOff是事件偏置参数,该参数针对事件设置,用于调节切换的难易程度,该值与测量值相加用于事件触发和取消的评估。
此参数在测量控制消息的测量对象中下发,可取正值或负值,当取正值时,此时增加事件触发的难度,延缓切换;当取负值时,此时降低事件触发的难度,提前进行切换。
同频切换
要完成切换过程,UE与eNB需要配合,此配合是通过信令来交互信息的。
完整信令交互过程是:
Ø源eNB控制UE测量=-=-=>在UU接口体现为RRCCONNECTRECONFIG信令,UE收到此信令后,回复eNB表示收到此消息并已正确处理
ØUE回复eNB收到控制消息=-=-=>在UU接口体现为RRCCONNECTRECONFIGCMP信令,之后UE将按测量控制要求实时测量,一旦发现满足条件,将触发切换事件测量报告
ØUE把测量报告发给源eNB=-=-=>在UU接口体现为RRCMEASUREMENTREPORT信令
源eNB收到测量报告后,进行相关条件判断,如果决定切换,网络侧将准备的相关切换资源(这个过程对UE侧不可见)
Ø网络侧准备切换相关资源,根据不同的切换场景,有不同的切换信令交互
✧=-=-=>站内切换时,没有额外的外部信令交互
✧=-=-=>跨X2接口的站间切换时,X2口体现为HANDOVERREQUEST和HANDOVERREQUESTACK信令
✧=-=-=>跨S1接口的站间切换时,源eNB侧S1口体现为HANDOVERREQUIRED、HANDVERCOMMAND,目标eNB侧S1口体现为HANDOVERREQUEST、HANDOVERREQACK信令
Ø源eNB下发切换命令=-=-=>在UU接口体现为RRCCONNECTRECONFIG信令
UE收到切换命令后,中断与源eNB(小区)的交互,并尝试接入目标eNB(小区),这个交互过程有3条交互信息,但在标准信令接口仅体现第3条(习惯上称为MSG3)
ØUE在目标小区发MSG3,即切换完成消息=-=-=>在UU接口体现为RRCCONNECTRECONFIGCMP信令
Ø后续的网络侧S1接口切换(只涉及站间切换,站内切换不涉及),这个过程不涉及空口,失败的概率较小,通常的切换问题定位关注较少
上面提到的测量控制和切换的交互信令,从消息名称看都相同(均为RRCCONNECTRECONFIG、和RRCCONNECTRECONFIGCMP),但重配置消息中的内容不同:
切换命令重配置消息
测量控制重配置消息
测量控制的过程在UE接入后配置,即使此UE不在切换区或一直不切换。
我们关注的切换问题通常处于触发切换(测量报告)后的过程,所以在进行切换问题定位时通常只关注从触发测量报告开始,即从测量报告消息这条信令开始。
信令的交互根据切换的不同类型而不同,LTE系统内的切换类型可分为站内切换和站间切换,站间切换又分为跨X2切换和跨S1切换。
各信令流程分别如下:
站内切换信令交互
站内切换UE与eNB的交互过程如下:
站内切换信令流程
跨X2的站间切换信令交互
跨X2的站间切换信令交互过程如下:
跨X2的站间切换信令流程
跨S1的站间切换信令交互
跨S1的站间切换信令交互过程如下:
跨S1的站间切换信令流程
异频/异系统切换
异频切换
异频切换实现LTE系统中不同频点的小区间切换过程。
在同一个网络,不同的区域可能使用不同的频点,因此eNodeB需要在系统内支持不同频点间的切换。
当服务小区存在异频邻区时:
●基于覆盖的异频测量由UE测量触发。
UE离开服务小区的覆盖范围,到达异频邻区的覆盖范围时,UE测量到服务小区信号质量小于一定门限将触发基于覆盖的异频测量。
●基于负载的异频测量由eNodeB触发。
当服务小区负载达到异频负载平衡门限时,eNodeB将根据UE的频点支持能力、ARP(AllocationandRetentionPriority)以及占用资源情况选择一定数量的UE进行异频测量。
ARP的相关内容详细请参见3GPPTS23.401。
●基于频率优先级的异频切换只在900MHz/2600MHz同站同覆盖情况下进行,在900MHz/2600MHz同站同覆盖的条件下,UE测量到服务小区信号质量大于一定门限将触发基于频率优先级的异频测量。
●基于距离的异频切换由eNodeB根据UE上报的TA值,来估计UE相对于eNodeB的距离。
当发现UE上报的TA值超过门限时,则认为UE已经移动到很远的距离,将触发基于距离的异频测量。
基于距离的切换需要配置测量目标类型,当基于距离的切换参数DistBasedMeasObjType配置为EUTRAN时,才可以触发基于距离的异频切换。
●基于业务的异频测量由eNodeB触发。
eNodeB识别拥有某种业务(如语音业务)的UE,根据业务配置的异频频点,进行基于业务的异频测量。
●基于上行链路质量的异频测量由eNodeB触发。
eNodeB发现UE上行链路质量受限时,进行基于上行链路质量的异频测量。
在异频测量过程中,UE发现邻区信号质量大于相应的切换门限时,将触发相应的异频切换。
异频切换的流程跟同频切换类似,但在UE执行测量时,需要根据eNB指示的GAP值进行。
即在GAP时间内,UE暂停跟源CELL的数据交互,转而进行异频测量。
Intra-RATHandoverProcedure
异系统切换
异系统切换实现LTE到GSM(GlobalSystemforMobilecommunications)/WCDMA(WidebandCodeDivisionMultipleAccess)/TD-SCDMA(TimeDivision-SynchronousCodeDivisionMultipleAccess)/CDMA2000(CodeDivisionMultipleAccess)的小区间切换过程。
对于不同区域可能使用不同的系统,LTE支持切换到不同系统,保证通信业务的连续性和无中断性。
当服务小区存在异系统邻区时:
●基于覆盖的异系统测量由UE测量触发。
UE离开LTE系统的覆盖范围,进入其他系统的覆盖范围时,UE测量到服务小区信号质量小于一定门限将触发基于覆盖的异系统测量。
●基于负载的异系统测量由eNodeB触发。
当服务小区负载达到异系统负载平衡门限时,eNodeB将根据UE能力、当前所进行的业务以及ARP选择一定数量的UE进行基于负载的异系统测量。
●基于业务的异系统测量由eNodeB触发。
eNodeB识别拥有某种业务(如语音业务)的UE,进行基于业务的异系统测量。
●基于上行链路质量的异系统测量由eNodeB触发。
eNodeB发现UE上行链路质量受限时,进行基于上行链路质量的异系统测量。
●基于距离的异系统切换首先由eNodeB根据UE上报的TA值,来估计UE相对于eNodeB的距离。
当发现UE上报的TA值超过门限时,则认为UE已经移动到很远的距离,将触发基于距离的异系统测量。
在异系统测量过程中,UE发现邻区信号质量大于相应门限时,将触发相应的异系统切换
InterRATHOprocedure
门限值应用
在目前商用现网中异频/异系统切换的应用很少,暂不详细说明。
下面以最常用的同频切换为例,说明各个参数的用途:
用于事件A3评估判决的Mn和Ms测量量类型,由参数IntraFreqHoA3TrigQuan决定,该值由3GPP协议36.331规定在测量控制中的报告配置中给出,可选类型为RSRP或RSRQ,我司当前实现默认为RSRP。
事件A3触发机制原理如下图所示,当事件A3在延迟触发时间TimeToTrig内都满足触发条件,则UE对事件A3进行事件转周期的上报;
A3触发机制图示
对于同频切换,服务小区和邻区使用相同的频点,则Ofn和Ofs均为0,服务小区的特定小区偏置,一般情况下都为0(MODEUTRANINTERFREQNCELL),所以A3事件的触发条件可以简化为:
Mn-Hys>Ms+Off即Mn>Ms+Off+Hys
其中Off即为MML配置命令中的IntraFreqHoA3Offset参数(单位0.5dB),Hys即为MML配置命令中的IntraFreqHoA3Hyst(单位0.5dB)按当前配置:
MODINTRAFREQHOGROUP:
LocalCellId=0,IntraFreqHoGroupId=0,IntraFreqHoA3Hyst=2,IntraFreqHoA3Offset=2;
Mn>Ms+Off+Hys=Ms+2*0.5+2*0.5=Ms+2dB
即邻区比当前服务小区的RSRP高2dB则满足测量质量条件。
延迟触发时间
上图中的“TimeToTrigger”即是延迟触发时间,当满足事件触发条件时,为了防止不必要切换的发生,UE不要立即上报满足事件的小区信息,在延迟触发时间内持续满足相应的事件触发条件,才将满足该事件的小区测量信息向eNodeB上报。
根据当前配置:
ADDINTRAFREQHOGROUP:
LocalCellId=0,IntraFreqHoGroupId=0,IntraFreqHoA3TimeToTrig=320ms;
即延迟触发时间为320毫秒,表示在320毫秒内一直满足触发条件才上报A3事件报告。
小区偏置CIO
小区特定偏置CIO(CellIndividualOffset),每个服务小区和目标小区可分别独立配置。
当信号波动较大,需要对某个特定小区调节切出或切入的容易程度,根据协议中的对A3触发事件的条件:
Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off
根据当前我司的实现,去掉式中固定为0的项,为:
Mn+Ocn-Hys>Ms+Off
其中Ocn即为小区偏置CIO,CIO在切换中起到移动小区边界的作用。
目标小区的CIO越大,切换越容易,反之亦然。
我司的MRO算法可以自动调整小区偏置CIO。
小区偏置CIO通过测量控制消息中的Neighbourcelllist中下发。
当CIO不为零时,通过测量控制消息下发该邻区信息;CIO为零时,该值不下发。
事件转周期上报间隔
切换事件上报后转周期上报的周期配置IntraFreqHoRprtInterval参数,当前3.0版本配置为320毫秒,表示UE在上报A3事件测量报告后,如果满足上报A3事件条件,会每隔IntraFreqHoRprtInterval毫秒后上报A3事件测量报告,直到收到切换命令或不满足A3事件条件。
此参数配置越小,A3测量报告在空口的发送越快,当前此参数配置较小的320ms是为了加快L3在处理流程中,如果出现丢弃A3测量报告的情况下,尽快处理后续的A3切换测量报告,通常情况下并不会发生L3丢弃A3测量报告的情况,所以此参数对切换的KPI指标影响很小。
切换用户面交互
从切换的过程可以看到,LTE系统切换是硬切换,即,UE在收到切换命令后中断与源小区的交互,在UE与目标小区建立交互之前,这段时间UE与网络是没有业务数据交互的,体现为切换用户面中断,这段时间通常为几十毫秒,对业务影响比较小,但过长的中断时延将影响用户感受。
切换过程中,用户面交互过程如下:
用户面切换过程图
根据我司当前eNodeB实现:
1.源小区的下行数据在eNodeB下发切换命令的同时停止PDCP、RLC的传输,但MAC的HARQ队列中可能仍有重传的数据在空口传输
2.UE在收到切换命令之后停止在源小区的上行数据发送、接收
3.UE在目标小区回复切换完成消息之后可以在目标小区发送上行数据,也可以收到目标小区的下行数据
由于跨eNodeB的切换在计时上存在偏差,不能准确定义,所以下面涉及eNodeB侧的定义均为eNodeB内切换时延定义
切换相关KPI指标
跟切换相关的KPI指标有切换成功率、切换信令面时延、切换用户面中断时延。
切换成功率
切换成功率是从信令流程来定义的:
切换成功率=切换成功次数/切换尝试次数*100%
对切换成功率的统计也有不同的定义,主要差别在于切换尝试的定义,有的以测量报告为切换尝试统计点,有的以切换命令为切换尝试统计点。
切换成功率还可根据是在终端侧统计还是在网络侧统计,也会有不同的结果,在终端侧统计通常以路测跟踪的UE侧数据来统计,在网络侧统计则是以消息跟踪或话统数据来统计。
切换信令面时延
切换信令面时延通常为从切换命令到切换完成两条消息的间隔:
切换信令面时延通常以网络侧的信令跟踪来统计时延,也可以从终端侧跟踪记录的信令来统计时延,而且网络侧统计的信令时延比终端侧统计的时延要大。
切换用户面中断时延
真正影响用户感受的是用户面的中断时延,所以用户面中断时延也十分重要。
用户面时延在统计时分上行时延和下行时延。
对上行和下行时延在实际统计时,又由于计时点选择的不同,有不同的统计方法,其中应用层中断时延最接近用户感受,涉及各传输环节的还有PDCP、RLC、MAC层中断时延。
上图中是终端侧和网络侧的数据传输经历的各协议层,上行数据传输路线为带箭头的黑色线,下行数据传输路线为带箭头的红线,在PDCP、IP之间有一粉红色虚线,表示这中间还存在其它传输环节,例如,用便携插数据卡终端使用时,应用层(如QQ程序)可能安装在便携机上,网络侧的QQ服务器在Internet的WebServer上。
数据传输一旦出现中断(一定的时延),将在传输路线的各协议层产生相应的时延,这也就是可以在不同协议层测试时延的原因。
在时延测试时,需要在相应的方向满速率灌包,以避免由于应用层数据中断的原因导致测试各时延不准确。
用户面中断时延的定义,通常为某协议层实体,在切换前收发的最后一个数据包到切换后收发的第一个数据包之间的间隔。
根据不同的统计点,又分为终端侧统计和网络侧统计。
在实际测试中,通常关注应用层和RLC层的上下行中断时延:
上行应用层中断时延
从服务器用IP抓包软件连续捕获服务器接收到的来自UE的上行数据包,对切换期间受切换影响的、出现的最大时间间隔定义为应用层上行用户面中断时延。
此定义只是比较模糊的定义,实际操作时,无法对齐“切换期间”这个时间窗,即使能严格对齐时间,也会由于应用层时延相对切换时刻会有一些滞后的时延;另外由于从服务器用IP抓包获得的时间间隔抖动较大,受影响的因素包括核心网、外网、应用层数据包大小等多方面因素,“最大时间间隔”为用户面中断时延的定义不一定科学。
当前的实际测试,在时延选择上,主观因素较多,暂不能给出清楚、严格的定义。
测试时可通过灌UDP小包(每个包较小,通过单位时间包的个数来调整流量)的方式减小测试时延结果。
下行应用层中断时延
从UE侧用IP抓包软件连续捕获UE接收到的来自服务器的下行数据包,对切换期间受切换影响的、出现的最大时间间隔定义为应用层上行用户面中断时延。
此定义只是比较模糊的定义,实际操作时,无法对齐“切换期间”这个时间窗,即使能严格对齐时间,也会由于应用层时延相对切换时刻会有一些滞后的时延;另外由于用IP抓包获得的时间间隔抖动较大,受影响的因素包括核心网、外网、、应用层数据包大小、UE侧便携等多方面因素,“最大时间间隔”为用户面中断时延的定义不一定科学。
当前的实际测试,在时延选择上,主观因素较多,暂不能给出清楚、严格的定义。
测试时可通过灌UDP小包(每个包较小,通过单位时间包的个数来调整流量)的方式减小测试时延结果。
网络侧上行RLC层中断时延
定义为从源侧RLC收到的最后一个PD