CS掉话问题分析总结.doc

CS掉话问题分析总结 厦门CS掉话经常的原因值： 弱覆盖：该问题多存在于城中村、住宅区密集的高楼、岛外郊区等； 过覆盖：岛外、海边及个别无法上站的站点； 扰码复用：岛外站点松散区域、岛内密集室分区域 干扰：个别与小灵通、直放站共站的站点 设备问题：不定 邻区漏配：密集室分区域、岛外站点松散区域 切换不及时掉话：主要道路、城中村、住宅区密集的高楼、岛外郊区等 紧急呼叫：不定 针对以上原因值的处理方法： 弱覆盖： 针对这类问题，首先是路测找到弱覆盖区域，在不影响路测指标和覆盖的前提下，调整方向角和下倾，通过RF解决； 如果RF调整无效的区域，可以通过增加导频功率的方法，一般先将PCPICH信道功率从330提高到346；如果改善不大可以提高到360，并同时提高PCPICH的最大最小功率；这种做法对于岛内可能存在过覆盖现象，需要特别注意！添加邻区等； 如果对于无法调整的弱覆盖，比如边界地区，因为你再怎么调还是弱，只不过把弱覆盖的地方外延了；针对这种场景，我们采取控制覆盖的方法：1.调整下倾角，收缩覆盖；2.提高小区接入电平；3.降低CS异系统切换判决门限和2D2F门限，让CS业务尽量承载在2G小区；如果是弱覆盖的情况，2G信号好的话，应会切到2G上？2G/3G都是属于弱覆盖的，有需求的话，只能加站； 过覆盖 针对这类问题，首先联系RF组确认过覆盖情况，在不影响路测指标和覆盖的前提下，调整方向角和下倾，通过RF解决过覆盖问题； 如果RF调整无效的区域，可以通过降低导频功率的方法，一般先将PCPICH信道功率从330降低到313；如果改善不大可以降低到300，并同时降低PCPICH的最大最小功率； 对于无法调整的过覆盖，比如大桥和高速等有特殊覆盖需求的位置，还可以通过调整切换参数防止掉话：如增大邻区CIO偏置，调整1A、1B事件参数，使RL加入激活集更加容易，而离开更加困难；同样也可以调整小区接入电平，收缩覆盖； 扰码复用 干扰 设备问题 邻区 切换不及时掉话 紧急呼叫 定位分析问题一般流程： 通过Nastar WCDMA性能统计，获取话统数据及打点信息， 筛选出CS掉话TOPN小区，通常时间取2周，全天，筛选出掉话次数大于28次的小区，同时还应参考掉话率指标，对于绝对次数多，但是相对次数少的也可以不进入TOPN，如邮电广通大楼I； 将TOPN小区在mapinfo中进行地理化显示，检查是否有比较集中的，可能存在区域性的干扰或者断站情况，可询问RF组负责人及RAN侧接口人；其次是在mapinfo中检查工参，检查是否有过覆盖情况； 邻区完整性检查：地理化显示增加漏配邻区；通过Nastar的同频邻区核查功能，统计漏配邻区，优先添加1A上报次数高，分值高的漏配邻区，注意需结合地理化显示，通过该检查，还可以确定小区是否存在过覆盖或错误覆盖的情况： 对于密集室分区域邻区已满或大于28个的，可以通过Nastar的冗余同频邻区分析功能，筛选出从未发生过切换或切换次数为0的邻区； 如果发现可能存在区域性干扰排查，可以通过Nastar中的自定义RTWP查询，检查掉话时段的RTWP值，对于大于-100dbm以上的存在问题； 检查站点硬件状态，在M2000上检查是否有存在或未清除历史告警，如驻波告警等会造成业务无法建立或掉话等；进入NODEB LMT中检查发射功率、RTWP测量； 如果以上分析无法定位问题，则进入CHR分析阶段，首先还是先通过Nastar自带的CHR分析工具： 从这里可以很快查询到掉话用户IMSI、掉话时间、所在最好小区、掉话时的ECIO、RSCP等信息，比OMSTAR要快的多；通过以上可以定位出是否为单用户问题、是否为弱覆盖掉话或过覆盖掉话； 如果以上信息仍不足以定位问题，就需要根据掉话时间，将对应的CHR文件导入OMSTAR中，可以获得额外的：业务类型、业务状态、掉话原因、原小区、目标小区、历史信息等，可以判断是否为紧急通话，在什么进程中掉话，掉话原因（SRB复位、激活集更新失败等），通过源小区、目标小区、历史信息中可以得知；以下个例子说明： 460015960605802用户发起的是UU_TRMNT_CONVERSAT_CALL语音被叫业务，掉话时正处于RNCAP_CS_SYS_HO_TO_GSM，异系统切换流程，原小区时401和403，目标小区时LAC14609 CI26291小区；掉话时错误代码为185468955，对应的原因值为物理链路失效： 从它的历史纪录中我们可以知道，该用户完成了安全模式加密、软切换、RAB指派完成等阶段，开始了会话业务： 如果通过以上步骤都没有定位到问题，则对于单用户问题，可以进入RNC LMT进行CDT跟踪，确认问题点，对于单小区问题，可以通过IOS进行单小区跟踪；分析系统信令，问题攻坚！ 备注 本文涉及参