CDMA优化流程和案例分析.ppt

优化流程和case分析,北电网络（中国）无线工程部 august, 2005,kpi指标的优化 主要是提高全网的和每月评比有关的关键指标。 路测(dt)和拨打测试(cqt) 评估控制rf的覆盖 热点地区和特殊地点的测试以及问题解决,cdma优化,主要包括：,kpi的优化: 网络评估 硬件告警检查 天馈系统检查 网络资源分析和调整 细致的相邻小区调整 反向接收电平分析 话务的平衡 功率控制参数组的细调 pn调整 新的feature使用,数据采集,数据分析,符合kpi要求,方案实施及验证,准备阶段,结束,n,y,cdma优化-kpi,cdma优化-kpi,cdma优化-kpi,数据采集,数据分析,符合kpi要求,方案实施及验证,准备阶段,结束,n,y,数据采集,数据分析,符合kpi要求,方案实施及验证,准备阶段,结束,n,y,cdma优化-kpi,cdma优化-kpi,数据采集,数据分析,符合kpi要求,方案实施及验证,准备阶段,结束,n,y,如果未达到kpi的指标要求，重新开始新的一轮优化直到达到kpi的指标要求或者发现未能达到指标的原因。 1个bsc，1项kpi指标的优化通常需要1个level2的工程师做3轮甚至更多，每轮需要2 4周的时间。所以整个城市的优化就需要根据总共有多少个bsc来安排。,cdma优化-kpi,数据采集,数据分析,符合kpi要求,方案实施及验证,准备阶段,结束,n,y,路测/拨打测试优化包括: 覆盖盲区,过覆盖 掉话 接入失败 导频污染 fer issho/ivhho 多路软切换 室内直放站的验证 室内覆盖系统的验证 热点地区 特殊地点 在项目开始阶段，路测的主要任务是发现覆盖的问题。 在项目的后期，路测的主要任务是覆盖控制，例如解决过覆盖的问题。,cdma优化-dt/cqt,数据采集,数据分析,符合kpi要求,方案实施及验证,准备阶段,结束,n,y,cdma优化-dt/cqt,数据采集,数据分析,符合kpi要求,方案实施及验证,准备阶段,结束,n,y,cdma优化-dt/cqt,数据采集,数据分析,符合kpi要求,方案实施及验证,准备阶段,结束,n,y,cdma优化-dt/cqt,cdma优化-dt/cqt,数据采集,数据分析,符合kpi要求,方案实施及验证,准备阶段,结束,n,y,cdma优化-dt/cqt,数据采集,数据分析,符合kpi要求,方案实施及验证,准备阶段,结束,n,y,如果未达到kpi的指标要求，重新开始新的一轮优化直到达到kpi的指标要求或者发现未能达到指标的原因。 1个城市的路测优化通常需要1支路测队伍做2轮甚至更多，每轮需要3 5周的时间。每轮时间的长短由测试路线的选择和城市规模大小决定。,工作责任分工的定义 cdma opt. responsibility split-准备,please note: it bases on nortels suggestion,工作责任分工的定义 cdma opt. responsibility split-数据采集,please note: it bases on nortels suggestion,工作责任分工的定义 cdma opt. responsibility split-数据分析,please note: it bases on nortels suggestion,工作责任分工的定义 cdma opt. responsibility split-实施与验证,please note: it bases on nortels suggestion,工作责任分工的定义 cdma opt. responsibility split-最终报告,please note: it bases on nortels suggestion,掉话原因的分析和其他优化问题,掉话的分类,覆盖掉话 原因： 基站问题，无服务 第二载波上未定义硬切换 网络的覆盖盲区（最有可能） 措施：如果在网络设计阶段已经知道掉话区域是没有足够的覆盖，则忽略这部分掉话；如果不是，则可能是下面的情况 坏的手机，某些手机的灵敏度可能比一般手机稍差，检查手机的性能 天线天馈系统的问题，包括天线，电缆，接头，跳线等，检查天馈 分极接收问题，运行btsdiag.pl来定位是否存在天线接反或某根天线始终不能锁定信号,掉话的分类-续,前向内部干扰掉话 原因： 相邻小区未定义 相邻小区搜索窗太小l 部分小区过覆盖 措施： 确认造成前向干扰的信号是否应该在该区域覆盖 如果不需要该扇区信号的覆盖，增加该扇区的俯仰角或改变方位角 如果确实需要该信号的覆盖，则将该扇区加到相邻小区列表中，如果需要相应调整相邻小区搜索窗。,掉话的分类-续,前向外部干扰掉话 原因： amps系统，某些电视转接器和加油站手机信号屏蔽设备等 措施： 用pn扫描设备确认是否存在前向的外部干扰信号 将确认的前向干扰通知联通来进行处理 继续跟踪确认外部干扰问题的及时解决,掉话的分类-续,导频污染掉话 原因： 在同片区域，手机收到很多路信号，并且各路信号的强度都差不多 没有主导小区 措施： 只能通过调整天线俯仰角或转动方位角来增强最强信号（或最合理的扇区）在该区域的覆盖 并且通过调整天线俯仰角或转动方位角/或者修改tptltargetpoweroffset值来降低最弱信号在该区域的覆盖,掉话的分类-续,pn混淆掉话 原因： 在手机的相邻小区已经定义了该pn信号 同时手机还能收到相邻小区之外另一个扇区的同样pn的信号 主要原因来自pn规划时不合理的复用或相邻小区定义的不合理 措施： 找出是哪个pn引起的问题 查看在哪个时刻txga降低 找出在手机的激活集的信号中哪一路来自远处的基站 找出该信号来自哪个基站 找出相邻小区中使用同样pn的基站 找出这个相邻小区是由哪个站的邻小区定义的 要解决这个问题需要调整其中一个扇区的pn或者从相邻小区列表中剔除掉同pn的相邻小区,掉话的分类-续,gbu掉话 原因： 很低的业务信道增益（tcg） 手机的finger锁定了一路ec/io很差的激活集信号 手机无法正常从ec/io很差的扇区收到功率控制信号，所以手机就一直降低发射功率以致掉话 措施： 确认不是由于导频混淆导致的掉话 解决办法：增加功率控制参数ptxlower值（影响一个bsc下的所有基站）或者提高ec/io很差扇区的tptltargetpoweroffset增强该扇区的覆盖,掉话的分类-续,反向干扰掉话 原因： cdma设备外的各种发射设备都可能导致干扰 模拟信号或其他系统可能的干扰 措施 确认不是由于反向链路锁定导致的掉话 观测bts performance logs中基站的反向接收电平的情况 查看周围基站的接收电平的情况确认是否也存在同样的干扰 观测干扰是全天都存在或者只在一定时段内出现 将确认的反向干扰情况通知联通来进行处理 继续跟踪确认外部干扰问题的及时解决,掉话的分类-续,反向链路锁定掉话（不常发生） 原因： bts中的ce无法锁定反向链路 在硬切换过程中基站提供的环路延迟不准确 ce软件问题 措施: 确认业务信道的搜索窗口和解调窗口所设定的值是相同的 检查硬件告警或更换cem板卡,掉话的分类-续,其他的优化问题,优化过程中还需要对网络中ec/io很差的地区也进行优化，因为在这部分地区可能会导致掉话 导频污染 在rfo中通过设定以下门限很容看到导频污染地区 接收电平 -100dbm 并且 最强pn的ec/io = 5 其他一些ec/io差的问题 通常在rfo中设定下面的门限可以找到其他ec/io差的问题 接收电平 -100dbm并且 最强pn的ec/io -9 通常都是由于内部或外部的前向干扰造成的 这些问题可以用前面讲到的掉话分类的解决方法来处理,优化案例分析,下图红圈范围内掉话，原因主要是主服务小区318在此范围覆盖比较弱，没有主导频小区，ec/io较差，调整该小区的天线增强在此地区的覆盖,优化实例1:覆盖控制,调整了天线后，复测在该地区的ec/io水平已经得到改善，未发现掉话,优化实例1:覆盖控制,在直放站覆盖范围内起呼的电话，在向基站前进过程中掉话,3.5km,1.5km,优化实例2：搜索窗口&直放站,优化实例2：搜索窗口&直放站,掉话原因分析： 直放站与施主扇区938_1存在重叠覆盖区域，从客户取得直放站光纤长度数据为5.5km 掉话点距离施主基站1.5km，距离直放站3.5km 信号在光纤传播时延=5.5/0.204=29.96chip 从直放站到手机时延=3.5/0.244=14.34chip 从施主站到手机时延=1.5/0.244=6.15chip 那么，手机收到两路信号的相对时延=29.96+14.34-6.15=38.15chip 这个相对时延已经超出施主站设置的导频搜索窗口 srch_win_a=7( 20chips)的搜索范围，施主基站信号和直放站信号相互干扰导致掉话。,优化实例2：搜索窗口&直放站,处理方法一：（实际采用） 增大srch_win_a，设定为10( 50chips) 增大srch_win_n，设定为13(113chips) 调整 acasw,acdsw, tcdsw 和tcasw到4095 处理方法二： 更换宿主扇区（由于此宿主扇区是一个全向站，不便于更换，故未采用） 结果： 在增大srch_win_a后，再次测试已经没有掉话现象,在基站mc800bts1141下发起的3g语音呼叫，在向基站mc800bts0006前进过程中掉话，2g呼叫都很正常,优化实例3：p_rev,优化实例3：p_rev,掉话原因分析： 从基站mc800bts1141向mc800bts1006前进的过程中，手机已经发现mc800bts1006的pn363足够强，手机向系统发送psmm要求向该站请求切换，但系统始终未向手机发送hdm，导致该pn无法加如active集，造成干扰，最终导致掉话。,优化实例3：p_rev,掉话原因分析： 通过检查系统参数设置，发现基站mc800bts1006的参数设置不匹配，虽然radioconfig和cellcap都设置成mixedrrm，但该站的p_rev却设置成了5，使得3g的呼叫无法正常进行切换，导致掉话，2g的呼叫在此地区都非常正常。,把mc800bts1006的p_rev改成6后，再次测试3g呼叫能进行正常切换，未发生掉话,优化实例3：p_rev,优化实例4：功率控制参数,在每年全国的大区检查中，fer指标是其中一项重要的评分标准，要求fer=3的范围达到95%以上。 按照优化的思路首先是要控制覆盖，尽量减少前向的干扰，提高前向fer 在控制覆盖之后，按当前设置，经测试fer指标无法达到大区检查的要求，需要相应调整功率控制参数提高前向fer的指标。 由于语音业务对fer并不敏感，在充分考虑到容量和质量平衡的情况下，北电推荐的前向fer target设置为2%。 因此我们调整了下表所列的和前向fer有关的功率控制参数,优化实例4：功率控制参数,优化实例4：功率控制参数,调整后的结果如下表所列 注意事项： 由于功率控制参数需要在质量和容量之间找到平衡点，提高质量的同时就需要牺牲一定的容量，所以在话务量非常高或负载很大的地区不建议进行调整，否则可能影响到网络性能 由于提高了发射功率，可能导致网络噪声水平增加，同时需要调整部分小区的接入参数保证正常的接入性能,优化实例5：基站切换成功率低,某基站切换成功率低. 通过检查近几日的om causct3v/causct3d/cauc psct 发现3g的语音和数据业务起呼和被叫正常，没有3g语音和数据的切换尝试，2g的语音切换成功率很低，有时仅有10。4月3日 在此基站下的主被叫正常. 存在许多的ca