网站首页  词典首页

请输入您要查询的论文:

 

标题 LTERRC连接重建比优化探究
范文

    曾黎清

    

    

    

    摘要:RRC重建过程是终端由于某种原因导致RRC连接中断,在源小区或新小区发起的恢复RRC连接,以试图快速重建业务,提升用户感受的一个过程。但RRC重建会使得业务短暂中断,影响用户体验。造成RRC重建的原因有很多,如:无线信号差、参数设置不合理、终端兼容性问题等,定位起来较困难。文章对这些问题定位过程中的经验进行总结。

    关键词:RRC重建;优化;经验总结

    1RRC重建原理

    1.1重建原因

    在空口信令上,RRC重建请求携带的重建原因值有以下3个。

    1.1.1handoverfailureUE

    在切换流程中,在收到了切换的重配置消息之后,会启动T304,但如果在T304超时之前UE无法完成在目标小区的随机接入,则会发起原因值为“handoverfailure”的重建。

    1.1.2reconfigurationfailureUE

    在安全模式激活的状态下,如果收到了重配置消息后对于重配置消息内的信元无法匹配或者存在兼容问题,则发起原因值为“reconfigurationfailure”的重建。

    1.1.3otherfailure

    除切换失败和重配失败触发的重建,重建原因都是other。other重建常见原因为RLF,如果UE检测到当前检测到“radiolinkfailure”,贝丨J会发起原因值为“other”的重建,通常RLF导致的RRC重建,分为如下几种场景。

    场景1:当终端底层上报了N310次连续的失步指示,终端启动T310,在T310超时前未能收到N311次连续的同步指示,则在T310超时后,终端发起RRC重建过程。

    场景2:当上行重同步过程随机接入出现问题。

    场景3:当上行RLC达到最大重传次数。

    1.2重建标口信令

    (1)协议中定义的重建流程如图1所示,共3条信令。

    (2)如图2所示UE发送的RRC_CONN_REESTAB_REQ携带了重建前在源服务小区+的CRNTI,PCI,shortMAC-I以及重建的原因值(共3类:handoverfailure,reconfigurationfailure,otherfailure)。

    (3)重建拒绝流程。当UE接收到RRC_CONN_REESTAB_REJ消息,UE将离开RRC_CONNECTED状态,回到idle态,释放的原因为:RRC连接^败,如图3所示。

    (4)重建成功流程。当eNodeB接收到RRC_CONN_REESTAB_CMP,說明重建成功。对于R9终端,保存了重建之前的RLF信息,基站根据RRC_CONN_REESTAB_CMP中携带的rlf-infoAvailable-r9指示,要求UE上报RRC_UE_INFORSP,如图4所示。

    UE上报的RRC_UE_INFO_RSP中包含了重建之前服务小区的RSRP,RSRQ,ECGI,邻区的信号强度,重建的目标小区及重建原因等,如图5所示。

    1.3重建相关的定时器

    T301:UE在发送RRCConnectionReestabilshmentRequest时启动该定时器。定时器超时前,如果UE收到RRCConnectionReestablishment或RRCConnectionReestablishmentReject或被选择小区变成不适合小区,则停止该定时器。

    T311:该参数表示定时器311的时长。UE在发起RRC连接重建流程时启动该定时器。定时器超时前,如果UE选择了一个EUTRAN小区或者异系统小区,则停止该定时器。定时器超时后,UE进入RRC_IDLE态。

    定时器T301,T311超时均会导致RRC连接失败,UE回到空闲状态。

    2重建优化措施

    2.1覆盖

    覆盖问题包含弱覆盖及越区覆盖。

    弱覆盖是指基于链路预算获得的最大路损覆盖,由于上下行支持的最大路损不一致,通常在LTE中上行较之于下行先受限,故在弱覆盖将分为上行弱覆盖及下行弱覆盖。一般当UE测量到下行RSRP<-120dBm时,则认为存在弱覆盖,上行会略高于该值出现弱覆盖(通常认为<-125dBm)。

    越区覆盖是指由于基站天线挂高过高或者俯仰角过小引起的该小区覆盖距离过远,从而越区覆盖到其他站点覆盖的区域,并且在该区域手机接收到的信号电平较好。

    覆盖问题引起的重建可通过以下方法优化:(1)调整天馈、调整发射功率。(2)及时处理影响覆盖的告警。(3)增加小区的最低接入电平,使得该小区更难符合S规则,更难成为适当小区,UE选择该小区的难度增加,避免小区边缘用户在本小区接入,减少弱覆盖用户接入带来的影响。(4)调整A2盲重定向门限,使处于弱覆盖区域的UE及早重定向到2G/3G网络,减少可能发生的重建,改善用户的体验。

    2.2邻区漏配/设置禁止切换/错配

    通过UU口信令跟踪,发现UE上报的切换测量报告基站未进行处理,X2/S1无切换请求信令,随后发起重建,可以怀疑存在邻区漏配错配或禁止切换。

    邻区漏配/禁止切换排查方法:⑴根据两两切换话统,一天内切换出次数为0,但切换入的次数较多,则可能存在单向邻区漏配/禁止切换。(2)双向邻区漏配/错配可通过打开ANR功能实现邻区的自动添加/修改/删除。为避免打开ANR功能后对指标的影响,可设置为受控ANR,ANR受控模式下切换策略设为禁止切换。(3)定期核查外部小区,PCI混淆。

    2.3切换

    切换失败后UE将发起RRC连接重建。切换问题可分类为切换过早、切换过晚。

    切换过早包含两种情况:(1)UE收到切换命令,在切换到目标小区的过程中发生了无线链路失败(Radu>LinkFailure,RLF)。在RRC连接重建时,重建回源小区。(2)从源小区切换到目标小区成功后,在目标小区只停留了很短的时间,就发生了RLF,在RRC连接重建时,重建回源小区或重建到其他小区。

    切换过晚一般指的是服务小区信号己经很差,EN0DEB仍不发起切换,包括:(1)UE由于源小区服务质量不好而未收到切换命令,或者是收到切换命令但随机接入过程失败,UE发生RRC重建至目标小区。(2)UE还未上发测量报告,原小区信号己经陡降导致失步,UE直接在目标小区发起重建。

    解决切换过早/过晚的问题,可以通过调整天线位置改善RF,修改切换参数或者配置使目标小区能够延后/提前发生切换,从而避免产生重建。

    2.4DRX参数设置

    在LongDrxCycle配置为大于40ms,根据3GPP定义(见表1),终端RSRP测量的周期,是DRXCycle的5倍,如:DRXCycle为320ms,其测量上报需要的时间为1.6s,可能

    终端还没有完成测量,就己经移出了原网络的覆盖,出现切换失败、重建。高速场景的影响更加明显,建议高铁高速小区关闭DRX功能。

    部分高通芯片的终端在DRX短周期配置为80.1时有异频测量虚高的问题,实际异频信号很差,但上报的异频RSRP良好,eNodeB向异频切换但切换失败重建,DRX参数修改为性能优先参数可规避此问题。

    2.5SFN改造

    切换过晚导致切换失败引起的小区间重建以及来不及MR未触发切换重建到其他小区,SFN改造后不需要再进行切换,规避这部分与切换问题有关的重建。

    2.6UE不活动定时器

    UE不活动定时器改短,UE将提前释放RRC连接,减少可能发生的重建,并且增加RRC连接数量,增加重建比的分母。此参数对分子分母均有增益,重建比改善明显。

    3重建优化案例3.1高铁小区组SFN

    高铁宏站重建比高,跟踪信令如表2所示,重建集中在PCL239小区,此源小区与TOP小区同站,重建原因值为otherfailure。

    重建前UE并未上报A3测量报告,根据重建成功后上报的RRC_UE_INFO_RSP消息,如图6所示,目标小区己满足切换条件,在测量报告上报不及时问题。

    如图7所示,重建源小区与TOP小区夹角过大,与高铁过近,两扇区重叠覆盖范围不足,引起切换不及时。

    图7重建源小区地理位置示意解决办法:PCI238/239组SFN,规避两小区之间切换。

    3.2邻区错配/漏配

    XX49小区重建比高,重建原因值集中于handoverMure,此由于TOP基站未能获得UE上下文,此重建均被拒绝,如图8所示。

    图8XX_49小区重建比原因值统计检查发现重建源小区PCI=198与重建TOP小区无邻区,而与距重建源小区3.8公里的C小区存在邻区关系,eNodeB将TOP小区信号误以为是C小区信号,而向C小区发起切换请求,但切换失败重建到TOP小区。各小区地理位置如图9所示。

    解决办法:删除错配邻区,增加正确邻区。

    3.3切换参数设置不合理,过早切换

    XX_50小区重建比高,问题集中于切换失败引起的重建。核查两两小区切换,存在大量切换过早,如图10所示。

    检查TOP小区切换参数(见图11),此小区同频切换幅度迟滞/同频切换偏置/同频切换时间迟滞设置均不合理,在目标小区信号不够好的情况下极易触发切换,引起切换失败重建。

    解决方法:调整TOP小区的同频切换幅度迟滞/同频切换偏置洞频切换时间迟滞为3/3/320。

    3.4PCI混淆引起重建

    高铁小区XX_54重建比高,日均重建6000次。跟踪信令,重建集中于PCI=81(与TOP小区共站),重建原因大部分为otherfailure,如图12所示。

    重建信令如图13所示。

    重建前eNodeB下发测量控制如图14所示,要求UE上报PCI=83(TOP小区)的ECGI,但UE未能读取成功,随后重建到TOP小区。

    图14eNodeB下发测量控制流程经过核查PCI=81邻区信息,发现重建源小区(PCI=81),存在PCI=83的per混淆,无法正常切换,如图15所示。

    解决方法:删除远端邻区,将ANR模式改为受控模式。3.5越区覆盖

    XX_51小区重建比高,多个小区向TOP小区存在切换失败原因引起的重建,如图16所示。

    重建TOP小区与重建源小区分布如图17所示。图中数字为跟踪到的重建次数,TOP小区与最远处重建小区站间距8.06公里。

    TOP小区的TA分布,TA≥4占比40%左右,TOP小区越区覆盖,存在大量远端用户,如图18所示

    解决方法:TOP小区下倾角由4°调整到8°。

    3.6异频测量虚高引起重建

    某1.8G小区切换失败类重建多,查看两两切换,过早切换总共4312次,向2.1G过早切换3868次,由2.1G引起的过早切换占比89.7%,占绝大部分,如图19所示。

    分析切换失败重建的标口信令,切换前源小区频点为1825,异频邻区PCI345的RSRP为-77dBm,信号质量很好但还是切换失败,如图20所示。

    DRX参数配置如图21所示。设置为省电优先,怀疑因异频测量虚高导致误切引起切换失败。

    终端测量结果虚高的原因为:终端在DRX打开后测量异频信号时会出现测量结果跳变导致结果虚高,更深层原因通未提供。

    规避办法:将DRX设置为性能优先。

    3.7终端兼容性问题引起重建

    某站重建比高,重建集中于reconfigurationfailure,现象为eNodeB下发异频测量控制后,UE发起重配置失败原因的重建,如图22所示。

    UE發起重配置失败触发的重建,原因通常有两种:(1)消息里下发的信元错误,格式或范围不符合协议。(2)UE能力不支持其中某个信元的配置。

    对于第一个原因,检查A4信元内容和格式都是正常的,并且和没有发生重建的呼叫对比也是一样的,排除eNB下发消息错误的可能。

    对于第二个原因,由于下发的异频频点75和41140分别属于FDD的bandl和TDD的band41,查看该UE的FGI是:

    01111110000011111111100011011110(7EOFF8DE),左边数因重建引起Volte语音中断。

    起第13,25,30bit为1,表示支持FDD和TDD的切换,如图23所示,UE能力信息显示该UE支持bandl和band41。

    在此情况下UE仍然发起重建,判断UE存在问题,需厂家分析UE侧LOG分析原因。规避措施:(1)无异频区域删除异频频点。(2)存在异频区域尽量减小A2门限,减少异频测量的下发。

    4结语

    RRC重建作为KPI指标的一部分,比例过高将影响用户感知。通过合理优化,降低重建次数,可以减少部分掉话及重建造成的网络中断,随着Volte用户的逐渐增多,显著改善因重建引起的Volte语音中断。

随便看

 

科学优质学术资源、百科知识分享平台,免费提供知识科普、生活经验分享、中外学术论文、各类范文、学术文献、教学资料、学术期刊、会议、报纸、杂志、工具书等各类资源检索、在线阅读和软件app下载服务。

 

Copyright © 2004-2023 puapp.net All Rights Reserved
更新时间:2024/12/23 2:19:21