TD-SCDMA案例培训.ppt

TD-SCDMA案例培训 Dingli Communications Inc. 2009/06/22 人力资源部 Thanks Dingli Communications Inc. Jan.2009 * * 鼎 利 通 信 Dingli Communications Inc. Thanks! * * 鼎 利 通 信 Dingli Communications Inc. Thanks! * * * * 鼎 利 通 信 Dingli Communications Inc. Thanks! 未接通事件 掉话事件 优化案例 培训内容 案例1—弱覆盖 起呼时刻PCCPCH RSCP比较差，从邻区列表中发现邻区的覆盖也比较差，主叫连续发起4次RRC连接请求，但均未能成功建立RRC连接。 案例2—PCCPCH C/I差 由于起呼时刻PCCPCH C/I差，主叫多次发起RRC连接请求，始终未能得到网络侧的响应，最终导致了本次的未接通。 案例3—DPCH C/I差 当前占用时隙的DPCH ISCP在-66dbm左右，而当前DPCH RSCP都只有-75dbm，存在严重下行干扰，导致DPCH C/I比较差，达到-9db，导致未接通。 案例4—被叫位置更新引起 从主叫手机来看，主叫手机进行试呼，但被叫无响应。此时我们需要查看被叫手机。 案例4—被叫位置更新引起 从被叫手机来看，主叫进行试呼时，被叫正好在进行位置更新，导致被叫无法响应主叫寻呼，导致未接通。 未接通事件 掉话事件 优化案例 培训内容 案例1—弱覆盖 在通话过程中PCCPCH RSCP持续变差，手机两次上报测量报告要求切换，但网络侧无响应，怀疑由于当时无线信号已经很差，手机上报或网络侧下发的信息，无法收到，最终导致弱覆盖掉话。 案例2—切换失败 手机在通话过程中，由于PCCPCH C/I较差，手机多次向网络侧发送TD网内切换请求，均失败，最后一次切换失败，直接导致了掉话事件发生。 案例3—C/I差 手机在通话过程中，由于DPCH RSCP变弱，导致DPCH C/I也随之变差，干扰导致了掉话事件发生。 案例4—BLER大 手机在通话过程中，各无线参数正常，但BLER持续攀升，误块率较高，导致手机与网络侧通讯不畅，容易造成信令传输问题，导致掉话。 未接通事件 掉话事件 优化案例 培训内容 案例1—弱覆盖 由于罗芳T2的信号由于受到罗芳村中建筑物的阻挡，导致延河路路段弱信号区域的存在，在该弱信号区域是业务失败多发区。 原因分析：通过调整罗湖党校T3小区，以及罗芳T2小区，都由于阻挡原因没有产生有效的覆盖。对其周围地形进行勘察，无法通过调整天线或修改相关参数来改善该地点的覆盖情况。 优化措施：在解决弱覆盖问题点时一定会考虑到调整附近小区天线的做法，在这里提出的是调整小区天线的过程中应注意相关事项，例如：注意调整的范围（下倾角：确认天线是否有电子下倾的存在。总的下倾不要大于15度，防止波束变形对邻近小区产生影响。）、调整的幅度（方位角：调整幅度最好大于15度，如果调整的度数小于该值效果不明显是一方面，另一方面引入的误差也比较大，对于以后的数据统计造成一定难度）、并且要考虑到调整后的小区间的邻区关系，频点干扰，码字干扰等因素。综合上述条件，对罗湖党校T3、罗芳T2进行调整，在弱信号区没有形成有效覆盖，所以建议在上图红色位置加站覆盖。 案例2—邻区漏配 龙珠T2不能正常与康佳二T2小区和康佳T3小区切换导致掉话 原因分析： 侨乡路从南往北测试过程中发现UE占用康佳二T2小区后不能顺利切到龙珠T2，通过结合扫频数据以及回放log发现，此时两小区间相差20多个db，且UE已经发出测量报告，但是不能正常切入，从扫频数据分析，掉话前此时占用最强的小区为龙珠T2，经查询龙珠T2小区与康佳二T2小区和康佳T3小区没建立邻区关系。 优化措施：通过增加邻区关系（龙珠T2与康佳二T2小区和康佳T3小区建立双向邻区关系），并把龙珠T2的频点由10120改为10088。 优化结果：经过加上邻区关系该问题得以解决，见上图。 同频干扰 案例3—干扰 该路段由于同频的干扰严重导致掉话 原因分析： 华旺路从西往东测试过程中发现UE占用下横朗T1，从扫频数据以及回放log发现，大浪二T3小区的频点和下横朗T1小区的频点相同，且RSCP比下横朗T1小区的RSCP要好10db，由于UE占用下横朗T1发出测试报告，准备向同频大浪二T3切换时，无法切入导致掉话。 优化措施：调整下横朗T1小区的频点由10096改为10088。 优化结果：经过修改频点后切换流畅，不再有掉话发生 。见上图