(重要)TD-SCDMA无线性能优化思路树(V11)

TD-SCDMA无线性能优化思路TD-SCDMA无线性能优化思路树关键字：KPIPS域掉线率CS域掉话率UpPCH干扰CT数据接入切换接力切换硬切换摘要：随着TD-SCDMA网络的用户数量逐渐上升，网络开始出现各种各样的问题，这些问题影响到了TD-SCDMA用户对网络的认同，基于此种情况撰写此文，主要针对网络优化过程中遇到的这些问题提供了解决方法和优化思路，以便于各个TD-SCDMA外场在优化过程中如果遇到问题能够迅速地定位问题、解决问题。缩略语：KPI：KeyPerformanceIndicateEMC：ElectromagneticCompatibilityCS：CircuitSwitchDomainPS：PacketSwitchDomainRNC：RadioNetworkController参考资料[1]3GPPTS25.331:RRCProtocolSpecification.[2]3GPPTS25.413:UTRANIuinterfaceRadioAccessNetworkApplicationPart(RANAP)signalling.I目录1掉话问题原因及解决办法......................................................................................................11.1掉话的主要处理过程.....................................................................................................11.1.1RNC级掉话..........................................................................................................11.1.2小区级掉话............................................................................................................22PS掉话问题原因及解决方法................................................................................................62.1PS掉话的主要处理过程：............................................................................................72.1.1RNC级PS掉话....................................................................................................72.1.2小区级PS掉话...................................................................................................103接入问题原因及解决办法....................................................................................................133.1接入问题分析触发点及获取信令方式........................................................................133.2接入失败问题定位.......................................................................................................134切换问题原因及解决办法....................................................................................................154.1切换问题的发现...........................................................................................................154.1.1路测中发现切换问题..........................................................................................154.1.2系统侧KPI统计中发现切换问题.....................................................................154.2切换问题主要原因.......................................................................................................154.3切换问题解决思路.......................................................................................................164.3.1RNC或全网切换失败问题.................................................................................164.3.2RNC内切换失败问题.........................................................................................165干扰问题解决办法................................................................................................................196寻呼拥塞问题解决办法........................................................................................................2111掉话问题原因及解决办法现网的掉话监测分成RNC级的掉话与小区级的掉话两个方面，若出现网元大面积掉话，可能由RNC硬件故障引起。但还有一种情况是全网所有的RNC掉话率都较高，此时可以考虑可能是由于CN的故障或是由其它系统原因造成，比如系统升级。造成RNC掉话升级的原因可以有以下几种：(1)参数配置错误：这有两个方面参数配置存在问题，一是RNC中的全局参数配置存在问题，另一方面是由CN中对RNC的参数配置存在问题。(2)RNC硬件故障问题：需要通过对RNC告警的检查以及对RNC日志的检查来确定是否是由硬件故障引起。(3)小区级掉话率较高，造成小区掉话的原因较多，主要有以下几种：(4)干扰造成的掉话：（同频干扰、相关性较强的扰码引起的干扰、导频污染、上下行交叉时隙干扰、上下行导频间干扰、系统间干扰、其它无线设置的干扰）(5)切换造成的掉话：（硬件故障导致切换异常、同频同扰码小区越区覆盖导致切换异常、越区孤岛切换问题、目标小区上行同步失败导致切换失败、无线参数设置不合理导致切换不及时）(6)基站硬件故障造成的掉话(7)终端问题造成的掉话(8)链路失衡造成的掉话(9)参数配置错误造成的掉话(10)覆盖问题造成的掉话（覆盖空洞造成的掉话、越区覆盖造成的掉话、孤岛效应导致的掉话、导频杂乱导致的掉话、阴影衰落导致的掉话）1.1掉话的主要处理过程1.1.1RNC级掉话(1)出现RNC级掉话后，首先需确定该RNC级的掉话是由多个小区引起的，还是由个别高掉话的小区所导致。如果是由个别小区引起的，应进行小区级的掉话处理步骤，否则进入网元级的掉话处理过程。(2)检查RNC的系统告警，检查是否存在相关硬件的告警信息，如果存2在单板的告警，则需要进行排除。(3)检查RNC的系统日志，对其中不正常部分进行检查。(4)检查CT数据中掉话部分的信令，分析其错误代码，常见的RNC级参数设置错误引起的掉话主要有以下几种：表1-1常见的RNC级参数设置错误引起的掉话错误代码事件编号CN_TRANAP_unknown_target_rnc9CN_TRANAP_release_due_to_utran_generated_reason15CN_TRANAP_user_plane_versions_not_supported27其中：unknown_target_rnc则表明CN中对RNC的SGSN解析地址定义错误，此时容易造成PS业务RNC间切换失败，从而引起掉话的产生。而user_plane_versions_not_supported则主要是由于版本问题造成的失败；如果产生release_due_to_utran_generated_reason原因则主要是由于硬件故障造成。1.1.2小区级掉话(1)出现小区级掉话时，首先查看该小区是否有硬件故障告警，如果有，首先要求用服人员解决硬件故障问题。(2)检查切出成功率是否正常，如果切换成功率较低，检查邻区关系以及是否存在同频同码的情况。邻小区关系中是否存在同频同扰码的现象，这种情况在路测中也可以发现，一般是在邻区表中出现两条相同的邻小区关系，这里需要注意的是业务同频同扰的现象，它无法在路测中发现，一般需要对信令进行分析，此时虽然两个小区主载频异频，但measurementreport却上报了1G事件，针对这种情况需要通过修改频点和扰码解决（可以通过系统自带的全局参数合法性检查工具进行检查）邻小区关系中是否存在同频同码组的现象，这种情况在路测中也可以发现，一般情况是它是影响到终端的测量结果，此时测量结果不准确，造成终端上报系统后系统判断错误，针对这种情况则需要修改频点和扰码解决（可以通过系统自带的全局参数合法性检查工具进行检查）是否存在单边邻小区关系，如果存在，添加单边邻区，单边小区的检查可以使用NOP-T工具进行，也可以通过对性能统计指标中的小区对切换统计指标来检查。3是否存在异频邻小区个数过多的现象（异频邻区数超过8个），如果存在，删除不必要的邻区，这种情况可以使用NOP-T工具进行检查，也可以使用办公软件进行检查。是否存在切换开关设置的问题（有部分HOM开关可能被关掉或在外部小区定义中的切入开关设为禁止）。如果存在，打开切换开关切换相关的事件定义是否准确，不区引用是否正确，如果存在，修改引用PS切换失败是否存完整性算法问题，如果存在，将RNC、CN之间的完整性开关设成一致是否存在邻区漏配的情况。需要用SCANNER路测发现是否存在漏配的情况。如果存在，添加邻区。目标小区拥塞造成的掉话，由于目标小区的资源不足，而本小区的覆盖又越来越差，此时造成掉话。常见的错误代码为no_resource_available或RRM_CellOverload_Release(3)检查时隙转换点配置是否正确，是否存在交叉时隙干扰。如果存在，修改时隙转换点。(4)检查UP时隙和上行业务时隙的干扰电平，是否存在上行干扰导致掉话。如果存在，进行干扰排查。(5)根据性能指标统计，如果PS域和CS域的BLER都比较高则有可能存在干扰，然后再结合载频时隙干扰统计指标来判断是否确实存在干扰，另外通过对信令的分析如存在干扰则一般信令流程正常，未有切换事件或其它事件，但RNC