VoLTE业务UE不上报ECGI导致RRC重建案例

VoLTE业务UE不上报ECGI导致RRC重建【摘要】4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。同时Volte业务的用户感知对提升运营商口碑有着重要的作用。VoLTE语音业务连续和业务感知体验，不仅需要覆盖最佳，还需参数优化将网络水平最大化。【关键字】重建 切换 ECGI 邻区混淆【故障现象】：黄山市电信VoLTE优化测试过程中，使用S7终端进行VoLTE业务测试，在邻区混淆场景下，UE不上报CGI，无法同频切换导致RRC重建。【处理过程】：1、 从信令上分析，RRC重建原因主要是由于UE无法从PCI:222切换至PCI:268小区，信号恶化导致，重建原因：otherFailure；2、 15:23:44（581）ENodeB发送测量控制，要求UE上报目标小区PCI:268对应的CGI,16:31:45(037)从UE上报的测量报告中，PCI:268并没有携带CGI；3、 ENodeB侧信令分析，由于UE没有上报CGI，导致无法触发切换；4、 查询站点ANR开关打开，邻区配置上有2个PCI:268邻区，存在邻区混淆；5、 从FGI看，三星S7支持ANR和ECGI上报；6、 原理描述：CGI读取过程借助DRX机制，UE在DRX的休眠期获取邻区CGI信息。eNB下发CGI测量控制里有LongDRX-Cycle和StartOffset，根据这两个参数进入DRX（(SFN * 10) + SSFN modulo (DrxParaGroup.LongDrxCycle) = DRX Start Offset），进入DRX后20ms会下发MCE使UE进入休眠期；7、 按照协议定义的DRX机制，DRX休眠期可以被上行SR打断，UE读取ECGI的时长一般是6080ms才能完成，如果没读到CGI的话也会在T321超时后上报测量报告但无CGI信息对于VoLTE业务，由于VoLTE的语音包是每20ms一次，所以DRX休眠期容易被打断，从而导致终端读取CGI成功率会降低,对于volte业务也不是完全不能上报ECGI，当没有语音包只有静默包（每160ms一个包）的时候，终端还是可以报上来的,但是语音包和静默包很难通过测试进行控制。VoLTE业务读取ECGI成功率的是由于VoLTE业务的本身特性决定的, ANR打开的情况下，UE需进入DRX休眠期才可读取CGI，对于VoLTE业务每20ms发送一个语音包，DRX休眠期容易被上行SR打断进入DRX活动期，导致CGI读取失败，在T321超时后上报无CGI消息的测量报告，无法触发切换，从而导致重建。【解决方法】：1、优化原理：ANR测量需要较长的休眠期，故如果DRX周期设置过短，则无法完成ANR测量；如果设置过长，则会增加调度时延，导致调度无法满足Qos要求。因此UE在进行ANR测量时，若收到ANR特性提供的特定DRX开始指示，eNode将为UE重新配置一个较长的DRX长周期(CellDrxSpecialPara.LongDrxCycleForintraRatAnr、CellDrxSpecialPara.LongDrxCycleForinterRatAnr），以提供UE利用DRX的休眠期进行ANR测量。此时，无论DRX开关CellDrxPara.DrxAlgSwitch是否打开，eNodeB均为UE配置DRX参数，UE利用DRX的休眠期进行ANR测量。 若ANR测量的邻区为LTE小区，则eNodeB使用参CellDrxSpecialPara.LongDrxCycleForintraRatanr的值作为DRX长周期。 若ANR测量的邻区为GSM或UMTS小区，则eNode使用参数CellDrxSpecialPara.LongDrxCyleForinterRatAnr的值作为DRX长周期。 源eNodeB下发UE测量配置信息，指示UE配置要求测量周边小区，寻找漏配邻区。UE默认进行同频测量。在UE建立无线承载时，源eNodeB通过信令RRC Connection Reconfiguration默认下发同频配置信息。UE进行异频测量时，需要源eNodeB下发异频切换测量配置信息，激活GAP模式。关于同频测量和异频测量详细信息，请参见系统内连接态移动性管理特性参数描述。 UE通过测量报告上报满足测量配置要求的Cell B的PCI给源eNodeB。UE不会上报RRC黑名单中小区的测量报告。 源eNodeB确认Cell B的是否是信号最强且PCI在源eNodeB的系统内未知或者混淆。未知或者混淆邻区的判断按照参数ANR.EventAnrMode的取值有两种方式； 设置为“NOT_BASED_NCL(不基于NCL)”时，当Cell B的频点和PCI在NRT中未知或者混淆时执行下一步。否则流程结束。 设置为“BASED_NCL(基于NCL)”时，当Cell B的频点和PCI在NCL未知或在NCL中对应多个外部小区时执行下一步。否则流程结束。 源eNodeB指示UE去读取Cell B的ECGI、TAC（Tracking Area Code）、PLMN List等参数。其中UE读取ECGI的时长由定时器T321规定。T321的简要描述如下表所示。关于T321定时器的具体取值，请参见3GPP TS 36.331 V10.5.0中的5.5.2.3 Measurement identify addition/ modification。定时器开始停止超时T321接收到measConfig，其包含reportConfig 的purpose 设置为reportCGI获取需要对所要求小区的cellGlobalId所有域进行设置的信息，接收measConfig ，其去掉purpose设置为reportCGI的eportConfig 初始化测量上报过程，停止进行相关的测量，并且移掉相应的measId。T321接收到measConfig，其包含reportConfig 的purpose 设置为reportCGI获取需要对所要求小区的cellGlobalId所有域进行设置的信息，接收measConfig ，其去掉purpose设置为reportCGI的eportConfig 初始化测量上报过程，停止进行相关的测量，并且移掉相应的measId。2、优化方案：缩短FddAnrDrxInactivityTimer（FDD ANR专用DRX非激活定时器配置），由默认200 PDCCH子帧改成60 PDCCH子帧。如下图：说明：该参数表示与FDD ANR(Automatic Neighbor Relation)功能对应的DRX非激活定时器，当ANR功能启动时，无论DRX特性开关是否关闭，该参数都有效。该参数仅适用于FDD对无线网络性能的影响： 该参数设置的越小，ANR功能对应的DRX非激活定时器越小，CGI读取过程中可提供给UE的DRX休眠期越长，CGI读取成功率越高，在PCI混淆场景对于掉话率有改善，但对数据调度的时延影响增大。 该参数设置的越大，ANR功能对应的DRX非激活定时器越大，CGI读取过程中可提供给UE的DRX休眠期越短，CGI读取成功率越低，在PCI混淆场景对掉话率影响越大，但对数据调度的时延影响减小。3、实施脚本：MODCELLDRXSPECIALPARA:LocalCellId=X,FddAnrDrxInactivityTimer=PSF60;4、效果验证：4.1 DT测试结果：FDD ANR专用DRX非激活定时器配置由200改成60后，UE上报CGI的概率从42.86%提高到72.73%，改到30后，上报概率达到80%，对应的RRC重建比例也明显下降。CGI上报PSF200PSF60PSF30上报次数21/4932/4436/45上报概率42.86%72.73%80.00%修改后测试UE正常上报CGI：4.2 KPI网管指标结果：选取片区10个站点进行修改，KPI指标变化如下：CGI读取成功率、ERAB掉线率、系统内切换成功率均有所改善，其余指标无明显变化。 CGI上报次数增多：无明显变化，属于正常波动； CGI读取成功率有所提升：PSF200时75%左右，PSF60时80%左右，PSF30时85%左右； 接入成功率：无明显变化，属于正常波动； ERAB掉线率：指标有改善，呈下降趋势0.04%->0.035%->0.03%； 系统内切换成功率：指标改善，呈上升趋势； RRC重建比例，定时器60时RRC重建比例最低； LTE重定向至3G比例：无明显变化，正常波动。【经验教训】：通过RRC重建指标的优化处理，可以发现重建的原因主要还是OtherFailure。对于OtherFailure重建问题，这是VOLTE优化的痛点和难点，可以通过完善X2、邻区等改善，X2链路确保没有遗漏且配置正常，没有故障告警。另外，邻区同样不能有漏配，且要互配。针对本文由于DRX休眠期被上行SR打断进入DRX活动期，导致CGI读取失败，这个可通过修改参数FddAnrDrxInactivityTimer来改善。FAQ 详解OtherFailure原因的RRC重建。OtherOtherFailure原因的RRC重建的三种分类：“上行RLC重传达到最大次数；随机接入失败；T310定时器重传到最大”。1、上行RLC重传达到最大次数 上行RLC重传到最大包括SRB和DRB，与eNB侧下行的SRB与DRB机制相同，当UE RLC发送了一个PDU之后，需要等到eNB侧反馈对应的状态PDU才能完成一次RLC的正常调度。对于没有收到eNB状态PDU的原因有两个，一个原因为eNB侧上行根本就没有收到任何RLC PDU，也就不会响应状态PDU，另一个原因为eNB响应的状态PDU，由于下行误码的原因，没有到达UE侧。上行RLC重传次数由参数UeMaxRetxThreshold控制。特别的，上行RLC 重传到最大次数是针对AM模式的数据包，例如VOLTE用户，通常会使用UM模式，因此不会出现UL RLC重传到最大的现象。2、随机接入问题 处于连接态的UE，如果由于UE失步或者SR漏检，会造成UE连续发送SR达到最大重传次数。同时会触发随机接入，如果随机接入失败，UE会发起重建请求。我司随机接入preamble发送周期可配置，SR发送的最大次数默认为64次。协议36.321定义如果RACH接入失败后上报接入问题，如果之前UE是连接态，会发起重建。如果是初次随机接入，则会进入IDLE态。3、UE失步检测 当UE测量SINR恶化到导致PDCCH DCI1A的BLER超过10%，即低于Qout的时候，则L1生成一个out-of-sync指示发送给UERRC。评估周期为200ms；当UE测量到当前小区的SINR抬升到使得PDCCH DCI 1C的BLER低于2%，即高于Qin的时候，则UEPHY生成一个in-sync指示发送给UERRC。评估周期为100ms。 基于PDCCH来检测失步主要是由于发生无线链路问题时，1A格式受影响最大，而发生无线链路问题以后，UE会解调公共广播信号，格式1C会最先察觉。通常使用SNR来评估PDCCH 1A/1C的BLER。L3在同步状态连续收到N310（默认值为10）L1上报的失步指示；同时启动T310定时器，超时前，若收到N311次同步指示（默认值为1次），则认为UE恢复同步状态，否则，T310超时后（默认值为1000ms，对应MML参数配置为T310