TD接通率掉话率优化

5.2.1TD无线接通率优化方案无线接通率需从综合角度考虑，需把RRC连接建立成功率和RAB指派成功率联合起来一起表征接通率（挑战值99.7%）1、无线接通率定义和无线接通率相关的几个重要参数定义如下：RRC连接建立总成功率100*(按原因分RRC连接建立成功次数总和/按原因分RRC连接请求次数总和)语音业务RAB指派建立成功率语音业务RAB指派建立成功率=100*(电路域无排队的RAB指配建立成功的RAB数目+电路域有排队的RAB指配建立成功的RAB数目）/电路域RAB指配请求建立的RAB数目)PS域RAB指派建立成功率100*(分组域无排队的RAB指配建立成功的RAB数目+分组域有排队的RAB指配建立成功的RAB数目）/分组域RAB指配请求建立的RAB数目)CS语音业务无线接通率100*电路域RAB指派建立成功率*CS域RRC连接建立成功率PS域无线接通率100*PS域RAB指派建立成功率*RRC连接建立总成功率注意：1)在RRC阶段不知道业务来源于那个域，因此RRC连接建立成功率只能按业务、主被叫分开；而RAB建立成功率可以按业务、域分开；这两个比率不存在一一对应关系；2)对于单UE多次RRCConnectionRequest消息，在统计的时候只统计一次；3)如果UE的RRC请求发不上来，会影响路测指标，不会影响网管指标；4)PS域无线接通率计算的是RRC连接建立总成功率，而CS语音业务无线接通率计算的是CS域RRC连接建立成功率，故不同原因的RRC建立成功率对PS、CS业务的无线接通率影响不同。5)对于RRC建立完成后至RAB建立前,消息交互中的失败流程不会记入接通率的统计中，其间涉及到RNC需要处理的消息有用户Iu信令连接的建立和完整性保护第页共页和加密；后续的非接入层交互消息也不会影响接通率，但对用户感受有影响。2、无线接通率分析流程无线接通率分析可如下图所示：开始获取全网RRC和RAB建立成功率变化趋势话统数据指标是否满足要求结束TOP小区分析YN站点是否异常提交排障组检查YRRC建立问题NRRCTOP小区调整实施，网优分析，算法分析RAB建立问题RABTOP小区调整实施，网优分析，算法分析是否可以推广到全网全网修改措施实施YYY流程图说明：1)获取全网的RRC和RAB建立成功率指标以及趋势，至少需要分析3天～1周左右的数据；2)如果全网的接通率指标一直偏低，分析面向小区的RRC和RAB建立成功率指标，第页共页把面向小区的RRC建立成功率指标和RAB建立成功率从低到高的顺序进行排序，优先分析成功率低而且建立失败绝对次数也多的小区；进行小区接通率分析；3)首先根据RNC侧和NodeB侧告警信息，确认这些TOP小区是否存在设备故障，并且参考施工信息，确认是否这些TOP小区正在更换，排除这些因素后，后续决定这些小区是否需要参数调整。4)根据RRC和RAB建立成功率分析结果，对Top小区实施优化措施；优化措施实施后对比该小区的接通率指标是否改善；5)分析优化措施是否可以推广的全网，如果可以的话安排全网的实施，分析实施后的指标是否满足要求，如果满足要求，那么结束接通率优化；否则，重新进行TopN小区优化；3、RRC连接建立优化RRC连接建立失败分析终端不发RACH，在基站侧看不到RACH增加；（该情况不影响KPI指标）终端发了RACH，在RNC侧看到RACH增加，同时看到RRCConnectionSetup下发，但终端收不到FACH；终端能够收到RRCConnectionSetup，但不回RRCConnectionSetupcomplete；终端能够收到RRCConnectionSetup，终端回RRCConnectionSetupcomplete，但RNC侧收不到；RRC连接建立checklist检查类别检查项RRC接通率低（KPI指标分析）1、统计各小区各时段的RRC接通率；2、找出影响RRC接通率的TOP10小区的对应时段，统计该小区所有时段的RRC拥塞率和ISCP统计；3、如果对应时段存在拥塞率高的小区，可以根据CDL及告警信息进一步确认拥塞的真正原因，比如小区容量不够、参数配置不合理或设备异常，根据具体原因进行扩容、参数调整或排障处理；4、如果小区的拥塞率不高，可以根据CDL、信令跟踪或UE侧LOG进一步分析RRC建立失败的原因，比如参数配置不合理、终端或网络设备异常，根据具体原因参数调整或排障处理。RRC接通率1检查RRC接入失败信令流程，判断接入失败发生在那个网元或交互过第页共页低（信令流程分析）程中；2是否为UE处理异常，如果是检查UE是否发生异常或RNC下发的配置消息是否不正确；3是否为NB处理异常，如果是检查NB告警是否存在异常，或参数配置不合理导致；4RNC如果没有发送RRCConnectionSetup或发送了RRCConnectionReject消息，请检查下面列表内容：1)小区状态、各载波、时隙状态是否正常，码资源是否充足；2)上行时隙类型设置是否为合理，时隙预留是否设置；3)CAC算法中接纳判决是否配置为码判决；4)UE是否在DCH上接入5尝试更换不同终端，更换载波接入，接入失败的概率。4、RAB连接建立优化RAB连接建立失败分析所有影响RAB建立失败的因素都会影响RAB指派的成功率指标，主要包括3部分：RNC向NodeB发起无线链路重配置流程过程可能失败，主要的现象一般是NodeB回复无线链路重配置失败；RNC在空口上向UE发起RBSETUP流程，UE收不到或RNC收不到UE回复的重配置完成消息；Iu口Iuup建立或Gtpu建立过程失败。RAB连接建立checklist检查类别检查项CS域RAB接通率（指标分析）1、统计各小区各时段的CS域RAB接通率2、找出影响CS域RAB接通率的TOP10小区的对应时段，统计该小区所有时段的CS拥塞率和ISCP统计3、如果对应时段存在CS域RAB拥塞率高的小区，可以根据CDL及告警信息进一步确认拥塞的真正原因，比如小区容量不够、参数配置不合理或设备异常，根据具体原因进行扩容、参数调整或排障处理；4、如果小区的拥塞率不高，可以根据CDL、信令跟踪或UE侧LOG进一第页共页步分析CS域RAB建立失败的原因，比如参数配置不合理、网络覆盖、空口质量、终端或网络设备异常等原因，根据具体原因参数调整或排障处理。PS域RAB接通率（指标分析）1、统计各小区各时段的PS域RAB接通率2、找出影响PS域RAB接通率的TOP10小区的对应时段，统计该小区所有时段的CS拥塞率和ISCP统计3、如果对应时段存在PS域RAB拥塞率高的小区，可以根据CDL及告警信息进一步确认PS域RAB拥塞的真正原因，比如小区容量不够、参数配置不合理或设备异常，根据具体原因进行扩容、参数调整或排障处理；4、如果小区的拥塞率不高，可以根据CDL、信令跟踪或UE侧LOG进一步分析PS域RAB建立失败的原因，比如参数配置不合理、终端或网络设备异常，根据具体原因参数调整或排障处理。RAB接通率（信令流程分析）1检查RAB接入失败信令流程，判断接入失败发生在那个网元或交互过程中；2是否为UE处理异常，如果是检查UE处理异常或RNC下发的配置消息不正确导致；3是否为NB处理异常，如果是检查NB告警是否存在异常，或RNC参数配置不合理导致；4RNC处理异常，请检查下面列表内容：1)载波、时隙状态是否正常，码资源是否充足；2)上行时隙类型设置是否为合理，时隙预留是否设置；3)CAC算法中各种接纳算法设置是否合理；4)对于PS业务，需要检查PS算法和HSDPA算法中的门限设置是否合理5)检查IUCS、IUPS的数据链路配置是否正确；IUPS在IP方式下偶联配置是否正确。5尝试更换不同终端，更换载波接入；PS用户可以尝试不同速率进行接入。5、其他原因引起的接通率分析一些非RRC，RAB类的接入失败对网络KPI指标没有影响。但是这些问题却能导致路测指标下降，影响用户感知，同样需要网络优化人员进行解决，如下：第页共页检查类别检查项其他过程失败1、非接入层消息交互失败，根据信令跟踪或UELOG进一步确认失败原因；2、安全模式控制过程失败，分析是哪个网元返回的失败消息，如果为CN或UE，需要进一步根据消息确认原因；如果是RNC拒绝SMC过程，需要根据信令跟踪分别检查CN和UE提供的加密和完保算法是否匹配。5.2.2TD业务掉线率优化方案无线掉话率是体现用户直接感知的性能指标，挑战值为0.1%，CS域/PS域无线掉话率话务统计定义如下：CS域无线掉话率=RNC请求释放的电路域AMR业务RAB总数目/语音业务RAB建立成功的RAB数目×100%PS域无线掉话率=RNC请求释放的分组域RAB总数目/(分组域无排队的RAB指配建立成功的RAB数目+分组域有排队的RAB指配建立成功的RAB数目)×100%1、关联分析分析内容掉话率基站覆盖区合理性评估√√超高/超低基站覆盖范围专项分析√√系统内干扰分析√上行干扰分析√下行干扰分析√外部干扰分析√切换带分析√√切换重选参数分析√TD终端故障分析o未落地站点原因分析√缺站对网络影响的评估√室内传播模型和边缘场强分析*室内器件和线缆线路施工图oRNC边界划分合理性分析和调整√RA边界划分合理性分析和调整√LA边界划分合理性分析和调整√频率规划调整专项分析√网络扰码性能评估与提高*2G至3G邻区优化√√场景化23G互操作参数分析*第页共页天线工程参数核查*天线电路参数性能测试与分析o天线安装排查和整改分析o网络同步管理分析o主设备隐性故障排除oIub资源配置分析*Iu资源利用率分析*接入类相关参数分析√定时器和计数器参数分析√切换重选相关参数分析√保持类相关参数分析√注：按照分析项与指标关联度分为4个级别√√优先分析处理；√主要关联项；*间接性一般关联；o潜在的可能影响因素2、常见掉话原因分析业务的流程主要包括寻呼、RRC连接建立、PDP激活(主要是PS业务)、RAB建立、业务中可能的切换过程和RAB的释放。而用户感受的“掉话”问题则可能发生在UE的业务连接建立、保持、释放过程的任一环节中的非正常中断。从信令的角度分析，即业务实现过程中由于某种原因造成信令交换失败、某环节信令流程中断，导致UE关闭发射机，重新初始化或返回空闲状态。在处理掉话问题的网络优化分析中，通常方法是分析信令流程，发现流程的中断点，排除可能因素。掉话的主要可能原因如下：掉话分类引起原因对应的信令或事件常见特征UU口原因下行覆盖不足RLC复位\MAC-D复位、RLFailure、FP同步失败PCCPCH/DPCHRSCP较低、CI较差、BELR持续升高掉话上行覆盖不足UE发射功率过高，上行BLER过高掉话干扰上行或下行ISCP异常偏高、UE发射功率异常偏高、同步失败，接通和保持性能恶化。导频污染PCCPCHRSCP正常、CI过低、服务小区RSSI正常，UE持续BLER差，导致掉话。切换失败HOfaliure切换过程失败，通常与覆盖、邻区配置及干扰问题有关。流程定时器超PHYreconfig/RBSETUP/RB各流程超时未完成，系统侧发起释放。第页共页时，具体原因可能为系统参数设置问题也常与其他原因混杂在一起。Reconfig/HO/ASU/LocationUpdata/cellupdata等过程超时与RRM具体实现及空口处理延迟、空口质量、设备处理延迟及传输延迟有关。非UU口原因硬件故障RNC和NODEB之间的传输故障上报资源配置失败或硬件处理错误，比如，CNB_NODE_HARDWARE_FAILURE，异常的RLfalure指示上发等。BBU基带处理异常CNB_NODE_HARDWARE_FAILUREFP同步失败传输网络故障ALCAP上报故障；告警或误块率高GTPU_LOSS；小区失步通过OMCR操作强行释放用户O&Mintervention其他异常原因3、总体解决思路及处理流程网络优化工作中遇到掉话问题，通常通过DT(路测)和CQT(呼叫