WCDMA掉话率优化

WCDMA掉话率优化课程内容网络优化各阶段掉话关注点5掉话率定义1常见掉话原因与掉话处理流程2掉话问题解决方法3掉话案例分析4正常释放流程正常释放流程正常释放流程•1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是disconnect消息。•2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是disconnect消息。•3.CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是release消息。•4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是release消息。•5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是releasecomplete消息。•6.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是releasecomplete消息。正常释放流程•7.CN发RANAP_IU_RELEASE_COMMAND消息给RNC，开始释放Iu口资源，包括RANAP层和ALCAP层资源。•8.RNC发RANAP_IU_RELEASE_COMPLETE消息给CN。•9.RNC发RRC_RRC_CONN_REL消息给UE，开始释放RRC连接。•10.UE发RRC_RRC_CONN_REL_CMP消息给RNC。•11.RNC发NBAP_RL_DEL_REQ消息给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP层，PHY层资源。•12.NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。空口掉话率定义•在通话过程中，如果空中接口信息满足下面三个条件中的任何一条，可以判断为掉话：–收到任何的BCH消息（即系统消息）–收到RRCRelease消息（原因为非正常释放Notnormal）–收到CCDisconnect，CCReleaseComplete，CCRelease三条消息中的任何一条，而且释放的原因为NotNormalClearing或者NotNormalUnspecified。•从RNC记录的信令上看，如果在Iu接口上看到了RNC发向CN的消息为IuReleaseRequest或者RNC发给CN的消息为RABReleaseRequest消息，此时定义为异常掉话。路测掉话率定义•路测指标定义和测试工具关系紧密，CNT/CNA中对单业务掉话的定义算法为掉话率＝掉话次数/呼叫成功建立次数–收到Alerting消息后,呼叫成功建立次数加1；–在Alerting之后，没有收到ConnectACK就收到SYSTEMINFORMATION消息，则算掉话；–在ConnectACK之后，若收到SYSTEMINFORMATION消息，而后的5秒内没有收到以下消息，则认为掉话。•E_S_radioBearerReconfigurationComplete，E_S_physicalChannelReconfigurationComplete，E_S_transportChannelReconfigurationComplete，E_S_rrcConnectionRelease。–在ConnectACK之后，若收到E_S_rrcConnectionRelease消息，而在此之前没有收到Disconnect消息，则认为掉话。•在实际使用中，工具会在L3消息中显示掉话位置。网管统计的掉话率定义•无线掉话率＝（RNC请求释放的电路域掉话的RAB数目+RNC请求释放电路域Iu连接对应的RAB数目+RNC请求释放的分组域掉线的RAB数目+RNC请求释放分组域Iu连接对应的RAB数目）/(电路域总共释放的RAB数目+分组域总共释放的RAB数目）×100%•主要有信令面掉话和用户面掉话。从信令流程上看，信令面掉话是RNC发起了Iureleaserequest，用户面掉话是RNC主动发起RABreleaserequest。CNRABRELEASEREQUESTRNCCNRNCIURELEASEREQUESTRNC向CN发起RAB释放请求，请求释放一个或多个RAB当UE丢失或者不激活，或由于UTRAN的原因，RNC向CN发起Iu连接释放请求，请求释放与一个UE相连的Iu连接网管统计的掉话率定义具体的掉话原因课程内容网络优化各阶段掉话关注点5掉话率定义1常见掉话原因与掉话处理流程2掉话问题解决方法3掉话案例分析4常见掉话原因•邻区漏配•邻区优化是无线网络优化中非常重要的环节。邻区漏配会直接引起掉话，也会导致网络中干扰水平升高，影响到系统容量，邻区优化是工程优化阶段的一个主要工作内容。介绍几个判断同频邻区漏配方法：–1.在路测过程中，移动台从基站得到邻区列表，而Scanner持续在对512个主扰码进行扫描测量，并把其Ec/Io记录下来。如果发现某个主扰码并不在邻区列表中，但其强度却超过了某门限值，且这一现象连续出现（持续几秒钟以上），则认为此主扰码的小区为缺加邻区；–2.如果发生掉话，UE驻留的小区扰码和掉话前的扰码不一致，也可以怀疑是邻区漏配问题，通过检查掉话前测量控制消息中的邻区列表来进一步确认是否为邻区漏配；–3.有些UE会上报检测集（DetectedSet）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。•异频和异系统邻区漏配判断方法类似。常见掉话原因•覆盖问题•网络覆盖定义中，某个采样点是有效覆盖点的要求是RSCP和Ec/Io均好于特定门限值。这里所说的覆盖差是指RSCP不好（有个例外，在网络边缘，由于小区数目少可能会产生RSCP不好但Ec/Io好的现场，也应属于覆盖差）。•UMTS网络中不同业务的发起和保持对覆盖的要求不一样，下表给出参考值：业务类型RSCP要求[dBm]Ec/Io要求[dB]AMR12.2K-105-13CS64K-100-11PS384K-95-10HSDPA-90-8常见掉话原因•覆盖问题•通常所说的覆盖差，主要是指RSCP和EcIo都很差。覆盖的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：–如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RLfailure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。–确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据，若最好小区的RSCP和EcNo都很低，就可以认为是覆盖问题。常见掉话原因•切换问题•从信令流程上CS业务表现为手机收不到活动集更新命令（同频硬切换时为物理信道重配置），PS业务有时候会在切换之前先发生TRB复位。•软切换导致掉话主要分为两类原因：切换来不及或者乒乓切换。–从信号上看，切换来不及主要有以下两种现象：•1）拐角：源小区EcIo陡降，目标小区EcIo陡升（即突然出现很高的值）；•2）针尖：源小区EcIo快速下降一段时间后上升，目标小区出现短时间的陡升。–乒乓切换主要有以下两种现象：•1）主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和EcIo每个小区成为主导小区的时间很短；•2）无主导小区：存在多个小区，RSCP正常而且相互之间差别不大，每个小区的EcIo都很差。常见掉话原因•干扰问题•区分上下行干扰。•下行干扰的产生主要有两个原因，一是导频污染区，二是邻区漏配引起的。邻区漏配问题前面已经说过，不再重复；导频污染区的典型为区域中的小区信号较多，且RSCP足够好但是Ec/Io很差，UE会频繁重选或者切换，同时呼入呼出困难。通常有三个因素会在网络中形成导频污染区：–高站越区覆盖；–基站环形布局；–街道效应、强反射体等原因导致的信号畸变。•下行干扰掉话的信令典型特征为RNC下发了ActiveSetUpdate消息但UE收不到，最终RLFailure掉话。•上行是否存在干扰主要通过OMC-R中小区AverageRTWP和MaxRTWP来判断。小区空载AverageRTWP正常在-105dBm水平，对应50%上行负荷在-102dBm附近，如果AverageRTWP在网络闲时超过-100dBm，同时MaxRTWP在-90dBm水平，可以认为存在上行干扰。常见掉话原因•扰码复用冲突掉话•站点密集分布的地区可能会进行扰码复用。如果复用距离不够，或者将不常发生切换的小区（扰码复用小区之一）配置了邻区关系，就会生成不合适的邻区列表从而导致掉话。•分析此类型掉话时注意：邻区关系是依据CellID进行标识的，如果单纯看掉话信令，经验不足者会仅关注扰码而漏过这一细节，注意甄别。常见掉话原因•流程交互问题•一些需要信令交互的流程，如AMR控制、DCCC以及压缩模式的启停、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。•这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。常见掉话原因•其他异常问题•在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备告警信息和系统日志进一步来分析掉话原因。如：NodeB异常引起同步失败，导致的链路不停增加和删除；射频模块异常引起的下行信号差掉话；手机不上报1a测量报告导致掉话等。•需要注意的是，一些地方的传输条件不好，稳定性差，由于传输问题导致的掉话一般影响较大。路测数据分析流程1准备数据UE和Scanner最好小区比较稳定一致N2获取掉话位置和时间3分析Scanner主导小区信号变化4.1RSCP差EcIo差4.2RSCP正常EcIo差4.3RSCP正常EcIo正常邻区漏配上行干扰问题切换不及时确认漏配邻区？覆盖问题异常掉话导频干扰问题不一致确认上行干扰？问题是否解决4重新路测Y主导小区信号稳定？4Scanner最优小区RSCP和EcIO乒乓切换问题变化频繁YN路测数据分析流程•1、准备数据–路测软件采集数据文件–RNC记录的单用户跟踪•2、获取掉话位置–采用路测数据处理软件，比如CNA和获取掉话的时间和地点，获取掉话前后Scanner采集的导频数据，手机采集的活动集和监视集信息，信令流程等。•3、分析Scanner主导小区变化情况–主要分析主导小区的变换情况，如果主导小区相对稳定，进一步分析RSCP和EcIo情况；–如果主导小区变化频繁，需要区分主导小区变化快的情况，或者没有主导小区的情况，然后进一步进行乒乓切换掉话分析。路测数据分析流程•4、分析Scanner主导小区信号RSCP和EcIo。–观察Scanner最好小区RSCP，EcNo，根据不同的情况分别处理–RSCP差，EcNo差，可以确定为覆盖问题；–RSCP正常，EcNo差（排除切换来不及导致的，同频邻区干扰），可以确定为导频干扰问题；–RSCP正常，EcNo正常，如果UE活动集中小区与Scanner最好小区不一致，可能为邻区漏配或者切换来不及导致的掉话；如果UE活动集中小区与Scanner最好小区一致,可能为上行干扰或责异常掉话。•5、路测重现问题–由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。话统数据分析流程2分析小区的掉话率指标1分析RNC面掉话率5通过路测重现问题YNNYNYN3检查小区是否设备异常3.1解决设备问题4分析掉话原因4.1信令RB复位或者业务RB复位导致的掉话4.2是否切换导致掉话4.3是否干扰导致的掉话解决覆盖问题解决切换掉话问题解决干扰问题YN话统数据分析流程•1、分析RNC的掉话率指标–主要从整个RNC的整体掉话指标上判断掉话率指标是否正常。•2、分析小区的掉话率指标–对于小区的掉话率指标，主要需