未接通分析报告(共9页)

精选优质文档-倾情为你奉上3、4月份未接通分析报告一、 概述： 从3月份以来，TEMS测试的十轮测试结果来看，未接通事件共发生了86次，有些事件是连续发生两次未接通，指标也不理想。如何解决未接通问题提高接通率是目前摆在我们面前的一个重要工作和难题。对此我们各个片区将未接通事件进行详细分析和研究，对其进行分类，针对不同类型未接通占得比例情况，逐个解决，达到提高接通率的目的。二、 未接通事件分析： 从3月份到4月份测试的10轮结果中，共出现了86次未接通事件，从分析log的原因看，主要存在以下几种情况：原因次数比例参数设置不合理66.98%干扰33.49%邻区缺失11.16%频率干扰55.81%其他910.47%弱电平起呼22.33%弱覆盖11.16%室分泄露33.49%位置更新2225.58%位置更新不及时1922.09%无主控33.49%硬件故障66.98%拥塞55.81%质差11.16%从上图看出位置更新和位置更新不及时占比最大为47.67%，将近一半，那么由于位置更新和位置更新不及时就是我们重点要解决的未接通事件。由于位置更新导致的未接通 层三信令： 主叫起呼后被叫正在进行位置更新导致未接通。在道路测试中不可避免需要跨LAC而进行的位置更新，所以我们要做的就是最大可能的减少这种概率。之前我们已经开通全局寻呼功能，在同一MSC中能有效解决同一个MSC由于位置更新导致未接通事件，但在不同MSC中该功能无效。在集团测试规范中呼叫180s后空闲20s再进行第二次呼叫，从手机的呼叫建立流程分析，从主叫手机发起CHANNEL REQUEST到交换机对被叫手机发送PAGING REQUEST共需要2-3秒的时间，而正常位置更新过程需要2-3秒时间，如果在通话结束后由于频繁小重选，或者小区重选不合理进行位置更新，而恰好在不同MSC下，此时起呼就很可能造成未接通。解决方案：1、 对于LAC间频繁的小区重选建议控制lac边界小区覆盖范围，避免LAC边界小区过覆盖到相邻LAC。2、 HYS参数调整 在全网中大部分小区HYS设置为14，在大路上ms移动速度相当较快，在LAC边界我们就需要加快小区重选，尽早做位置更新以便响应寻呼，而HYS设置为14，根据C2算法只有当目标小区信号强到满足adjacent_C2 serving_C2 + HYS时才会小区重选，无疑这样会推迟位置更新时间，在有限的20s中会增大未接通的概率。建议在LAC边界的HYS设置为6或者8，另外MS进行所有邻区C2也需要一定时间，所以在LAC边界小区的邻区数目最好不超过20条。 案例： 上图中北垣街和兴安路交叉口，三个方向均要跨两到三个LAC，而LAC边界小区的HYS均设置为14，该区域也为位置更新引起未接通的频发点。3、 MFR参数调整 现网中小区MFR设置为2的有2170个，设置为5的有1998个小区，并且1800M基本都设置为5，而现在1800M参数设置为优先占用，那么在LAC边界小区重选到1800M小区后响应寻呼时间肯定比MFR设置为2响应寻呼时间要长的多，在这个时段就会增加由于位置更新而发生位置更新的概率。建议在LAC边界的1800M小区MFR设置为2。 案例： 兴安路与爱民街交叉口南北方向在LAC边界，从图上看出1800M小MFR均设置为5。位置更新不及时导致的未接通这种未接通在10轮测试中占了22%，共发生19次。层三信令：从信令看被叫无反应，系统没有寻呼到被叫。此类未接通，主叫信令也偶尔会出现BLOCK，原因为未可识别的VLR。造成该现象的原因为在不同MSC不同LAC边界，ms进行了小区重选到新LAC下并没有立刻做位置更新，而是在十几秒甚至更长时间才做位置更新，由于全局寻呼在不同MSC下不起作用，所以系统寻呼是还是在原来的MSC下进行寻呼，寻呼不到被叫而造成未接通。 该类型的未接通目前解决方案同位置更新引起的未接通解决方案相通。参数设置不合理邻区缺失频率干扰 由于重选参数设置不合理或者邻区缺失导致小区没有重选到最优小区或者频率干扰导致未接通。 解决方案：调整小区接入、重选参数和补全邻区关系、修改干扰频点。无主控弱电平起呼弱覆盖室分泄露解决方案：调整覆盖、增加第四小区、应急车、降低发射功率等优化手段。干扰硬件故障质差由于上行干扰或者硬件故障造成基站不能正常解码MS的上行消息，下行质差造成TCH接入失败等原因造成未接通， 解决方案：排查干扰和硬件隐性故障处理。拥塞由于SDCCH或者TCH拥塞导致未接通解决方案：增加SD信道，开启半速率、开启定向重试、扩容等其他（人为挂机、手机数据业务未关、未及时释放、测试手机问题、软件设置等）该类问题完全可以避免下面就是在log分析中常见的几种呼叫失败cause value描述，方便分析问题的定位。Cause Value描述可能的原因 Cause Value 31“正常， 未详细说明”这原因通常报告一个正常的事件仅仅当在正常的类别没有另外的原因适用时。BSS（TCH拥塞）或MSC问题Cause Value 34“没有可用的电路/信道”(在Assignment Command前)这原因显示有目前得不到适当的电路/隧道处理呼叫。TCH拥塞Cause Value 34 “没有可用的电路/信道”(在Assignment Command后)这原因显示有目前得不到适当的电路/隧道处理呼叫。MSC拥塞Cause Value 41“暂时的失败”(在Assignment Command前)这原因显示网络运行异常, 达到要求的情况不能持续一个长的时段，移动电台可以很快地尝试另一次的呼叫。BSS问题， 尤其是硬件问题Cause Value 41“暂时的失败”(在Assignment Command后)这原因显示网络运行异常, 达到要求的情况不能持续一个长的时段，移动电台可以很快地尝试另一次的呼叫。MSC问题Cause Value 42“交换设备拥塞”这原因显示交换设备正处于高通信量的处理时期。MSC拥塞Cause Value 44“请求电路/信道不可用”当电路或信道请求的实体不能被另一边接口提供时这原因被返还。BSS问题，尤其是CIC拥塞Cause Value 111“协议错误， 未详细说明”这原因通常报告一个协议差错事件，仅仅当在协议差错类别没有另外的原因适用时。BSS或MSC问题专心-专注-专业